야쉬 아가르왈(Yash Agarwal)이 각본을 맡은 작품
편집자: 테크 플로우 (techflowpost) TechFlow
한 달 전, DRiP 창립자 Vibhu는 다음과 같은 성명을 통해 절실히 필요한 논쟁을 촉발시켰습니다. 솔라나는 L2와 롤업이 필요합니다.
그가 이렇게 느끼는 이유는 DRiP가 SOL 가격 인상 및 네트워크 혼잡으로 인해 베이스 레이어에 대량 가치(~$20,000/주)를 유출해왔기 때문입니다. 솔라나에서의 활동 증가는 다음과 같은 결과를 가져옵니다:
- 장점: 유동성, 자본 및 거래량 향상(결합성으로 인해)
- 단점: 인프라 비용 상승, 사용자 경험 저하, 혼잡
그러나 DRiP은 주로 솔라나를 인프라로만 사용하고 매주 수백만 개의 NFT를 수천 개의 지갑에 배포하므로 높은 구성성의 이점을 얻지 못합니다. 솔라나의 TVL 성장과 자본 유입은 주로 높은 인프라 비용과 같은 단점으로 인해 어려움을 겪고 있는 DRiP에 거의 영향을 미치지 않았습니다.
Vibhu는 “구성 가능성에 대한 수익이 감소하고 있습니다”라고 말했습니다. 그는 또한 Solana 앱 개발자들이 다음과 같은 이유로 Rollup에 대한 욕구를 비공개적으로 논의하고 있다고 언급했습니다.
- 거래 처리량 증가, 블록 공간 경쟁 감소, 수수료 절감
- 업무 통해 창출된 경제적 가치에 대한 통제력 강화
Solana는 JUP와 같은 에어드랍 부터 ORE 채굴 및 Meme 코인 거래 급증에 이르기까지 지난 몇 달 동안 여러 혼잡 이벤트를 경험했습니다. 일부 사람들은 Firedancer가 이러한 모든 문제를 해결할 수 있다고 주장할 수도 있지만 현실적으로 생각해 보겠습니다. 10배 이상으로 확장할 수 없습니다. 그럼에도 불구하고, 다양한 시련을 겪은 모든 주요 체인 중에서 솔라나가 유일하게 남아 있는 진정한 단일체 체인으로 간주된다는 사실입니다.
솔라나는 단일체로 남아야 할까요, 아니면 모듈 해야 할까요? 솔라나도 이더 처럼 분산형 L2 및 L3 솔루션 등을 채택하여 발전할 수 있을까요? 현재 솔라나의 애플리케이션 체인과 롤업 환경은 어떤가요?
이러한 질문에 답하고 전체 토론을 요약하기 위해 이 기사에서는 모든 가능성을 탐색하고 다양한 프로젝트에 대해 논의하며 장단점을 평가할 것입니다.
이 기사에서는 기술적인 세부 사항을 다루기보다는 보다 시장 지향적이고 실용적인 관점을 취하고 다양한 확장 방법을 논의하여 개요를 제공할 것입니다.
간단히 말해서 다음 사항에 대해 논의하겠습니다.
- 솔라나와 혼잡
- 솔라나를 모듈 하기
- 솔라나 애플리케이션 체인 및 예시
- Solana L2 및 Rollup(RollApps) 및 예시
- Rollup 및 애플리케이션 체인을 지원하는 인프라
솔라나와 혼잡
먼저 방 안의 문제에 대해 이야기해 보겠습니다. 최근 솔라나 네트워크는 에어드랍, 대량 Meme 코인 거래 등의 활동으로 인해 매우 혼잡해졌습니다(현재는 대부분 해결되었습니다). 이로 인해 높은 핑이 발생하고 높은 비율의 거래 실패 및 우선 순위에 따라 네트워크 요금은 레벨 요금이 증가함에 따라 증가합니다. 이러한 문제에도 불구하고 솔라나는 모든 EVM 체인을 합친 것보다 더 많은 초당 약 1~2,000 TPS를 지속적으로 처리해 왔습니다. 저는 이것이 블록체인에 대한 좋은 질문이라고 말하고 싶습니다. 이는 솔라나의 모놀리식 이론을 시험대에 올리기도 합니다.
솔라나 재단은 최근 프로젝트에 다음과 같은 네트워크 성능 향상을 위한 즉각적인 조치를 취할 것을 촉구하는 블로그 게시물을 게시했습니다.
- 거래 지연이나 손실을 방지하려면 우선 수수료를 구현하는 것이 중요합니다.
- 꼭 필요한 부분만 사용하는 페널티 시스템을 통해 프로그램의 컴퓨팅 유닛(CU) 사용을 최적화합니다.
- 우선순위 가중 서비스 품질(QoS)을 구현하여 애플리케이션이 사용자 트랜잭션의 우선순위를 지정할 수 있도록 합니다.
그러나 이러한 모든 조치는 거래 완료율을 어느 정도 향상시킬 수 있을 뿐이며 원활한 거래 사용자 경험을 보장할 수는 없습니다. 이 문제에 대한 즉각적인 해결책은 4월 말 출시 예정인 새로운 트랜잭션 스케줄러 버전 1.18입니다. 현재 스케줄러와 함께 출시될 예정이지만 기본적으로 활성화되지 않으므로 유효성 검사기가 새 스케줄러의 성능을 모니터링하고 문제가 발생할 경우 이전 스케줄러로 쉽게 돌아갈 수 있습니다. 이 새로운 스케줄러는 기존 스케줄러의 비효율성을 개선하여 보다 효율적이고 경제적으로 블록을 채우도록 설계되었습니다. 새로운 스케줄러에 대해 자세히 알아보려면 이 문서를 읽어보세요.
Anza(Solana Labs의 분사 법인)는 QUIC 구현 및 대량 처리 요청 시 Agave(Solana Labs) 검증인 클라이언트의 동작과 관련된 문제로 확인된 네트워크 정체 문제를 해결하기 위해 지속적으로 노력해 왔습니다. .
모듈 지지자들은 솔라나가 "모듈 로드맵"을 채택할 것을 강력히 주장하지만, 솔라나 연구소/Aza(솔라나 프로토콜의 핵심 관리자)는 기본 계층의 처리량과 대기 시간을 최적화하는 데 여전히 초점을 맞추고 있습니다. 몇 가지 잠재적인 개선 사항은 다음과 같습니다.
- 수수료 시장 개편 및 기본 수수료 인상(현재 5,000 Lampports 또는 0.000005 SOL로 설정)
- 계정에 기하급수적인 쓰기 잠금 수수료를 구현하여 스팸을 방지하기 위해 시간이 지남에 따라 수수료를 점차적으로 늘립니다.
- 페널티 시스템을 통해 CU(Computing Unit) 예산 요청을 최적화합니다.
- 전체 네트워크 아키텍처 강화
이러한 수직적 확장(단일 체인)의 개선에도 불구하고 솔라나가 수평적 확장(롤업)을 채택할 가능성을 배제할 수는 없습니다. 사실, 솔라나는 이 둘의 하이브리드일 수 있으며, 매우 낮은 지연 시간의 블록 시간(~400밀리초)으로 롤업을 위한 탁월한 베이스 레이어 역할을 할 수 있습니다. 이는 순서 에서 구현하는 등 롤업에 큰 이점이 될 것입니다. 초고속 소프트 확인 . 가장 좋은 점은 솔라나가 역사적으로 매우 빠르게 변경 사항을 구현해왔기 때문에 이더 보다 더 효율적인 롤업 레이어가 될 수 있다는 것입니다.
업데이트: Anza는 현재 진행 중인 네트워크 정체를 완화하는 데 도움이 되는 패치를 출시했으며 v1.18에서는 추가 개선 사항이 적용될 예정입니다.
솔라나를 모듈 하기
솔라나를 모듈 하려는 노력은 이미 시작되었습니다. Anza DevRel의 게시물에서 볼 수 있듯이 Solana 유효성 검사기와 SVM(트랜잭션 및 스마트 계약/프로그램을 처리하는 실행 환경)은 Anza에 의해 긴밀하게 연결되고 유지 관리됩니다. 그러나 유효성 검사기 클라이언트와 SVM 런타임은 앞으로 몇 달 내에 분리될 예정입니다. 이러한 분리는 SVM 포크 와 '솔라나 애플리케이션 체인' 생성을 용이하게 할 것입니다.
롤업의 경우 솔라나의 데이터 가용성(DA)/블롭 레이어를 최적화하면 이점을 얻을 수 있지만 이는 이후 단계에서 발생할 수 있습니다.
Anza 엔지니어 Joe C는 또한 트랜잭션 처리 파이프라인을 유효성 검사기에서 가져와 SVM에 넣는 SVM 모듈 만들 계획을 공개했습니다. 이를 통해 개발자는 SVM 구현을 실행하고 유효성 검사기와 독립적으로 작동할 수 있습니다.
격리된 SVM은 완전히 독립적인 모듈 의 모음입니다. 모든 SVM 구현은 잘 정의된 인터페이스를 통해 이러한 모듈 구동할 수 있으며, 맞춤형 솔루션을 구축하는 데 필요한 오버헤드가 크게 줄어들기 때문에 SVM 호환 프로젝트에 대한 장벽을 더욱 낮출 수 있습니다. 팀은 Agave 또는 Firedancer와 같은 기존 구현의 모듈 활용하면서 관심 있는 모듈 만 구현할 수 있습니다.
간단히 말해서, 솔라나는 플러그 앤 플레이 방식이 더욱 강화되어 솔라나 애플리케이션 체인화 및 롤업이 더욱 쉬워질 것입니다.
일반적으로, 가야할 방향은 두 가지입니다: 레이어 2/롤업과 애플리케이션 체인. 이 두 가지 방향을 하나씩 살펴보겠습니다.
솔라나 애플리케이션 체인
SVM 포크 라고도 알려진 이는 본질적으로 특정 애플리케이션 전용 솔라나 체인의 포크 입니다. Pyth는 최초의 솔라나 애플리케이션 체인이었지만, Maker의 창립자인 Rune이 솔라나(SVM) 코드 베이스를 기반으로 (거버넌스용) 메이커 애플리케이션 체인 개발을 제안했을 때 이 개념이 정말 주목을 받았습니다. 그는 강력한 개발자 커뮤니티와 다른 가상 머신에 비해 기술적 이점 때문에 SVM을 선택했으며, 소비자 요구를 더 잘 충족하기 위해 최고의 성능으로 체인을 포크 것을 목표로 했습니다. 아직 실행된 조치는 없지만, 이러한 움직임은 솔라나 애플리케이션 체인에 대한 긴급한 논의를 촉발시켰습니다.
크게 보면 다음과 같이 두 가지 유형으로 나눌 수 있습니다.
- 권한이 필요하지 않습니다. 현재 솔라나 메인넷과 유사하게 누구나 네트워크에 참여할 수 있습니다.
- 라이선스 필요: 기관용으로 솔라나 재단에서 "SPE(솔라나 라이선스 환경)"으로 패키지하여 기업이 SVM으로 구동되는 자체 체인 인스턴스를 구축하고 유지할 수 있도록 합니다.
Pyth: 솔라나 애플리케이션 체인의 조상
한때 Python은 솔라나 메인넷 전체 거래의 10~20%를 차지했습니다. 그러나 구성 가능성이 필요하지 않았기 때문에 단순히 Solana 코드베이스를 포크. 이를 통해 높은 빈도의 가격 업데이트를 위해 솔라나의 빠른 400밀리초 블록 시간을 활용할 수 있습니다. Python은 SVM을 애플리케이션 체인으로 채택한 최초의 네트워크입니다.
Pythnet 애플리케이션 체인은 Solana 메인넷의 권한 증명 포크 이며 Pyth 네트워크의 데이터 게시자가 제공하는 데이터를 처리하고 집계하기 위한 계산 기반 계층 역할을 합니다.
파이썬은 왜 움직이는가?
- 구성성이 필요하지 않으므로 메인넷 혼잡을 피할 수 있습니다.
- 데이터를 게시하려면 허가된 환경이 필요합니다.
Cube Exchange는 또 다른 예이며 독립된 SVM 애플리케이션 체인으로 배포된 하이브리드 CEX입니다(전체 오프체인 오더북 및 SVM 애플리케이션 온체인 에 대한 결제 포함).
솔라나 애플리케이션 체인의 몇 가지 예는 다음과 같습니다:
- Perp DEX: Hyperliquid와 마찬가지로 Perp DEX는 별도의 L1 네트워크로 실행될 수 있습니다. 또한 거래 사용 사례의 경우 블록당 거래 수를 맞춤화하거나 로스 컷 주문 실행을 L1에 직접 통합하거나 상태 전환으로 실행되도록 보장하거나 다음과 같은 조건부 논리를 구현할 수 있습니다. 애플리케이션별 원자 논리.
- AI 및 DePIN: Pyth와 같은 통제된 서비스 제공업체 목록이 있을 수 있습니다. 예를 들어 Akash는 Cosmos 애플리케이션 체인을 통해 컴퓨팅 시장으로 운영됩니다.
- 거버넌스 애플리케이션 체인: SVM 애플리케이션 체인에 대한 MakerDAO의 관심으로 검증된 주권 거버넌스 애플리케이션 체인이 매력적일 수 있습니다. 암호화폐의 거버넌스는 여전히 진화하고 있으며, 포크 할 전용 체인을 갖는 것은 유용한 조정 메커니즘이 될 수 있습니다.
- 미래의 엔터프라이즈 애플리케이션 체인: 잠재적인 애플리케이션에는 자금(예: BlackRock) 또는 결제 시스템(예: Visa 또는 CBDC)이 포함됩니다.
- 게임 애플리케이션 체인: 솔라나의 카지노 게임 프로젝트는 애플리케이션 체인을 고려하고 있습니다.
- Solana의 수정된 포크: 최적화된 EVM(병렬화)을 제공하는 Monad 또는 Sei와 유사하게 누군가는 Solana의 더 최적화된 버전을 구축할 수 있습니다. 이러한 추세는 특히 솔라나 메인넷이 새로운 디자인 아키텍처를 탐색하기 시작하면서 앞으로 더욱 일반화될 가능성이 높습니다.
솔라나 애플리케이션 체인 스택을 생각해 보세요
앱 체인을 설정하는 것은 상대적으로 간단할 수 있지만 모든 앱 체인 간의 연결을 보장하는 것은 상호 운용성에 매우 중요합니다. Avalanche 서브넷(기본 Avalanche Warp 메시징을 통해 연결됨)과 Cosmos 애플리케이션 체인(IBC를 통해 연결됨)에서 영감을 받아 솔라나는 이러한 애플리케이션 체인을 연결하는 기본 메시징 프레임 만들 수도 있습니다.
Cosmos-SDK와 같은 미들웨어는 Oracle(예: Pyth 또는 Switchboard), RPC(예: Helius) 및 메시지 연결(예: Wormhole)에 대한 기본 지원을 통해 애플리케이션 체인을 생성하기 위한 원스톱 솔루션을 제공하기 위해 생성될 수도 있습니다. .
Polygon AggLayer도 흥미로운 접근 방식입니다. 개발자는 L1 또는 L2 체인을 AggLayer에 연결할 수 있으며, 이는 연결된 모든 체인의 ZK 증명을 집계합니다.
애플리케이션 체인은 솔라나 생태계에 긍정적인가요?
애플리케이션 체인은 SOL에 대한 비용을 지불하지 않거나 SOL을 가스 토큰으로 사용하지 않기 때문에 SOL의 가치를 직접적으로 높이지는 않지만, SOL을 경제적 보안을 위해 다시 스테이킹 사용되지 않는 한 SVM 생태계에 큰 이점을 줍니다. "EVM 네트워크 효과"가 있는 것처럼, 더 많은 SVM 포크 와 애플리케이션 체인이 SVM 네트워크 효과를 강화할 것입니다. 동일한 논리로 인해 Eclipse(Ethereum의 SVM L2)는 Solana 메인넷의 직접적인 경쟁자임에도 불구하고 SVM에 적합합니다.
솔라나 2층
솔라나의 레이어 2(롤업)는 메인 체인의 데이터 가용성(DA) 레이어에 데이터를 게시하고 메인 체인의 합의 메커니즘을 재사용하는 논리적으로 독립된 체인입니다. Celestia와 같은 다른 DA 레이어를 사용할 수도 있지만 더 이상 진정한 롤업이 아닙니다. "RollApp"은 애플리케이션별 롤업(대부분의 Solana 애플리케이션이 탐색하는)을 지칭하는 데 일반적으로 사용되는 용어입니다.
솔라나의 롤업은 이더 과 같은가요?
당연히 아니. Solana의 경우 Rollup은 기본적으로 최종 사용자에게 추상적입니다. 이념적으로 이더 의 롤업은 하향식이며, 이더 재단과 리더들은 롤업을 통해 확장하기로 결정했고, 크립토키티 사건 이후 다양한 L2를 지원하기 시작했습니다. 솔라나에서 수요는 소비자 채택률이 높은 애플리케이션 개발자로부터 상향식으로 발생합니다. 따라서 대부분의 최신 롤업은 소비자 요구보다는 내러티브에 더 중점을 둔 마케팅 전략입니다. 이는 이더 에서 볼 수 있는 것과는 다른 Rollup의 미래로 이어질 수 있는 중요한 차이점입니다.
압축=롤업?
L2는 L2에서 트랜잭션을 실행하고 트랜잭션 데이터를 일괄 처리하고 압축하여 기본 계층 블록체인(L1)을 확장합니다. 그런 다음 압축된 데이터는 L1으로 전송되어 사기 증명(낙관적 롤업) 또는 유효성 증명(zk 롤업)에 사용됩니다. 이 증명 과정을 "합의"라고 합니다. 마찬가지로 압축은 메인넷에서 트랜잭션을 오프로드하여 기본 계층 상태에 대한 경합을 줄일 수 있습니다. Grass L2가 롤업을 위해 상태 압축을 활용한다는 점은 주목할 가치가 있습니다.
솔라나의 롤업 상황
현재 두 개의 "Rollapp과 유사한" 앱이 실행되고 있습니다.
코드 받기
누구나 즉시 결제하고 결제를 수락할 수 있으며 앱에 의사 롤업을 사용하는 소액 결제 SDK가 포함된 결제 앱입니다. 모든 트랜잭션에 대한 인텐트를 생성하고 롤업과 유사한 순서 사용하여 N 간격 후에 솔라나에 정착합니다.
이는 롤업과 유사한 구조를 사용하여 달성할 수 있습니다.
- 유연성: 의도는 결제 거래뿐만 아니라 다양한 향후 활동을 나타낼 수 있습니다. 추가적으로, 필요하다면 솔라나 체인을 교체할 수도 있습니다.
- 즉시 및 비공개: 순서 의 소프트 최종성을 고려하면 솔라나가 혼잡할 때에도 즉시 결제가 이루어집니다. 거래는 온체인 에서 볼 수 있지만 정확한 가치와 의도는 불분명하여 사용자 개인정보 보호가 보장됩니다.
MagicBlocks의 임시 롤업
MagicBlocks는 게임용으로 특별히 개발된 임시(또는 임시) 롤업을 갖춘 Web3 게임 인프라입니다. SVM의 계정 구조를 사용하며 게임 상태는 클러스터로 나뉩니다. 일시적으로 상태를 보조 레이어 또는 구성 가능한 전용 레이어인 "임시 롤업"으로 전송합니다. 임시 롤업은 향상된 처리량으로 트랜잭션 처리를 위한 특수 SVM 런타임 또는 롤업으로 실행됩니다.
이는 롤업과 유사한 구조를 사용하여 달성할 수 있습니다.
- 런타임은 가스가 없는 거래, 더 빠른 블록 시간 및 틱 메커니즘의 통합(예: 시계 장치와 유사한 수수료 없는 통합 거래 스케줄링 시스템)을 포함하도록 특별히 맞춤화됩니다.
- 개발자는 별도의 체인이나 롤업이 아닌 기본 계층(예: Solana)에 프로그램을 배포할 수 있습니다. ER은 기존 생태계를 방해하지 않으며 사일로화된 환경을 만들지 않고도 목표 작업을 가속화할 수 있습니다. 이는 기존의 모든 Solana 인프라를 활용할 수 있음을 의미합니다.
이 접근 방식은 필요에 따라 롤업을 시작하고 수평으로 자동 확장하여 기존 L2의 일반적인 절충 없이 수백만 건의 트랜잭션을 실행하는 사용자를 수용할 수 있는 확장성이 뛰어난 시스템을 구축하는 데 도움이 됩니다. MagicBlock은 게임에 중점을 두고 있지만 이러한 접근 방식은 결제와 같은 다른 애플리케이션에도 적용될 수 있습니다.
다가오는 솔라나 롤업
Grass: DePIN 프로젝트는 검증된 웹 크롤러를 사용하여 인공 지능 데이터 문제를 해결하는 것을 목표로 합니다. Grass 노드가 네트워크에서 인공 지능 훈련 데이터를 크롤링하면 검증자는 데이터를 온체인 에 저장하고 데이터 소스와 데이터 크롤링을 담당하는 노드를 정확하게 추적하여 비례적으로 보상합니다.
Grass에는 초당 100만 개의 네트워크 요청이 필요하며 이는 Solana 메인넷에서는 실현 가능하지 않습니다. 따라서 모든 데이터 세트의 원본 데이터에 대해 ZK 증명을 수행하고 이를 솔라나 L1에서 일괄 처리할 계획입니다. 그들은 다른 클러스터의 상태 압축을 사용하고 메인넷 베타에 루트를 정착하는 것을 고려하고 있습니다.
이번 개발을 통해 Grass는 Grass 위에서만 가능한 다양한 애플리케이션의 기본 레이어가 될 것입니다(참고: 플랫폼과 인프라는 일반적으로 더 높은 평가를 받고 있으며 Grass는 곧 토큰을 출시할 예정입니다).
Zeta: 한때 온체인 무기한 옵션 거래 장부에 전적으로 의존했던 솔라나의 가장 오래된 무기한 거래소 중 하나이지만 이제는 솔라나 롤업을 통해 매칭을 오프체인으로 옮길 계획도 갖고 있습니다.
영구 거래소 롤업에 대한 즉각적인 PMF(제품 시장 적합성)를 갖추고 있어 사용자 경험을 크게 향상시킵니다. Hyperliquid나 Aevo와 솔라나 무기한 옵션 거래소 사이에서 거래하는 누구에게나 물어보면 솔라나 무기한 거래소 에서는 모든 거래에 대해 서명을 해야 하고 지갑이 나타나며 약 10-20초 정도 기다려야 한다는 것을 알게 될 것입니다. 또한 영구 거래소 동시 실행이 필요하지 않으며 DeFi의 다른 측면, 특히 거래 매칭에서 다른 자산과 구성성이 높습니다.
흥미롭게도 Backpack 공동 창업자인 Armani도 트위터를 통해 이제 L2 쪽으로 더 기울고 있다고 밝혔습니다.
Sonic은 또한 게임이 Solana에 자체 체인을 배포할 수 있도록 하는 모듈 SVM 체인(Hypergrid)을 구축하고 있습니다. SVM을 실행 엔진으로 사용하는 Eclipse 및 NitroVM과 같은 SVM 기반 이더 롤업도 있습니다. Neon은 Solana에서 EVM 호환 L2 역할을 합니다. 또한 Molecule(SVM Bitcoin Layer 2)과 같은 아이디어 단계의 일부 프로젝트가 있습니다.
Sovereign SDK는 롤업 구축을 위한 node.js와 유사한 또 다른 프레임 입니다. 사용자는 Rust 코드를 가져와서 모든 온체인 에 배포할 수 있는 Optimistic 또는 ZK 롤업으로 변환합니다. Rust 코드는 특정 애플리케이션 로직일 수도 있고 임의의 가상 머신일 수도 있습니다.
롤업에 대한 몇 가지 주장
1.롤업=SOL과 일치함:
"ETH 정렬" 또는 "ETH 자산 번들 선호"라는 용어가 인기 있는 밈이 되었습니다. Layer 2와 Restake/EigenLayer가 가장 이슈 이야기가 된 이유는 무엇이라고 생각하시나요? 핵심 자산으로 사용되는 “ETH의 화폐적 속성”을 추가하기 때문입니다. 솔라나에도 동일한 원칙이 적용됩니다. Solana 커뮤니티는 SOL 보유량을 강화하는 모든 솔루션을 중심으로 결집할 것입니다. 그것은 간단합니다. 솔라나 생태계가 확장됨에 따라 한때 간과되었던 “SOL의 금전적 속성”이 중요해질 것입니다. 대부분의 롤업은 "마케팅 전략"이며 시장이 여전히 애플리케이션보다 인프라를 더 중요하게 여기기 때문에 토큰 가치를 더 잘 축적할 수 있다는 점을 기억하세요.
2. 롤업은 솔라나의 확장판처럼 느껴질 것입니다
보안상의 이점(즉, 보안은 기본 계층에서 상속됨) 외에도 Solana 사용자 및 자산에 대한 접근 용이성은 상당한 이점이 될 것입니다. Jon Charbonneau가 지적했듯이 Base, Optimism 및 Arbitrum과 같은 이더 롤업은 이더 의 확장처럼 느껴집니다. 사용자는 동일한 지갑과 주소를 유지하고 기본 Gas 토큰은 ETH의 단일 표준 버전이며 ETH는 DeFi를 지배하고 모든 거래 쌍의 가격은 ETH로 책정되며 소셜 앱의 가격은 ETH로 NFT의 가격은 ETH로 제작자에게 지불됩니다(friend.tech). L2에 예금하는 것은 즉시 이루어집니다. 마찬가지로 솔라나에서도 이런 일이 일어날 것입니다. 이더 에서 배운 교훈, 대부분의 Solana Rollapp은 사용자가 별도의 체인(예: Getcode)을 사용하고 있다는 느낌을 주지 않습니다.
3.Solana에는 "Rollup" 대신 "RollApp"이 더 많이 표시됩니다.
솔라나는 높은 가스비로 인해 메인 네트워크를 사용할 수 없는 이더 과 같은 스케일링 문제가 없습니다. 그러나 전용 블록 공간이 필요한 일부 애플리케이션은 자체 롤업을 생성합니다. 솔라나의 보편적인 롤업은 제가 보기엔 이해가 안 되지만, 재정적으로는 프로젝트에 있어서는 이해가 됩니다. 예를 들어, Base 사용자는 단 하루 만에 Coinbase에서 200만 달러의 수익을 창출했습니다! 빌더의 경우 인센티브가 L2에 크게 편향되어 있습니다. 그러나 관찰한 바와 같이 모든 EVM 롤업은 Lvm, Scroll 또는 zkSync와 같은 일반 롤업인 것으로 보이며, 이는 고스트 체인이 되었으며 에어드랍 애호가들만이 소수의 토큰 에어드랍 거래를 수행합니다.
또한, 솔라나의 범용 L2는 이전 이더 과 동일한 문제, 즉 중앙 집중식 롤업, 정체 및 유동성 단편화를 초래할 수 있다고 생각합니다.
4. 일부 애플리케이션이 Rollapps/appchain으로 마이그레이션하려는 이유는 무엇입니까?
공유 인프라에서 더 많은 애플리케이션을 호스팅하면 개발자와 사용자의 복잡성이 크게 줄어들기 때문에 각 애플리케이션은 처음에는 솔라나 메인넷에서 출시됩니다. 그러나 이러한 애플리케이션이 성장함에 따라 다음을 추구할 수 있습니다.
- 가치 포착: 공유된 솔라나 레이어에 가치를 내재화하는 것은 단 하나의 애플리케이션만을 염두에 두고 설계되지 않은 경우 더욱 어렵습니다. MEV 캡처는 DEX의 또 다른 수익성 있는 옵션이 될 수 있습니다.
- 전용 블록 공간
- 다음과 같은 사용 사례의 사용자 정의 가능:
- 개인 정보 보호: 예를 들어 Getcode는 순서 사용하여 사용자에게 개인 결제를 제공합니다.
- 수수료 시장 실험
- MEV를 최소화하기 위해 메모리 풀 암호화
- 맞춤 오더북
그러나 모든 애플리케이션이 자체 롤업을 시작하려는 것은 아니며, 특히 아직 특정 탈출 속도(예: 충분한 TVL, 사용자, 트랜잭션 볼륨)에 도달하지 못한 애플리케이션은 더욱 그렇습니다. 오늘날 자신의 체인을 시작하는 것은 대부분의 애플리케이션, 특히 초기 단계의 애플리케이션이 점진적인 이익을 제공할 수 없는 고통스럽고 불필요한 절충(복잡성, 비용, 악화된 사용자 경험, 유동성 단편화 등)을 수반합니다. 유효한 이유를 제공하십시오. 솔라나는 여전히 SVM 개발의 핵심이자 영혼이며, 그 결과로 많은 새로운 애플리케이션이 배포될 가능성이 높습니다.
애플리케이션 빌더: Solana 메인넷, Appchain 또는 롤업
애플리케이션 빌더의 경우: Solana 메인넷, Appchain 또는 Rollup은 전적으로 상황에 따라 다릅니다. 다른 모든 애플리케이션과 함께 구성해야 할 필요성이 없다면 다양한 구성 요소 중 일부를 오프체인(Appchain이든 롤업이든)으로 이동하는 것이 합리적입니다. 사용자는 자신이 Rollup이나 Appchain을 사용하고 있다는 사실조차 알 필요가 없습니다. Grass, Zeta 및 Getcode는 모두 사용자를 위해 사용하는 모든 롤업 유형 인프라를 추상화합니다.
권한 및 사용자 정의가 필요한 사용 사례의 경우 토큰 확장은 구성성을 유지하면서 KYC/이체 논리와 같은 대부분의 요구 사항을 충족할 수도 있습니다.
DRiP은 L2/Appchain이 될까요?
현재 DRiP는 Solana에서 사용됩니다.
- 사용자가 지갑을 생성합니다(L2/Appchain에 있을 수 있음)
- 압축된 NFT 배포(L2/Appchain에 있을 수 있음)
- 압축된 NFT 거래(L2/Appchain에서 가능하지만 자금을 연결해야 함)
우리는 L2/Appchain이 제공할 수 있는 기술 외에 Solana L1에 대한 강력한 수요가 없다는 것을 분명히 볼 수 있습니다. DRiP의 주요 대상은 항상 web2 사용자이기 때문에 이들을 온체인 직접 부트스트랩할 수 있으며, 이는 기본 체인(Solana)에 모든 가치가 유출되지 않으므로 장기적으로 더 많은 제어를 제공합니다. 또한 DRiP는 탈출 속도(솔라나에서 가장 큰 소비자 애플리케이션)에 도달했으며 이제 자체 온체인 으로 이동할 수 있습니다. DRiP의 경우 Getcode와 같은 의사 롤업 구조가 완벽하게 적합합니다.
Rollup 및 Appchain을 지원하는 인프라:
Rollapp/Appchain 이론이 확장되면 기존 인프라 제공업체는 새로운 시장에 진출할 때 큰 이점을 누릴 수 있습니다.
- Caldera와 같은 기존 RaaS(Rollup as a Service) 제공업체는 수요가 발생하면 SVM 시장에 쉽게 진입할 수 있습니다. Eclipse 및 NitroVM과 같은 SVM 이더 Rollup도 이 기회에 세심한 주의를 기울이고 있습니다. 또한 Sovereign Labs는 Solana에서 롤업을 활성화할 수 있는 Sovereign SDK Solana 어댑터를 제공합니다(아직 생산되지 않음). Mert가 여러 번 암시했듯이 Helius는 Solana L2의 인프라 구축에 적합한 또 다른 회사입니다.
- Rome Protocol과 같은 공유 순서 와 Tinydancer와 같은 경량 클라이언트의 필요성. 공유 순서 원자 차익 거래, MEV 및 원활한 브리징과 같은 활동을 가능하게 하여 유동성 단편화를 줄인다는 점에서 롤업에 흥미로울 수 있습니다.
- Phantom, Backpack 및 Solflare와 같은 지갑. Squads와 같은 다중 서명 및 스마트 계약 지갑 인프라. Squads는 "Solana 및 SVM을 위한 명시적인 스마트 계약 지갑 인프라 계층"으로 자리매김했습니다.
- SOL 재스테이킹: 모듈 관점 에서는 이러한 롤업/앱체인이 SOL 공유 보안을 필요로 하고 솔라나와 더 잘 맞을 수 있으므로 재 스테이킹 옹호합니다. 그 결과는 다음과 같습니다.
- Cambrian, Picaso 및 Solayer와 같은 초기 플레이어
- Stakenet 및 Sanctum과 같은 LST를 통한 Jito
- 검증인은 수익을 증가시킵니다
마무리 생각: 솔라나가 글로벌 수요에 대처할 수 있을까요?
절대적으로하지. 현실적으로 생각해 봅시다. 무어의 법칙(하드웨어 성능은 계속해서 향상될 것이며 Solana는 이미 이러한 하드웨어 발전에 최적화되어 있습니다)을 고려하더라도 이는 비현실적입니다. 나는 덜 중요한 거래(예: DRiP가 NFT를 보내는 것)는 결국 자체 온체인 으로 이동될 것이라고 믿습니다. 반면 가장 가치 있는 거래는 진정한 구성성이 중요한 메인 온체인(예: 현물 DEX)에 유지될 것이라고 믿습니다.
그리고 이것이 솔라나가 모놀리식 및 구성 가능 경쟁에서 패했다는 의미는 아닙니다. 다른 체인보다 구성 가능성과 낮은 대기 시간에 의존하는 사례를 더 잘 관리할 것입니다. 아니요, Sui/Aptos/Sei/Monad 등은 높은 사용자 활동으로 현장 테스트를 거쳤는지 알 수 없기 때문에 현재 더 좋지 않습니다.
이더 과 달리 솔라나 메인넷은 "B2B 체인"이 되도록 의도되지 않았습니다. 항상 소비자 체인이었습니다. 대규모로 분산 시스템을 구축하는 것은 매우 어려운 일이며, 솔라나는 세계에서 가장 가치 있는 거래의 공유 원장이 될 수 있는 최고의 잠재력을 가지고 있습니다.
Solana는 소울메이트가 필요합니다. Appchains와 Rollup이 완벽하게 맞을까요?
