Uniswap v3에서 v4로 넘어가며 유동성을 공급하고 있다면, 이는 단순한 외형적 변화가 아닙니다. Uniswap v4는 수수료 수집 방식, 자본 배치 방법, 포지션 종료 후 실제 수익에 직접 영향을 미치는 아키텍처 변화를 도입합니다. Uniswap v3 vs v4 유동성 수수료의 차이를 이해하는 것은 이제 분산형 거래소 풀에 실제 자본을 투입하는 모든 사람에게 실질적인 지식입니다. 이 글에서는 무엇이 바뀌었고, 무엇이 동일하게 유지되었으며, 그 변화가 수익에 무엇을 의미하는지 설명합니다.

빠른 배경: Uniswap v3의 수수료 처리 방식

v4를 살펴보기 전에 v3가 수립한 수수료 모델을 이해하는 것이 도움이 됩니다. 2021년 5월 출시된 Uniswap v3은 집중화된 유동성(concentrated liquidity)을 도입했으며, 이를 통해 유동성 공급자(LP)는 전체 가격 곡선에 걸쳐 자본을 분산시키는 대신 특정 가격 범위를 정의할 수 있었습니다.

v3의 수수료 계층

Uniswap v3은 풀 생성 시 선택할 수 있는 4개의 고정 수수료 계��을 제공했습니다:

수수료 수익은 스왑 시점에 범위 내 유동성을 기반으로 LP에 비례 배분되었습니다. 이는 Uniswap 공식 문서 사이트에서 확인할 수 있는 Uniswap v3 Core 백서에 기재되어 있습니다. 각 풀에는 배포 시점에 하나의 고정 수수료 계층이 포함되었으며, 나중에 변경할 수 없었습니다.

NFT 포지션 문제

v3에서는 모든 LP 포지션이 ERC-721 NFT로 표현됩니다. 이 설계는 유연했지만 포지션을 발행, 수정 또는 소각할 때마다 가스 오버헤드를 야기했습니다. 각 상호작용에서 여러 계약에 대한 호출이 필요했으며, 각 풀이 자체 계약이므로 새로운 풀 배포 비용도 상당했습니다.

Uniswap v4가 실제로 변경한 것

Uniswap Labs이 발표한 Uniswap v4 백서에서 자세히 설명하는 Uniswap v4는 두 가지 구조적 혁신인 싱글톤(Singleton) 계약 아키텍처와 훅(Hooks) 시스템을 중심으로 합니다. 둘 다 수수료에 대한 직접적인 후속 효과가 있습니다.

싱글톤 아키텍처 및 가스 감소

v3에서는 모든 풀이 별도의 스마트 계약입니다. v4에서는 모든 풀이 싱글톤이라는 단일 계약 내에 존재합니다. 실제 결과는 멀티홉 스왑 및 포지션 관리를 위한 가스 비용의 상당한 감소입니다. Uniswap Labs의 기술 문서에 따르면, 싱글톤 설계는 v3과 비교하여 풀 생성을 위한 가스 비용을 약 99% 감소시킵니다. 각 풀마다 새로운 계약을 배포할 필요가 없기 때문입니다.

LP에게는 가스 비용 감소가 중요합니다. v3에서는 적당한 자본을 가진 포지션이 입장과 퇴장 시 발생하는 가스에 의해 획득한 수수료의 의미 있는 비율을 소비할 수 있었기 때문입니다. v4는 그 격차를 좁힙니다.

플래시 회계(Flash Accounting)

v4는 트랜잭션 말미에 모든 토큰 잔액을 정산하는 플래시 회계를 도입합니다. 각 개별 작업에서 토큰을 이전하지 않습니다. 이는 스왑 및 단일 트랜잭션의 리밸런싱과 같은 복잡한 작업에 더 적은 중간 이전이 필요함을 의미합니다. 더 적은 이전은 더 낮은 가스를 의미합니다. 집중화된 포지션을 적극적으로 관리하는 LP에게는 가격이 범위를 벗어날 때 재배치 비용과 직접적인 관련이 있습니다.

훅 시스템: 맞춤 수수료 로직

이것이 v4가 수수료 환경을 가장 근본적으로 변화시키는 부분입니다. 훅은 풀에 연결할 수 있고 특정 생명주기 지점에서 맞춤 로직을 실행하는 스마트 계약입니다: 스왑 전후, 유동성 추가 또는 제거 전후, 그리고 초기화 시점입니다.

훅을 통한 동적 수수료

v3에서는 수수료 계층이 정적입니다 — 풀이 0.30%로 배포되면 그대로 유지됩니다. v4에서는 풀이 훅을 사용하여 변동성, 하루 중 시간, 또는 오라클 데이터와 같은 온체인 조건을 기반으로 조정되는 동적 수수료를 구현할 수 있습니다. 이는 Uniswap v4 백서의 수수료 메커니즘 섹션에서 명시적으로 설명됩니다.

실제로 이것이 의미하는 것:

맞춤 수수료 수신자

훅은 또한 맞춤 수수료 분배 로직을 허용합니다. 표준 v3에서는 수수료가 범위 내 유동성에 비례하여 LP로 이동합니다. v4에서는 훅 계약이 수수료의 일부를 프로토콜 금고, 스테이킹 계약 또는 훅 개발자가 지정하는 다른 주소로 리디렉션할 수 있습니다. LP로서 이는 유동성을 공급하기 전에 훅의 로직을 읽어야 함을 의미합니다 — 스왑에서 수집된 모든 수수료가 반드시 LP에게 전적으로 흐르지는 않습니다.

ERC-6909 및 포지션 관리

v4는 LP 포지션의 ERC-721 NFT 표현을 ERC-6909(경량 멀티토큰 표준)로 대체합니다. ERC-6909는 포지션당 별도의 NFT를 발행하는 대신 단일 계약 내에서 여러 토큰 잔액을 추적할 수 있습니다. 이는 포지션 작업에서 가스를 감소시키고 Uniswap 위에 구축하는 프로토콜의 통합을 단순화합니다.

LP에게는 사용자 인터페이스 함의가 귀하의 포지션이 지갑 및 인터페이스에서 다르게 나타날 수 있���는 것입니다. 작성 시점에는 모든 지갑이 ERC-6909를 기본 지원하지 않으므로, 트랜잭션 성공 또는 실패를 가정하기 전에 인터페이스가 포지션을 올바르게 표시하는지 확인하십시오.

일시적 손실 및 수수료 획득: 역학이 변경되었는가?

v3의 집중화된 유동성이 v4로 이월됩니다 — 여전히 가격 범위를 정의하며, 가격이 범위를 벗어날 때 일시적 손실이 발생합니다. 훅 시스템이 이 위험을 제거하지는 않습니다. 잠재적으로 추가하는 것은 풀이 가장 큰 일시적 손실을 야기하는 경향이 있는 높은 변동성 기간 동안 수수료 수입을 증가시킬 수 있는 메커니즘이며, 수수료 인상이 충분히 크면 손실을 상쇄할 수 있습니다.

그러나 이 결과는 전적으로 특정 훅 구현에 따라 달라집니다. 프로토콜 수준에서 일시적 손실 보호가 v4에 내장되어 있지 않습니다. 반대 주장에 대해서는 회의적으로 대하고 예금하기 전에 실제 훅 계약 코드 또는 감사를 검토하십시오.

이것이 의미하는 것

2026년 의사결정을 내리는 LP를 위한 실질적인 요약입니다:

최종 정리

Uniswap v3 vs v4 유동성 수수료는 단 하나의 답이 있는 질문이 아닙니다. v4는 아키텍처 효율성을 통해 유동성 공급의 운영 비용을 낮추며, 훅을 통해 더 정교한 수수료 구조의 가능성을 도입합니다. 하지만 훅 시스템은 또한 새로운 위험 벡터를 도입합니다: LP에 유리하지 않을 수 있는 맞춤 수수료 로직, 그리고 추가 실사가 필요한 스마트 계약 복잡성. LP의 경우, v4의 핵심 원칙은 예금하기 전에 특정 풀 및 훅 구성을 이해하는 것입니다 — 프로토콜은 더 이상 단일하고 예측 가능한 수수료 모델을 갖지 않습니다. Uniswap v4 백서를 직접 읽고, 가능한 곳에서 훅 감사 보고서를 검토하며, 포지션 규모 지정 수학에 가스 절감을 고려하십시오.