Zdroj dotisku článku: ChainFeeds
Původní název: (Preconfirmation (feat. Taiko): Make Ethereum Fast for the First Time!)
Napsal: Ingeun Kim : : FP
Přehled klíčů
Taiko je síť vrstvy 2 založená na Based Rollup, jejímž cílem je dosáhnout plné interoperability s Ethereem a zároveň podporovat decentralizaci sekvenceru. Aby se vyřešil problém zpoždění konečného potvrzení transakcí v mechanismu rollup, společnost Taiko zavedla koncept „předběžného potvrzení“. Tím, že předem zajistí zahrnutí a posloupnost transakcí uživatelům předem, předběžná konfirmace účinně zmírňuje neefektivnost procesu potvrzování transakcí v mechanismu rollup, čímž výrazně zlepšuje uživatelskou zkušenost.
V modelu Based Preconfirmation poskytují validátory L1 uživatelům záruky na výsledky transakcí. Předběžně potvrzující jsou povinni skládat zálohy a dodržovat sekací mechanismus, aby byla zajištěna spolehlivost systému. Projekty L2, jako je Taiko, zavedly spolehlivou finalitu transakcí zavedením mechanismu předběžného potvrzení, čímž se vytvořilo pohodlnější provozní prostředí pro služby, jako je DeFi, které vyžadují potvrzení v reálném čase.
V současné době se na budování ekosystému před potvrzením podílí několik projektů. Očekává se, že tento technologický pokrok zlepší efektivitu ekosystému Ethereum L2, posílí interoperabilitu s Ethereem a podpoří další expanzi celého ekosystému.
Taiko se neustále posouvá ke svému konečnému cíli jako řešení vrstvy 2 pro Ethereum. Aby toho bylo dosaženo, Taiko upřednostňuje plnou interoperabilitu s Ethereem, decentralizovanými sekvencery a podporou vývojářů. Za zmínku stojí, že Taiko dosahuje úplné interoperability s Ethereem prostřednictvím architektury Based Rollup, přičemž umožňuje komukoli účastnit se jako sekvencer, čímž je dosaženo decentralizace sekvenceru. Navzdory výhodám modelu Based Rollup však jeho struktura samotná stále vykazuje určité inherentní neefektivnosti.
Tento článek vezme Taiko jako příklad k hluboké analýze konceptu předběžného potvrzení. Předběžné potvrzení, klíčová součást technologického zásobníku Layer2, je pro Rollup důležitým krokem k dosažení dalšího rozvoje.
Aktuální problémy s účinností L2
S rozšiřováním ekosystému L2 se objevilo mnoho projektů, které přinesly mnoho nových konceptů a technologických zásobníků. Navzdory tomuto významnému pokroku má však L2 stále některé problémy, které je třeba vyřešit z hlediska účinnosti, zejména v klíčových oblastech, které ovlivňují uživatelskou zkušenost, kde je zlepšení účinnosti obzvláště důležité.
Inherentní omezení Rollup: Neefektivní proces finalizace transakce
L2 dosahuje škálovatelnosti prostřednictvím Rollup, přičemž se při dostupnosti dat a zpracování transakcí spoléhá na platformy L1, jako je Ethereum. Souhrn má však své vlastní omezení: ačkoliv objednávání a provádění transakcí lze provádět nezávisle, všechny ostatní procesy musí stále čekat na konečné potvrzení ze strany L1.
Tato architektura zajišťuje bezpečnost a neměnnost dat přímým využitím generování bloků L1 a dostupnosti dat. Avšak spoléhání se na L1 pro konečné potvrzení má za následek pomalejší rychlost zpracování transakcí a omezené možnosti potvrzování v reálném čase, což ztěžuje uspokojení potřeb v reálném čase z pohledu uživatele.
Navíc mnoho L2 sekvenátorů a validátorových uzlů je v současné době stále centralizováno. Tato centralizace povede k neefektivitě, jako je delší doba potvrzování transakcí a možná provozní přerušení, což ovlivní efektivitu zpracování transakcí u některých souhrnů a způsobí zpoždění potvrzení.
Zavedení konceptu předkonfirmace
Koncept pre-konfirmace byl navržen pro vyřešení problému nízké efektivity při konečném potvrzování transakcí v síti L2. Předběžné potvrzení umožňuje uživatelům získat potvrzení transakcí rychleji, čímž se zmírní běžná zpoždění a neefektivita v mechanismu kumulace.
Jaké problémy má předběžná validace vyřešit?
V mechanismu rollup byl potvrzovací proces poté, co uživatel odešle transakci L2, vždy neefektivní. Protože centralizovaný sekvencer L2 nemůže přesně zaručit, kdy bude transakce potvrzena na L1, uživatelé si často nejsou jisti pořadím a výsledkem transakce. Uživatelé mohou například čekat dlouhou dobu na zahrnutí transakcí do L1, což může mít za následek finanční ztráty z provedených transakcí, pokud je transakční příkaz nesprávný nebo výsledky nejsou ideální.
Ve vysoce volatilních tržních prostředích jsou problémy s latencí a sekvenčními změnami ještě výraznější, protože uživatelé spoléhají na arbitráž a služby DeFi. V těchto případech zpoždění transakcí nebo změny sekvence přímo vedou ke ztrátě příležitostí. Dokonce i uživatelé, kteří provádějí běžné transakce, mohou postrádat důvěru v konečný čas potvrzení a pořadí transakcí na L1, a tak mít pochybnosti o spolehlivosti a snadnosti použití blockchainu.
Proto je cílem návrhu předběžného potvrzení tyto nedostatky napravit, zejména poskytnout pohodlnější a spolehlivější obchodní zkušenost pro ty uživatele, kteří jsou nejvíce postiženi neefektivitou Rollup.
Jak tyto problémy řeší předkonfirmace?
Předběžné potvrzení tyto problémy řeší tím, že uživatelům poskytuje záruky na zahrnutí, objednávání a provádění transakcí. Poskytuje uživatelům „měkké potvrzení“ prostřednictvím centralizovaného sekvenceru L2 a vydává předkonfirmační certifikáty, aby bylo zajištěno, že transakce budou nakonec zahrnuty do L1.
Hlavní výhodou měkkého potvrzení je, že zlepšuje uživatelskou zkušenost. Uživatelé obdrží potvrzovací poukaz ihned po odeslání transakce, což zajišťuje, že transakce je zahrnuta na L1 v očekávané objednávce, což snižuje nejistotu, zejména u transakcí, které vyžadují rychlou reakci, jako je arbitráž. Předběžné potvrzení navíc zvyšuje důvěru uživatelů v systém L2. Jak uživatelé získávají důvěru v bezpečné zpracování transakcí, celkové využití ekosystému L2 se zvýší. Předběžné potvrzení tedy hraje klíčovou roli při zlepšování efektivity a pohodlí zpracování Rollup.
Je předběžná validace konečným řešením?
Zatímco měkká potvrzení z centralizovaného sekvenceru mohou zlepšit uživatelskou zkušenost s očekávaným řazením a výsledky, spoléhá se na důvěru v sekvencer. Neexistuje žádné právní ani technické vymáhání a uživatelé se mohou spolehnout pouze na spolehlivost sekvenceru. Tato závislost vytváří možnost, že transakce nemusí být zahrnuty ve správném pořadí, nebo dokonce nemusí být zahrnuty na L1 vůbec, protože neposkytují záruky stability, které uživatelé očekávají.
Vezměme si Taiko jako příklad pro výklad konceptu a praxe Based Preconfirmation
Společnost Taiko vynakládá velké úsilí na implementaci založenou na předběžném potvrzení, protože tento přístup je v souladu se základními funkcemi Based Rollup. Pokud Based Preconfirmation dokáže úspěšně zavést rámec Taiko, nejenže výrazně zkrátí zpoždění při konečném potvrzení transakcí, ale také zlepší uživatelskou zkušenost. Toto vylepšení navíc aktivuje řadu dříve omezených služeb, aby mohly efektivně fungovat v síti Taiko.
Než se ponoříme do Based Preconfirmation, stojí za to si prostudovat některé z klíčových funkcí Taiko, abychom lépe porozuměli použitelnosti a výhodám tohoto přístupu.
Analýza případu Taiko
Taiko plně demonstruje základní funkce Based Rollup. Nejen, že dosahuje plné interoperability s infrastrukturou Ethereum, ale také se snaží být plně v souladu s bezpečnostními mechanismy Etherea. Taiko využívá architekturu Based Rollup, což znamená, že se nespoléhá na centralizovaný sekvencer, ale spoléhá na validátory Etherea, které působí jako sekvencery, odpovědné za řazení transakcí a bloků.
Jinými slovy, sekvencer Taiko má stejný typ role jako navrhovatel bloku Ethereum. Tento design jim dává zvláštní povinnosti a pobídky, jako je maximalizace odměn extrahovatelné hodnoty (MEV) a další výhody, které přicházejí se statusem sekvenceru. Proto, když se vyskytnou problémy v procesu sekvenování L2 společnosti Taiko, tyto sekvenátory přirozeně ponesou odpovídající odpovědnost kvůli jejich zájmu o ekosystém Ethereum. Tento mechanismus významně odlišuje Taiko od ostatních projektů Ethereum L2, pokud jde o provozní odpovědnost.
Kromě toho stojí za zmínku, že model Based Rollup společnosti Taiko je navržen jako „Based Contestable Rollup (BCR)“, což je struktura navržená tak, aby stimulovala zdravou soutěživost. Prostřednictvím otevřeného designu bez povolení zajišťuje Taiko decentralizaci systému a umožňuje komukoli účastnit se, čímž je systém spravedlivější a transparentnější.
Předběžné potvrzení založené na Based Rollup
Jak tedy vypadá model před ověřením speciálně navržený pro Based Rollup? Odpověď je "Based Preconfirmation". Tento model si klade za cíl nahradit tradiční mechanismy měkkého potvrzení potvrzením ověřeným přímo na L1.
Based Preconfirmation poskytuje systém, ve kterém se řada ověřovatelů L1 dobrovolně účastní a poskytuje služby předběžného potvrzení. Jako sekvencery tyto validátory poskytují uživatelům ověřitelné předpovědi výsledku souhrnných transakcí. Tento přístup poskytuje uživatelům důvěryhodné záruky o zahrnutí transakcí a objednávání, přičemž tyto záruky jsou přímo založeny na L1, čímž se zvyšuje důvěryhodnost a spolehlivost procesu Rollup.
Justin Drake nejprve navrhl koncept Based Preconfirmation a navrhl specifickou roli nazvanou „Preconfirmer“ může uživatelům poskytnout záruky podpisu a objasnit pořadí a stav provádění transakcí. Aby byla zajištěna spolehlivost závazku, každý předpotvrzující musí složit určitou částku zálohy. Pokud nesplní své závazky týkající se transakčního příkazu nebo stavu provedení, budou čelit sankci mechanismu sekání, což je ztráta části nebo všech jejich vkladů.
Mechanismus Slashing byl široce používán v Ethereum PoS staking k účinnému omezení škodlivého chování. Tento mechanismus nejen posiluje pocit odpovědnosti předpotvrzujícího, ale také vytváří určitý základ důvěry mezi uživatelem a předpotvrzujícím.
Dvě situace způsobí, že předem potvrzující budou fackováni:
Chyby živosti: Chyby živosti nastanou, pokud předpotvrzení z jakéhokoli důvodu nezahrne uživatelem předem potvrzenou transakci do řetězce. Vzhledem k tomu, že výpadky živosti nejsou vždy úmyslné, jsou jejich postihy relativně mírné. Taková selhání mohou pramenit ze síťových problémů nebo výpadků v blockchainu L1 nebo L2, což brání tomu, aby byly transakce správně zahrnuty do řetězce. Abychom ochránili čestné předpotvrzující před nepřiměřenými sankcemi, výše trestu za selhání živosti se obvykle určuje na základě jednání mezi uživatelem a předpotvrzujícím.
Bezpečnostní chyby: Bezpečnostní chyby nastanou, pokud je v řetězci zahrnuta předem potvrzená transakce, ale výsledek není v souladu s původním požadavkem uživatele. Tato nekonzistence je výhradně odpovědností prevalidátoru, takže sankce za selhání zabezpečení jsou obvykle přísnější. Vklady předpotvrzujících propadnou v plné výši bez ohledu na to, zda vydání bylo úmyslné či nikoli.
Aby se stal předpotvrzením v modelu Based Preconfirmation, musí uzel (obvykle navrhovatel bloku L1) přijmout podmínky těchto sekacích mechanismů a vsadit požadovaný vklad. Po schválení mohou předběžní potvrzení poskytovat uživatelům služby a získávat příjmy účtováním poplatků za služby.
Tento model poplatků poskytuje uživatelům značné pohodlí a umožňuje jim obejít zpoždění spojená s konečným potvrzením souhrnných transakcí. Například poté, co uživatel odešle předem potvrzenou transakci prostřednictvím své osobní peněženky, může okamžitě získat potvrzení o potvrzení od předem potvrzeného.
Předpotvrzení, kteří se účastní Předběžného potvrzení založeného na základě, mohou nejen získat další příjem účtováním poplatků, ale mohou také pomoci optimalizovat proces potvrzování transakcí Rollup. Tento model nejen zlepšuje uživatelskou zkušenost, ale také poskytuje spolehlivé a efektivní řešení pro finalizaci transakcí pro celý ekosystém L2, čímž dále zvyšuje jeho přitažlivost a užitečnost.
Proč jsou uživatelé ochotni platit za předběžné potvrzení?
To ve skutečnosti úzce souvisí s hlavním účelem předběžné konfirmace. Uživatelé jsou ochotni zaplatit za předběžné potvrzení, protože přímo řeší problém neefektivity Rollup v procesu konečného potvrzení transakce a přináší uživatelům značné pohodlí.
Například, když uživatel odešle předem potvrzenou transakci na L2 blockchainu prostřednictvím osobní peněženky, standardní transakce může muset počkat na konečné potvrzení, zatímco uživatel požadující předběžné potvrzení je schopen okamžitě získat ujištění od předem potvrzujícího. a dokončit transakci bez prodlení. V tomto okamžiku může uživatel dokonce vidět zelenou značku zaškrtnutí v rozhraní peněženky, která jasně ukazuje, že transakce byla úspěšná.
Vezmeme-li opět jako příklad služby DeFi, když si uživatelé vyměňují tokeny na platformě L2 DeFi, předběžné potvrzení může poskytnout další ochranu souvisejících transakcí. Často může být kótovaný směnný kurz nebo poplatek za transakci v rozporu se skutečně dokončenými výsledky transakce z důvodu zpoždění. Prostřednictvím předběžného potvrzení si však uživatelé mohou užít rychlý a efektivní proces konečného potvrzení transakce, snížit rozdíl mezi očekávanými podmínkami a skutečnými výsledky a získat spolehlivější službu.
Tyto scénáře aplikací nejenže umožňují vývojářům poskytovat přesnější služby, ale také uživatelům přinášejí hladší a pohodlnější zážitek. Tato dynamika dále podporuje expanzi ekosystému L2 a zároveň přispívá k růstu širšího ekosystému L1. Navíc pro Based Rollup sekvencery poskytují dodatečné příjmy z předběžného potvrzení model značného zisku. Tento design účinně řeší některé z tradičních slabin Based Rollup, takže je ideální volbou pro sekvencery, které jsou spolehlivé a atraktivní.
Jaké jsou problémy s Based Preconfirmation?
Based Preconfirmation je stále výzkumnou oblastí velkého zájmu v Rollup-driven Layer2 projektu reprezentovaném Taiko. Přestože tento mechanismus poskytuje jasné řešení pro zlepšení výkonu a škálovatelnosti L2 při zachování decentralizace, jeho praktická aplikace stále čelí některým výzvám, které je třeba vyřešit, aby bylo dosaženo širšího přijetí.
Za prvé, uživatelé nemusí získat absolutní záruky zahrnutí transakce, když Preconfer předloží transakci do bloku. Přestože předvalidátoři zaručují transakce zastavením svých vkladů, tento mechanismus stále plně neřeší problém, kdy transakce nejsou zahrnuty z důvodu externích narušení. Zejména v případě, kdy je hodnota transakce vyšší než částka přislíbená pre-konfirmátorem, může pre-confirmor zneužít své pravomoci a selektivně zahrnout nebo vyloučit určité transakce, což přináší potenciální rizika.
Další významnou výzvou je ziskový model založený na předběžném potvrzení. Hlavním zdrojem příjmů pro předpotvrzení jsou poplatky za předběžnou potvrzení, které platí uživatelé. Pokud je však počet předkonfirmářů nedostatečný nebo jejich účast dostatečně vysoká, může to vést k centralizaci trhu a monopolistickým tendencím. V tomto případě mohou být poplatky za předběžné potvrzení uměle vysoké, což uživatelům zvyšuje náklady na provádění rychlých a efektivních transakcí, což představuje hrozbu pro zdravý vývoj ekosystému před potvrzením.
Stojí za zmínku, že koncept Based Preconfirmation je relativně nový, protože byl navržen teprve před rokem. Aby se z něj stal „klíčový nástroj“ pro maximalizaci rychlosti a efektivity Rollup-driven L2 řešení, vyžaduje to ještě období praxe a zlepšování. Vzhledem k tomu, že Rollup je pevně etablován jako základní součást škálovatelnosti Etherea, další zkoumání předběžného potvrzení za účelem zlepšení výkonu představuje důležitý krok ve vývoji technologie L2.
Zejména společnost Taiko dosáhla významného pokroku v prosazování implementace Based Preconfirmation. Zároveň Taiko spolupracovalo s několika partnery, včetně Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev a Espresso, na společném zkoumání a vývoji aplikačních scénářů pro Based Preconfirmation. Tato spolupráce má řídit další vývoj ekosystému L2 a více podrobností bude diskutováno v následujících kapitolách.
Předem potvrďte ekologický panoramatický pohled: interpretace vývojového diagramu a průzkum projektu
V této kapitole prozkoumáme, které projekty aktivně zkoumají a posouvají vývoj předkonfirmační technologie v ekosystému L2 s technologií Rollup. Protože je ekosystém stále v raných fázích vývoje, použijeme vývojový diagram k intuitivnějšímu zobrazení a pochopení specifického procesu předběžného potvrzení.
Vývojový diagram před potvrzením
Předběžné potvrzení je složitý proces, který vyžaduje úzkou spolupráci mezi úrovněmi 1 a 2 a zahrnuje více rolí, z nichž každá má specifické odpovědnosti. Abychom vám pomohli lépe porozumět tomuto procesu vizuálně, vytvořil jsem vývojový diagram, který poskytuje stručný přehled. Je třeba poznamenat, že tento vývojový diagram má pomoci vysvětlit celkovou logiku, takže striktně nerozlišuje různé charakteristiky Rollup a Based Rollup, ale zaměřuje se hlavně na obecný proces na základní úrovni.
Než porozumíme konkrétním krokům vývojového diagramu, pojďme nejprve pochopit různé role zahrnuté v procesu předběžného potvrzení a jejich funkce:
Uživatel: Individuální uživatel využívající síť L1 nebo L2, zodpovědný za vytváření a odesílání transakcí. Pokud chce uživatel získat garanci před potvrzením, zapíše transakci a odešle ji předpotvrzujícímu.
Předpotvrzení: Během procesu předpotvrzení je předpotvrzení odpovědné za kontrolu transakce a ověření její platnosti a poté poskytne uživateli záruku před potvrzením. Prostřednictvím předběžného potvrzení mohou uživatelé rychle získat status ujištění o transakcích před konečným vypořádáním. Pokud uzly nemají kvalifikaci před potvrzením, vystupují jako aktéři bez předběžného potvrzení a zpracovávají hlavně běžné transakce spíše než transakce před potvrzením, podobně jako standardní ověřovací uzly.
Validátor L1: Zodpovídá za konečné ověření transakcí a bloků v síti L1. Jakmile předvalidátor odešle data transakce, validátor L1 je ověří a zaznamená konečná data do blockchainu L1, aby byla zajištěna integrita transakce a soulad s konsensuálními pravidly.
Manažer předkonfirmačních výzev: Pokud během procesu předkonfirmace vzniknou spory nebo problémy, je tato role zodpovědná za prošetření problému a přijetí příslušných kroků k vyřešení sporu. Tato role je zásadní pro zachování integrity a spolehlivosti procesu předběžné kvalifikace.
Nyní si rozeberme konkrétní proces předběžného potvrzení v pořadí podle vývojového diagramu:
Uživatel odešle žádost o transakci předpotvrzení mezi účastníky předpotvrzení, aby zahájil proces předběžného potvrzení.
Předpotvrzení zkontroluje transakci a odešle potvrzení s předběžným potvrzením, které uživateli slíbí, že transakce bude zahrnuta do bloku L1, čímž uživatelům poskytne počáteční záruku konečného potvrzení.
Předvalidátoři předají data o transakcích validátorům L1, které je třeba zahrnout do bloků L1. Tato data mohou být jednotlivé transakce nebo agregovaná data zpracovaná sekvenátorem L2.
Validátor L1 ověří odeslaná transakční data nebo souhrnná data a zaznamená je do bloku L1, aby bylo zajištěno, že jsou v souladu s pravidly blockchainu konsenzu.
Po určité době je blok L1 obsahující transakční data nebo souhrnná data finalizován a transakce je oficiálně potvrzena.
Uživatelé mohou zkontrolovat konečný výsledek transakce prostřednictvím uzlu L1 a použít příslušné informace k tomu, aby v případě potřeby vyvolali případné spory nebo výzvy před potvrzením.
V případě, že transakce nebude řádně zahrnuta do L1, jak bylo slíbeno, budou předpotvrzení čelit sankcím ze strany manažera předpotvrzení výzvy, jako je snížení nebo zmrazení jejich zastavených aktiv.
Průzkum souvisejícího projektu
Níže je uvedena podrobná analýza hlavních projektů aktivně zapojených do ekosystému před potvrzením a jejich relativní role v tomto procesu. Ačkoli tyto položky zaujímají specifické role ve vývojovém diagramu, skutečné úkoly, které vykonávají, se mohou mírně lišit. Účelem tohoto přehledu je proto poskytnout základní porozumění a může sloužit jako obecný návod. Pro zachování přehlednosti jsou položky v každé kategorii uspořádány v abecedním pořadí.
Validátoři předkonferencí
Astria: Astria se zavázala nahradit centralizované sekvencery decentralizovanou sítí sekvencerů a podporuje více kumulativních sdílení této sítě. Tento design poskytuje Rollupu větší odolnost vůči cenzuře, rychlejší finalitu bloků a bezproblémovou vzájemnou interakci. Pro dosažení rychlé finality bloků Astria zavedla funkci předběžného potvrzení, která umožňuje Rollup poskytovat rychlé potvrzení transakcí a zvýšenou odolnost vůči cenzuře, což výrazně zlepšuje uživatelský zážitek.
Bolt by Chainbound: Bolt je protokol před potvrzením vyvinutý společností Chainbound, který uživatelům Etherea poskytuje téměř okamžité služby potvrzení transakcí. Funguje na základě mechanismu nedůvěryhodné participace a ekonomického sázky, přičemž je kompatibilní se stávajícím plynovodem MEV-Boost PBS, čímž vytváří nové možnosti příjmů pro navrhovatele. Základní funkcí Boltu je předběžné potvrzení L1, které zlepšuje uživatelský zážitek tím, že poskytuje okamžitou konečnou platnost základních transakcí, jako jsou převody a autorizace. Bolt zvyšuje odolnost systému vůči cenzuře tím, že přesouvá odpovědnost za zahrnutí transakcí z centralizovaných tvůrců bloků na navrhovatele. Mechanismus registrace navrhovatelů hypoték zároveň zajišťuje nedůvěryhodné prostředí a flexibilně podporuje různé typy chytrých smluv.
Espresso System: Espresso System je protokol určený ke zlepšení interoperability blockchainového ekosystému. Využívá konsenzuální protokol HotShot Byzantine Fault Tolerance (BFT) k dosažení transakčního pořadí a rychlé finality dat mezi více řetězci. Espresso System zahrnuje Espresso Network a Espresso Marketplace, které spolupracují na zajištění rychlé finality transakcí a efektivní interoperability s cílem zvýšit škálovatelnost a bezpečnost blockchainového ekosystému.
Ethgas: Ethgas je trh pro obchodní blokový prostor Párování transakcí je řízeno centralizovaným systémem a procesy v řetězci jsou prováděny prostřednictvím inteligentních smluv. Ethgas poskytuje dvě hlavní funkce: předběžnou konfirmaci zahrnutí (zajišťující, že transakce je zahrnuta do stanoveného limitu plynu) a předběžnou konfirmaci provedení (zajišťující, že transakce dosáhne určitého stavu nebo výsledku). Ethgas se zaměřuje na ochranu transakčního soukromí v blokových vesmírných transakcích a je známý svými provozními cíli neutrality.
Luban: Luban se zaměřuje na vývoj decentralizované objednávkové vrstvy pro propojení transakčních dat mezi sítí Ethereum a Rollup. Objednávková vrstva je navržena jako decentralizovaný systém, který odděluje role návrhu a realizace. Lubanova funkce předběžného potvrzení výrazně zlepšuje spolehlivost transakcí tím, že zajišťuje vykonatelnost transakce před jejím zařazením do sítě Ethereum a zároveň pomáhá optimalizovat klíčové faktory, jako jsou transakční poplatky, cena plynu a MEV.
Primev: Primev vyvíjí síť navrhovatelů integrovanou s MEV, která kombinuje předběžné potvrzení s funkčností MEV a vytváří tak efektivní a spolehlivou síť peer-to-peer. Tato síť zaznamenává závazky týkající se provádění transakcí Ethereum a motivuje navrhovatele prostřednictvím mechanismu odměn nebo sankcí. Primev umožňuje účastníkům MEV nastavit konkrétní podmínky provádění pro jejich transakce a tvůrci bloků a validátoři se mohou zavázat k plnění těchto podmínek, čímž zajistí předběžné potvrzení transakcí. Na základě EIP-4337 podporuje Primev flexibilní možnosti předběžného potvrzení a poplatků za plyn, což nejen zlepšuje efektivitu zpracování transakcí, ale také dále optimalizuje uživatelskou zkušenost.
Puffer Unifi: Aktivně ověřené služby (AVS) Puffer Unifi jsou postaveny na EigenLayer a soustředí se na řešení výzev před potvrzením v ekosystému Ethereum, zejména v architektuře Based Rollup. Puffer Unifi AVS využívá funkci opětovného zavázání EigenLayer k poskytování podpory mechanismu účasti před potvrzením, jehož cílem je zlepšit efektivitu konečného potvrzení transakcí. Jak se Based Rollup vyvíjí, potřeba spolehlivého poskytovatele předběžného potvrzení stále roste a Puffer Unifi AVS se snaží tuto potřebu splnit. Jeho konečnou vizí je dosáhnout efektivního předběžného potvrzení beze změny základního protokolu, a tím podpořit udržitelný růst ekosystému Ethereum.
Skate: Předem potvrzený AVS společnosti Skate se spoléhá na znovu zastavená aktiva na EigenLayer, aby poskytla ekonomické zabezpečení pro všechny cross-chain operace. Tento AVS ověřuje sdružená data a informace požadované pro cross-chain transakce, které jsou poté podepsány převodníkem Skate a připraveny k provedení. Prostřednictvím tohoto procesu dosahuje Skate AVS předběžného potvrzení dat, což výrazně zlepšuje spolehlivost a efektivitu cross-chain transakcí.
Spire: Spire's Based Stack je souhrnný rámec založený na Ethereu, speciálně navržený tak, aby poskytoval podporu vývojářům při vytváření aplikačních řetězců (App Chains). Tento rámec umožňuje aplikačním řetězcům přímo interagovat s Ethereem, přizpůsobovat jeho metody sekvenování, podporovat výměnu mezi řetězci a další funkce a optimalizovat uživatelskou zkušenost prostřednictvím předběžného potvrzení. Based Stack podporuje více prováděcích prostředí, zaručuje výnosy ze sekvenování aplikačního řetězce a zachovává kompatibilitu s tradičními sdílenými sekvencery. Jako projekt s otevřeným zdrojovým kódem poskytuje Based Stack vývojářům kompletní nástroje a zdroje potřebné k budování a správě aplikačních řetězců, čímž podporuje vývoj aplikačního řetězce a interoperabilitu ekosystému Ethereum.
Taiko Gwyneth: Taiko Gwyneth je Rollup design vyvinutý společností Taiko a je klasifikován jako založená Rollup architektura. Cílem je dosáhnout plné interoperability s Ethereem a zároveň spravovat sekvencování transakcí přímo na Ethereu. Tento design plně využívá bezpečnostních a decentralizačních funkcí Etherea a zároveň poskytuje vysokou propustnost a rychlé konečné potvrzení. V současné době společnost Taiko provozuje mechanismus pro navrhovatele, který pomáhá s vytvářením bloků a zkoumá mechanismus předběžného potvrzení pro usnadnění ziskové produkce bloků v rámci komunity. Tento mechanismus je navržen tak, aby optimalizoval časové plánování bloků a efektivitu uvolňování dat. K dosažení těchto cílů Taiko intenzivně spolupracuje s projekty jako Nethermind a Gattaca.
L1 ověřovatel
Chorus One: Chorus One je projekt, který poskytuje ověřovací služby a infrastrukturu pro blockchainové sítě se zaměřením na vkládání služeb do více protokolů za účelem zvýšení stability a bezpečnosti sítě. Jako validátor L1 má Chorus One za úkol ověřovat transakce a generovat bloky, čímž zvyšuje spolehlivost a efektivitu celé sítě. Chorus One nedávno projevil velký zájem o technologii předpotvrzení, dokonce během Devconu 2024 hostil specializovanou událost.
Výzkum
Nethermind: Nethermind je projekt věnovaný vývoji klientů a nástrojů Ethereum s hlavním cílem zlepšit výkon a stabilitu blockchainové sítě. Zavedením pokročilých optimalizačních technologií Nethermind aktivně podporuje zlepšení transakční propustnosti v síti Ethereum. Společnost Nethermind prováděla hloubkový výzkum technologie předběžného potvrzení a předložila do programu financování společnosti Taiko návrh na urychlení nasazení funkce před potvrzením na hlavní síti Taiko. Tento návrh vychází z projektu RFP-001 společnosti Nethermind a bude realizován ve dvou fázích: první fáze otestuje funkci předkonfirmace mezi omezeným počtem oprávněných účastníků, druhá fáze plánuje postupné rozšiřování rozsahu žádostí o předběžnou konfirmaci; .
Pohled do budoucnosti
Společnost Taiko a mnoho projektů Based Rollup Layer 2, bez ohledu na to, zda přijímají architekturu Based Rollup, tvrdě pracují na optimalizaci neefektivního procesu konečného potvrzování transakcí v tradičním Rollupu. Zavedením konceptu předkonfirmace vytvářejí tyto projekty systém potvrzování transakcí, který uživatelům umožňuje rychleji a spolehlivěji potvrzovat transakce. Tímto způsobem tyto projekty nadále zkoumají, jak zlepšit uživatelskou zkušenost a budovat důvěru uživatelů.
Taiko plně využívá své umístění jako projekt Layer 2 Based Rollup a aktivně podporuje implementaci mechanismu Based Preconfirmation k dosažení plné interoperability a decentralizace s Ethereem. Taiko výrazně zlepšuje uživatelskou zkušenost tím, že uživatelům poskytuje rychlé a spolehlivé záruky konečného potvrzení transakcí, což výrazně zlepšuje rychlost a spolehlivost zpracování transakcí.
Několik odborníků z oboru, včetně Ed Feltena z Arbitrum, však poukazuje na to, že stále existuje nedostatek vyspělého middlewaru, který by mohl plně podporovat předběžné potvrzení. To ukazuje, že vyspělost předkonfirmační technologie a ziskový model předkonferencí stále čelí výzvám a tyto problémy je třeba dále řešit.
Jak je uvedeno v tomto článku, stále více projektů a hráčů aktivně vstupuje do prostoru předběžného potvrzení, z nichž každý přináší jedinečná a inovativní řešení zaměřená na zlepšení výkonu a efektivity Ethereum Layer 2. Tento trend je také v souladu s obecným pravidlem, že koncepty systému jsou po prvotní implementaci průběžně optimalizovány. Věřím, že tato fáze představuje důležitý uzel ve vývoji systému L2 a je také vzrušujícím a pozitivním vývojem v současném ekosystému L2.
Zlepšení uživatelského pohodlí prostřednictvím předběžného potvrzení nemusí mít hluboký dopad pouze na oblasti, které se zaměřují na rychlost a efektivitu, jako je DeFi a hry, ale může také znovu propojit Ethereum s dříve fragmentovanými ekologickými částmi zlepšením výkonu Ethereum Layer2. Toto zlepšení výkonu může umožnit více projektům Type-1 Ethereum Layer2 dosáhnout hluboké integrace s Ethereem, čímž se odemkne potenciál, který byl dříve nepřístupný kvůli omezení rychlosti. Tento vývoj bude mít nutně hluboký dopad na celý ekosystém Ethereum.
Předběžná validace zůstává kamenitou cestou plnou výzev. Průkopníci jako Taiko se však této příležitosti povznášejí a zaměřují se na poskytování většího pohodlí uživatelům. Inovace není nikdy snadná, ale jako zastánce Etherea a jeho ekosystému Layer2 upřímně respektuji a povzbuzuji jejich úsilí.
