
솔라나 종합 보고서: 웹3 시대의 애플인가? 아닙니다, 그것은 훨씬 더 큽니다
글: FourPillars
번역: BlackShibawolf
핵심 요약
-
Solana는 간결성과 구성 가능성(Composability)을 우선시하며, 병렬 처리, 낮은 수수료 및 빠른 거래 속도로 통합 블록체인 분야에서 두각을 나타내고 있습니다.
-
어려움에도 불구하고 Solana의 생태계는 비전에 부합하는 다양한 인프라를 배포함으로써 시장 점유율을 회복하면서 빠르게 회복되고 있습니다.
-
Solana는 DePIN, 모바일 및 결제 등 소매 중심 애플리케이션 확산에 집중하는 몇 가지 혁신적인 앱들을 채택하고 있으며, 이는 개발자에게 친화적인 독특한 인프라를 기반으로 하고 있습니다.
-
또한 기관용 애플리케이션을 위한 생태계 전반의 조치들이 더욱 정교해지고 있습니다. 특히 결제 SDK, SPE 및 토큰 확장 기능 등의 혁신 기술을 통해 많은 주요 기관들이 Solana 네트워크에 참여했습니다.
-
Solana의 비전은 하드웨어와 소프트웨어의 조율을 중시하고 성능과 사용자 경험을 강조한다는 점에서 종종 애플에 비유됩니다. 그러나 Solana는 하드웨어가 제공하는 편의성보다 새로운 소프트웨어 경험을 강조함으로써 기대감을 더욱 높이고 있습니다.
* 본 보고서는 2024년 3월 최초 발표된 포괄적 보고서 이후 업데이트된 버전입니다.
1. 서론
역사를 돌아보면 인프라 시장은 일반적으로 자본 집약적이며 승자독식 또는 소수 지배 구조를 따릅니다. 마찬가지로 이더리움이라는 첫 번째 스마트 계약 플랫폼이 출시된 지 거의 9년이 지난 지금도 가상머신(VM) 간의 시장 점유율 경쟁은 여전히 블록체인 분야의 핵심 논점 중 하나입니다. VM 트렌드와 다양한 인프라 요구사항에 대한 논의가 계속되면서 각기 다른 VM들은 지속적으로 진화하며 블록체인 시장의 추가적인 성장을 견인하고 있습니다.
Solana는 자신의 Solana 가상머신(SVM)을 통해 시장에 상당한 영향을 미치고 있습니다. 블록체인이 이더리움 중심의 모듈화된 생태계 방향으로 발전하는 것처럼 보이는 가운데, Solana는 간결성, 접근성, 신속성을 포함한 통합형 블록체인만의 장점을 부각시키는 데 중요한 역할을 해왔습니다. 또한 Solana는 DePIN(탈중앙화 물리 인프라 네트워크), 모바일 기기 및 결제 등 분야에 집중함으로써 오프체인 사용자의 블록체인 채택을 적극적으로 유도하고 있습니다.
"Solana는 더 이상 알트코인이 아니다, OPOS(Only Possible on Solana, 오직 Solana에서만 가능한 일)"라는 말이 점차 대중화되면서 본문은 Solana의 발전 궤적을 심층적으로 탐구합니다. Solana가 어떻게 빠르게 시장 점유율을 되찾았으며, 그 뒤에 있는 회복의 원동력과 고유한 특성은 무엇인지, 그리고 우리가 Solana의 여정에서 얻을 수 있는 교훈은 무엇인지 살펴봅니다.
2. Solana의 다층적 내러티브
2.1 통합형 블록체인의 선구자

이더리움이 롤업 중심의 확장 전략으로 로드맵을 전환함에 따라 모듈화된 블록체인 개념이 급부상했고, 관련 프로젝트들이 시장 점유율을 주도하기 시작했습니다. 모듈화된 블록체인의 핵심 아이디어는 합의, 실행, 결제 및 데이터 가용성 기능을 서로 다른 프로토콜에 할당하여 확장성과 유연한 거버넌스를 통해 통합형 블록체인의 한계를 극복하는 것입니다.
그러나 이러한 모듈화된 구조의 가장 큰 단점은 복잡성입니다. 여러 프로토콜을 통해 처리되는 단일 거래 과정을 고려하면, 이 복잡성은 1) 지속적인 호환성 및 의존성 검사, 2) 증가하는 통신 비용, 3) 예측 불가능한 문제를 신속하게 식별하고 해결하기 어려운 점을 초래합니다. 누가 이렇게 복잡한 시스템이 안정적으로 작동한다고 자신 있게 장담할 수 있을까요? 인프라가 안정적이고 지속 가능하려면 본질적으로 단순해야 합니다.
Solana는 이 면에서 선두주자로서 효과적으로 통합형 블록체인 분야를 이끌고 있습니다. 빠른 거래 속도를 갖춘 적절한 수준의 탈중앙화 네트워크를 보장하기 위해 Solana는 간결성과 구성 가능성을 우선시하며 자체 고유의 기술 스택을 구축했습니다. 출시 이후 Solana는 광범위한 사용자층을 유치하고 활력 넘치는 커뮤니티 생태계를 육성하며 일관되게 생태계를 발전시켜 왔습니다. 고유의 기술 스택을 통해 모듈화 접근법과 대비되며 Solana는 이더리움 생태계와 명확히 차별화되었습니다.
이는 Solana가 채택한 모놀리식/모노리식(통합형) 접근법이 산업 내에서 효과적이고 의미 있다는 것을 보여줍니다. 이는 현실 세계 사용 사례에 대한 인식을 높이며, 이더리움 생태계에서 자주 강조되는 이상주의적이고 학문적인 어조에 도전합니다. 이는 분명히 오늘날 많은 다른 통합형 블록체인들(예: Sui, Aptos, Monad 등)의 출현과 발전에 영향을 미쳤으며 앞으로도 지속될 것입니다.
2.2 제품 중심 개발자의 성공을 견인하다
Solana가 옹호하는 간결성과 구성 가능성은 단순히 비싼 하드웨어를 통해 겉모습만의 성능을 추구하는 것이 아니라, 소프트웨어와 통신 기술을 최적화하고 단순화하여 성능이 단일 노드에 근접하는 네트워크를 설계하는 데 목적이 있습니다.
이는 개발자에게 친화적인 환경을 만드는 데 매우 중요합니다. 통합 관점에서 개발자는 Solana가 개발 프로세스를 단순화하고 모든 복잡성을 제거함으로써 리소스를 더 효과적으로 활용할 수 있습니다. 예를 들어 어떤 기술 스택을 사용할지 선택하는 번거로움 없이 서로 다른 스마트 계약이 서로 통신하고 데이터를 교환하며 작업을 수행할 수 있도록 보장합니다. 또한 저지연 시간, 저비용, 병렬 처리에서 비롯된 지역화된 수수료 시장(다양한 분야나 애플리케이션이 독립적인 수수료 구조를 가질 수 있음)의 특징은 단일 애플리케이션의 병목 현상으로 인한 통신 효율 저하를 제거합니다.
또한 Solana는 설정 가능한 토큰 표준 라이브러리, 크로스체인 상호 운용성, 외부 인덱서에 의존하지 않고 토큰 잔액 조회를 위한 RPC 등 내장 기능을 간단한 기술 스택 내에서 제공하여 애플리케이션이 마치 하나의 팀처럼 긴밀하게 협력하고 활력 있는 생태계를 형성하도록 지원합니다.
또한 Solana는 기술적, 재정적, 운영적 측면에서 개발자를 위한 포괄적인 지원 프로그램을 제공합니다. 즉, Solana는 제품 중심 개발자를 위한 이상적인 환경을 조성함으로써 생태계가 자신의 핵심 가치에 따라 건강하게 성장할 수 있도록 하고 있습니다.
2.3 오프체인과 온체인 사이의 경계를 허물다
블록체인 기술은 사용하기 불편하지만 현실 세계에 독특한 가치를 가져올 잠재력을 지니고 있어 이러한 불편함을 상쇄할 수 있으며, 이것이 많은 사람들이 이 생태계에 몰입하고 건설하는 이유입니다. 그러나 블록체인의 가치는 광범위한 채택을 통해서만 실현됩니다. Solana는 이를 잘 알고 있으며, 탈중앙화와 같은 블록체인의 초기 이상을 추구하기보다 실용성에 방점을 두고 있습니다. Solana 생태계의 비전은 "실제 적용"에 중심을 두고 있습니다.
Solana는 현재 세 가지 주요 분야에 집중하고 있습니다: DePIN, 모바일, 결제. 이 분야들의 공통점은 현실 세계 인프라와 밀접하게 연결되어 있다는 것입니다. DePIN은 실물 인프라를 유지·운영하기 위해 블록체인 기술을 활용하는 탈중앙화 네트워크를 만들며, Solana 주변에 빠르게 내러티브를 형성하고 있습니다. Solana의 낮은 수수료와 높은 처리 속도는 컴퓨팅, 저장, 통신, 지도, 데이터센터와 같은 자본 집약 산업에 이상적입니다. DePIN과 결제 분야의 발전은 Web3 기능을 활용해 현실 세계 인프라를 구축하는 것을 크게 촉진하며, 오프체인 사용자가 활동과 자산을 Solana 온체인 환경으로 가져오는 주요 방법이 될 것입니다. Saga(또는 Seeker) 모바일 기기와 다양한 소비자 애플리케이션을 통해 오프체인 사용자는 RWA와 같은 다양한 온체인 자산 클래스를 자연스럽게 경험하게 됩니다.
요컨대, Solana 생태계는 오프체인과 온체인의 경계를 허물 뿐만 아니라 각 공간을 더욱 의미 있게 만들고 있습니다.
3. Solana의 극적인 부활

암호화폐 산업은 짧은 시간 내 폭발적인 성장을 이루며 전 세계의 관심을 받았습니다. 급속한 발전은 격렬한 변동성을 동반했으며, 이는 업계 종사자들에게 이미 익숙한 일입니다. 그러나 Solana가 직면한 변동성은 특히 두드러졌습니다.
특히 2021-2022년 블록체인 열풍이 절정에 달했을 때, Solana는 세계 2위 암호화폐 거래소 FTX와 그 창립자 샘 뱅크먼-프리드(SBF)의 지원을 받아 빠르게 부상하여(스테이블코인 제외) 시가총액 4위의 생태계로 자리매김했습니다. 그러나 오래가지 못하고 FTX의 붕괴는 Solana 생태계에 파멸적인 타격을 주었으며, SOL 토큰 가격은 정점에서 무려 97% 폭락했습니다.
이렇게 큰 타격을 입었음에도 불구하고 Solana는 놀라운 회복력을 보이며 다시금 영향력을 되찾아가고 있습니다. 개발자들과 기업들의 적극적인 참여로 Solana 생태계는 과거보다 더 강력해졌습니다. Solana가 불에서 다시 태어난 것은 일관된 비전과 빠른 실행 능력 덕분입니다.
3.1 Solana 입문서

출처: Solana 백서
"빛의 속도로 합의에 도달하는 단일 글로벌 동기화 상태 머신"
Solana의 기원은 2017년 말로 거슬러 올라갑니다. 아나톨리 야코벤코(Anatoly Yakovenko)는 퀄컴에서의 경험을 바탕으로 블록체인 기술을 연구하기 시작했으며, 기존 블록체인의 주요 문제점인 거래 시간을 기록할 수 있는 모든 검증자가 신뢰할 수 있는 글로벌 동기화 시계의 부족을 발견했습니다.
이에 아나톨리는 SHA-256 해시 함수의 특성을 이용해 위조 불가능한 시간 시퀀스를 생성함으로써 블록체인 합의 과정의 시간 동기화 문제를 해결하는 새로운 방법을 제안했습니다. 그는 전통적인 블록체인이 노드 간의 거래 시간 합의, 순서 정렬 및 최종 확인을 위해 많은 의사소통이 필요하다는 점이 비효율적이라고 생각했습니다. 따라서 그는 각 검증자가 공통의 글로벌 시계를 독립적으로 검증할 수 있다면 네트워크 동기화가 단순화되고 거래가 도착하자마자 거의 즉시 처리될 수 있다는 더 간단한 해결책을 제시했습니다.
이 아이디어는 결국 역사 증명(PoH)으로 발전되었으며, 이는 소프트웨어가 하드웨어를 방해하지 않는다면 전체 네트워크 성능이 하드웨어의 발전에 따라 선형적으로 증가할 수 있다는 Solana의 가정과 일치합니다. 오늘날 Solana는 초당 수천 건의 거래를 처리할 수 있으며, 블록 시간은 400-500밀리초로 기존 블록체인보다 훨씬 높은 성능을 자랑합니다.
궁극적으로 Solana는 이러한 기술적 접근 방식을 통해 두 가지 목표를 달성하고자 했습니다: 높은 사용량을 처리할 수 있는 확장 가능한 플랫폼과 애플리케이션 간의 구성 가능성입니다. 단일 글로벌 동기화 상태를 공유하는 통합형 블록체인 설계를 통해 개발자는 프로그램(즉, 스마트 계약) 작성에 더 쉽게 접근할 수 있으며, 애플리케이션 개발의 복잡성을 줄이고 최종 사용자 경험 개선에 집중할 수 있습니다.
3.2 역경 속에서도 굳건함: 어떻게 도전을 극복했는가
Solana의 개발 철학, 다중 실행 및 병렬 처리의 활용, 그리고 지속적으로 뛰어난 네트워크 성능을 보여주는 것은 실용적인 개발자 중심의 커뮤니티를 구축하는 데 중요한 역할을 했습니다. 또한 당시 블록체인 내러티브의 절정기였던 DeFi와 NFT 열풍이 빠른 거래와 저렴한 수수료에 대한 수요를 불러일으키며 Solana를 이더리움의 진정한 경쟁자로 만들어 주었습니다.
그러나 FTX의 붕괴는 이러한 상황에 일시적인 타격을 주었습니다. 당시 Solana는 샘 뱅크먼-프리드(SBF)와 밀접한 관계를 맺고 있었으며, SBF는 Solana 생태계를 공개적으로 지지하고 탈중앙화 거래소(DEX) 프로젝트 Serum을 포함한 여러 프로젝트를 선도적으로 소개했습니다. SBF의 지원 아래 FTX는 세계 2위의 중앙화 거래소로 성장했으며, 그의 Solana 생태계 내 영향력도 점점 커졌습니다. 그러나 결국 FTX는 부적절한 재무 관리와 회계 조작으로 붕괴되었으며, 여기에는 회사 자산과 고객 예금을 헤지펀드 Alameda Research에 대출하고 투자하는 행위가 포함되었습니다. 따라서 FTX에 크게 의존했던 Solana 생태계 역시 붕괴의 위기에 처했습니다.
Solana 생태계가 붕괴된 것처럼 보였지만, Solana의 철학을 믿는 개발자들은 여전히 존재했습니다. 이런 상황에서 Solana가 취한 첫 번째 조치는 기술적 문제를 해결함으로써 네트워크의 안정성과 개발자 친화적인 환경을 강화하여 커뮤니티의 신뢰를 재건하는 것이었습니다.
3.2.1 기술적 측면

Solana 네트워크는 저렴한 고정 수수료 구조와 사전에 정해진 리더 노드 시스템을 통해 네트워크 통신 속도를 높이려는 본질적으로 단순한 설계로 인해 스팸 공격에 취약하여 빈번한 다운타임 문제에 시달렸습니다. 이러한 문제들을 해결하기 위해 Solana는 QUIC(빠른 UDP 인터넷 연결), 스테이킹 가중 QoS(서비스 품질 관리), 지역화된 수수료 시장 등을 도입하는 여러 가지 개선 조치를 시행했습니다.
QUIC(빠른 UDP 인터넷 연결)

Solana 네트워크는 처음에 RPC와 리더 노드 간의 통신에 맞춤형 UDP 프로토콜을 사용했습니다. UDP 프로토콜은 통신 과정을 단순화하고 전송 속도를 빠르게 할 수 있지만 다음과 같은 문제가 있습니다:
-
신뢰성 부족: UDP 프로토콜은 패킷이 성공적으로 전송되었는지 확인할 수 없어 메시지 도달을 보장할 수 없습니다.
-
출처 식별 어려움: UDP 프로토콜은 패킷의 출처 IP 주소를 식별할 수 없어 네트워크가 악의적인 행위를 추적하기 어렵습니다.
-
스팸 공격에 취약: UDP 프로토콜은 효과적인 네트워크 제어 메커니즘이 부족하여 많은 양의 스팸 메시지에 의해 쉽게 압도되어 네트워크 안정성이 저하될 수 있습니다.
UDP의 특성은 연속성이 필요한 서비스(예: 실시간 스트리밍)에는 적합하지만, 높은 보안성과 안정성이 요구되는 블록체인 환경에서는 부적합하다고 여겨집니다.
이러한 문제들을 해결하기 위해 Solana는 구글이 개발한 QUIC 프로토콜을 채택하기로 결정했습니다. QUIC는 UDP 프로토콜을 기반으로 하는 새로운 통신 프로토콜로, UDP의 장점을 유지하면서 단점을 개선했습니다:
-
높은 신뢰성: QUIC 프로토콜은 확인 메커니즘을 추가하여 패킷이 성공적으로 전송되었는지 검증함으로써 메시지의 신뢰할 수 있는 전달을 보장합니다.
-
강화된 보안성: QUIC 프로토콜은 TCP 프로토콜의 연결 및 핸드셰이크(노드 간 신원 확인 및 빠르고 안전한 연결 설정) 과정을 단순화하여 네트워크 보안성을 높입니다.
-
높은 효율성: QUIC 프로토콜은 손실된 패킷의 스트림만 재전송하고 다른 스트림의 전송은 계속함으로써 네트워크 효율성을 효과적으로 향상시킵니다.
스테이킹 가중 QoS(서비스 품질 관리)
네트워크 트래픽이 과부하되면 QoS(서비스 품질 관리)는 특정 유형의 트래픽을 우선 처리합니다. Solana의 리더 노드는 이전에 UDP를 사용하여 도착 순서에 따라 거래를 처리했으며, 출처를 고려하지 않았습니다. 그러나 QUIC 프로토콜의 도입으로 이제 리더 노드는 거래 요청의 IP 주소를 식별할 수 있게 되었으며, 이를 통해 Solana는 특정 연결의 트래픽을 우선 순위로 설정할 수 있습니다.
스테이킹 가중 QoS 정책의 핵심은 스테이킹된 SOL 수량에 따라 트래픽 제한 수준을 설정하는 것입니다. 즉, 검증자 노드가 전송할 수 있는 최대 패킷 수는 Solana 네트워크에 스테이킹한 SOL 토큰 수량에 비례합니다. 각 검증자 노드의 설정 제한을 초과하는 거래는 리더 노드에 의해 더 쉽게 폐기될 가능성이 있습니다.
이 방법은 다음과 같은 효과를 기대할 수 있습니다:
-
악의적인 검증자 노드의 스팸 공격을 방지합니다.
-
높은 거래 처리 수요를 가진 검증자가 더 많은 SOL 토큰을 스테이킹하도록 유도하여 Solana 네트워크의 보안성을 높이고 SOL 토큰 수요를 증가시킵니다.
지역화된 수수료 시장

Solana는 지속적이고 부담 없는 수수료 장점을 유지하기 위해 고정 수수료(Gas 비용) 정책을 채택하고 있지만, 블록 공간 경쟁이 치열할 경우 거래 실패나 사용자가 거래 성공을 보장하기 위해 많은 스팸 거래를 발생시켜 네트워크를 혼잡하게 만드는 문제가 발생할 수 있습니다. 이를 개선하기 위해 Solana 생태계는 지역화된 수수료 시장 시스템을 도입할지 여부를 논의하기 시작했습니다.
지역화된 수수료 시장 시스템에서는 사용자가 거래가 신속하게 처리되도록 보장하기 위해 수수료에 추가 비용을 지불할 수 있습니다. 이러한 메커니즘은 스팸 거래 활동을 효과적으로 억제하고 네트워크 효율성을 높일 수 있습니다.

출처: Visa
Solana는 전체 네트워크에 지역화된 수수료 시장을 도입하는 대신, 특정 애플리케이션 또는 시장에만 수수료 시장을 제한하는 부분적 수수료 시장 접근 방식을 채택했습니다. 이 방법은 특정 작업 수요가 급증할 때 전체 네트워크에 미치는 영향을 최소화할 수 있습니다. 이는 각 Solana 거래가 사전에 수정할 계정 상태 부분을 지정하고 동시에 거래를 처리할 수 있기 때문에 가능합니다.
예를 들어, 특정 NFT의 민팅 수수료가 수요 증가로 인해 급등하더라도, 이는 민팅과 관련없는 다른 계정(예: 토큰 전송)의 수수료 시장에 영향을 미치지 않습니다. 현재 지역화된 수수료 시장은 특정 애플리케이션, 예를 들어 거래소 및 자동 시장 조성기(AMM) 풀 등에만 제한되어 있습니다. 각 프로그램 계정은 블록당 사용할 수 있는 최대 계산 단위(CU) 수량이 블록당 최대 CU 총량의 25%(즉, 1,200만 CU)로 제한됩니다.
* 참고: 단일 거래의 최대 연산 단위는 140만 CUs입니다.

3.2.2 생태계 및 운영 관리 측면
기술적 노력 외에도 Solana가 시장의 관심을 다시 끌고 신뢰를 회복할 수 있었던 것은 기술 스택에 적합한 애플리케이션 분야를 적극적으로 확장하고 개발자 중심의 커뮤니티를 구축했기 때문입니다.
커뮤니티 응집력 강화
Solana 커뮤니티는 재단, 해커톤, Superteam Earn 등의 플랫폼을 통해 개발자에게 필요한 자원과 지원을 적극적으로 제공하며 "개발자에게 이익을 주는 것이 생태계의 지속 가능한 발전의 핵심"이라는 원칙을 고수하고 있습니다.
이 과정에서 LamportDAO 커뮤니티가 만든 밈코인 BONK는 남아있는 Solana 생태계 개발자들에게 토큰의 5%를 에어드랍하여 함께 생태계를 재건하도록 지원했습니다. 이 밈코인은 Solana 커뮤니티의 결속을 강화했으며, 개발자들이 생태계를 재건하는 과정에서 BONK 토큰도 점차 인기를 끌며 최저가 대비 15,680% 상승 기록을 세우기도 했습니다. BONK 토큰 가격 상승은 긍정적인 선순환을 일으켜 시장이 Solana와 그 생태계에 대한 관심을 높였으며, 이는 Saga 모바일 기기 사용자에게 3,000만 BONK 토큰을 에어드랍하는 제안으로 이어져 BONK와 Solana 생태계에 대한 관심을 더욱 높였습니다.
이어 Jito(MEV 솔루션 클라이언트 및 스테이킹 플랫폼), Pyth Network(오라클 네트워크), Jupiter(탈중앙화 거래소) 등의 프로토콜들도 에어드랍 전략을 발표하며 시장의 Solana에 대한 관심을 계속해서 자극했습니다. Tensor, marginfi, Zeta, Parcl 등 생태계 내 다른 프로토콜들도 포인트 정책을 도입하여 생태계 참여자들의 에어드랍 기대감을 높이며 생태계에 활력을 불어넣었습니다.
이러한 사례들은 커뮤니티 문화를 존중하고 탁월한 제품 설계를 결합함으로써 어떻게 생태계에 새로운 활력을 불어넣을 수 있는지를 보여주는 전형적인 예입니다.
Web2 인프라와의 연결 전략
2021-22년 블록체인 열풍이 수그러들면서 시장이 남긴 주요 질문은 "블록체인의 의미는 무엇인가?"였습니다. 이에 따라 각 메인넷들은 자신의 특성을 보다 명확히 정의하고 "실제 적용" 전략을 적극적으로 모색하기 시작했습니다. 이때 Solana는 이러한 질문에 단순히 반응하는 것을 넘어 현실 세계 인프라를 온체인 솔루션과 연결하는 여러 혁신적인 조치를 빠르게 추진하고 주도함으로써 시장의 높은 관심을 받았습니다.

출처: solanamobile.com
이러한 혁신 조치 중 가장 두드러진 것은 DePIN과 모바일 기기입니다. 앞서 언급했듯이 DePIN은 블록체인 기술의 탈중앙화 특성을 활용해 실물 인프라를 유지·운영하며, Solana는 이 분야에서 선도적인 위치를 차지하고 자체 내러티브를 구축하고 있습니다. 이는 단순히 Web3 기술로 현실 인프라 애플리케이션을 대체하거나 보완할 수 있는 사례를 보여주는 것을 넘어 오프체인 사용자가 Web3 세계로 진입할 수 있는 통로를 구축하여 Web3 애플리케이션을 경험하게 하는 데 목적을 두고 있습니다.
이러한 사용자들에게 Solana의 전체 생태계 경험을 제공하기 위해 Solana는 앱 스토어와 다양한 기능을 포함한 Saga 시리즈 모바일 기기를 출시했습니다. 첫 번째 Saga 기기는 2022년에 출시되었으며 초기 판매량은 많지 않았지만, BONK 토큰 소식과 Solana 생태계의 활력이 알려지면서 12월에는 매진되었습니다. 두 번째 제품인 'Seeker'는 2024년 9월 19일 TOKEN 2049 행사에서 발표되었으며, 2025년 상반기에 출시될 예정이며, 9월 19일 기준으로 이미 14만 대 이상의 예약을 받았습니다.
* Solana Mobile은 2024년 9월 19일 TOKEN 2049 행사에서 Saga 시리즈의 두 번째 제품 'Seeker'를 출시했습니다.

두 번째 주요 분야는 결제입니다. 실제로 P2P(피어 투 피어) 블록체인 기반 암호자산을 통한 결제는 중개자 문제, 높은 수수료, 느린 거래 속도 등의 전통 금융 시스템 문제를 해결할 수 있는 중요한 애플리케이션 시나리오로 자주 간주됩니다. Solana는 다중 스레딩 병렬 처리, 빠른 처리 속도, 낮은 거래 비용 덕분에 암호화 결제에 가장 적합한 블록체인으로 점차 자리매김하고 있습니다. Solana는 블록체인 거래를 신용카드 결제만큼 직관적이고 간단하게 만들기 위해 토큰 확장 표준과 같은 다양한 혁신을 적극적으로 강화하고 있습니다. Circle의 USDC는 오랫동안 Solana의 공식 파트너였으며, PayPal과 Paxos가 협력하여 출시한 PYUSD도 5월부터 Solana 블록체인에서 사용되기 시작했습니다. Visa는 Solana를 안정토큰 결제 인프라에 포함시키겠다고 발표했으며, 2022년 2월 출시된 오픈소스 플랫폼인 Solana Pay는 다양한 애플리케이션이 암호자산 결제 기능을 구축할 수 있도록 허용합니다. 또한 Solana Pay 플러그인은 Shopify, Citcon, Checkout.com 등의 플랫폼에 이미 통합되었습니다.
사용자 다양성 및 검증자 탈중앙화를 위한 조치
Solana는 검증자 클라이언트의 다양성이 네트워크의 안정성과 보안성을 높일 수 있다고 판단하고, 다양한 검증자 클라이언트 프로그램을 통해 네트워크 탄력성을 강화하고 있습니다. 이러한 클라이언트 다양성은 특정 소프트웨어 결함이 전체 네트워크에 미치는 영향을 줄일 수 있으며, 한 클라이언트에서 발생한 오류나 취약점이 다른 클라이언트에 영향을 미치지 않을 수 있기 때문입니다.
Solana는 처음에 Solana Labs가 개발한 단일 클라이언트만 사용했지만, 2022년 8월 Jito Labs가 두 번째 클라이언트 Jito-Solana를 출시함에 따라 다양화를 시작했습니다. 또한 Jump Crypto가 개발한 독립 검증자 클라이언트 Firedancer(C/C++ 기반)의 베타 버전도 출시되었습니다.
또한 Tinydancer라는 경량 클라이언트도 많은 주목을 받고 있습니다. 이는 비교적 낮은 비용으로 거래를 검증할 수 있으며, Solana 노드 운영에 일반적으로 높은 하드웨어 사양 *이 요구되는 상황에서 '탈중앙화가 진정으로 이루어지지 않았다'는 오해를 줄이는 데 도움이 됩니다. 네트워크의 확장성, 보안성, 검열 저항성을 달성하기 위해서는 고성능 노드의 하드웨어 요구사항을 낮추는 것보다 오히려 더 가벼운 블록 검증 ** 역할을 탈중앙화하고 분리하는 것이 더 중요하다는 점을 비탈릭(Vitalik)의 '엔드게임' 글에서도 언급했습니다.
* Solana 노드 운영 권장 사양: (출처: helius.dev)
-
최소 12코어 CPU, 2.8GHz 클럭 속도
-
128/256GB RAM(RPC 노드는 사용자 정의 데이터베이스 인덱스를 지원하기 위해 더 많은 RAM 필요 가능)
-
최소 1TB NVME 드라이브 2-4개
-
10Gbps 네트워크
** 이더리움이 제안한 PBS(제안자와 블록 생성자 분리 - Proposer-Builder Separation) 아키텍처도 이러한 배경에서 나온 것입니다.

높은 사양의 하드웨어가 필요하지만, 약 1,300개의 Solana 합의 노드가 지리적으로 광범위하게 분포되어 있습니다. 또한 나카모토 계수(Nakamoto Coefficient, 블록체인의 운영에 문제가 발생할 수 있는 검증자 수)는 여전히 안정적으로 약 20 수준을 유지하고 있습니다. 대부분의 노드가 미국에 집중되어 있지만, Solana는 무어의 법칙에 따라 소프트웨어와 하드웨어를 지속적으로 최적화하여 더 많은 사람들이 노드 운영에 필요한 하드웨어 비용을 감당할 수 있도록 하며 노드의 지리적 분포와 탈중앙화를 촉진하고 있습니다. 또한 탈중앙화 기준에 부합하는 위임 프로그램을 시행하여 SOL을 다양한 지역의 검증자에게 위임하도록 유도함으로써 특정 지역 노드의 과도한 집중 위험을 낮추고 있습니다. 이는 Solana가 탈중앙화를 점차 실현하고 있음을 보여줍니다.
이더리움 외에도 소수의 독립적인 검증자 클라이언트를 보유한 블록체인 중 하나로서, Solana는 지속적으로 탈중앙화를 위해 노력하며 네트워크 안정성을 추구하고 있습니다.
Solana는 내부적으로 기반을 다지는 것뿐만 아니라 상업적 영향력을 적극적으로 확대하고 있습니다. 위에서 언급한 이러한 노력들은 기관 투자자들을 끌어들이기에 충분한 매력을 제공했으며, Ark Invest의 CEO 캐시 우드(Cathie Wood)는 공개적으로 Solana 비전에 대해 긍정적인 입장을 밝혔고, Grayscale의 Solana 신탁 상품은 무려 869% 급등했습니다. 요컨대, Solana는 일관된 비전과 빠른 실행력으로 위기에 빠진 것처럼 보였던 생태계를 다시 일으킬 수 있는 강력한 잠재력을 입증했습니다.
4. Solana 네트워크의 다층적 기둥
본 섹션에서는 Solana의 일관된 비전을 지지하고 생태계 회복을 견인하는 Solana 기술 스택의 각 요소를 깊이 있게 살펴봅니다.
4.1 구성 가능성과 효율성에 헌신하는 기술 스택
4.1.1 프로그래밍 언어

출처: Solana
겉보기에는 Solana의 목표는 거래 수수료를 낮추고 블록 시간을 단축하는 것으로 보이지만, 기술적으로 보면 하드웨어에 소프트웨어를 최적화하는 데 목적이 있습니다. 이를 위해 Solana는 프로그램(즉, 스마트 계약)의 프로그래밍 언어를 신중하게 선택해야 했으며, 결국 Rust를 채택했습니다. Rust는 병렬 처리, 메모리 안전성, 저수준 제어, 강력한 타입 시스템을 지원합니다. Rust 타입 시스템은 컴파일 시 코드의 데이터 타입을 검사하며, 타입이 호환되지 않으면 코드 컴파일을 차단함으로써 타입 오류를 방지하고 코드의 안전성과 예측 가능성을 보장합니다.
그러나 Solana의 궁극적인 목표는 모든 LLVM*(원래는 저수준 가상 머신의 약자이지만 실제로는 컴파일러 모음) 언어가 상호 협력할 수 있는 환경을 만드는 것입니다. 따라서 Rust가 Solana 애플리케이션 개발의 주요 언어이지만, LLVM을 활용하여 C 또는 C++과 같은 다른 언어로 작성된 코드를 Solana에서 실행 가능한 기계어로 변환할 수 있습니다.
클라이언트는 JSON RPC API 기반의 다양한 SDK(Java, C#, Python, Go, Kotlin 등)를 사용하여 Solana 네트워크와 상호 작용할 수 있습니다.
* LLVM은 다양한 하드웨어 플랫폼에서 고효율, 고품질의 코드를 효과적으로 최적화할 수 있는 고도로 모듈화된 컴파일러 및 도구 체인 기술 모음으로, 숙련된 기술자들의 선호하는 개발 환경이 되었습니다.
4.1.2 핵심 혁신
Solana는 사용자가 거래를 제출하여 블록이 생성되는 전체 과정에서 초고속을 유지하기 위해 8가지 핵심 기술을 채택했습니다. 이러한 기술을 더 잘 이해하기 위해 Solana의 합의 메커니즘이 어떻게 작동하는지 간단히 소개하겠습니다.

a. 거래 서명 및 RPC 노드의 거래 수신 - 사용자는 지갑을 통해 거래에 서명한 후 서명된 거래를 RPC 노드로 보냅니다.
b. 리더 노드 선택 - 동시에 리더 노드 선택은 토큰 보유자가 노드에 위임한 스테이킹 가중치를 기반으로 하며, 검증자는 '리더 노드 로테이션 계획'*에 따라 순차적으로 교체됩니다.
c. 거래 처리 및 타임스탬프 - 거래 처리 단계에서 거래는 순차 처리가 필요한 거래와 병렬 처리가 가능한 거래로 분류되어 서로 다른 스레드(6개의 스레드 중 2개는 투표 거래 전용, 나머지 4개는 '중앙 스케줄러'가 우선 처리)에 할당됩니다. 리더 노드는 역사 증명(PoH)을 사용하여 거래에 타임스탬프를 찍어 순서를 결정합니다.
d. 블록 생성 - 리더 노드는 자신의 PoH 시퀀스를 사용하여 블록 생성을 시작합니다.
e. 블록 전파 - 방금 생성된 블록은 네트워크의 복제 노드(즉, 다른 검증자)로 전송됩니다.
f. 거래 검증 - 복제 노드는 자신의 PoH 시퀀스를 사용하여 거래 순서를 검증하고 거래가 네트워크 규칙을 준수하는지 확인합니다. 거래 순서는 PoH 시퀀스(즉, 글로벌 시계)에 의존하므로 노드 간에 직접 통신할 필요가 없습니다.
g. 블록 확정 - 거래 순서가 정렬되고 검증된 후 블록이 블록체인에 추가됩니다. 다음 리더 노드가 선정되며 프로세스가 다시 시작됩니다.
* Solana는 리더 노드가 한 epoch 전에 미리 결정되도록 '리더 노드 로테이션 계획'을 운영하여 블록이 지연되거나 과도하지 않도록 보장합니다.
** 버전 1.18에서 도입된 중앙 스케줄러는 모든 거래의 우선 순위 지정 및 처리를 담당하여 복잡성과 추가 부담을 줄였습니다.
*** '역사 증명' 섹션을 참조하여 이 과정을 더 잘 이해할 수 있습니다.
역사 증명(Proof of History)
앞서 언급했듯이, 역사 증명의 핵심은 각 검증자가 '글로벌 시계'를 생성하고 보유할 수 있어 모든 거래의 순서를 참조할 수 있다는 점입니다. 예를 들어, 이전 해시 값(예: hash1)을 해싱하여 다음 해시 값(예: hash2, 즉 sha256(hash1))을 생성하는 것은 직관적으로 hash1이 hash2 이전에 발생했음을 나타냅니다. Solana는 이 과정을 '시퀀스'라고 부릅니다.

출처: Solana 백서
즉, 이 연속적인 해시 데이터 구조는 시간(글로벌 시간) 태그처럼 작동하며 시간이 실제로 경과했음을 증명합니다. 각 검증자가 이 증거를 독립적으로 생성하고 보유할 수 있으므로 시간의 경과를 확인하기 위해 다른 검증자와 의사소통할 필요가 없습니다. 따라서 리더 검증자는 추가적인 조정 없이도 빠르게 교체될 수 있습니다. 이것이 Solana가 PoH를 적용함으로써 다른 블록체인보다 더 짧은 블록 시간을 달성할 수 있는 핵심 이유입니다.

출처: Solana 백서
이 시퀀스 생성은 출력 해시 값을 참조해야 하므로 단일 코어 처리를 통해만 완료될 수 있지만, 검증 과정은 다중 코어 처리를 사용할 수 있습니다. 그 이유는 로직이 매우 간단하기 때문입니다—해시 계산만 수행하면 됩니다. 따라서 이것은 Solana의 철학인 "각 노드의 검증은 하드웨어에 따라 선형적으로 확장된다"를 달성합니다.
따라서 PoH는 합의 알고리즘이라기보다는 글로벌 시계 데이터 구조 또는 연속적인 해시 함수를 통해 구현된 검증 가능한 지연 함수(VDF)에 더 가깝습니다. 실제로 Solana는 Tower BFT DPoS(비잔틴 장애 허용의 대리 지분 증명)를 합의 알고리즘으로 사용합니다.
타워 비잔틴 장애 허용의 대리 지분 증명(Tower BFT DPoS)
Tower BFT는 역사 증명(PoH)으로 최적화된 PBFT(실용적인 비잔틴 장애 허용)의 일종으로 볼 수 있습니다. PoH를 '글로벌 시계'로 활용하여 거래 순서를 사전에 결정하고 합의 과정에만 집중함으로써 메시지 전송 부담과 지연을 크게 줄입니다. 검증자들은 다음과 같은 방식으로 Tower BFT를 통해 합의에 도달합니다:
검증자들은 고정된 시간 간격(약 400밀리초)마다 자신이 올바르다고 생각하는 원장 버전에 투표*하고, 잘못되었다고 생각하는 버전은 포기합니다. 이 과정에서 노드 간의 P2P 통신이 필요하지 않습니다. 각 투표가 진행됨에 따라 이전 블록으로 되돌아가는(*rollback*) 데 필요한 대기 시간이 두 배씩 증가합니다. 즉, 대부분의 검증자가 지속적으로 지지하는 PoH 시퀀스가 진행됨에 따라 되돌리기가 점점 더 어려워집니다. 예를 들어, 모든 검증자가 14초(14,000밀리초 / 400밀리초 = 35회) 동안 35회 투표했다면 되돌리기 시간 제한은 약 435년(2^35 × 0.4 / 3600 / 24 / 365)에 달해 사실상 불가능해집니다.
따라서 '가장 무거운 시퀀스'(heaviest sequence) ***만 블록체인에 남게 됩니다. 왜냐하면 대부분의 검증자가 이를 지지하기 때문에 되돌리기가 가장 어려우며, 이 시퀀스를 지지하는 검증자들에게 보상이 주어지기 때문입니다. 간단히 말해, PoH 덕분에 Tower BFT의 검증자들은 P2P 통신 없이도 스스로 타임아웃을 계산할 수 있어 투표가 제때 이루어지도록 보장하고 네트워크의 활성화를 유지하며 블록 포크의 위험을 줄입니다.
* 투표의 가중치는 각 검증자가 네트워크에서 스테이킹한 수량에 따라 결정됩니다.
** '롤백(rollback)'은 블록체인 상태 또는 거래 기록을 이전 상태로 되돌리는 것을 의미하며, 일반적으로 일부 오류나 무효 거래를 취소하기 위해 수행됩니다.
*** '가장 무거운 시퀀스'란 가장 많은 검증자로부터 투표를 받은 시퀀스를 의미합니다.
걸프 스트림(Gulf Stream)

다른 블록체인과 달리, Solana는 사용자 거래를 저장할 공개 메모리풀(mempool)*이 필요하지 않습니다. 왜냐하면 거래 처리 속도가 매우 높고 블록 공간이 비교적 충분하기 때문입니다. 또한 사용자가 시작한 거래는 QUIC 스트림으로 인코딩되어 다음 리더로 선정된 검증자에게 직접 전송됩니다. 이 방법을 '걸프 스트림(Gulf Stream)'이라고 하며, 리더 교체를 가속화하고 거래를 사전에 실행함으로써 다른 검증자의 메모리 부담을 줄입니다.
* 공개 메모리풀(mempool): 아직 확인되지 않은 거래를 일시적으로 저장하는 용도. 사용자가 거래를 시작하면 해당 거래는 네트워크 노드로 방송되며 각 노드의 메모리풀에 추가됩니다. 마이너는 메모리풀에서 거래를 선택하여 새 블록에 묶고 블록체인에 추가합니다.
Solana의 병렬 스마트 계약 실행 환경(Sealevel) & 수평 확장 계정 데이터베이스(Cloudbreak)

Sealevel은 Solana의 핵심 기술로, EVM이나 WASM 기반 실행 환경에서는 불가능한 다중 스레드 병렬 처리를 가능하게 합니다. Sealevel은 거래에 포함된 '명령(instruction)'을 사용하여 병렬 처리를 수행하며, 거래에 포함된 계정 배열은 Solana 네트워크의 글로벌 상태 정보를 포함합니다. 거래는 각 계정의 읽기/쓰기 상태에 따라 사전에 분류되어 병렬 처리됩니다.

출처: Solana 거래의 생명주기
참고로, 계정 데이터베이스를 여러 스레드가 동시에 읽기/쓰기를 할 수 있는 구조로 조직하는 것은 전통적인 데이터베이스조차도 매우 어렵습니다. 이를 해결하기 위해 Solana는 SSD 성능을 극대화하고 연속 작업의 속도 이점을 누릴 수 있도록 계정 데이터 구조를 특정 방식으로 분할하는 Cloudbreak 기술을 개발했으며, 효율성을 높이기 위해 메모리 매핑 파일을 채택했습니다.
* 앞서 언급했듯이, Sealevel의 이러한 병렬 처리 로직은 Solana의 지역화된 수수료 시장이 가능해진 이유이기도 합니다.
파이프라이닝(Pipelining)

Solana 블록체인에서 파이프라이닝 기술은 데이터 입력 스트림(다음 리더가 사전에 수신한 QUIC 패킷)을 여러 하드웨어 부품으로 나누어 동시에 처리하는 기술입니다.
파이프라인 처리의 흐름은 다음과 같습니다:
-
데이터는 먼저 '커널 공간(kernel space)'으로 들어간 후 GPU로 전달되어 병렬로 서명을 검증합니다.
-
GPU에서 서명이 검증되면 데이터는 CPU로 전달되어 거래 처리를 합니다.
-
동시에 '커널 공간'은 다음 데이터를 준비하고, CPU는 처리된 데이터를 기록(쓰기)하여 블록체인에 저장한 후 다음 블록으로 전달합니다.
파이프
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
![암호 조간: 일본 금융 거물 SBI 와 Solana 재단, 전략적 파트너십 체결, 트럼프 미국 상원에 [Clarity Act] 신속 통과 촉구](https://upload.techflowpost.com/upload/materials/articles/20260701/20260701104056138403.jpg?x-oss-process=image/resize,p_50/quality,q_80)













