계속되는 혼잡, 솔라나는 레이어2와 롤업이 필요할까?

2024.04.28

계속되는 혼잡, 솔라나는 레이어2와 롤업이 필요할까?

솔라나는 소울메이트를 필요로 한다: 앱체인과 롤업이 완벽한 선택이 될 수 있을까?

2024.04.28 - 04:22:06

Solana

Web3 심층 보도에 집중하고 흐름을 통찰

솔라나는 소울메이트를 필요로 한다: 앱체인과 롤업이 완벽한 선택이 될 수 있을까?

글: Yash Agarwal

번역: TechFlow

한 달 전, DRiP의 창립자인 비브(Vibhu)는 성명을 통해 솔라나(Solana)에 L2 및 롤업(Rollup)이 필요하다는 시급한 논쟁을 촉발했다.

그가 이렇게 느낀 이유는 SOL 가격 상승과 네트워크 혼잡으로 인해 DRiP가 기반 레이어에서 상당한 가치를 유출하고 있었기 때문이다(약 주당 2만 달러). 솔라나에서 활동이 증가함에 따라 다음과 같은 현상이 나타났다:

장점: 유동성, 자본, 거래량 증가 (컴포저빌리티 덕분)
단점: 인프라 비용 상승, 사용자 경험 저하, 네트워크 혼잡

하지만 DRiP는 주로 솔라나를 인프라로서만 활용하며 매주 수천 개의 지갑에 수백만 개의 NFT를 배포하기 때문에 높은 수준의 컴포저빌리티 혜택을 거의 누리지 못한다. 솔라나의 TVL 및 자본 유입 증가는 DRiP에 거의 영향을 미치지 않으며, 오히려 DRiP는 높은 인프라 비용 등의 단점에 주로 시달린다.

비브는 "컴포저빌리티의 수익 체감 효과"라고 지적했다. 또한 그는 솔라나 앱 개발자들이 롤업에 대한 열망을 내부적으로 논의하고 있다고 언급하며, 그 이유로 다음을 들었다:

거래 처리량 증가, 블록 공간 경쟁 감소, 수수료 하락
자체 사업에서 발생하는 경제적 가치에 대한 더 나은 통제력

지난 몇 달 동안 솔라나는 JUP 에어드롭, ORE 채굴, 밈코인 거래 급증 등 다양한 혼잡 사건을 겪었다. 파이어댄서(Firedancer)가 이러한 문제들을 모두 해결할 수 있을 것이라는 주장도 있지만, 현실적으로 보면 일정은 여전히 불확실하며 현재 10배 이상 확장할 수 없다. 그럼에도 불구하고, 다양한 테스트를 거친 모든 주요 체인들 중에서 솔라나는 마지막으로 남은 진정한 모놀리식 체인으로 간주된다.

솔라나는 모놀리식 구조를 유지해야 할까, 아니면 모듈화되어야 할까? 솔라나도 이더리움처럼 분산된 L2 및 L3 솔루션을 채택하며 진화하게 될까? 솔라나 위의 앱 체인 및 롤업의 현재 상황은 어떠할까?

이러한 질문들에 답하고 전체 논의를 정리하기 위해 본문에서는 가능한 모든 가능성을 탐색하고 다양한 프로젝트들을 논의하며 장단점을 평가할 것이다.

본문은 기술적 세부 사항에 깊이 들어가기보다는 시장 중심적이고 실용적인 관점에서 다양한 확장 방법들을 다루며 개요를 제공할 것이다.

간단히 말해, 우리는 다음을 논의할 것이다:

솔라나와 네트워크 혼잡
솔라나의 모듈화
솔라나 앱 체인 및 예시
솔라나 L2 및 롤업 (RollApps) 및 예시
롤업 및 앱 체인을 지원하는 인프라

솔라나와 네트워크 혼잡

먼저 방 안의 코끼리부터 해결하자. 최근 솔라나 네트워크는 매우 혼잡했으며(현재 대부분 해결됨), 에어드롭과 대량의 밈코인 거래 등으로 인해 ping 횟수가 많고, 실패한 거래 비율이 높으며, 우선순위 수수료 증가로 네트워크 비용이 상승했다. 이런 문제가 있음에도 불구하고 솔라나는 초당 약 1-2k TPS를 처리하며 유지하고 있으며, 이는 모든 EVM 체인들의 합계보다 많다. 나는 이것이 블록체인에게 좋은 문제라고 생각하며, 솔라나의 모놀리식 이론도 시험받고 있다.

솔라나 재단은 최근블로그 포스트를 발표하며 프로젝트들이 즉시 네트워크 성능을 향상시키기 위한 조치를 취할 것을 권고했다. 여기에는 다음이 포함된다:

지연 또는 거래 손실을 방지하기 위해 필수적인 우선순위 수수료 도입.
불필요한 부분은 사용하지 않고 필요한 부분만 사용하도록 프로그램 계산 유닛(CU) 사용 최적화.
애플리케이션이 사용자의 트랜잭션 처리를 우선시할 수 있도록 하는 우선순위 기반 서비스 품질(QoS) 도입.

그러나 이러한 모든 조치들은 일정 수준까지 거래 완료율을 향상시킬 수 있을 뿐이며, 원활한 거래 사용자 경험을 보장하지는 못한다. 이 문제를 해결하기 위한 즉각적인 방법은 오랫동안 기다려온 새로운 트랜잭션 스케줄러로, 4월 말에 v1.18 버전으로 출시될 예정이다. 이 스케줄러는 기존 스케줄러와 함께 출시되지만 기본적으로 활성화되지 않아 검증자가 새 스케줄러의 성능을 모니터링하고 문제가 생길 경우 쉽게 이전 스케줄러로 되돌릴 수 있다. 이 새로운 스케줄러는 기존 스케줄러의 비효율성을 개선하여 블록을 더 효율적이고 경제적으로 채우는 것을 목표로 한다.새 스케줄러에 대해 더 깊이 알고 싶다면 이 글을 읽어보세요.

Anza(솔라나 랩스의 파생 조직)는 지속적으로 네트워크 혼잡 문제를 해결하기 위해 노력하고 있으며, 이 문제들은 QUIC 구현과 관련된 것으로 확인되었고, Agave(솔라나 랩스) 검증자 클라이언트가 많은 요청을 처리하도록 요구받을 때의 행동도 문제였다.

모듈화를 지지하는 사람들은 솔라나가 '모듈화 로드맵'을 채택할 것을 강력히 주장하지만, 솔라나 랩스/Anza(솔라나 프로토콜의 핵심 유지 관리자)는 여전히 기반 레이어의 처리량과 지연 시간 최적화에 집중하고 있다. 일부 잠재적 개선 사항은 다음과 같다:

수수료 시장을 완전히 개혁하고 기본 수수료를 높이는 것(현재 5,000 램포츠 또는 0.000005 SOL로 설정됨).
스팸 방지를 위해 시간이 지남에 따라 점진적으로 수수료를 늘리는 지수형 쓰기 잠금 수수료를 계정에 적용.
시스템 벌칙을 통해 CU(계산 유닛) 예산 요청을 최적화.
전체 네트워크 아키텍처 강화.

이러한 수직적 확장(싱글 체인) 측면에서 개선이 이루어지더라도 솔라나가 수평적 확장(롤업)을 채택할 가능성은 배제할 수 없다. 실제로 솔라나는 두 가지의 하이브리드 형태가 될 수 있으며, 극도로 낮은 지연 블록 시간(약 400밀리초)을 가진 우수한 롤업 기반 레이어가 될 수 있어 롤업에 크게 유리하다. 예를 들어 정렬자로부터 초고속 소프트 컨펌을 구현할 수 있다. 가장 좋은 점은 솔라나가 역사적으로 변화를 매우 빠르게 구현해왔다는 것이며, 이는 이더리움보다 더 효과적인 롤업 레이어가 될 수 있다는 의미이다.

업데이트: Anza는 이제 일부 패치를 출시하여 진행 중인 네트워크 혼잡을 완화하고 있으며 v1.18에서 추가 개선을 제공할 예정이다.

솔라나의 모듈화

솔라나를 모듈화하려는 노력은 이미 시작되었다. Anza DevRel의 게시물에서 알 수 있듯이, 솔라나 검증자와 SVM(트랜잭션과 스마트 계약/프로그램 실행 환경)은 밀접하게 결합되어 있으며 Anza가 이를 유지 관리하고 있다. 그러나 검증자 클라이언트와 SVM 런타임은 향후 몇 달 내에 분리될 예정이다. 이러한 분리는 SVM 포크 및 '솔라나 앱 체인'의 간편한 생성을 용이하게 할 것이다.

롤업의 경우, 데이터 가용성(DA)/블랍 레이어를 최적화함으로써 이득을 얻을 수 있지만, 이는 이후 단계에서 발생할 수 있다.

Anza의 엔지니어 Joe C는 또한 트랜잭션 처리 파이프라인을 검증자에서 제거하고 SVM으로 옮기는 SVM 모듈화 계획을 공개했다. 이를 통해 개발자는 검증자 운영과 독립적으로 SVM 구현을 실행할 수 있게 된다.

독립된 SVM은 완전히 독립된 모듈들의 집합이 될 것이다. 어떤 SVM 구현이라도 명확하게 정의된 인터페이스를 통해 이러한 모듈을 구동할 수 있으며, 이는 맞춤형 솔루션 구축에 필요한 오버헤드를 크게 줄여 SVM 호환 프로젝트의 장벽을 더욱 낮춘다. 팀은 관심 있는 모듈만 구현하면서 Agave나 Firedancer와 같은 입증된 구현에서 모듈을 활용할 수 있다.

간단히 말해, 솔라나는 플러그 앤 플레이 기능이 더욱 강화되어 솔라나 앱 체인과 롤업을 훨씬 쉽게 만들 수 있게 된다.

전반적으로 두 가지 방향이 있다: 레이어-2s/롤업과 앱 체인. 우리는 각각을 차례로 살펴볼 것이다.

솔라나 앱 체인

SVM 포크라고도 불리는 이 개념은 특정 애플리케이션에 특화된 솔라나 체인의 포크이다. Pyth는 최초의 솔라나 앱 체인이었지만, 메이커(Maker)의 창립자 룬(Rune)이 솔라나(SVM) 코드베이스를 기반으로 메이커 앱 체인(거버넌스용)을 개발하겠다는 제안을 함으로써 이 개념은 비로소 주목받게 되었다. 그는 다른 VM보다 강력한 개발자 커뮤니티와 기술적 이점을 가진 SVM을 선택했으며, 소비자 수요를 더 잘 충족시키기 위해 가장 성능이 뛰어난 체인을 포크하겠다는 목표였다. 아직 아무런 조치가 시행되지는 않았지만, 이 움직임은 솔라나 앱 체인에 대한 절박한 논의를 촉발시켰다.

광범위하게는 다음 두 가지로 나눌 수 있다:

무허가: 누구나 네트워크에 참여할 수 있으며, 현재의 솔라나 메인넷과 유사함.
허가형: 솔라나 재단이 기관용으로 '솔라나 허가 환경(SPEs)'으로 포장하여, 실체가 SVM을 기반으로 자신의 체인 인스턴스를 구축하고 유지 관리할 수 있도록 함.

Pyth: 솔라나 앱 체인의 원조

한때 Pyth는 솔라나 메인넷의 모든 거래 중 10~20%를 차지했다. 그러나 Pyth는 컴포저빌리티가 필요하지 않았기 때문에 단순히 솔라나 코드베이스를 포크했다. 이를 통해 Pyth는 고주파 가격 업데이트를 위해 400밀리초라는 빠른 블록 시간을 활용할 수 있었다. Pythnet은 SVM을 앱 체인으로 채택한 최초의 네트워크였다.

Pythnet 앱 체인은 Pyth 네트워크의 데이터 게시자가 제공하는 데이터를 처리하고 집계하는 컴퓨팅 기반층 역할을 하는, 솔라나 메인넷의 허가형 포크이다.

왜 Pyth는 이전했을까?

컴포저빌리티가 필요 없으므로 메인넷의 혼잡에서 벗어날 수 있음.
데이터를 게시하기 위한 허가형 환경이 필요함.

큐브 익스체인지(Cube Exchange)는 또 다른 예로, 오프체인 오더북을 갖춘 하이브리드 CEX이며, 자체 SVM 앱 체인에서 정산을 수행한다.

몇 가지 솔라나 앱 체인의 예시는 다음과 같다:

퍼피 디엑스(Perp DEX): 하이퍼리퀴드(Hyperliquid)처럼 퍼피 디엑스는 별도의 L1 네트워크로 운영될 수 있다. 또한 거래 용도에 따라 각 블록의 거래 수를 맞춤화하거나 스탑로스 주문 실행을 L1에 직접 통합하여 상태 전환으로 실행되도록 하는 조건부 로직을 구현하거나 애플리케이션별 원자 로직을 도입할 수도 있다.
AI 및 DePIN: Pyth와 같이 제어된 서비스 제공업체 리스트를 가질 수 있다. 예를 들어 Akash는 Cosmos 앱 체인을 통해 컴퓨팅 마켓플레이스로 운영된다.
거버넌스 앱 체인: SVM 앱 체인에 대한 MakerDAO의 관심은 주권형 거버넌스 앱 체인이 매력적일 수 있음을 입증한다. 암호화폐 거버넌스는 여전히 발전 중이며, 전용 체인을 포크하는 것은 유용한 조정 메커니즘이 될 수 있다.
미래의 기업 앱 체인: 잠재적 사용 사례로는 블랙록(BlackRock)과 같은 펀드 또는 비자(VISA)나 CBDC와 같은 결제 시스템이 있다.
게임 앱 체인: 솔라나 상의 카지노 게임 프로젝트가 자체 앱 체인을 고려하고 있다.
수정된 솔라나 포크: Monad나 Sei가 최적화된 EVM(병렬화)을 제공하는 것처럼, 누군가는 더 최적화된 솔라나 버전을 구축할 수 있다. 솔라나 메인넷이 새로운 설계 아키텍처를 탐색하기 시작함에 따라 이 추세는 앞으로 몇 년 동안 더욱 일반화될 가능성이 있다.

솔라나 앱 체인 스택 구상하기

앱 체인을 구축하는 것은 비교적 쉬울 수 있지만, 상호 운용성을 위해 모든 앱 체인 간 연결을 보장하는 것이 중요하다. 애벌란치 서브넷(네이티브 Avalanche Warp Messaging을 통해 연결됨)과 코스모스 앱 체인(IBC를 통해 연결됨)에서 영감을 받아 솔라나도 이러한 앱 체인들을 연결할 수 있는 네이티브 메시지 프레임워크를 만들 수 있다.

또한 코스모스-SDK와 유사한 미들웨어를 만들어 오라클(Pyth 또는 Switchboard), RPC(Helius), 메시지 연결성(Wormhole) 등을 내장한 앱 체인 생성을 위한 원스톱 솔루션을 제공할 수 있다.

폴리곤 애그레이어(Polygon AggLayer)도 흥미로운 접근법으로, 개발자는 어떤 L1이나 L2 체인도 애그레이어에 연결할 수 있으며, 애그레이어는 연결된 모든 체인의 ZK 증명을 집계한다.

앱 체인은 솔라나 생태계에 긍정적인가?

앱 체인이 직접적으로 SOL의 가치를 증가시키지는 않으며(비용을 SOL로 지불하거나 SOL을 가스 토큰으로 사용하지 않기 때문이며, 재스테이킹된 SOL이 경제적 보안에 사용되지 않는 한 그렇다), 하지만 SVM 생태계에 큰 이점을 준다. 'EVM 네트워크 효과'가 존재하듯이, 더 많은 SVM 포크와 앱 체인은 SVM 네트워크 효과를 강화할 것이다. 동일한 논리로 Eclipse(Ethereum 위의 SVM L2)도 Solana 메인넷의 직접적인 경쟁자임에도 불구하고 SVM에게 긍정적이다.

솔라나 레이어2

솔라나의 레이어2, 또는 롤업은 데이터를 메인 체인의 데이터 가용성(DA) 레이어에 게시하고 메인 체인의 합의 메커니즘을 재사용하는 논리적으로 독립된 체인이다. Celestia와 같은 다른 DA 레이어를 사용할 수도 있지만, 그렇게 되면 진정한 롤업이 아니다. "RollApp"은 애플리케이션 특화 롤업을 가리키는 일반적인 용어로(대부분의 솔라나 애플리케이션이 탐색 중임) 사용된다.

솔라나의 롤업은 이더리움과 같나요?

분명히 그렇지 않다. 솔라나의 경우 롤업은 최종 사용자에게 거의 추상화되어 있다. 이데올로기적으로 이더리움의 롤업은 상향식이며, 이더리움 재단과 리더들이 롤업을 통해 확장하기로 결정했고, CryptoKitties 사건 이후 다양한 L2를 지지하기 시작했다. 반면 솔라나에서는 수요가 하향식이며, 중요한 소비자 채택을 가진 애플리케이션 개발자들로부터 나오고 있다. 따라서 현재 대부분의 롤업은 마케팅 전략이며, 소비자 수요보다는 스토리텔링에 의해 더 많이 주도된다. 이것은 롤업의 미래가 이더리움에서 보았던 것과 다르게 될 수 있다는 중대한 차이점이다.

압축 = 롤업인가?

L2는 L2에서 트랜잭션을 실행하고, 트랜잭션 데이터를 배치 처리한 후 압축하여 기반 레이어 블록체인(L1)을 확장한다. 그런 다음 압축된 데이터를 L1으로 보내며, 부정 증명(낙관적 롤업) 또는 유효성 증명(zk 롤업)에서 사용된다. 이 증명 과정을 "결제(settlement)"라고 한다. 마찬가지로 압축은 트랜잭션을 메인넷에서 오프로드하여 기반 레이어 상태 경쟁을 줄일 수 있다. 참고로 Grass L2는 상태 압축을 이용해 자신의 롤업을 구현할 계획이다.

솔라나의 롤업 현황

현재 두 개의 "다소 롤앱(Rollapp)과 비슷한" 애플리케이션이 운영되고 있다:

GetCode

마이크로 페이먼트 SDK를 갖춘 결제 앱으로, 누구나 즉시 지불하고 결제를 받을 수 있으며, 의사 롤업(pseudo-Rollup)을 사용해 애플리케이션을 운영한다. 모든 거래에 대해 의도(intent)를 생성하고 롤업과 유사한 정렬기를 사용하여 N회 간격 후 솔라나에서 정산한다.

롤업과 유사한 구조를 사용하면 다음을 달성할 수 있다:

유연성: 의도는 단순한 지불 거래뿐만 아니라 다양한 미래 활동을 나타낼 수 있다. 또한 필요시 솔라나 체인도 교체할 수 있다.
즉시성 및 비밀성: 정렬기의 소프트 최종성 덕분에 솔라나가 혼잡하더라도 지불은 즉시 이루어진다. 트랜잭션은 체인 상에서 보이지만, 정확한 가치와 의도는 모호하게 유지되어 사용자 프라이버시를 보장한다.

매직블록스(MagicBlocks)의 에페머럴 롤업

매직블록스는 웹3 게임 인프라로, 특히 게임을 위해 일시적(또는 에페머럴) 롤업을 개발했다. SVM의 계정 구조를 사용하며, 게임 상태는 클러스터로 나뉜다. 상태를 보조 레이어 또는 "임시 롤업"이라는 구성 가능한 전용 레이어로 일시적으로 이전한다. 에페머럴 롤업은 전용 SVM 런타임 또는 롤업으로 작동하여 높은 처리량에서 트랜잭션을 처리한다.

롤업과 유사한 구조를 사용하면 다음을 달성할 수 있다:

무가스 거래, 더 빠른 블록 시간, 그리고 틱 메커니즘(예: 시계처럼 작동하는 통합된 무료 트랜잭션 스케줄링 시스템)을 통합한 전용 런타임 맞춤화.
개발자는 별도의 체인이나 롤업이 아닌 기반 레이어(예: 솔라나)에 프로그램을 배포할 수 있다. ER은 기존 생태계를 해치지 않으며, 고립된 환경을 만들지 않고도 목표 작업을 가속화할 수 있도록 한다. 즉, 기존의 모든 솔라나 인프라를 활용할 수 있다는 의미이다.

이 접근법은 수백만 건의 트랜잭션을 처리하는 사용자를 수용하기 위해 롤업을 필요에 따라 시작하고 수평적으로 자동 확장할 수 있는 고도로 확장 가능한 시스템을 구축하는 데 도움이 되며, 전통적인 L2의 전형적인 트레이드오프를 피할 수 있다. 매직블록스는 게임에 집중하고 있지만, 이 접근법은 결제와 같은 다른 애플리케이션에도 적용될 수 있다.