Solana의 유동 스테이킹과 LST

소개

이 글에서는 Solana 유동 스테이킹 토큰(LST)의 주요 구조를 살펴봅니다. LST를 사용하면 스테이킹한 자산의 유동성을 확보할 수 있습니다. 일반적으로 지분증명(PoS) 블록체인에 토큰을 스테이킹하면 일정 기간 잠기며, 네트워크 보안을 제공하는 대가로 보상을 받습니다. 이러한 스테이킹 보상에는 수수료, 기타 MEV 수익, 발행 보상(비(非)스테이커에서 스테이커로의 이전)이 포함될 수 있습니다.

이 스테이킹 메커니즘은 경제적 보안에 필수적이지만, 스테이킹된 자산을 비유동적으로 만들어 생태계 내 다른 금융 활동에서의 활용을 제한합니다. 스테이킹은 프로토콜 안에 토큰을 잠가 유통 물량을 줄입니다. 이는 자본 효율성을 높이는 LST의 생성과 사용을 촉진하며, 토큰 보유자는 유동성을 유지하면서 스테이킹 보상을 얻을 수 있습니다.

또한 이러한 구조가 Ethereum과 어떻게 다른지, Solana에서 LST를 설계할 때 추가로 무엇을 고려해야 하는지도 살펴봅니다.

Solana의 LST 구조

Solana는 프로토콜 내 위임지분증명(DPoS) 메커니즘을 사용합니다. 사용자는 SOL을 예치해 개별 검증인이 운영하는 여러 스테이크 풀에 참여합니다. 그러면 스테이킹 운영자는 위임된 SOL을 기반으로 자체 LST를 발행할 수 있습니다. 이를 통해 사용자는 스테이킹 자산의 유동성을 즉시 확보할 수 있습니다.

스테이크 풀 LST

LST는 SPL 스테이크 풀 프로그램을 사용하는 스테이크 풀로 구성됩니다. 사용자가 이러한 비수탁형 풀에 SOL을 예치하면, 스테이크는 자격을 갖춘 검증인들에게 분산됩니다. 그 대가로 참여자는 Jito의 JitoSOL과 같은 LST를 받습니다.

각 스테이크 풀은 고유한 스테이크 위임 전략을 사용합니다. 예를 들어 Jito는 자체 클라이언트를 실행하는 검증인을 우선합니다. 이를 통해 MEV 수익을 극대화하고 자체 기준에 따라 성과가 가장 좋은 검증인 100곳에 스테이크를 재분배합니다.

특정 스테이크 풀에서 이해관계자 간 스테이크가 이전되는 과정을 대차대조표로 나타낼 수 있습니다(왼쪽에서 오른쪽으로, 위에서 아래로 읽으세요).

1. 스테이커/위임자는 스테이크 풀에 10 SOL을 직접 예치하고, 예치한 10 SOL을 상환 청구할 권리를 나타내는 LST인 “spSOL”(“stake pool SOL”) 잔액을 받습니다.
2. 이제 스테이크 풀에는 10 SOL이 있습니다. 이 사례에서는 5 SOL을 “Stake Pool Validator 1”에, 나머지 5 SOL을 “Stake Pool Validator 2”에 위임합니다. 스테이크 풀은 각 검증인에게서 5 vSOL씩, 총 10 vSOL(“validator SOL”)을 받습니다. 실제 토큰으로 인코딩되지는 않지만, 예치한 SOL을 상환 청구할 수 있는 가상의 권리를 나타냅니다.
3. “Stake Pool Validator 1”과 “Stake Pool Validator 2”는 각각 5 SOL을 스테이킹하고 실행 및 합의 임무를 수행합니다. 이들은 Solana 프로토콜에서 가상의 “sSOL”을 받습니다. 이는 예치한 SOL에 대한 청구권을 나타냅니다. 이 역시 토큰으로 인코딩되지는 않지만, 프로토콜이 상환을 추적하는 방식을 보여주는 데 사용됩니다.

이는 수수료나 슬래싱이 없는 가장 단순한 사례입니다. 현재 Solana에는 프로그래밍 방식의 슬래싱이 없지만, 일부 LST는 수수료를 부과합니다.

검증인 LST

검증인 LST를 사용하면 프로젝트가 단일 검증인을 기반으로 LST를 더 쉽게 발행할 수 있으며, 특정 검증인이 발행한 LST를 중심으로 “부족주의”와 같은 소속감이 형성됩니다.

검증인 LST는 검증인이 하나뿐이라는 점을 제외하면 스테이크 풀과 매우 유사하게 작동합니다.

1. 스테이커/위임자는 스테이크 풀에 10 SOL을 직접 예치하고, 예치한 10 SOL을 상환 청구할 권리를 나타내는 LST인 “v_lstSOL”(“validator LST SOL”) 잔액을 받습니다.
2. 그런 다음 스테이크 풀 관리자는 풀의 유일한 검증인에게 위임합니다. 검증인에 10 SOL을 예치하고 가상의 “vSOL”을 받습니다.
3. 이제 검증인은 10 SOL을 보유합니다. 검증인은 합의 임무에 참여하는 주체이므로 Solana에 10 SOL을 예치합니다. 검증인은 Solana 프로토콜에서 예치한 SOL에 대한 청구권을 나타내는 가상의 “sSOL”을 받습니다.

두 경우 모두 스테이커는 검증인에게 SOL을 위임하고, 검증인은 검증 임무를 수행하며, SOL 보상의 일부가 스테이커에게 지급됩니다. 검증인 LST에는 스테이크 예치 수수료, 출금 수수료, 관리 수수료가 모두 없습니다.

작동 방식 측면에서 검증인 LST는 더 가볍습니다. 전체 스테이크 계정 수를 크게 줄여 스테이크 계정의 보상 계산에 필요한 시간을 단축합니다. 또한 검증인 LST는 인센티브나 로열티 프로그램을 운영할 수 있습니다. 최근 Laine은 블록 보상과 우선순위 수수료를 laineSOL 보유자에게 에어드롭하여 높은 APY를 제공했습니다. Tensor는 사용자가 SOL 대신 tensorSOL로 입찰하도록 지원해 미체결 주문에서도 수익이 발생하게 할 수 있습니다. 이를 통해 Tensor는 사용자에게 추가 포인트를 지급하고, tensorSOL로 결제할 때마다 누적 스테이킹 보상의 일부를 받을 기회를 제공하는 무손실 복권 시스템을 운영할 수 있습니다.

LST 토큰의 작동 방식

Ethereum과 마찬가지로 LST 토큰은 보상 누적형 또는 리베이싱형으로 설계할 수 있습니다. 각 LST는 잠재적인 세금 효율성 등의 이유로 스테이커에게 보상을 전달하는 방식을 다르게 선택합니다. 현재 Solana에는 리베이싱형 LST가 없습니다.

Solana의 LST 사용 현황

Ethereum에서는 스테이킹된 ETH의 대부분이 stETH, rETH, cbETH 같은 LST에서 나옵니다. stETH는 전체 LST 시장의 ~70%를 차지합니다.

Solana에서 LST는 전체 스테이킹 규모의 5% 미만입니다. Jito와 Marinade는 LST 시장에서 각각 35%와 42%를 차지합니다.

LST 사용량에 이러한 차이가 나타나는 데에는 여러 이유가 있습니다.

• Ethereum의 LST 사용은 상당 부분 경로 의존적이며, The Merge가 현재의 LST 사용 균형에 큰 영향을 미쳤습니다. 성공적으로 자리 잡은 1~3개의 유동 스테이킹 토큰을 중심으로 강력하고 누적되는 네트워크 효과와 도입이 이루어져, 스스로 강화되는 “화폐성” 플라이휠이 만들어졌습니다.
• LST의 온체인 활용성이 아직 충분하지 않습니다. 사용자는 Solana DeFi에서 담보 가중치가 낮아지는 것에 매우 민감합니다(가능성은 낮음).
• 대규모 보유자(기관 및 개인)는 자체 검증인(스테이크 가중 서비스)을 운영할 유인이 더 큽니다. 또한 잠재적인 법적 책임 때문에 외부 스테이크 없이 직접 스테이킹하기도 합니다. 많은 스테이크를 보유한 대형 SOL 계정이나 기업 집단은 보유분이 이전부터 잠겨 있었을 가능성이 높으며, LST 스테이킹에 참여하지 않는 경향이 있습니다. 대신 자체 검증인을 운영하고 그에 따른 스테이킹 보상을 받습니다(법률, 규제 또는 기타 이유).
• Solana 사용자는 LST 구조에 아직 익숙하지 않습니다.

LST와 DeFi

PoS 네트워크에서 DeFi의 높은 대출 금리는 스테이킹과 직접 경쟁하는 경우가 많습니다. 스테이커가 더 높은 수익을 얻기 위해 합리적으로 스테이크를 회수하고 DeFi 대출 플랫폼으로 이동하면서 네트워크 보안이 약화될 수 있습니다. 이러한 현상은 Cosmos 같은 체인에서 뚜렷하게 나타났습니다. Cosmos는 생태계 전반의 높은 스테이킹 수익률 때문에 DeFi 활동이 제한되는 어려운 순환에 오랫동안 갇혀 있었습니다(곧 바뀔 수도 있습니다). 스테이킹 수익률과 경쟁해야 하는 Cosmos DeFi에는 높고 지속하기 어려운 성장 기준이 설정됩니다. 유동적이고 활발한 LST 시장은 스테이커가 스테이킹과 대출에 동시에 참여하도록 지원해 이 문제를 완화하고 공격 유인을 줄일 수 있습니다. 

Solana DeFi는 Jito와 Jupiter 에어드롭 이후 거래량, 활동, 관심이 크게 증가했습니다. 이러한 에어드롭은 활동, 관심, 자산 수가 늘어나면서 더 흥미로운 공유 상태가 탄생하는 출발점이 되곤 합니다. Solana 같은 공유 상태 시스템에서 스테이킹된 모든 SOL의 유동성을 확보하면 더욱 풍부한 네이티브 DeFi 경제를 구축할 수 있습니다.

Solana의 LST 생태계는 아직 초기 단계지만, 검증인 LST의 인기가 높아지면서 Ethereum과 달리 훨씬 다양한 롱테일 LST가 등장할 가능성이 큽니다.

Sanctum과 Solana LST의 롱테일

검증인 LST는 대체 가능합니다(자세한 내용은 뒤에서 설명합니다). 동일한 스테이크 계정을 감싸는 래퍼이며, 해당 수량의 스테이킹된 SOL에 대한 청구권을 나타냅니다.

검증인 LST를 통해 각 검증인은 자체 검증인 전용 LST를 배포할 수 있습니다. 이러한 “무한 LST” 미래를 가장 먼저 구축한 팀 중 하나가 Sanctum입니다. Sanctum Reserve는 대규모 유동 SOL 풀(> 200,000 SOL)을 제공합니다. 사용자의 스테이크 계정을 Sanctum으로 이전하고 일부 수수료(2일의 언본딩 기간에 대한 비용)를 제외한 해당 수량의 SOL을 지급해 모든 LST를 즉시 언스테이킹할 수 있게 합니다. Sanctum 팀은 Jupiter의 오프체인 라우터를 통해 LST를 스왑할 수 있는 Sanctum Router도 구축했으며, Sanctum Infinity도 곧 출시할 예정입니다. 그 결과 어떤 LST든 최소한의 수수료로 즉시 언스테이킹하고, 서로 교환하며, 다른 모든 토큰으로 스왑할 수 있습니다.

Ethereum의 LST 구조

모든 프로토콜에 Solana와 같은 네이티브 위임 메커니즘이 있는 것은 아닙니다. 다음은 Ethereum에서 가장 널리 사용되는 LST 구조입니다.

허가형 노드 운영자(예: stETH)

stETH는 Lido DAO가 발행합니다. Lido DAO는 엄선된 ~30개의 허가형 노드 운영자에게 스테이킹 자산을 분배하고 운영을 관리합니다. 이 설계는 허가형이면서 무담보라는 특징이 있습니다. 즉, 노드 운영자는 엄격한 기준에 따라 신중하게 선정되지만 담보를 제공할 필요는 없습니다. 이 때문에 주인-대리인 문제가 발생합니다. LIDO 풀에 위임된 스테이크는 이러한 운영자에게 균등하게 분배됩니다. 이 접근 방식은 추가적인 재정 보증 없이 네트워크 보안을 유지할 수 있도록 검증된 운영자에 대한 신뢰를 중시합니다. 현재 Lido는 스테이킹된 전체 Ethereum의 ~31%를 차지합니다.

무허가형 노드 운영자(예: rETH)

RocketPool은 무허가형 노드 운영자 집합을 제공하여, 담보 요건만 충족하면 누구나 검증인이 될 수 있도록 합니다. 참여하려면 담보를 잠가야 하지만, 이 모델은 노드 운영에 대한 접근성을 민주화합니다. 구체적으로 32 ETH 규모의 전체 검증인 노드를 구성하려면 운영자는 자체 자금 8 ETH와 RocketPool의 네이티브 RPL 토큰 2.4 ETH 상당을 추가로 제공해야 합니다. 총 10.4 ETH를 제공하면 풀에서 24 ETH를 받을 자격을 얻습니다.

이 설계는 위험 자본을 제공하는 당사자와 운영자가 서로 다른 주체일 때 발생하는 주인-대리인 문제를 완화하는 것을 목표로 합니다.

중앙화 노드 운영자(예: cbETH)

사용자는 Coinbase 또는 다른 중앙화된 주체를 통해 플랫폼에 ETH를 직접 스테이킹할 수 있으며, 플랫폼은 필요한 노드 운영을 책임집니다. 또한 사용자는 온체인에서 cbETH의 유동성을 활용할 수 있습니다. 이 모델은 사용자가 복잡한 스테이킹 운영을 Coinbase에 맡길 수 있도록 하여 사용 편의성과 접근성을 우선합니다.

추가 고려 사항

스테이크 풀 프로그램은 멀티시그로 제어됩니다. 단일 키페어일 수도 있는 스테이커 권한은 스테이크 위임의 일부 요소를 제어하지만, 수행할 수 있는 작업은 훨씬 제한적입니다. Stakenet 같은 프로젝트는 스테이커 권한을 단일 키페어 대신 프로그램에 위임해 탈중앙화하는 것을 목표로 합니다. 스테이커 권한은 기존의 다른 검증인에게 스테이크를 재위임하고 수수료를 인상할 수 있습니다. 수수료 인상이 적용되려면 최소 1 에포크가 필요합니다. 또한 관리자가 인상할 수 있는 수수료의 폭에도 제한이 있습니다.

현재 Solana에는 Ethereum 같은 다른 체인과 달리 프로그래밍 방식의 슬래싱이 없습니다. 따라서 위임받은 주체(운영자)가 위임된 스테이크로 악의적인 작업을 수행할 수 있는 공격 경로가 더 적습니다. 각 검증인 LST의 운영자는 엄격한 제약을 받으며 위임된 스테이크를 탈취할 권한이 없습니다. 사용자가 스테이킹한 SOL의 소유권을 유지하기 때문입니다. 하지만 Solana가 프로그래밍 방식의 슬래싱을 지원하게 된다면 추가적인 고려가 필요합니다. Ethereum은 슬래싱과 관련된 주인-대리인 문제의 영향을 완화하기 위해 현재 2계층 스테이킹 같은 해결책을 모색하고 있습니다.

결론

이 글에서는 현재 Solana LST 구현이 실제로 어떻게 작동하는지 살펴봤습니다. 또한 Solana의 네이티브 위임 및 LST 모델이 Ethereum과 어떻게 다른지도 설명했습니다.

Solana와 Ethereum의 LST 사용 현황에는 큰 차이가 있으며, Solana의 LST 시장은 상대적으로 초기 단계입니다. LST의 활용성이 확대되고 사용자가 그 구조에 익숙해질수록 Solana에서 더 많은 네이티브 DeFi 상태가 형성될 것입니다.

피드백과 검토를 제공해 주신 FP Lee(Sanctum)와 Jon Charbonneau께 감사드립니다.