Někteří přátelé diskutovali o Based Rollup, převážně z pohledu bezpečnosti. Zde se podělím o své názory na Based Booster Rollup z pohledu vztahů L1 a L2 a budování aplikací.

Myšlenka za Based Rollup je jednoduchá: uživatelé posílají L2 transakce přímo na L1, kde L1 zajišťuje třídění a balení. Nicméně, L1 neověřuje platnost transakcí, pouze zajišťuje pořadí a dostupnost transakcí. L2 je čistě vykonávací vrstva, zpracovávající L2 transakce zabaléné na L1. Pokud tento systém působí povědomě, je to proto, že připomíná model Inscription. Ve skutečnosti můžete Indexer Inscription považovat za L2 v tomto kontextu - bod, o kterém jsem hovořil ve svém článku „Je Inscription chyba nebo funkce?“

Booster Rollup přistupuje jinak: jak může L2 přímo číst stav L1 prostřednictvím smluv? Jelikož Based Rollup již vykonává L2 transakce na L1, proč je nenechat zpracovávat také transakce L1? Tímto způsobem mohou stavy L1 a L2 existovat v rámci jednotného stavu stromu, což umožňuje smlouvám L2 přímo přistupovat ke stavu L1.

To vedlo k projektům slučujícím Based Rollup a Booster Rollup, společně označovaným jako Based Booster Rollup (BBR), jak je vidět u projektů jako #Taiko .

Pozadí BBR

Rostoucí zájem o BBR vyplývá z aktuální fragmentace v mainstreamových L2 řešeních Ethereum. Tato fragmentace probíhá mezi L1 a L2 a mezi samotnými L2. Současná L2 řešení fungují podobně jako Alt-L1, spoléhají se na orákula pro přístup k datům L1, propojují aktiva a vyžadují přepínání sítí v peněženkách. Kromě toho není pouto mezi L1 a L2 vždy silné a L2 mohou snadno implementovat své vlastní konsensuální mechanismy, aby se staly Alt-L1, efektivně fungující nezávisle.

Opravil by tento fragmentaci nahrazení všech současných L2 řešení Based Rollup? #Optimism a #Arbitrum by mohli argumentovat, že je to možné, protože hlavní L2 řešení mají mechanismy Force Inclusion, které odstraní Sequencer, což uživatelům umožňuje posílat transakce přímo na L1 a dosáhnout Based Rollup.

Nicméně, zatímco Arb a Op skutečně předkládají transakce na L1 v reálném čase k třídění, stále zůstávají fragmentované, protože uznávají pouze své transakce. Klíčem k vyřešení této fragmentace s Based Rollup spočívá v mít protokol, který umožňuje sdílené transakce nebo data napříč L2, s daty, která:

1. Má formát nezávislý na platformě nebo implementaci, definovaný na úrovni L1, jelikož se různé L2 liší v účtech a virtuálních strojích.

2. Je akceptováno několika L2.

Proto musí být návrh protokolu na prvním místě, vytvářející sdílený datový formát, na kterém se L2 mohou dohodnout, a ponechávající pouze nezbytná protokolová data on-chain, přičemž vykonávání a ověřování probíhá off-chain. Tímto směrem se ukázalo jako náročné, protože vývojáři Ethereum obvykle navrhují protokoly pomocí chytrých kontraktů namísto datových formátů. Hlavním pokusem zde byly Ethscriptions během předchozího šílenství kolem Inscription.

Od BBR k BBSR: Stackable L2

Jakmile budou vyřešeny problémy se sdílením dat, stává se uživatelská zkušenost problémem. Přímo odesílání všech transakcí na L1 by připomínalo používání L1 z hlediska poplatků za plyn a času potvrzení. Aby se to zlepšilo, někteří navrhli protokoly předběžného potvrzení pro Based Rollup, přičemž implementace takových protokolů efektivně znovu zavádí Sequencery, což ruší některá zjednodušení.

Tato kontradikce vyplývá z míchání tří typů transakcí:

1. L1 transakce přímo odeslané a vykonávané L1.

2. L1.5 transakce odeslané na L1, ale okamžitě nevykonávané L1, usnadňující protokoly pro sdílení dat L2.

3. L2-specifické transakce odeslané do L2 Sequencerů pro předběžné potvrzení a vykonání.

Based Rollup je relevantní pouze pro první dva typy, zatímco třetí spadá pod aktuální model Sequencer Rollup. Tyto mohou koexistovat. Představte si model Rollup, kde:

1. Sequencer automaticky synchronizuje a vykonává všechny L1 (včetně L1.5) transakce v pořadí definovaném na L1.

2. Sequencer přijímá a mísí L2 transakce s L1 transakcemi pro třídění a vykonání.

V tomto nastavení 1 umožňuje funkce Based a Booster, zatímco 2 dosahuje rychlého potvrzení transakcí L2, aniž by obětoval uživatelskou zkušenost. Nazvu to Stackable L2 model, kde se L2 vrstvy skládají na L1 a zahrnují všechny L1 transakce a stavy. Tento přístup implementuje Rooch Network.

Zajištění dostupnosti dat (DA) pro transakce L2: Rollup nebo Rollout?

S tímto modelem je redundantní, aby L2 balil své transakce pro odeslání na L1, protože by opakovaně vykonával stejné údaje. Takže řešení Rooch používá Rollout místo Rollup, čímž šetří cenný blokový prostor L1 tím, že jej ponechává pro transakce L1 a L1.5, zatímco transakce L2 se rozšiřují na alternativní blokové prostory, což prospívá celému ekosystému.

Bitcoin ekosystém BBSR/Stackable L2 praxe

Tento popis zatím pochází z pohledu Ethereum. Nicméně, jako první BBSR nebo Stackable L2 praxe na Bitcoinu, Rooch využívá některé jedinečné výhody.

Bitcoin L2 postrádá Turing-complete chytré kontrakty, což činí model Based Rollup ideálním, protože vyžaduje pouze povolenou DA. Projekty na Bitcoinu, jako jsou Colored Coins, RGB, Taproot Assets a Ordinals Inscription, již dlouho přijaly protokoly založené na datech, což dobře zapadá do širokého rámce CSV (Client-Side Validation) a představuje typické transakce L1.5. Pokud projekty Ethereum přijmou Based L2, jejich protokoly by mohly vypadat podobně.

V Roochově Bitcoinovém modelu BBSR:

1. Uživatelé posílají jak L1, tak L1.5 transakce na Bitcoin.

2. Rooch synchronizuje všechny L1 transakce, zpracovává UTXO, identifikuje transakce s protokolovými daty a vykonává je pomocí specifických modulů (např. modul ord pro transakce Inscription).

3. Uživatelé posílají L2 transakce přímo na Roochův Sequencer, přičemž výsledky se kombinují do kompletního stavového stromu, který mohou aplikace plně využít.

Tento model podporuje dva typy transakcí: veřejné protokolové transakce (Based, na L1) a transakce specifické pro aplikaci (tříděné Sequencerem), kombinující výhody Booster s protokoly bez povolení a zlepšení uživatelské zkušenosti.

Veřejný návrh protokolu, vyžadující čas a praxi k ověření a dosažení konsensu, má pohodlné testovací prostředí s Rooch, kde navrhování protokolu Bitcoin aplikace je tak jednoduché, jak definování formátu a nasazení odpovídajícího Move kontraktu.

Hodnota L1 jako globální datové sběrnice

Od DeFi léta se kryptoprůmysl snaží o aplikace mimo DeFi. Nedávný šílenství kolem Inscription a diskuse o Based Rollup odhalují znovuobjevení hodnoty L1 jako datového sběrnice. V decentralizovaných systémech umožňují datové sběrnice oddělení systémů - klíčová podmínka pro operace bez povolení. Aplikace potřebují pouze aktualizovat transakční protokoly na transakce specifické pro aplikace s minimálním dopadem na stávající systémy.

Tento článek se zaměřil na BBR z pohledu ekosystému a aplikací. Později prozkoumáme bezpečnost BBR, interoperabilitu L1-L1.5-L2 a související témata podrobněji.