사용자의 스왑 한 번이 라우터를 거쳐 여러 풀 구간(hop)으로 나뉘면, 이벤트 기준 거래량은 여러 구간에 걸쳐 잡힐 수 있습니다. 풀 거래량을 그냥 더하면 최종 사용자가 실제로 교환한 명목 금액보다 커질 수 있습니다. 그래서 거래·경로·풀 세 단위를 나누고 중간 토큰 구간을 가려냅니다.
사용자 스왑 한 번이 여러 풀 이벤트가 되는 구조
DEX 라우터는 사용자가 원하는 입력 토큰과 출력 토큰 사이에 직접 연결된 풀이 없거나, 더 나은 가격이 기대되면 중간 토큰을 거치는 경로를 고를 수 있습니다. 각 풀은 자기 구간의 Swap 이벤트를 하나씩 남깁니다.
그래서 거래는 하나여도 구간이 두 개면 풀 단위 스왑은 두 건입니다. 풀 거래량은 풀마다 처리한 금액을 세고, 사용자 명목 거래량은 경로의 처음 입력이나 마지막 출력을 한 번만 세므로 두 지표의 합계가 달라집니다.
풀 거래량은 각 유동성 풀의 처리량이고 사용자 거래량은 경로의 시작과 끝입니다. 합계를 내는 목적이 다릅니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 사용자 스왑 한 번이 여러 풀 이벤트가 되는 구조
DEX 라우터는 사용자가 원하는 입력 토큰과 출력 토큰 사이에 직접 연결된 풀이 없거나, 더 나은 가격이 기대되면 중간 토큰을 거치는 경로를 고를 수 있습니다.
- exactInput·exactOutput과 경로 방향
Uniswap v3의 exactInput 멀티홉은 입력을 고정한 채 받을 수 있는 최대 출력을 구하고, tokenIn-fee-tokenMid-fee-tokenOut 순서의 경로를 실행합니다.
- 1,000달러 스왑이 1,997달러로 보이는 예시
교육용 가정으로, 사용자가 1,000 DAI를 WETH로 바꾸고 경로가 DAI→USDC→WETH라고 해 보겠습니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
exactInput·exactOutput과 경로 방향
Uniswap v3의 exactInput 멀티홉은 입력을 고정한 채 받을 수 있는 최대 출력을 구하고, tokenIn-fee-tokenMid-fee-tokenOut 순서의 경로를 실행합니다. exactOutput은 원하는 출력을 고정하고 필요한 입력을 계산하며, 경로를 인코딩하는 방향이 반대입니다.
주문이 여러 경로로 나뉘면 거래 하나 안에 같은 입력 토큰에서 출발하는 경로가 둘 이상 생길 수 있습니다. 이벤트 수만 세어 사용자 수나 주문 수로 바꾸지 말고, 거래 해시, 라우터 호출, 로그 순서를 함께 분석합니다.
1,000달러 스왑이 1,997달러로 보이는 예시
교육용 가정으로, 사용자가 1,000 DAI를 WETH로 바꾸고 경로가 DAI→USDC→WETH라고 해 보겠습니다. 첫 풀에서 1,000 DAI가 997 USDC가 되고 둘째 풀에서 997 USDC가 WETH로 바뀌면 사용자 입력 명목은 약 1,000달러입니다. 하지만 구간별 달러 명목을 그냥 더하면 1,000+997=1,997달러의 풀 거래량이 됩니다.
1,997달러가 틀린 숫자라는 뜻은 아닙니다. 두 풀이 각각 처리한 유동성 사용량을 묻는다면 올바른 합계입니다. 그러나 최종 사용자가 얼마를 교환했는지 묻는데 모든 Swap 이벤트를 더하면 중간의 USDC가 한 번 더 세어져 부풀려집니다. 집계 목적과 단위를 먼저 밝혀 둡니다.
| 단위 | 한 거래에서 세는 것 | 적합한 질문 |
|---|---|---|
| 거래 | 사용자의 최종 입력 또는 출력 한 번 | 사용자 명목 거래량 |
| 경로 | 입력→출력 경로별 금액 | 라우터 경로 선택 분석 |
| 구간 | 각 중간 토큰 교환 | 멀티홉 구조 분석 |
| 풀 이벤트 | 각 풀의 Swap 이벤트 | 풀별 유동성 사용량·수수료 |
멀티홉과 분할 라우팅은 서로 다르다
Uniswap v3 공식 예시의 exactInput 멀티홉 경로는 tokenAddress-fee-tokenAddress 순서로 풀을 지정하고, DAI→USDC→WETH처럼 중간 토큰을 거칩니다. 한 경로 안에서 앞 구간의 출력이 다음 구간의 입력이 됩니다.
스마트 주문 라우터는 더 좋은 결과를 내려고 여러 구간뿐 아니라 여러 경로로 주문을 나눌 수 있습니다. 예를 들어 1,000 DAI 가운데 600은 DAI/WETH 풀로 바로 보내고, 400은 DAI/USDC/WETH 경로로 보낼 수 있습니다. 거래 입력 합계는 여전히 1,000이지만 풀 이벤트는 세 개입니다.
- 거래 해시와 호출자를 기준으로 사용자 요청을 묶습니다
- 라우터 호출 데이터에서 exactInput·exactOutput과 경로를 확인합니다
- Swap 이벤트마다 풀 주소와 token0·token1을 저장합니다
- 중간 토큰의 출력이 다음 구간의 입력인지 이어 봅니다
- 사용자 거래량과 풀 처리량은 서로 다른 지표 이름으로 공개합니다
수수료와 달러 환산에서도 중복이 생긴다
풀마다 수수료 등급이 다를 수 있고, 멀티홉 거래는 구간마다 풀 수수료와 가격 충격을 겪습니다. 사용자 입력에서 출력의 달러 가치를 뺀 차이를 모두 프로토콜 수수료라고 부르면 가격 충격과 환산 시각 차이까지 섞입니다. 풀별 수수료 누적값이나 명세의 수수료 등급을 따로 봅니다.
중간 토큰이 스테이블코인이라도 정확히 1달러로 고정해 환산하면 고정 가격이 깨질 때 거래량이 왜곡됩니다. 모든 구간을 같은 기준 가격 시각으로 환산하고, 토큰 소수 자릿수를 적용한 원시 수량도 보관합니다.
한 거래의 경로를 재구성하는 순서
거래 영수증의 logIndex 순서대로 Swap 이벤트를 정렬합니다. 같은 거래 안에서 앞 이벤트의 토큰 출력이 다음 이벤트의 입력으로 이어지는지 확인하고, 풀 수수료와 주소를 붙입니다. 라우터 바깥의 전송 이벤트는 스왑으로 세지 않습니다.
사용자 명목은 처음 입력한 1,000 DAI나 최종 출력의 기준 통화 가치 가운데 하나로 정해 한 번만 셉니다. 풀 거래량은 1,000 DAI 구간과 997 USDC 구간을 각각 해당 풀에 귀속합니다. 두 지표를 합쳐 하나의 DEX 시장 점유율로 쓰지 않습니다.
Uniswap 공식 문서는 라우팅과 경로 실행 구조를 뒷받침합니다. 예시 금액은 교육용이며, 실제 체결이나 특정 라우터가 더 낫다는 뜻을 담고 있지 않습니다.
자주 묻는 질문
멀티홉 거래량은 무조건 중복인가요?
풀별 처리량을 묻는다면 구간마다 세는 것이 맞습니다. 사용자의 최종 거래 명목을 묻는데 중간 구간까지 더하면 중복입니다.
거래 하나에는 Swap 이벤트도 하나뿐인가요?
아닙니다. 멀티홉과 분할 경로에서는 여러 풀 계약이 각각 Swap 이벤트를 낼 수 있습니다.
Transfer 이벤트를 모두 DEX 거래량으로 세도 되나요?
안 됩니다. 승인, 라우터 이동, 환불, 중간 토큰 전송이 섞일 수 있습니다. 풀의 Swap 이벤트와 라우터 호출 데이터로 실제 경로를 확인합니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
