AI AI
속보
심층
이벤트
더보기
자금 조달 정보
특집
온체인 생태계
용어
팟캐스트
데이터
OPRR
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
XRP
$2.25
2.07%
DOGE
$0.325
2.23%
USDC
$0.999
3.05%

솔라나 상의 "인비져블 택스"

2026-01-06 15:12
이 글을 읽으려면 20 분
누가 당신의 Sol을 몰래 가져갔나요?

올해 초, 솔라나(https://solana.com/)에서 결제를 위한 주문 흐름(Payment for Order Flow)에 관한 논문이 나와 Solana의 수수료 시장에서 어둠의 변이를 드러내며 영어 트위터에서 현상급의 관심을 불러일으켰습니다.


전통 금융 분야에서 PFOF 주문 흐름 결제는 이미 성숙한 비즈니스 모델입니다. 로빈후드(Robinhood)는 이 모델을 통해 "수수료 없는 거래"를 선보이며 많은 오래된 증권사들 사이에서 전진했습니다. 이 전략은 로빈후드가 풍부한 수익을 창출하는데만 그치지 않고, 지나치게 빠른 목표들인 카신 인베스트먼트(Kashin Invest)와 이-트레이드(E-Trade) 등 업계 거물들을 변화시키며 미국 소매판매 중개업계의 지도를 바꿨습니다.


2021년만 해도, 로빈후드는 PFOF를 통해 거의 10억 달러의 수입을 올렸으며, 이는 그 해 전체 수익의 절반가량을 차지했습니다. 심지어 2025년에는, 그들의 분기별 PFOF 수입이 여전히 수 억 달러에 이릅니다. 이는 이 비즈니스 모델 뒤의 폭리를 명백히 보여줍니다.


전통적인 시장에서, 시장 제작자들은 소매판매자의 주문을 매우 선호합니다. 이유는 매우 간단합니다. 소매판매자 주문은 주로 "무해하다"고 여겨지며, 그것들은 주로 감정이나 즉각적인 요구에 기반하고 있으며, 미래의 가격 변동에 대한 정확한 예측을 포함하고 있지 않습니다. 시장 제작자들이 이러한 주문을 수용하면 매매 스프레드를 안정적으로 벌어들일 뿐만 아니라, 정보 보유자(예: 기관 투자자)들의 상대편으로 낙인 찍힐 걱정도 없어집니다.


이러한 수요에 기초하여, 로빈후드와 같은 증권사들은 사용자 주문 흐름을 패키징하고 Citadel과 같은 시장 제작자 거물에게 일괄적으로 판매하여 거액의 리베이트를 가져왔습니다.


전통 금융 시장의 규제는 어느 정도 소매판매자를 보호합니다. SEC의 "National Market System Regulation"은 심지어 패키지로 제안된 주문이라도 시장 최우선 가격과 비슷한 실행을 필요로 합니다.


그러나 규제가 없는 블록체인 세계에서, 응용 프로그램은 정보 비대칭을 활용하여 사용자에게 실제 체인 수요보다 훨씬 높은 우선 수수료와 팁을 납부하도록 유인하고, 이 초과금액을 삼가해 가며 조용히 확보하고 있습니다. 이러한 행동은 본질적으로 방어 없는 사용자로 하여금 비겜세금을 묵인시킨 것입니다.


트래픽 모너타이제이션


다수의 사용자 게이트웨이를 확보한 앱들에게 있어서, 트래픽 모너타이제이션의 수단은 상상 이상으로 다채롭습니다.


프론트엔드 앱과 지갑들은 사용자의 거래가 어디로 가고, 어떤 식으로 체결되며, 심지어 체인에 얼마나 빠르게 올라갈지를 결정할 수 있습니다. 거래의 수명주기의 각 "터치포인트"는 사용자 가치를 "빨아들이는" 비지니스 원리를 숨기고 있습니다.


시장 제작자에게 사용자 "판매"


로빈훗(Robinhood)과 마찬가지로 Solana 상의 응용 프로그램도 메이커에게 "액세스 권한"을 판매할 수 있습니다.


RFQ(요금 제안)는 이러한 논리의 직접적인 반영입니다. 전통적인 AMM과 달리 RFQ는 사용자(또는 응용 프로그램)가 특정 메이커에게 직접 가격을 요청하고 체결할 수 있습니다. Solana 상에서 Jupiter와 같은 집계기가이 모델(JupiterZ)을 이미 통합했습니다. 이 시스템에서 응용 프로그램 측은이 메이커에게 연결 수수료를 부과하거나 더 직접적으로 소매 주문 흐름을 일괄로 판매할 수 있습니다. 온체인 스프레드가 계속 좁아지면서 저자는이 "헤드 세일즈" 비즈니스가 점점 보편적 일 것으로 예상합니다.


또한 DEX와 집계기 사이에는 어떤 형태의 이해 관계가 형성되고 있습니다. Prop AMM(자체 메이커) 및 DEX는 집계기가 확보한 트래픽에 극도로 의존하며, 집계기는 완전히이 유동성 제공자에게 수수료를 청구하고 일부 이윤을 프론트 엔드 응용 프로그램에게 "리베이트"의 형태로 반환할 수 있습니다.


예를 들어, Phantom 지갑이 사용자의 거래를 Jupiter로 라우팅 할 때, 하위 수준의 유동성 제공자(HumidiFi 또는 Meteora와 같은)는이 거래 실행 권한을 확보하기 위해 Jupiter에 지불 할 수 있습니다. Jupiter는이 "채널 수수료"를받은 후 그 중 일부를 Phantom에게 반환 할 수 있습니다.


이러한 추측은 아직 공개적으로 확인되지 않았지만, 저자는 이러한 이해 관계를 이용한 내부 "수익 공유 잠재 규칙"이 거의 자연적인 현상일 것으로 보고 있습니다.


흡혈 시장가주문


사용자가 지갑에서 "확인"을 클릭하고 서명하면이 거래는 본질적으로 슬리피지(slipage) 매개 변수가 포함된 "시장가주문"(시장가 주문)입니다.


응용 프로그램 측면에서이 주문을 처리하는 방법에는 두 가지가 있습니다:


선량한 경로: 거래로 인한 "Backrun"거래 기회를 전문 거래 회사에 판매하여 수익을 얻습니다. 백런이란 사용자가 DEX1의 매수 주문으로 DEX1의 토큰 가격을 끌어올린 후, 아비트리지 로봇이 동일 블록에서 DEX2에서 매수(사용자의 DEX1 매수 가격에 영향을 주지 않음)하고 DEX1에서 매도하는 것입니다.


악성 경로: 허니팟(honeypot, 삼각 아비트리지 거래자)가 사용자를 공격하여 사용자의 체결 가격을 끌어올립니다.


선량한 경로를 선택하더라도 응용 프로그램 측면에 선량하지 않을 수 있으며, "테일 알비트리지"의 가치를 극대화하기 위해 응용 프로그램 측면에 비례도 있습니다. 또한 응용 프로그램 측면은 수익을 극대화하기 위해 의도적으로 거래 온체인 속도를 늦출 수 있습니다. 이윤을 추구하면서 응용 프로그램 측면은 의도적으로 사용자를 유동성이 낮은 풀로 라우팅 할 수 있으며, 이로 인해 더 큰 가격 변동과 아비트리지 공간을 인위적으로 만들어 낼 수 있습니다.


보고에 따르면, 일부 유명한 프론트엔드 응용 프로그램이 위와 같은 작업을 수행하고 있습니다.


팁을 가져간 사람은 누구인가요?


만약 위의 방법이 일정한 기술 장벽을 가지고 있다면, "트랜잭션 수수료"에 대한 불투명한 조작은 "너무나도 정통"이라고 할 만합니다.


솔라나에서, 사용자가 지불하는 수수료는 사실 두 부분으로 나누어집니다:

- 우선 수수료: 이는 프로토콜 내부의 수수료로, 직접적으로 검증자에게 지불됩니다.

- 트랜잭션 팁: 이는 임의의 주소로 전송되는 SOL로, 일반적으로 Jito와 같은 '랜딩 서비스'에 지불됩니다. 서비스 제공자는 그런 다음 검증자에게 얼마나 많이 주고, 애플리케이션 측으론 얼마나 되돌려받을지를 결정합니다.


왜 랜딩 서비스가 필요한가요? 솔라나 네트워크는 혼잡 시에 통신이 매우 복잡하기 때문에 일반적인 거래 브로드캐스트는 쉽게 실패합니다. 랜딩 서비스는 "VIP 채널" 역할을 하며, 사용자에게 거래가 성공적으로 체인에 기록될 것을 약속하며 특별히 최적화된 연결로 이를 달성합니다.


솔라나의 복잡한 빌더 마켓과 조각화된 라우팅 시스템은 이러한 특별한 역할을 융화했으며, 애플리케이션 측에는 아주 좋은 리스팅 공간을 만들었습니다. 애플리케이션 측은 종종 사용자에게 "성공을 보장"하기 위해 높은 팁을 지불하도록 유도하고, 그러면 랜딩 서비스와 함께이 초과금을 나누게 됩니다.


트랜잭션 트래픽 및 수수료 지도


데이터 그룹을 확인해봅시다. 2025 년 12 월 1 일부터 8 일까지의 일주일 동안, 솔라나 네트워크 전체에서 4.5 억 거래가 발생했습니다.


이 가운데, Jito의 랜딩 서비스가 8천 만 거래를 처리했으며 군림했습니다 (빌더 마켓 점유율의 93.5 %). 이러한 거래 중 대부분은 스왑, 오라클 업데이트 및 유동성 공급자 작업과 관련이 있습니다.


이 거대한 트래픽 풀에서, 사용자는 "빠르게"하기 위해 종종 높은 수수료를 지불합니다. 그러나 이 돈들이 실제로 모두 가속화되었을까요?


그렇지 않습니다. 데이터에 따르면, 낮은 활동성을 가진 지갑(보통 소매 업체)이 지불한 우선 수수료가 지나치게 높습니다. 당시 블록이 가득 차 있지 않았다고 고려할 때, 이러한 사용자들은 분명히 과도하게 청구당했습니다.


애플리케이션 측은 사용자들이 "거래 실패"를 두려워해서 높은 수수료를 설정하도록 유도하고, 그런 다음 랜딩 서비스와의 협약을 통해이 초과 수입을 포식합니다.


반대편 전형적인 액서움


이 "수확" 모델을 더 직관적으로 보여주기 위해, 저자는 Solana 상의 헤드 앱인 Axiom에 대해 심층 사례 연구를 진행했습니다.


Axiom이 생성한 거래 수수료는 전체 네트워크에서 유난히 많았습니다. 이는 그 사용자가 많을 뿐만 아니라 가장 많이 양보했기 때문입니다.


데이터에 따르면, Axiom 사용자들의 지불한 우선 수수료의 중간값(p50)은 1,005,000 람포트에 이릅니다. 비교적, 고주파 거래 지갑은 약 5,000에서 6,000 람포트를 지불합니다. 이 사이에는 200배의 격차가 있습니다.




Axiom 사용자들은 노조미(Nozomi), 제로 슬롯(Zero Slot) 등에서 지불하는 팁이 시장 평균 수준을 크게 초과합니다. 앱 측은 사용자들의 "속도"에 대한 극도의 민감성을 이용하여, 어떠한 부정적 의견도 없이 사용자에 대한 이중 요금 징수를 완료했습니다.



저자는 담백히 짐작했습니다: "Axiom 사용자가 낸 대부분의 거래 수수료는 결국 Axiom 팀의 주머니로 돌아간다."


수수료 가격 결정권 되찾기


사용자 인센티브와 앱 인센티브의 심각한 불일치는 현재의 혼돈을 초래하는 근본적인 이유입니다. 사용자는 합리적인 수수료가 무엇인지 모르며, 앱 측은 이러한 혼돈을 유지하려고 합니다.


이러한 상황을 깨기 위해, 깊은 곳에서부터 시장 구조를 변경해야 합니다. Solana에 다중 동시 제안자(MCP) 및 우선 순위 정렬 메커니즘(Priority Ordering)을 소개하는 계획은 2026년경에 예상되며, 여기에는 널리 제안된 동적 기본 수수료 메커니즘도 포함됩니다. 아마도 문제를 해결하는 가장 좋은 방법일 것입니다.


다중 동시 제안자(Multiple Concurrent Proposers)


현재의 Solana 단일 제안자 모델은 일시적인 독점을 형성하기 쉽습니다. 앱 측은 현재 리더만 처리하면 단시간 내에 거래 패키징 권한을 획들할 수 있습니다. MCP를 도입함으로써, 각 슬롯마다 여러 제안자가 동시에 작업하면서, 공격 및 독점 비용이 상당히 증가되며, 검열에 대한 저항성이 향상되어 앱 측이 사용자를 차단하기 위해 단일 노드를 제어하는 방식을 더 어렵게 만듭니다.



우선 순위 정렬 메커니즘 (Priority Ordering)


프로토콜 레벨에서 "우선 순위에 따라 수수료를 정렬"하는 것을 강제로 규정함으로써 정렬의 무작위성 (Jitter)을 제거했습니다. 이는 사용자가 단순히 "합격 보장"을 위해 Jito 등의 비공식 가속 채널에 의존하는 필요성을 약화시켰습니다. 일반 거래에 대해 사용자는 더 이상 얼마의 수수료를 지불해야 하는지 추측할 필요가 없으며, 프로토콜 내에서 돈을 지불하기만 하면 전체 네트워크 검증자가 결정론적인 규칙에 따라 우선 처리합니다.



동적 기본 수수료 (Dynamic Base Fee)


이것이 가장 중요한 단계입니다. Solana는 이더리움과 유사한 동적 기본 수수료 (Dynamic Base Fee) 개념을 도입하려고 합니다.


사용자는 더 이상 마구잡이로 수수료를 주지 않고 명확하게 프로토콜에 지침을 제공합니다: "이 거래를 체인 상에 올리는 데 최대 X Lamports의 수수료를 지불하겠습니다."


프로토콜은 현재의 혼잡 정도에 따라 자동으로 가격을 책정합니다. 혼잡하지 않다면 낮은 가격을 부과하고, 혼잡한 경우에만 높은 가격을 부과합니다. 이러한 메커니즘은 수수료 책정 권한을 애플리케이션 측과 중간 상인의 손에서 회수하여 투명한 프로토콜 알고리즘에 다시 돌려줍니다.



미움은 Solana에 번영을 안겨주었지만, 동시에 문제의 근본을 뿌리내려 들고 성급한 이윤 추구 유전자를 남겼습니다. Solana가 ICM 비전을 실현하려면 애플리케이션의 프론트 엔드 트래픽을 소유하고 인프라를 소유한 프로토콜들이 무원칙하게 행동하는 것을 방치해서는 안 되겠습니다.


마치 "집을 청소하고 손님을 초대하는" 것과 같이, 기술적인 아키텍처 업그레이드를 통해 렌트 구멍을 파내고, 사치를 제거하여 공정하고 투명하며 사용자 이익을 최우선으로 하는 시장 구조를 발전시키기 위해서만이 Solana가 전통 금융 시스템과 통합되어 경쟁하는 자신감을 갖출 수 있습니다.


BlockBeats 공식 커뮤니티에 참여하세요:

Telegram 구독 그룹:https://t.me/theblockbeats

Telegram 토론 그룹:https://t.me/BlockBeats_App

Twitter 공식 계정:https://twitter.com/BlockBeatsAsia

문고 선택
새 문고 추가
취소
완료
새 문고 추가
자신만 보기
공개
저장
오류 신고/제보
제출