Solana 검증인 경제학 입문

소개

Solana의 핵심 가치 중 하나는 매우 낮은 수수료입니다. Solana의 수수료는 기본 수수료와 우선순위 수수료로 구성됩니다. 현재 기본 수수료는 서명당 0.000005 SOL로 설정되어 있으며, 특정 블록에 트랜잭션이 포함될 가능성을 높이는 우선순위 수수료를 선택적으로 추가할 수 있습니다.

이러한 수수료 구조가 외부 보조금 없이 검증인 집합을 어떻게 유지할 수 있는지에 대한 자연스러운 의문이 생깁니다. 이 글에서는 표준 비아카이브 노드를 기준으로 Solana 검증인의 경제 구조를 분석합니다. 검증인의 잠재 수익을 자세히 보여주는 유용한 도구가 등장했지만, 관련된 모든 비용을 설명하거나 고려하지 못하는 경우가 많습니다. 이 글은 특정 검증인의 비용 구조를 분석하기보다 Solana 검증인 집합을 전체적으로 조망하는 것을 목표로 합니다. 개별 검증인은 프로토콜 외부의 추가 계약에 참여하거나 불투명한 방식으로 위험을 이전할 수 있습니다.

또한 검증인이 선택적으로 참여할 수 있는 프로토콜 외부 보상도 살펴봅니다. 예를 들어 Jito-Solana 클라이언트를 실행하는 검증인은 추가 MEV 보상을 받습니다. 다만 내부화된 주문 흐름 시장처럼 검증인의 수익성에 영향을 줄 수 있는 별도의 오프체인 계약은 고려하거나 정량화하지 않습니다.

비용

검증인의 주요 비용 구조는 세 가지 요소로 구성됩니다.

• 하드웨어
• 운영(인바운드/아웃바운드, 온체인 투표)
• 자본 및 리소스의 기회비용

Solana는 매우 높은 노드 요구 사항 때문에 탈중앙화와 신뢰할 수 있는 중립성 달성을 저해한다는 비판을 오랫동안 받아왔습니다. 여기서는 규범적 관점을 제시하지 않고 검증인의 실제 비용 구조를 명확히 설명하고자 합니다.

하드웨어(고정 비용)

검증인의 가장 큰 비용 중 하나는 하드웨어입니다. 매월 지불해야 하는 고정 비용이거나, 기성 하드웨어를 구매할 경우 일정 기간에 걸쳐 상각해야 하는 비용입니다.

Solana 검증인의 ~14%가 사용하는 인기 서비스 중 하나는 월 $350부터 시작하는 Latitude의 베어메탈 상품입니다. Latitude의 c3 large는 지역에 따라 월 $370~$470이며, 사양은 다음과 같습니다(데이터 아웃바운드 비용 제외).

검증인은 Solana 웹사이트에 명시된 다음 지침에 따라 하드웨어를 관리해야 합니다.

실제 비용은 지역을 비롯한 여러 요인에 따라 크게 달라져 추정하기 어렵습니다. 대부분의 검증인은 자체 하드웨어를 관리하지 않고 Latitude 같은 전용 베어메탈 서버를 사용한다는 점에 유의해야 합니다. Solana Foundation은 랙 가용성을 보장하고 월 단위 계약을 제공하기 위해 다른 데이터 센터와 장기 계약을 체결했습니다.

운영(변동 비용)

검증인은 운영 과정에서 주로 두 가지 지속 비용을 부담합니다.

• 온체인 투표(합의 참여에 필수)
• 데이터 대역폭(인바운드/아웃바운드)

온체인 투표

Solana는 합의를 위해 온체인 투표를 수행하며, 이러한 투표 트랜잭션에는 네트워크의 다른 트랜잭션과 동일한 수수료가 부과됩니다. SOL 가격에 따라 투표 트랜잭션 수수료가 검증인의 주요 운영 비용이 될 수 있습니다. SOL 가격이 높을 때는 검증인의 가장 큰 비용이 될 가능성이 큽니다. 각 에포크(432,000개 슬롯)마다 검증인은 투표해야 하며, 투표 트랜잭션당 비용은 0.000005 SOL입니다(투표에는 특권이 부여되므로 우선순위 수수료가 없습니다). 에포크당 총비용은 ~2~3 SOL입니다. 에포크는 일반적으로 2~3일, 대체로 2일에 가깝기 때문에 연간 투표 트랜잭션 비용은 ~300~350 SOL이며 하루 약 ~1 SOL에 해당합니다.

데이터 대역폭

Solana 문서는 데이터 처리량을 극대화하고 검증인의 슬롯 누락률을 최소화하기 위해 최소 1GB의 다운로드/업로드 속도를 권장합니다. 대역폭은 흔히 변동 비용으로 책정되지만 구체적인 조건은 인터넷 서비스 제공업체에 따라 달라집니다.

대부분의 제공업체와 마찬가지로 Latitude는 추가 인바운드 비용을 부과하지 않습니다. 대신 지역에 따라 아웃바운드 데이터에 TB당 $0.64~$3.60을 부과합니다.

이에 비해 AWS의 아웃바운드 비용은 지역과 사용량에 따라 TB당 $70를 넘을 수 있습니다.

아웃바운드 데이터 대역폭 비용 추정치는 스테이킹 규모에 따라서도 달라집니다. 스테이킹 가중치가 높을수록 슬롯 리더가 되는 빈도가 증가하고, 이에 따라 전파해야 할 데이터(Turbine)와 향후 리더에게 전달해야 할 트랜잭션이 늘어나기 때문입니다.

자본 및 리소스의 기회비용

검증인의 지출 대부분은 투표 비용과 서버 임대료이지만, 일반적으로 고려하지 않는 비용 중 하나가 자본의 기회비용입니다. 검증인은 스테이킹할 때 네트워크 보안을 위해 자본을 잠급니다. 따라서 암호화폐 생태계 안팎에서 얻을 수 있는 다른 보상을 포기하게 됩니다. 순수 경제적 관점에서 고려할 만한 다른 지표로는 미국 달러의 무위험 수익률(작성 시점 기준 ~4%)과 다른 암호화폐 네트워크의 스테이킹 APY가 있습니다.

또한 검증인 운영에는 시간과 리소스가 필요합니다. 특히 스테이킹 규모가 커질수록 검증인이 지속해서 높은 성능을 내도록 가동 시간과 슬롯 누락률을 모니터링하는 것이 중요합니다. 생태계에 기여하며 핵심 목소리를 내는 이들에게 이 작업은 개인 한 명 또는 여러 명의 정규직 업무에 해당할 만큼 많은 시간이 들기도 합니다.

수입

검증인의 수입은 주로 세 가지 원천에서 발생합니다.

• 인플레이션 수수료
• 블록 보상
• MEV

인플레이션 수수료

검증인이 받는 보상은 인플레이션에 대한 수수료입니다. 합의에 참여하는 검증인은 참여를 장려하기 위해 SOL로 보상을 받습니다. 이 보상은 인플레이션을 통해 지급됩니다. 인플레이션은 전체 유통 토큰 공급량을 늘리고 새로 발행된 토큰을 검증인에게 지급합니다.

검증인은 각 Solana 에포크가 끝날 때 보상을 받습니다. 이 보상은 연간 인플레이션율에 따른 수수료이며, 다음과 같은 여러 요인을 기준으로 계산됩니다.

1. 전체 인플레이션율: Solana는 에포크당 인플레이션 보상 규모를 계산하는 사전 정의된 공식을 사용합니다. Solana가 미리 설정한 디스인플레이션 발행 일정에 따라 결정되는 이 비율은 초기 네트워크 참여를 장려하고 통화 안정성과 보안을 보장하는 데 중요합니다.
2. 스테이킹 비율: 유통 공급량 대비 스테이킹된 전체 SOL의 비율은 보상에 직접적인 영향을 줍니다. 스테이킹 규모가 클수록 잠재적 보상도 커집니다.
3. 수수료율: 검증인 클라이언트가 부과하는 이 수수료는 네트워크 유지에 따른 수입의 일부입니다. 해당 검증인에게 배정된 전체 인플레이션 보상의 일정 비율로 부과됩니다.
4. 검증인 참여도: 가동 시간과 검증인이 성공적으로 투표한 슬롯의 비율을 포함하며, 전체 수입에 영향을 줍니다.

Solana의 인플레이션 메커니즘은 시간이 지날수록 감소하도록 설계되었습니다. 초기 인플레이션율은 7~9%, 디스인플레이션율은 -14~-16%이며, 최종적으로 장기 인플레이션율 1~2%에서 안정화됩니다. 이 일정은 초기 네트워크 성장과 장기적인 안정성의 균형을 맞추기 위한 것입니다.

다양한 시나리오를 사용해 이러한 요인이 Solana 경제에 미치는 영향을 시뮬레이션할 수 있습니다. 예를 들어 초기 인플레이션율 8%, 디스인플레이션율 -15%, 장기 인플레이션율 1.5%를 가정하면 시간에 따른 토큰 발행량을 예측하고, 스테이킹된 전체 SOL 비율에 따른 스테이킹 수익률을 추정할 수 있습니다. 일반적인 스테이킹 비율은 60~90%이며, 이는 커뮤니티 참여도와 다른 지분 증명 프로토콜의 사례를 반영합니다.

하지만 이러한 예측은 검증인 가동 시간, 수수료, 수익률 제한 또는 잠재적인 슬래싱 사고와 같은 변수를 고려하지 않습니다. 또한 SOL의 스테이킹 비율은 인플레이션 일정이 만드는 경제적 인센티브에 따라 역동적으로 변합니다.

스테이킹은 금세 복잡한 주제가 될 수 있지만, 인플레이션과 PoS 네트워크의 일반적인 스테이킹 체계가 만드는 순효과는 비참여자에서 스테이킹 참여자로의 가치 이전이라는 점을 기억해야 합니다. 

스테이킹은 토큰을 프로토콜에 잠가 유동 공급량, 즉 유통 토큰 공급량을 줄입니다. 논리적 극단에서 인플레이션은 모든 보유자의 참여를 요구합니다. 이는 참여와 자본 효율성을 높이기 위해 유동성 스테이킹 토큰(LST)의 사용을 장려하며, Solana에서도 채택이 더욱 확대될 것으로 예상됩니다.

인플레이션 통화 정책이 본질적으로 나쁜 것은 아닙니다. 현재의 보안을 지원하고 미래 수요를 담보로 신용을 확장해 오늘의 비용을 상쇄하는 것이 목적입니다. 인플레이션은 경제적 보안을 금융 주기, 즉 블록 공간 수요와 분리하려는 암호화폐 방식으로 이해할 수 있습니다.

블록 보상

특정 블록의 리더로 배정된 검증인은 블록 보상 형태로 추가 보상을 받습니다. 블록 보상은 기본 수수료의 50%와 우선순위 수수료의 50%로 구성됩니다. 나머지 절반은 소각됩니다.

최근 사용량이 급증하면서 우선순위 수수료도 증가했습니다. 이 중 절반은 리더에게 지급됩니다.

트랜잭션 수수료의 50%는 리더, 즉 트랜잭션을 처리하는 검증인이 가져가고 나머지 50%는 소각되는 Solana의 현행 수수료 구조는 인센티브와 양립할 수 없다는 점이 커뮤니티에 잘 알려져 있습니다. 이 구조에서는 송신자가 리더와 프로토콜 외부 계약을 맺고 네트워크 밖에서 우선순위 수수료를 지불해 소각을 피할 유인이 생깁니다.

검증인의 수입 대부분은 블록 보상이 아니라 인플레이션 수수료에서 발생한다는 점이 중요합니다. 따라서 현재 이러한 별도 계약을 체결해 얻을 수 있는 경제적 이익은 비교적 적습니다.

이러한 방식의 대표적인 사례는 Jito-Solana 클라이언트를 실행하는 검증인이 Jito 경매를 사용하는 것입니다. 이 방식은 배정된 슬롯의 초기 단계에 블록 공간 경매를 도입하여 Solana 표준 프로토콜의 연속적인 블록 구축 프로세스를 변경합니다.

MEV

MEV, 즉 “최대 추출 가능 가치”는 검증인이 자신이 생성하는 블록 안에서 트랜잭션을 임의로 포함하거나 제외하고 순서를 바꾸는 능력을 통해 얻을 수 있는 수익을 의미합니다. Solana에서 리더로 배정된 검증인은 블록 패킹과 스케줄링을 완전히 통제합니다. 다만 현재 많은 검증인은 Solana Labs 또는 Jito-Solana 클라이언트의 수정되지 않은 포크를 실행합니다. 검증인은 우선순위 수수료를 받기 위해 RPC 및 다른 검증인이 전달한 트랜잭션을 포함할 유인이 있습니다. 그러나 검증인이 해당 트랜잭션을 반드시 포함해야 한다는 엄격한 요건은 없습니다.

Solana의 MEV 환경은 빠르게 변하고 있지만, MEV의 여러 부정적 외부효과가 생태계 전반에 영향을 주고 있습니다. 전체 컴퓨팅 자원의 58%가 실패한 차익거래로 낭비됩니다.

하지만 블록 리더가 Jito-Solana 클라이언트를 실행하면 MEV를 더 효율적으로 추출할 수 있습니다. 검색자는 오프체인 경매 메커니즘을 통해 블록에 포함할 번들을 리더에게 보낼 수 있습니다. 이 경매는 일반적으로 특정 슬롯의 첫 200ms 동안 진행됩니다.

속도가 아닌 가격을 기준으로 경쟁하기 때문에 추출 가능 가치 중 더 큰 비중을 번들 경매에 제시해야 합니다. 번들의 모든 팁은 리더에게 배정되며 이후 스테이킹 참여자에게 전달됩니다.

검증인은 수직 통합을 통해 트랜잭션 순서를 바꾸고 MEV 기회를 직접 포착할 수도 있습니다. 현재 이러한 일이 대규모로 발생한다는 증거는 거의 없지만, Solana에서 개인 투자자의 활동이 늘어나면서 이런 행동에 대한 유인도 커지고 있습니다.

Solana의 MEV 환경은 빠르게 변화하고 성숙하고 있습니다. 지난 한 주 동안 200만 개가 넘는 번들과 8,500 SOL이 Jito를 통해 처리되었습니다.

Solana의 MEV 환경은 Ethereum과 비교하면 상대적으로 작습니다. 하지만 Solana 사용자와 활동이 늘어날수록 더 많은 MEV 기회가 생기고 검증인의 수입도 증가할 것입니다.

Solana Foundation 위임 프로그램

검증인이 되어 합의에 참여하는 것은 무허가 시스템입니다. 하지만 관련 비용이 발생하기 때문에 Solana Foundation은 초기 검증 비용 일부를 상쇄할 수 있도록 Solana Foundation Delegation Program(SFDP)을 마련했습니다.

현재 위임 프로그램은 일부 변경을 거치고 있습니다. 개편된 프로그램은 검증인 초기 단계에 더 많은 지원을 제공하고, 검증인이 자립하면 시간이 지남에 따라 지원을 점진적으로 줄이는 것을 목표로 합니다. 이 방식은 검증인이 외부 스테이킹을 유치하고 높은 성능 기준을 유지하도록 장려합니다. 또한 위임 프로그램은 탈중앙화를 개선하기 위해 Latitude, AWS, Terraswitch 등 대중적인 서비스를 사용하지 않는 검증인을 우선 지원합니다.

새로운 시스템에서 Solana Foundation은 첫해에 검증인의 투표 비용을 지원하며, 지원 비율은 단계적으로 감소합니다. 첫 3개월은 100%를 지원하고 이후 분기마다 75%, 50%, 25%로 줄인 뒤 12개월 후 종료합니다. 이러한 점진적 지원은 신규 또는 소규모 검증인의 초기 비용을 줄이는 동시에 지속 가능한 스테이킹 규모를 확보하도록 장려하기 위한 것입니다.

또한 SFDP는 외부 스테이킹에 대해 1:1 비율로 매칭하며, Foundation의 지원 한도는 최대 100,000 SOL입니다. 이 정책은 커뮤니티 주도의 스테이킹 결정을 강화하고 검증인이 더 넓은 Solana 커뮤니티와 교류하도록 장려합니다. 예를 들어 외부 스테이킹 10,000 SOL을 보유한 검증인은 Foundation에서 같은 금액을 지원받아 전체 스테이킹이 두 배가 됩니다. 외부 스테이킹이 250,000 SOL처럼 큰 검증인은 최대 지원액인 100,000 SOL을 받습니다. 성능 기준도 기본 요건과 허용 가능한 슬롯 누락률을 포함하도록 업데이트되었습니다. 이 기준은 에포크 내 리더 슬롯이 적은 검증인의 편차를 줄이기 위해 더 긴 기간을 기준으로 계산됩니다.

SFDP는 매칭 후 남은 Foundation 스테이킹에서 초기 참여자당 약 40,000 SOL, 즉 손익분기점 달성에 필요한 SOL과 비슷한 규모를 기본으로 배정합니다. 이 기본 위임은 검증인이 블록 생성에 참여하는 데 필요합니다. 시간이 지나 매칭되는 스테이킹이 늘고 더 많은 Foundation 스테이킹이 스테이킹 풀에 예치되면 이 기본 금액은 감소합니다. Foundation은 스테이킹 풀에 스테이킹을 예치해 유동성 스테이킹 생태계를 강화하고 커뮤니티 중심의 네트워크 운영도 지원합니다.

2024년 1월 말 또는 2월 초 출시를 목표로 하는 이러한 SFDP 변경 사항은 Solana 네트워크 검증인의 품질과 안정성을 높이기 위한 것입니다. 검증인 집합은 무허가로 유지되므로 Solana에서 검증인을 운영할 때 SFDP 참여는 필수가 아닙니다. 성공적인 “커뮤니티” 검증인의 대다수는 Foundation이 위임한 스테이킹을 보유하지 않습니다.

추가 고려 사항 및 결론

지금까지 이 글에서는 현재 Solana 검증인의 수익 및 비용 구조를 설명했습니다. 높은 성능을 내는 검증인은 Solana의 최신 기술 개발과 업데이트를 지속해서 따라가야 합니다.

현재 검증인이 고려하기 시작한 몇 가지 사항은 다음과 같습니다.

• 현재 온체인 트랜잭션 대부분은 스팸입니다. 스케줄러가 결정론적으로 바뀌고 블록 패킹이 더 효율적이 되면 어떻게 될까요?
• 장기 보유하는 스테이킹 참여자가 더 높은 APY를 받는 장기 스테이킹이 곧 도입될까요? 이는 개별 위험 프로필과 어떻게 상호작용할까요?
• Solana가 프로그래밍 방식의 슬래싱을 구현하면 운영의 어떤 부분이 달라질까요? 이러한 변화는 해당 검증인뿐 아니라 다른 검증인의 행동을 어떻게 바꿀까요?
• Firedancer가 구현되면 검증인의 경제 구조에 어떤 영향을 줄까요? 모든 검증인이 Firedancer 클라이언트를 기본 클라이언트로 실행하고 Labs/Jito 클라이언트를 백업으로 사용할까요? Jito-Firedancer 포크가 등장할까요?

이 글에서는 Solana 핵심 경제 구조의 기반이 되는 몇 가지 기본 메커니즘을 살펴봤습니다. 이는 현재 검증인의 상황을 반영하지만 환경은 빠르게 변하고 있습니다. 검증인은 결정론적 스케줄링, 장기 스테이킹 인센티브, 프로그래밍 방식의 슬래싱, Firedancer 같은 새로운 클라이언트 도입을 비롯한 향후 업그레이드와 그 영향을 고려해야 합니다.

피드백과 검토를 제공해 주신 Ben Hawkins(Solana Foundation)와 7Layer(Overclock)에 감사드립니다.