기반 부스터 롤업에 대한 심층 분석: 배경, 실무 및 전망

원래 저자: jolestar (X: @조엘스타 )

저는 여러 친구들이 Based Rollup에 대해 이야기하는 것을 보았는데, 대부분은 보안 관점에서 이야기했습니다. 저는 L1과 L2의 관계와 애플리케이션 구축의 관점에서 Based Booster Rollup에 대한 제 견해를 이야기하고 싶습니다.

Based Rollup의 아이디어는 실제로 매우 간단합니다. 즉, 사용자가 L2 트랜잭션을 L1에 직접 제출하면 L1에서 정렬하고 패키징합니다. 그러나 L1은 트랜잭션의 유효성을 확인하지 않고 트랜잭션의 순서와 가용성만 보장합니다. L2는 L1에 패키징된 L2 트랜잭션을 실행하는 순수한 실행자입니다. 이것이 익숙하게 보이시나요? 이게 Inscription 모드가 아니겠어요? 네, 여기서 Inscription의 Indexer는 L2로 이해할 수 있습니다. 저는 Is Inscription a Bug or a Feature?라는 기사에서 이에 대해 언급했습니다.

Booster Rollup은 다른 관점에서 시작합니다. L2의 계약을 통해 L1의 상태를 직접 읽는 방법은 무엇일까요? 아이디어는 복잡하지 않습니다. Based Rollup이 이미 L1에서 L2 트랜잭션을 실행하고 있으므로 L1 트랜잭션도 실행하지 않겠습니까? 이런 식으로 L1과 L2의 상태는 큰 상태 트리에 있고 L2 계약은 L1의 상태를 직접 읽을 수 있습니다.

따라서 기반 롤업과 부스터 롤업을 결합한 기반 부스터 롤업(BBR)이라는 프로젝트도 있는데, 대표적인 것이 taiko입니다.

BBR의 배경

BBR이 제안된 이후 시장의 주목을 받을 때까지 주요 배경은 현재 주류인 이더리움의 L2 솔루션인 L1과 L2의 분리, L2의 분리로 인해 발생한 분리 문제입니다. 개발자 관점이든 사용자 관점이든 현재 L2 솔루션이 제공하는 기능은 Alt-L1과 크게 다르지 않습니다. L1 데이터를 읽는 것은 여전히 Oracle에 의존하고, 자산은 여전히 브리지가 필요하며, 지갑은 네트워크를 전환해야 합니다. 이러한 분리는 또 다른 문제를 가져옵니다. L1과 L2의 바인딩이 그렇게 긴밀하지 않습니다. L2는 언제든지 일련의 합의 메커니즘을 추가하여 Alt-L1이 되고, 독립적으로 존재하며, 개발자와 사용자를 기본적으로 인식하지 못하게 할 수 있습니다. 현재의 주요 바인딩 관계는 정통성에 대한 EF의 제약에서 비롯됩니다. L2는 L1을 DA로 사용해야 하지만, 분명히 이 제약은 신뢰할 수 없습니다.

그렇다면 현재의 모든 L2 솔루션을 Based Rollup 솔루션으로 대체하면 문제가 해결될까요? Optimism과 Arbitrum이 튀어나와 Based Rollup으로 전환하기 쉽지 않냐고 말할 것 같습니다. 주요 L2 솔루션에는 현재 Force Inclusion 메커니즘이 있습니다. L2는 Sequencer를 직접 제거하고 사용자가 Force Inclusion을 통해 L1로 트랜잭션을 보낼 수 있도록 합니다. Based Rollup이 구현되지 않았나요?

하지만 이것이 단편화 문제를 해결할 수 있을까요? 아니요. Arb와 Op는 모두 실시간으로 L1에 거래를 제출하고 L1이 이를 패키징하고 정렬하지만, 각각이 자체 거래만 인식하기 때문에 여전히 단편화되어 있습니다. 이 시점에서 모든 사람은 Based Rollup의 단편화 문제를 해결하는 핵심이 L2 간에 공유할 수 있는 거래나 데이터를 갖는 것이며, 이 데이터 형식에는 다음이 필요하다는 것을 이해해야 합니다.

• 그것은 형식이어야 합니다 디파이플랫폼과 구현에 독립적인 L1에 있습니다. 다른 L2 계정과 가상 머신은 다르며, 그들의 트랜잭션은 직접 공유할 수 없습니다.

• 이를 위해서는 L2 간의 합의와 여러 L2의 지원이 필요합니다.

따라서 먼저 프로토콜이어야 하며, 먼저 공개 프로토콜과 데이터 형식을 설계하고, 프로토콜에 필요한 데이터만 체인에 저장하고, 체인 밖에서 실행하고 검증하며, 다양한 L2에 대한 지원 솔루션을 구현해야 합니다. 하지만 실제로 이 두 가지 요점을 달성하는 것은 매우 어렵습니다. 우선, 이더리움 생태계의 개발자는 일반적으로 스마트 계약을 통해 프로토콜을 설계하며, 데이터 형식을 기반으로 직접 프로토콜을 설계하는 습관이 없습니다. 이 방향으로의 주요 시도는 지난번에 비문이 유행했을 때 Ethscriptions였습니다. 두 번째 요점은 훨씬 더 어렵고, 검증하는 데 연습과 시간이 필요합니다.

BBR에서 BBSR까지, Stackable L2

데이터 공유 문제에 대해 이야기한 후, 사용자 경험에 대해 이야기해 보겠습니다. 분명히 모든 거래가 사용자에 의해 L1로 직접 전송된다면, 경험은 Gas이든 확인 시간이든 L1을 사용하는 것과 거의 같습니다. 그래서 어떤 사람들은 Based Rollup을 위한 사전 확인 프로토콜을 설계하기 시작했지만, 사전 확인 프로토콜이 실제로 작동할 수 있다면 모든 거래가 먼저 사전 확인 프로토콜을 통과해야 합니다. 그러면 시퀀서가 아닌가요? 이것에 대해 이야기하는 것은 시간 낭비인가요?

이러한 모순은 사람들이 여러 유형의 거래를 혼동하기 때문에 발생합니다.

1. 사용자가 L1에 직접 제출하고 L1에서 실행 및 검증한 거래는 L1 거래입니다.

2. 사용자는 L1에 직접 제출하지만 L1은 직접 검증하고 실행하지 않습니다. L2 간의 공유 프로토콜의 데이터 트랜잭션은 L1.5 트랜잭션이라고 할 수 있습니다.

3. 사용자는 L2 시퀀서에 직접 거래를 제출하고, 이 거래는 시퀀서에 의해 사전 확인되고 실행되며, 이는 특정 L2의 전담 거래입니다.

기반 롤업은 1과 2에만 관련이 있습니다. 3은 Sequencer Rollup의 현재 작업 방법입니다. 두 가지를 결합할 수 있습니다.

다음과 같은 Rollup 솔루션이 있다고 가정해 보겠습니다.

1. 시퀀서는 모든 L1(L1.5 포함) 트랜잭션을 자동으로 동기화하고 L1에서 지정한 순서대로 실행합니다.

2. 시퀀서는 동시에 L2 트랜잭션을 수신하고 이를 L1 트랜잭션과 정렬한 다음 실행합니다.

1을 통해 Based와 Booster를 구현하고, 2를 통해 사용자 경험을 희생하지 않고 L2 트랜잭션의 빠른 확인을 실현합니다. 이전 명명 방식에 따르면 BBSR(Based Booster Sequencer Rollup)이라고 해야 하지만, 조금 길고 이해하기 쉽지 않아 Stackable L2라고 부릅니다. 이름에서 알 수 있듯이 L2는 L1에 쌓이고, L2에는 L1의 모든 트랜잭션과 상태가 포함됩니다. 이는 의 해결책 @루치네트워크 .

L2 거래의 DA를 보장하는 방법? 롤업 또는 롤아웃?

위의 솔루션을 채택하면 L2가 자체 트랜잭션을 패키징하여 다시 L1에 제출하는 것은 약간 이상할 것입니다.L2가 자체 트랜잭션을 패키징한 L1 트랜잭션을 읽고 다시 실행하기 때문에 자체 출력도 자체 입력이 되는 것과 약간 비슷하기 때문입니다.따라서 Rooch의 솔루션은 Rollup이 아닌 Rollout입니다.장기적으로 L1의 블록 공간은 매우 귀중하고 여러 L2 트랜잭션이 L1의 공간을 차지하는 것은 롤링 모드이기 때문입니다.L1의 공간은 L1 및 L1.5 트랜잭션을 위해 남겨두어야 합니다.L2 애플리케이션 수준 트랜잭션은 더 저렴한 블록 공간을 찾고 롤아웃을 통해 새로운 블록 공간을 확장해야 하며 이는 전체 산업 생태계의 발전에도 도움이 됩니다.

BBSR/비트코인 생태계에서의 스택 가능 L2 연습

이전 설명은 모두 이더리움 관점에서 본 것입니다. Rooch는 비트코인의 첫 번째 BBSR 또는 Stackable L2 실행이므로 비트코인 생태계의 차이점에 대해 이야기해 보겠습니다.

Bitcoin L2에는 튜링 완전 스마트 계약이 없으므로 Based Rollup 모드에서 이점이 됩니다.Based Rollup은 트랜잭션을 실행하고 검증하는 데 L1이 필요하지 않으므로 Permission Less와 DA만 보장하면 됩니다.이로 인해 Bitcoin 생태계의 프로젝트는 오래전의 데이터 구조를 기반으로 프로토콜을 설계해야 했습니다.컬러드 코인이든 나중에 RGB, Taproot Assets, Ordinals Inscription, Atomicals, Runs 등이든 모두 이 범주의 시도이며 CSV(클라이언트 측 검증) 프로토콜의 광범위한 개념에 포함될 수 있습니다.그들의 트랜잭션은 일반적인 L1.5 트랜잭션입니다.Ethereum 생태계의 프로젝트가 Based L2를 실행하고 여러 L2 간에 공유되는 프로토콜을 설계하려는 경우 위의 프로토콜과 거의 같을 것입니다.

비트코인에서 BBSR의 작업 모드를 설명하기 위해 Rooch의 예를 들어보겠습니다.

1. 사용자는 L1 및 L1.5 거래를 비트코인에 직접 제출합니다. 프로토콜이 공개되어 있으므로 진입점은 모든 애플리케이션이 될 수 있습니다.

2. Rooch는 모든 L1 트랜잭션을 동기화하고, 트랜잭션 내의 UTXO를 처리하고, 추가 프로토콜 정보가 있는지 확인한 다음, 해당 Move 모듈을 사용하여 처리합니다. 예를 들어, Inscription으로 식별된 트랜잭션은 ord 모듈에서 처리하고, Babylon Staking 트랜잭션은 bbn 모듈에서 처리합니다.

3. 사용자는 처리를 위해 L2 트랜잭션을 Roochs Sequencer 노드에 직접 제출합니다. 위의 세 트랜잭션의 실행 결과는 완전한 상태 트리를 생성하고, 애플리케이션 계약은 L1 및 L1.5 트랜잭션에서 생성된 상태를 최대한 활용할 수 있습니다.

이 모드의 애플리케이션은 두 가지 유형의 트랜잭션을 설계할 수 있습니다. 하나는 공개 프로토콜 트랜잭션(기반 부분, L1)이고 다른 하나는 애플리케이션 트랜잭션(시퀀서에서 시퀀싱)입니다. 두 가지 모두 Booster 모드를 통해 서로 협력하여 Permission Less를 보장하는 동시에 사용자 경험도 보장할 수 있습니다.

앞서 언급했듯이, 공개 프로토콜을 설계하려면 검증하고 합의에 도달하는 데 시간과 연습이 필요하며, Rooch는 이처럼 편리한 실험 환경을 제공할 수 있습니다. 비트코인에서 새로운 애플리케이션이나 자산 프로토콜을 설계하려면 프로토콜 형식만 정의하고, 이후 해당 Move 계약 모듈을 배포하여 처리한 다음 애플리케이션 시나리오를 구성하여 실험하면 됩니다.

물론 비트코인 생태계도 이 과정에서 몇 가지 어려움에 직면합니다.

1. 비트코인이 처음 설계되었을 때, 이 DA 시나리오에 대한 확장을 위한 충분한 여지를 남기지 않았습니다. 따라서 비트코인에 데이터를 쓰는 방법은 다양한 프로토콜이 탐색하려고 시도한 방향 중 하나였습니다. 예를 들어, OP_RETURN에 데이터를 임베드하거나 Witness를 통해, 심지어 서명을 통해 데이터를 임베드하는 것입니다. 현재로서는 여전히 표준화된 솔루션이 부족합니다.

2. 비트코인 생태계는 체인에 내장된 데이터의 가치에 대한 광범위한 합의에 도달하지 못했습니다. 이는 제가 지난 비문 열풍 이후로 요구해 온 것입니다. 비트코인 생태계는 글로벌 공공 데이터 버스로서의 비트코인의 가치를 중시해야 합니다.

글로벌 공통 데이터 버스로서의 L1의 가치

DeFi 여름 이후, Crypto 분야 전체가 DeFi를 넘어 새로운 애플리케이션을 모색하고 있습니다. Bitcoin inscription 열풍이든 최근의 Based Rollup에 대한 뜨거운 토론이든, 이는 데이터 버스로서 L1의 가치를 재발견한 것으로 이해할 수 있습니다. 분산 시스템의 관점에서 시스템 간의 디커플링은 데이터 버스를 통해 달성할 수 있으며, 시스템 간의 디커플링은 허가 없는 환경을 달성하기 위한 핵심 전제 조건 중 하나입니다. 예를 들어, Crypto 생태계의 분산 거래소는 블록체인을 데이터 버스로 최대한 활용하여 분산 도킹을 달성했는데, 이는 기존 금융 시스템에서 직접 달성하기 어렵습니다. 더 복잡한 애플리케이션을 지원하려면 간단한 전송 트랜잭션을 애플리케이션 프로토콜 트랜잭션으로 업그레이드하기만 하면 애플리케이션 수준의 허가 없는 환경을 달성할 수 있으며, 이 방법은 기존 애플리케이션에 대한 침습성이 가장 낮습니다.

이 글은 주로 생태와 응용의 관점에서 BBR을 논의합니다. BBR 모드의 보안과 BBR 모드에서 L1, L1.5, L2 상태의 상호 운용성은 이후 글에서 자세히 논의합니다. 마지막에 관련 링크 몇 개를 첨부했는데, 여기에는 저의 역사적 글과 Twitter 친구들이 다양한 관점에서 본 Based Rollup에 대한 설명이 포함됩니다.

관련 링크:
1. Stackable L2 - 새로운 블록체인 확장 솔루션 https://rooch.network/zh-CN/blog/stackable-l2

2. 비트코인 레이어 2는 어떻게 이루어져야 합니까? https://x.com/jolestar/status/1717358817992995120 저는 L2가 비트코인 L1의 상태와 데이터를 사용하는 방식을 기반으로 초기 계획을 설계했습니다. 친구가 댓글에서 Booster 솔루션을 언급했고, 마침내 Booster 솔루션을 실제로 채택했습니다.

3. 이 문구는 버그인가요, 아니면 기능인가요? https://x.com/jolestar/status/1732711942563959185 이 글에서는 L2가 구성되는 방식의 관점에서 비문의 가치를 설명하는데, 여기에는 L1과 L2 간의 인센티브 호환성 문제도 포함됩니다.

4. 뺄셈 이론 관점에서의 기반 롤업에 대한 토론 @kerne l1 983 https://web3 caff.com/zh/archives/108241

5. @jason_chen 998의 Based Rollup에 대한 기사 https://x.com/jason_chen998/status/1799692331635048697

6. 기반 롤업 트랙 연구 보고서 https://research.web3 caff.com/zh/archives/22719

원본 링크

이 기사는 인터넷에서 발췌한 것입니다: 기반 부스터 롤업에 대한 심층 분석: 배경, 실무 및 전망

관련: 지불 혁명에서 PayFi의 안전한 비밀번호는 Web3 금융의 핵심을 보호합니다.

이 기사 해시(SHA 1): 8656ff83d95af1de9dab2b925597cf72c6f63c66 번호: Lianyuan Security Knowledge No.032 블록체인 기술의 지속적인 발전으로 금융 산업은 전례 없는 변화를 겪고 있습니다. 이러한 맥락에서 점차 새로운 개념이 등장했습니다. 바로 PayFi(Payment Finance)입니다. 이 용어는 Solana Foundation의 회장인 Lily Liu가 2024 EthCC 컨퍼런스에서 혁신적인 지불 및 금융 모델을 탐구하기 위해 처음 제안했습니다. PayFi의 비전은 단순히 다음을 기반으로 하는 지불 시스템이 아닙니다. 암호화폐통화이지만, 통화의 시간 가치와 결합된 분산형 기술을 통해 사용자에게 더 안전하고 빠르고 저렴한 금융 서비스를 제공하기를 바랍니다. 1. PayFi의 핵심 개념: 돈의 시간 가치와 분산형 금융 PayFi란 무엇인가 Lily Liu는 PayFi의 핵심 동기가 비트코인의 원래 비전을 실현하는 것이라고 언급했습니다…