SOON Network의 SVM 해방: 솔라나 실행 계층의 디커플링이 블록체인 아키텍처를 재편하는 방법
수년 동안 Solana 의 Virtual Machine 은 암호화폐 분야에서 가장 강력한 실행 환경 중 하나였습니다 — 병렬 트랜잭션 처리, 1초 미만의 완결성, 그리고 대부분의 체인을 느리게 보이게 만드는 처리량을 갖추고 있었습니다. 하지만 여기에는 한 가지 제약이 있었습니다: 솔라나 위에서 빌드할 때만 SVM 을 사용할 수 있었다는 점입니다. SOON Network 가 이를 바꾸고 있습니다. SOON 은 솔라나의 합의 계층에서 SVM 을 정교하게 분리해냄으로써, 2026년의 가장 중대한 인프라 성과가 될 수도 있는 것을 만들어냈습니다 — 바로 네이티브 체인에서 해방되어 이더리움 (Ethereum), BNB Chain 및 그 너머의 롤업에 동력을 공급할 준비가 된 실행 엔진입니다.
폐쇄형 정원 (Walled Garden) 의 문제점
솔라나의 아키텍처는 통합 스택으로 설계되었습니다. 합의 메커니즘 (역사 증명, Proof of History), 네트워킹 계층 (Gulf Stream), 그리고 실행 엔진 (Sealevel/SVM) 은 성능을 극대화하기 위해 긴밀하게 결합되어 있었습니다. 이 모놀리식 설계는 400 밀리초의 블록 타임과 초당 수천 건의 트랜잭션이라는 업계 최고의 속도를 제공했지만, 근본적인 한계도 만들어냈습니다.
개발자가 SVM 의 병렬 처리 기능을 원한다면 솔라나의 전체 스택, 즉 합의 규칙, 검증인 경제학, 네트워크 효과를 모두 수용해야 했습니다. 그 사이 더 넓은 블록체인 생태계는 파편화되고 있었습니다. 이더리움만 해도 현재 60개 이상의 레이어 2 (Layer 2) 네트워크를 보유하고 있으며, 각각 유동성, 사용자, 개발자의 관심을 끌기 위해 고군분투하고 있습니다. 통합된 L2 생태계는 약 380억 달러의 TVL 을 보유하고 있지만, 이러한 롤업 간의 상태 파편화로 인해 28억 달러 이상의 브릿징 해킹이 발생했습니다.
이제 피할 수 없는 질문이 생겼습니다: 솔라나의 가장 핵심적인 부분인 실행 엔진만 떼어내어 어떤 체인에든 연결할 수 있다면 어떨까요?
Anza 의 SVM API: 모든 것을 여는 열쇠
기술적 촉매제는 솔라나의 핵심 개발사인 Anza 가 SVM API 를 출시한 2024년 중반에 나타났습니다. solana-svm Rust 크레이트 (crate) 로 게시된 이 인터페이스는 솔라나 검증인 클라이언트 (Agave) 에서 SVM 을 공식적으로 분리했습니다. 처음으로 개발자들은 솔라나 네트워크 외부의 구성 요소에서 SVM 실행을 구동할 수 있게 되었습니다.
SOON 은 이 기회를 포착한 최초의 프로토콜이 되었습니다. 이전의 SVM 관련 프로젝트들이 취했던 방식인 솔라나의 코드베이스를 포크 (fork) 하고 호환성 계층을 해킹해 넣는 방식 대신, SOON 은 공식적으로 분리된 인터페이스를 기반으로 구축되었습니다. 이러한 아키텍처적 결정은 중요한 의미를 갖습니다: SOON 의 실행 계층은 유지 관리가 까다로운 포크 버전으로 전락하는 대신, 업스트림 솔라나의 개선 사항과 동기화된 상태를 유지할 수 있습니다.
하지만 분리만으로는 충분하지 않았습니다. 롤업 실행 엔진으로 작동하기 위해 SVM 은 솔라나 자체에서는 필요하지 않았던 수정 사항이 필요했습니다.
분리된 SVM 의 세 가지 기둥
머클화 (Merkelization): 상태 증명 가능하게 만들기
솔라나의 네이티브 SVM 은 상태 관리를 위해 머클 트리 (Merkle trees) 를 사용하지 않습니다. 자신의 합의를 제어하는 모놀리식 L1 일 때는 암호학적 상태 증명이 필요하지 않으며, 검증인이 직접 상태를 확인할 수 있기 때문입니다. 하지만 다른 체인에서 결제되는 롤업의 경우, 증명 가능한 상태는 타협할 수 없는 필수 요소입니다.
SOON 은 SVM 내에 머클 패트리샤 트리 (Merkle Patricia Trie, MPT) 와 UniqueEntry 라는 구성 요소를 구현하여 이를 해결했습니다. 이 추가 기능을 통해 세 가지 중요한 역량이 가능해집니다:
- 상태 루트 검증 (State root validation) — L1 컨트랙트가 L2 의 상태를 검증할 수 있습니다.
- 포함 증명 (Inclusion proofs) — 사용자가 자신의 잔액과 트랜잭션 결과를 증명할 수 있습니다.
- 무상태 실행 (Stateless execution) — 노드가 전체 상태를 저장하지 않고도 트랜잭션을 검증할 수 있습니다.
SOON 은 머클화를 솔라나의 역사 증명 (Proof-of-History) 구조에 통합하고 별도의 로직을 통해 상태 루트를 처리함으로써, SVM 의 병렬 처리 이점을 희생하지 않으면서도 효율적인 상태 관리를 달성합니다.
병렬 처리를 통한 수평적 확장
SVM 의 비밀 병기는 항상 병렬 런타임인 Sealevel 이었습니다. 트랜잭션을 순차적으로 처리하는 EVM 과 달리, SVM 은 겹치지 않는 트랜잭션을 식별하고 사용 가능한 코어 전체에서 동시에 실행합니다.
SOON Stack 은 트랜잭션 처리 파이프라인 을 롤업 환경에 맞게 최적화하여 이를 한 단계 더 발전시켰습니다. 그 결과는 놀랍습니다: 50 밀리초의 블록 타임으로, 솔라나 자체의 400 밀리초 블록보다 8배 더 빠릅니다. 이는 단순한 이론적 벤치마크가 아닙니다. 트랜잭션이 실행 전에 글로벌 합의를 거칠 필요가 없을 때, 실행 계층은 하드웨어에 가까운 속도로 작동할 수 있습니다.
또한 이 아키텍처는 병렬 실행을 위해 트랜잭션 순서를 최적화하는 스케줄러를 도입하여 충돌을 줄이고 처리량을 극대화합니다. DEX, 게이밍, 오더북 프로토콜과 같은 고빈도 애플리케이션의 경우, 이러한 성능 한계치는 롤업에서 아키텍처적으로 가능한 범위를 바꿔 놓습니다.
InterSOON: 체인 간 신경계
해방된 SVM 은 그것이 구동하는 체인들이 실제로 통신할 수 있을 때만 가치가 있습니다. Hyperlane 의 메시징 인프라를 기반으로 구축된 InterSOON 은 자산 복제나 중앙 집중식 수탁 없이 네이티브 크로스 체인 상호운용성을 제공합니다.
기존의 브릿징 솔루션은 외부 체인 자산의 합성 표현인 래핑된 토큰 (wrapped tokens) 을 생성합니다. 이러한 래핑 방식은 수탁 위험, 유동성 파편화, 그리고 사용자 경험 (UX) 마찰을 유발합니다. InterSOON 은 다른 접근 방식을 취합니다: 래핑이 없는 네이티브 상호운용성을 지원하여 자산과 스마트 컨트랙트 호출이 체인 간에 일급 작업 (first-class operations) 으로 흐를 수 있게 합니다.
이는 SOON 메인넷 (이더리움 L2) 의 DeFi 프로토콜이 어 느 쪽도 브릿지를 거치지 않고도 SOON 기반의 BNB Chain 롤업 애플리케이션과 직접 결합할 수 있음을 의미합니다. 파편화 문제로 고심하는 60개 이상의 L2 생태계에 있어, 이러한 네이티브 상호운용성은 멀티 체인 아키텍처에서 가장 지속적인 페인 포인트 (pain point) 중 하나를 해결합니다.
Super Adoption 스택
SOON 의 아키텍처는 세 가지 제품으로 구현됩니다 :
SOON 메인넷 (SOON Mainnet) — 이더리움에서 결제되는 범용 SVM 레이어 2입니다. 이는 이더리움의 보안 보장과 유동성을 바탕으로 개발자에게 SVM 성능을 제공하는 핵심 배포판입니다. "솔라나의 속도, 이더리움의 보안" 이라고 생각하면 됩니다.
SOON 스택 (SOON Stack) — OP Stack 을 기반으로 구축된 모듈형 롤업 프레임워크로, 분리된 SVM 을 실행 엔진으로 교체하여 사용합니다. 어떤 팀이든 SOON 스택을 사용하여 지원되는 모든 L1 에서 SVM 기반 체인을 출시할 수 있습니다. 이 프레임워크는 현재 이더리움을 결제 레이어로 지원하고 데이터 가용성을 위해 Avail 을 통합하고 있으며, 향후 추가적인 L1 및 DA 레이어로 확장할 계획입니다.
InterSOON — 모든 SOON 기반 체인을 통합 네트워크로 연결하는 크로스 체인 메시징 레이어입니다. 이는 고립된 롤업을 유동성과 상태가 자유롭게 흐를 수 있는 일관된 "슈퍼체인" 으로 변모시키는 핵심 요소입니다.