﻿---
title: "수수료 스위치"
description: "수수료 스위치는 프로토콜이 수수료 몫을 활성화, 변경 또는 비활성화하도록 하는 거버넌스 설정입니다. 수수료 배분 방식, 유동성 공급자에 미치는 영향, 수수료 징수가 토큰 보유자 수익을 자동으로 뜻하지 않는 이유를 설명합니다."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 수수료 스위치

> 교육 목적으로만 제공되며 투자 조언이 아닙니다. 투자에는 손실이 발생할 수 있습니다.

<a id="answer"></a>

## 핵심 답변

**수수료 스위치**는 프로토콜이 수수료에 대한 몫을 활성화, 변경 또는 비활성화하는 설정이다. 자동화 마켓 메이커에서는 원래 수수료 전부가 유동성 공급자에게 돌아갈 수 있다. 스위치를 켜면 기존 수수료 흐름의 일부를 재무부, 소각 장치, 보험 기금 또는 거버넌스가 관리하는 다른 목적지로 보낼 수 있다. 별도 비용을 추가하는 설계도 있으므로 실제 컨트랙트 규칙을 확인해야 한다.

이 용어는 거버넌스 토큰 보유자가 자동으로 현금을 받는다는 뜻이 **아니다**. 수수료 활성화, 수수료 징수, 징수 자산의 사용은 서로 다른 결정이다. 프로토콜은 자산을 컨트랙트에 보관하거나 운영비로 쓰거나 토큰 매입과 소각에 사용할 수 있다. 직접 분배에는 명시적인 장치가 필요하며 법률, 세무, 운영 쟁점이 추가될 수 있다.

수수료 스위치는 프로토콜 전체에 영구 적용되는 사실이 아니라 버전과 체인별 설정으로 봐야 한다. 권한을 가진 제어자, 대상 풀, 수수료 비중, 목적지, 현재 온체인 상태는 배포마다 달라질 수 있다. 거버넌스 게시물은 의도를 설명하지만 실제 활성 상태는 실행된 트랜잭션과 컨트랙트 저장값으로 확인한다.

<a id="mechanism"></a>

## 작동 방식

먼저 수수료 기준을 파악한다. 여기서 **적용 대상 수수료**는 프로토콜 몫이 적용되는 스왑, 대출, 청산 또는 기타 비용을 말한다. 프로토콜 비중을 **s**라고 하면 다음과 같다.

**프로토콜 금액 = 적용 대상 수수료 × s**

프로토콜 금액을 사용자가 내는 고정 수수료에서 떼는 경우에는 다음과 같다.

**서비스 공급자 금액 = 적용 대상 수수료 − 프로토콜 금액**

이는 수수료의 경로를 바꾸는 것이며 새로운 경제적 가치를 만드는 것이 아니다. 유동성 공급자 수입에서 프로토콜 몫을 떼면 거래량, 가격 책정 또는 인센티브가 보완하지 않는 한 공급자 수익률은 낮아진다. 기존 비용에 더해 부과하면 사용자 부담이 늘고 거래 경로로서의 경쟁력도 달라질 수 있다.

활성화는 보통 권한 경로를 따른다. 권한을 가진 거버넌스가 제안을 실행하고, 팩토리·풀 소유자·수수료 제어자가 설정을 갱신하며, 풀이 프로토콜 몫을 적립하고, 권한 있는 수취자가 자산을 지정 목적지로 옮긴다. Uniswap 버전별 차이는 구현 세부사항의 중요성을 보여 준다. v2는 팩토리의 `feeTo` 설정, v3는 풀별 `setFeeProtocol` 제어, v4는 `ProtocolFeeController` 구조를 사용한다.

징수와 가치 귀속도 별개다. 재무부 수입은 개발비를 댈 수 있지만 토큰 보유자에게 자동 청구권을 주지 않는다. 소각은 공급을 줄일 수 있지만 효과는 발행량과 유통량 대비 소각 규모에 달려 있다. 스테이킹 분배는 보유자 현금흐름을 만들 수 있지만 적격 참가자에게만 해당하며 컨트랙트, 수탁, 세금, 거버넌스 비용도 따른다.

<a id="example"></a>

## 예시

Uniswap v2가 대표적인 사례다. 백서는 프로토콜 수수료가 꺼져 있을 때 스왑 수수료를 0.30%로 규정한다. 거버넌스가 `feeTo`를 설정하면 실질 배분은 유동성 공급자 0.25%, 프로토콜 0.05%가 된다. 거래자가 보는 스왑 수수료는 오르지 않고, 공급자가 받았을 일부의 목적지만 바뀐다.

적용 대상 거래량이 $100,000이면 총 스왑 수수료는 $300, 공급자 몫은 $250, 프로토콜 몫은 $50이다. 이 계산은 적립액 추정치이지 토큰 보유자 수입이 아니다. 목적지 컨트랙트가 자산을 수취해야 하고 거버넌스도 용도를 정해야 한다.

실행된 Uniswap UNIfication 체계는 그 다음 단계를 보여 준다. 프로토콜 수수료는 `TokenJar`로 보내지고, `Firepit`에서는 서처가 UNI를 제공해 소각하는 대가로 누적 수수료 자산을 받는다. 사용량을 토큰 소각과 연결하지만, 징수 자산을 모든 UNI 보유자에게 직접 나누지는 않는다. 이후 수수료 정책 제안도 활성화 범위가 프로토콜 버전, 풀 유형, 체인에 따라 다를 수 있음을 보여 준다.

<a id="risks"></a>

## 위험

주요 경제적 위험은 참여자의 불리한 반응이다. 순수수료 수익률이 낮아지면 유동성 공급자는 자금을 빼거나 경쟁 시장으로 옮길 수 있다. 유동성이 얕아지면 거래 체결 품질이 나빠지고 거래량과 수수료 기준이 줄어든다. 따라서 단기 수입을 극대화하는 요율이 장기 프로토콜 가치를 낮출 수 있다.

기술과 거버넌스 위험도 남는다. 제어자나 어댑터가 잘못 설정될 수 있고, 징수와 크로스체인 경로는 컨트랙트·브리지·키 관리 의존성을 늘린다. 재무부 자산이 잘못 운용될 수 있으며 거버넌스는 요율과 목적지를 바꿀 수 있다. 재무부 적립, 소각, 매입, 분배는 법률·세무상 취급도 다를 수 있다. 대시보드 표기나 오래된 제안이 아니라 현재 컨트랙트와 실행된 투표를 확인해야 한다.

<a id="misconceptions"></a>

## 흔한 오해

### 오해 1: 스위치를 켜면 사용자 수수료가 오른다

반드시 그렇지는 않다. 기존 공급자 수수료에서 떼거나 별도 비용을 더하거나 두 방식을 함께 쓸 수 있다. 구체적인 컨트랙트와 수수료 정책을 읽어야 한다.

### 오해 2: 프로토콜 수입은 토큰 보유자 수입이다

같지 않다. 적립 자산은 프로토콜이 지정한 목적지에 귀속된다. 보유자는 명시적인 분배, 매입, 소각 또는 다른 장치를 통해서만 가치를 얻으며 각 경로의 효과도 다르다.

### 오해 3: 징수 수수료가 많을수록 토큰 가치가 반드시 높아진다

수수료 포착은 가치 귀속을 강화할 수 있지만 공급자 수익과 유동성을 낮출 수도 있다. 토큰 발행, 락업 해제, 거버넌스 권리, 경쟁, 수입 사용처도 중요하다.

### 오해 4: 거버넌스 논의가 통과되면 스위치가 활성 상태다

포럼 게시물이나 오프체인 투표만으로는 상태가 변하지 않을 수 있다. 최종 온체인 투표, 실행 트랜잭션, 제어자 주소, 대상 풀과 현재 매개변수를 확인한다.

<a id="related"></a>

## 관련 주제

- [거버넌스 토큰](/ko/crypto/governance-token/)
- [초과 담보형 스테이블코인](/ko/crypto/overcollateralized-stablecoin/)
- [실질 수익](/ko/crypto/real-yield/)
- [프로토콜 수입과 수수료](/ko/crypto/revenue-fee-protocol/)
- [토큰 바이백](/ko/crypto/token-buyback/)

<a id="sources"></a>

## 출처

- [Uniswap v2 Core](https://docs.uniswap.org/whitepaper.pdf) - Uniswap (열람일: 2026-08-20)
- [UNIfication Proposal](https://gov.uniswap.org/t/unification-proposal/25881) - Uniswap Governance (열람일: 2026-08-20)
- [Activate v4 Protocol Fees](https://gov.uniswap.org/t/temp-check-activate-v4-protocol-fees/26162) - Uniswap Governance (열람일: 2026-08-20)

Source: https://wiki.fcontext.com/ko/crypto/fee-switch/index.mdx
