📈 유니스왑 수수료 티어가 이더리움에는 네 가지, 베이스에는 일곱 가지 켜져 있어요 — 공식 SDK 목록과 맞은 쪽은 베이스였어요

「유니스왑 수수료 티어가 몇 개냐」를 찾아보면 세 가지라는 글도, 네 가지라는 글도, 일곱 가지라는 글도 나와요. 어느 쪽이 틀린 게 아니라 세는 자리가 서로 달라서 그래요. 그래서 정리 글을 다시 정리하는 대신, 수수료 티어를 실제로 들고 있는 팩토리 계약에 직접 물어봤어요.

먼저 답부터 적을게요. 수수료 값을 0부터 하나씩 넣어 본 결과 이더리움 팩토리에 켜져 있는 티어는 네 가지였고, 베이스 팩토리는 일곱 가지였어요. 그리고 공식 v3 SDK 가 열거형에 적어 둔 일곱 개와 베이스에서 켜진 일곱 개는 개수만 같은 게 아니라 값과 틱 간격까지 일곱 개 중 일곱 개가 같았어요.

이 글이 재는 자리를 못박을게요. 공통으로 넣어 본 구간은 수수료 값 0부터 19,999까지, 값 2만 개예요. 그러니까 이 글의 「없다」는 전부 그 2만 개 안에서 없었다는 뜻이고, 그 바깥은 재지 않았어요. 조회 시각은 2026년 9월 15일 오전 10시 57분부터 오전 11시 56분까지(한국 시각)예요. 가격·수익률·전망은 다루지 않고, 매매 권유가 아니에요.

같은 질문에 유니스왑 자신의 다섯 자리가 다르게 답해요

숫자보다 먼저 정할 것은 「무엇을 보고 세었나」예요. 같은 질문을 유니스왑 자신의 다섯 자리에 던져 봤는데, 다섯 자리가 각각 다른 답을 줬어요.

앞의 네 줄과 마지막 줄 사이가 특히 벌어져 있죠. 그런데 더 눈에 띄는 건 같은 페이지 안에서 산문은 셋, 표는 넷이라는 대목이에요. 산문 쪽은 0.01% 를 빼고 세고, 바로 몇 문단 아래 표는 0.01% 를 한 줄로 넣어 두고 있어요.

출처를 한 단계도 섞지 않도록 미리 못박아 둘게요. 생성자가 켜는 세 개는 계약 코드이고, 열거형의 일곱 개는 SDK 상수예요. 둘 다 「지금 어느 체인에 무엇이 켜져 있는지」를 말해 주는 값이 아니에요. 그건 체인에 물어봐야 알 수 있고, 그래서 물어봤어요.

팩토리에 수수료 값을 하나씩 넣어 보는 방식으로 셌어요

v3 팩토리 계약은 켜진 수수료를 수수료 값을 넣으면 틱 간격을 돌려주는 매핑 하나로 들고 있어요. 켜지지 않은 값을 넣으면 0 이 돌아오고, 켜진 값만 0 이 아닌 틱 간격을 돌려줘요. 그래서 목록을 따로 읽을 필요 없이 값을 하나씩 넣어 보면 켜진 것만 걸러낼 수 있어요.

• 공통으로 넣어 본 구간은 0부터 19,999까지, 값 2만 개예요. 수수료는 100만분율로 적히니까 19,999 는 약 2%에 해당해요.
• 이더리움만 같은 방식으로 0부터 199,999까지, 값 20만 개를 더 훑었어요. 20% 지점까지예요. 위 넷 말고 새로 켜진 값은 없었어요.
• 그래도 「그 위에는 아무것도 없다」고는 못 써요. 계약이 허용하는 수수료 값의 상한은 999,999예요. 훑지 않은 구간이 남아 있다는 뜻이라 이 글은 훑은 구간을 숫자로 밝히고 그 안에서만 말할게요.
• 공개 노드는 요청이 몰리면 자주 거절해요. 그래서 끊긴 지점부터 이어 붙이는 재시도를 넣었고, 체인마다 공급자를 두 곳 써서 같은 답이 나오는지 맞춰 봤어요.

세지 못한 것도 적어 둘게요. 각 티어가 언제 켜졌는지는 이번에 재지 못했어요. 켜질 때 남는 이벤트 기록을 훑는 방법이 있는데, 무료 공개 노드 세 곳이 각각 「보관 노드 요청은 토큰이 필요하다」, 「1만 블록을 넘는 범위는 안 된다」, 「50블록까지만 된다」로 막았어요. 그래서 이 글이 말할 수 있는 건 현재 켜져 있다는 상태까지예요.

여섯 체인에 같은 질문을 했더니 베이스만 일곱이었어요

같은 구간을 여섯 체인의 v3 팩토리에 넣었어요. 팩토리 주소는 전부 공식 배포 문서의 체인별 표에서 그대로 읽은 값이에요.

여기서 분모가 한 줄만 다른 걸 꼭 읽어 주세요. 폴리곤은 구간을 완주하지 못했어요. 공개 노드가 4,500 지점에서 끊겼거든요. 그래서 폴리곤 값은 「구간 전수」가 아니라 SDK 가 적은 일곱 값만 두 공급자에서 따로 물어본 결과예요. 나머지 다섯 체인은 2만 개를 끝까지 넣었어요.

값별로 펼치면 갈리는 자리가 선명해져요.

갈리는 자리는 딱 가운데 세 줄이에요. 0.02%, 0.03%, 0.04% 에 해당하는 값 세 개가 베이스에만 켜져 있고 나머지 다섯 체인에는 없어요. 위아래 네 줄은 여섯 체인이 전부 같아요.

스왑 화면에서 풀을 고르는 절차 자체가 궁금하시면 탈중앙거래소 스왑 절차 쪽에 지갑 연결부터 단계별로 정리해 뒀어요. 이 글은 그 화면 뒤에서 어떤 티어가 켜져 있는지만 봐요.

SDK 목록 일곱 개와 베이스 일곱 개를 값 하나씩 맞대 봤어요

여기가 제목이 걸고 있는 자리예요. 개수가 둘 다 일곱이라는 건 그 자체로는 아무것도 증명하지 않아요. 값이 같은지를 원소 하나씩 확인해야 「맞았다」고 쓸 수 있어요. 그래서 맞대 봤어요.

공식 v3 SDK 의 상수 파일 원문은 이렇게 생겼어요.

/**
 * The default factory enabled fee amounts, denominated in hundredths of bips.
 */
export enum FeeAmount {
  LOWEST = 100,
  LOW_200 = 200,
  LOW_300 = 300,
  LOW_400 = 400,
  LOW = 500,
  MEDIUM = 3000,
  HIGH = 10000,
}

같은 파일에 틱 간격도 함께 적혀 있어요. 100 은 1, 200 은 4, 300 은 6, 400 은 8, 500 은 10, 3000 은 60, 10000 은 200 이에요. 이 두 벌을 베이스 실측값과 한 줄씩 맞대면 이렇게 돼요.

일곱 개 중 일곱 개가 일치했어요. 값만 같은 게 아니라 틱 간격까지 같았고, 베이스에 켜져 있는데 SDK 에 없는 값도 그 구간 안에서는 없었어요. 양쪽 다 정확히 같은 일곱 원소의 집합이라는 뜻이에요.

같은 표를 이더리움으로 바꾸면 결과가 달라져요. SDK 의 일곱 개 가운데 이더리움 팩토리에서 켜진 건 네 개(100 · 500 · 3000 · 10000)이고, 200 · 300 · 400 세 개는 꺼져 있었어요. 그러니까 SDK 목록과 맞은 쪽은 베이스 하나예요.

그런데 그 SDK 열거형 위에 붙은 주석은 이 일곱 개를 「기본으로 팩토리에 켜져 있는 수수료 값들」이라고 불러요. 물어본 여섯 체인 가운데 그 표현이 그대로 맞는 곳은 한 곳뿐이었던 셈이죠. 나머지 다섯은 넷이었으니까요. 실측만 놓고 보면 그 일곱 개는 「기본값」이라기보다 여러 체인에서 켜진 값들의 합집합에 가까워 보여요. 다만 이건 실측을 보고 제가 붙인 해석이지 유니스왑이 어디에 그렇게 적어 둔 문장이 아니에요.

팩토리 생성자는 셋만 켜고, 한 번 켠 티어는 못 꺼요

그러면 나머지는 어디서 왔을까요. 팩토리 계약의 생성자를 열어 보면 켜는 값이 셋뿐이에요.

feeAmountTickSpacing[500] = 10;
emit FeeAmountEnabled(500, 10);
feeAmountTickSpacing[3000] = 60;
emit FeeAmountEnabled(3000, 60);
feeAmountTickSpacing[10000] = 200;
emit FeeAmountEnabled(10000, 200);

계약이 배포되는 순간 켜지는 건 이 셋이고, 0.01% 에 해당하는 100 조차 여기에 없어요. 나머지는 전부 나중에 티어를 켜는 함수로 추가된 것들이에요. 그 함수가 거는 조건은 넷이에요.

require(msg.sender == owner);
require(fee < 1000000);
require(tickSpacing > 0 && tickSpacing < 16384);
require(feeAmountTickSpacing[fee] == 0);

한 줄씩 풀면 이래요. 호출할 수 있는 사람은 소유자뿐이고, 수수료 값은 1,000,000 미만이어야 하고, 틱 간격은 0보다 크고 16,384 미만이어야 해요. 그리고 마지막 줄이 이 글에서 제일 중요해요. 이미 켜진 값은 다시 건드릴 수 없어요. 끄는 것도, 틱 간격만 바꾸는 것도 같은 조건에 막혀요.

그래서 티어 목록은 늘기만 하고 줄지 않아요. 체인마다 개수가 다른 것도 이 구조라면 자연스러워요. 어느 체인에서 누군가 티어를 더 켰다면 그 체인만 목록이 길어지고, 되돌릴 방법은 없으니까요. 다만 언제 누가 켰는지는 앞서 적었듯 이번에 재지 못했어요. 함수를 부를 수 있는 소유자 주소는 읽어 봤지만 그 주소가 누구의 것인지는 확인하지 못해서 이름을 붙이지 않을게요.

v2 는 티어가 아니라 코드에 박힌 숫자 두 개였어요

v3 이전으로 한 칸 내려가면 구조가 아예 달라요. v2 페어 계약의 스왑 함수 안, 이 두 줄이 수수료의 전부예요.

uint balance0Adjusted = balance0.mul(1000).sub(amount0In.mul(3));
uint balance1Adjusted = balance1.mul(1000).sub(amount1In.mul(3));

1000 과 3 이라는 리터럴 숫자예요. 이름 붙은 상수도, 설정 변수도, 값을 바꾸는 함수도 없어요. v2 팩토리 계약을 통째로 열어 봐도 수수료 값을 담아 둘 자리 자체가 없어요. 그 계약이 들고 있는 상태 변수는 수수료 수취 주소와 그 주소를 바꾸는 권한자, 그리고 페어 목록뿐이에요.

그러니까 v2 에는 티어라는 개념이 없어요. 「유니스왑 수수료는 0.3%」라는 말이 오래 통했던 건 v2 시절에는 그 말이 정확했기 때문이에요. v3 부터 같은 토큰 쌍에 티어가 다른 풀이 따로 생길 수 있게 되면서, 하나의 수수료율로 말하는 게 어려워진 거예요.

v4 는 목록 자체를 없앴어요

v4 코어의 수수료 라이브러리를 열면 상수가 이렇게 있어요.

uint24 public constant DYNAMIC_FEE_FLAG = 0x800000;
uint24 public constant OVERRIDE_FEE_FLAG = 0x400000;
uint24 public constant REMOVE_OVERRIDE_MASK = 0xBFFFFF;
uint24 public constant MAX_LP_FEE = 1000000;

유효성 검사는 하나뿐이고 내용은 값이 상한 이하인지 보는 게 전부예요. 상한이 1,000,000 이니까 0부터 1,000,000까지 값 1,000,001가지가 전부 유효해요. 열거형도, 목록도 없어요. 풀을 만들 때 그중 하나를 정하는 방식이에요.

첫 줄의 값이 10진수로 8,388,608이라는 점도 재미있어요. 상한인 1,000,000보다 크죠. 고정 수수료로는 절대 나올 수 없는 값이라, 그 자리를 「이 풀은 수수료가 고정이 아니다」라는 표시로 쓰고 있는 구조예요. 훅이 붙어서 무엇을 할 수 있는지는 유니스왑 v4 훅 구조 쪽에 따로 정리해 뒀고, 이 글에서는 v3 의 목록이 v4 에서 사라졌다는 한 문장까지만 쓸게요.

한 가지 더 적어 둘게요. v3 팩토리가 틱 간격에 건 상한은 16,384 미만인데, v4 는 같은 자리의 상한이 32,767이에요. 두 세대가 같은 개념에 다른 상한을 두고 있다는 뜻이라, v3 에서 읽은 숫자를 v4 이야기에 그대로 옮기면 어긋나요.

프로토콜 수수료는 문서의 표와 계약의 상태를 따로 읽어야 해요

수수료 이야기가 나오면 「그 돈이 누구에게 가느냐」가 따라붙죠. 공식 문서는 2025년 12월에 통과된 거버넌스 제안으로 v2 전 풀과 일부 v3 풀에 프로토콜 몫이 켜졌고, 시작 시점의 비율은 스왑 수수료의 약 6분의 1이라고 적어 두고 있어요.

문서의 표가 적은 배분은 이래요.

여기서 출처를 다시 갈라 둘게요. 이 표는 문서의 주장이에요. 제가 실측한 건 v2 팩토리 계약에서 수수료 수취 주소를 직접 읽어 본 것 하나뿐인데, 그 값이 0 주소가 아니었어요. v2 에서 프로토콜 몫의 스위치는 그 주소 하나라서, 0 주소가 아니라는 건 켜져 있다는 뜻이에요. 문서의 서술과 계약의 상태가 그 지점에서 어긋나지 않았다는 확인까지가 이 글의 범위예요.

그리고 스왑하는 사람이 내는 총액은 그대로예요. 0.30% 풀은 프로토콜 몫이 켜지든 안 켜지든 0.30%를 내요. 달라지는 건 그 안에서 나뉘는 몫이에요. 같은 티어의 풀에 유동성을 넣는 쪽이 받는 몫이 어떻게 흔들리는지는 비영구 손실 구조 쪽 이야기라, 이 글에서는 나누는 비율까지만 적을게요.

참고로 v2 팩토리에 만들어진 페어 수를 같은 방식으로 읽어 보니 521,982개였어요. 이것도 같은 블록에서 계약에 직접 물은 값이에요.

이 숫자가 흔들리는 자리를 적어 둘게요

이 글의 수치는 성격이 두 가지로 갈려요. 섞어 읽으면 오해가 생겨요.

그리고 앞에서 나온 「수수료 티어가 켜져 있다」와 「그 풀이 존재한다」는 다른 말이에요. 팩토리에 티어가 켜져 있어도 어떤 토큰 쌍에 그 티어의 풀이 아직 안 만들어졌을 수 있어요. 이 글이 센 건 앞쪽, 그러니까 팩토리가 그 수수료 값을 받아들이는지예요. 뒤쪽은 세지 않았어요.

확인하지 못한 것

범위를 분명히 해 둘게요.

• 훑은 구간 밖은 재지 않았어요. 여섯 체인 공통 구간은 0부터 19,999까지 2만 개이고, 이더리움만 0부터 199,999까지 20만 개를 더 봤어요. 계약이 허용하는 상한은 999,999라서 그 사이 구간은 비어 있는 채로 남아 있어요.
• 폴리곤은 구간을 완주하지 못했어요. 공개 노드가 4,500 지점에서 끊겨서, 그 체인만 일곱 값을 따로 물어본 결과예요.
• 여섯 체인만 물었어요. 공식 배포 문서에 v3 체인별 페이지는 17개가 있어요. 나머지 체인은 이번에 물어보지 않았으니 「베이스만 일곱」이라는 말도 물어본 여섯 안에서의 이야기예요.
• 언제 켜졌는지는 못 쟀어요. 기록을 훑는 경로를 무료 공개 노드 세 곳이 각각 다른 이유로 막았어요. 켜져 있다는 현재 상태만 확인했어요.
• 주소의 주인은 확인하지 못했어요. 티어를 켤 수 있는 소유자 주소와 v2 의 수수료 수취 주소를 읽기는 했지만, 그 주소가 누구의 것인지는 이번에 확인하지 않아서 이름을 적지 않았어요.
• 풀의 상태는 보지 않았어요. 어느 티어에 유동성이 얼마나 있는지, 어느 풀에서 거래가 얼마나 일어나는지는 이 글이 잰 자리가 아니에요.

자주 묻는 질문 (FAQ)

Q. 유니스왑 수수료 티어는 결국 몇 개로 봐야 하나요?

조건을 붙이면 답이 하나로 나와요. 지금 이 체인의 팩토리에 켜져 있는 것으로 물으면 2026년 9월 15일 기준 이더리움은 네 가지, 베이스는 일곱 가지였어요. 조건 없이 물으면 문서 산문은 셋, 같은 페이지의 표는 넷, 공식 SDK 는 일곱, 계약 생성자는 셋이라 답이 갈려요. 그래서 개수를 말할 때는 어느 체인인지, 어느 블록인지, 어떤 구간을 확인했는지를 같이 적는 편이 안전해요.

Q. 왜 조회하는 곳마다 티어 개수가 다르게 나오나요?

무엇을 보고 세었느냐가 다르기 때문이에요. 문서 산문은 널리 쓰이는 세 가지만 소개하고, 같은 페이지의 표는 프로토콜 몫을 적어야 해서 0.01% 를 한 줄 더 넣었어요. SDK 는 여러 체인에서 쓰일 상수를 모아 두다 보니 일곱 개를 담고 있고, 계약 생성자는 배포 순간에 켜지는 세 개만 적혀 있어요. 네 곳 다 자기 자리에서는 맞는 값이에요.

Q. 이더리움에 0.02% 풀이 아예 없다고 봐도 되나요?

이 글이 말할 수 있는 범위는 「수수료 값 0부터 199,999까지 20만 개를 팩토리에 넣어 봤는데 0.02% 에 해당하는 값이 켜져 있지 않았다」까지예요. 계약이 허용하는 상한은 999,999라서 그 위 구간까지 확인한 것은 아니에요. 또한 이 값은 2026년 9월 15일 블록 25,979,840 기준이라, 이후에 누군가 티어를 켰다면 달라질 수 있어요.

Q. 티어가 켜져 있으면 그 풀에서 바로 스왑할 수 있나요?

그렇지 않아요. 팩토리에 티어가 켜져 있다는 건 그 수수료 값으로 풀을 만들 수 있다는 뜻이고, 특정 토큰 쌍에 그 티어의 풀이 실제로 만들어져 있는지는 별개예요. 만들어져 있더라도 유동성이 얼마나 들어 있는지에 따라 체결 결과가 달라지고요. 이 글은 앞쪽만 확인했고 뒤쪽은 확인하지 않았어요.

Q. 수수료가 낮은 티어의 풀로 옮기면 유리한가요?

이 글은 그 판단을 하지 않아요. 같은 토큰 쌍이라도 티어마다 풀이 따로 있어서 유동성이 흩어져 있고, 스왑 한 번의 결과는 수수료율뿐 아니라 그 풀의 상태에 함께 달려 있어요. 이 글이 확인한 것은 어떤 티어가 팩토리에 켜져 있는가 하나뿐이에요.

Q. 이 값을 직접 다시 세어 보려면 어떻게 하나요?

체인과 팩토리 주소, 블록 번호를 먼저 고정하세요. 팩토리 주소는 체인마다 다를 수 있어서 공식 배포 문서의 체인별 표에서 확인해야 해요. 공식 문서 자체가 체인마다 같은 주소라고 가정하지 말라고 경고하고 있어요. 그다음 수수료 값을 하나씩 넣어 틱 간격이 0이 아닌 값만 세면 되고, 훑은 구간을 결과와 함께 적어 두시면 나중에 다시 셌을 때 차이의 원인을 찾을 수 있어요.

정리

• 수수료 값 0부터 19,999까지 2만 개를 여섯 체인의 v3 팩토리에 넣어 보니 이더리움 · 아비트럼 · 옵티미즘 · BNB 체인은 네 가지, 베이스는 일곱 가지가 켜져 있었어요. 폴리곤은 구간을 완주하지 못해 일곱 값만 따로 확인했고 결과는 네 가지였어요.
• 공식 v3 SDK 의 열거형 일곱 개와 베이스에서 켜진 일곱 개는 값과 틱 간격까지 일곱 개 중 일곱 개가 일치했어요. 개수만 같은 게 아니라 같은 집합이었어요.
• 같은 일곱 개를 이더리움에 맞대면 켜진 건 네 개이고 200 · 300 · 400 세 값은 꺼져 있었어요. 그래서 SDK 목록과 맞은 쪽은 베이스였어요.
• 팩토리 생성자가 켜는 건 세 개뿐이고, 나머지는 나중에 켠 것들이에요. 한 번 켠 값은 계약 조건상 다시 끌 수 없어요.
• v2 에는 티어가 없고 코드에 1000 과 3 이 박혀 있어요. v4 는 목록을 없애고 0부터 1,000,000까지 값 1,000,001가지를 전부 허용해요.
• 모든 실측값은 2026년 9월 15일 오전 10시 57분부터 오전 11시 56분까지(한국 시각), 이더리움 블록 25,979,840 · 베이스 블록 51,324,873 기준이고 훑은 구간 밖은 재지 않았어요. 각 티어가 언제 켜졌는지도 이번에 재지 못했어요.

이 글은 매매 권유가 아닌 정보 제공 글입니다. 가상자산은 변동성이 크고 원금 손실 위험이 있으며, 투자 판단과 그 결과에 대한 책임은 본인에게 있습니다.