Přesun Gemini: Jak Sui a Aptos zpochybňují blockchainovou scénu

cd

Úvodní stránkaduction

V poslední době se trh výrazně ochlazuje, což vede i veterány v oboru k pochybnostem o smyslu tohoto odvětví. Rád bych se s vámi podělil o některé své osobní myšlenky: Domnívám se, že mnoho velkých vizí z minulosti bylo „vyvráceno“, protože nikdy nebyly od počátku logicky konzistentní.

Nefinanční Dapps se často snažily zdůrazňovat decentralizaci, aby zakryly skutečnost, že samotné produkty nebyly dostatečně dobré. Ve skutečnosti po mně chtějí, abych nedůvěřoval Googlu, Twitteru a YouTube a místo toho věřil, že jejich peněženky s více podpisy a nastavení s jedním serverem jsou bezpečné.

Mnohé vize nebyly vyvráceny, ale nikdy nebyly skutečně prověřeny. Stále věřím, že i když většina vizí není velkolepá, mají smysl – možná jen potřebují pevný základ, který by je podpořil. Nakonec se může nabízet alespoň jedna z nich, decentralizace nebo uživatelská zkušenost srovnatelná s Web2.

Stejně jako TON a Solana byly kdysi podceňovány, nyní však v mnoha ohledech dohánějí své předchůdce. Veřejné řetězce, které podporují aplikace, potřebují inovace, které v každém cyklu pohánějí pokrok v odvětví. Dnes se tedy budeme zabývat typem veřejného řetězce, který byl dlouho přehlížen – ekosystémem Move.

1. Přesunout

Programovací jazyk Move byl původně vytvořen pro opuštěný projekt Diem (původně nazvaný Libra) společnosti Meta, jehož cílem bylo vyvinout stabilnější a regulovanější stablecoin jako základ pro její vizi metaverza.

Projekt však čelil silnému odporu a neustálému tlaku ze strany globálních regulačních orgánů. Ti se obávali, že rozsah Diem a rozsáhlá uživatelská základna Facebooku by mohly ohrozit finanční stabilitu, měnovou politiku a ochranu osobních údajů. Vedoucí úloha Bidenovy administrativy při vyvíjení tlaku nakonec přiměla společnost Meta, aby od projektu Diem upustila.

Jádro Diem naštěstí nebylo zavrženo. Různé frakce oddělené od původního týmu pokračovaly ve výzkumu a vývoji Move, který se vyvinul do dvojčat Move, která známe dnes – Sui a Aptos. Kromě toho jsou další projekty, jako je Linera (blockchain založený na Rustu a inspirovaný Move) a nedávno povýšený Movement, stále v plenkách.

Proč byl zbytkový dopad ukončeného projektu tak významný? Move, jakožto programovací jazyk blockchainu vyvinutý přední společností Web2, má solidní základy. Byl navržen se zaměřením na řešení výkonnostních a bezpečnostních problémů převládajících ve stávajících blockchainových jazycích, zejména v jazyce Solidity. Cílem jeho návrhu bylo vytvořit typový systém přizpůsobený pro správu aktiv a řízení přístupu. Klíčové body shrnuji následovně:

Na trhu přesyceném modulárními řetězci EVM představuje Move odvážný pokus o něco jiného. S podobnými tvrzeními jste se mohli setkat v úvodech mnoha veřejných projektů řetězců, ale doporučuji si je vyzkoušet na vlastní kůži, abyste tyto koncepty skutečně pochopili.

2. Sui

2.1 Architektura

Jako jedno z dvojčat Move čelil Sui brzy kritice za problémy spojené s výsadky a mechanismy uvolňování žetonů. Pokud však odhlédneme od těchto problémů a zaměříme se pouze na samotný projekt, Sui prokázal vynikající výkon i uživatelský zážitek, zejména v herním sektoru.

Tento úspěch úzce souvisí s jeho architekturou, která byla speciálně vylepšena pro běžné použití. Zde je stručný přehled architektonických inovací systému Sui:

  1. Model objektového úložiště: Tato složka je jádrem vylepšení aplikace Sui Move. Model objektového úložiště ukládá data jako jednotlivé objekty, každý s jedinečným identifikátorem. Na rozdíl od tradičních databázových systémů postrádá model objektového úložiště pevnou strukturu dat a může ukládat různé typy dat, například text, obrázky, videa a zvuk. Tento model umožňuje paralelní provádění a horizontální škálování (přidávání uzlů pro rozšíření kapacity úložiště). Návrh Sui se točí kolem tohoto modelu.
  2. Příčinné uspořádání: Zajišťuje, že transakce jsou prováděny v pořadí, které respektuje příčinné vztahy, a zabraňuje tak konfliktům a nekonzistencím dat. To umožňuje systému Sui zpracovávat velké objemy souběžných transakcí při zachování konzistence dat.
  3. Konsenzuální motory Narwhal a Bullshark: Sui používá jako konsenzuální motory Narwhal a Bullshark. Narwhal je zodpovědný za řazení a ověřování transakcí tím, že udržuje lokální fond transakcí, třídí transakce na základě kauzálních vztahů a vysílá je. Bullshark po obdržení seznamu setříděných transakcí od Narwhala hlasuje o seznamu pomocí konsensu BFT (Byzantine Fault Tolerance), aby zajistil, že všechny uzly souhlasí s pořadím transakcí.
  4. Sui Move: Sui rozšiřuje jazyk Move o nové funkce, jako je podpora NFT, správa aktiv a ukládání dat.
  5. Rámec Sui: Sui poskytuje kompletní rámec, který vývojářům pomáhá rychle vytvářet a nasazovat aplikace, včetně nástrojů a knihoven, jako jsou Sui Wallet, Sui SDK a Sui CLI.

Architektura Sui umožňuje zpracovávat velké objemy souběžných transakcí při zachování vysoké rychlosti, nízkých poplatků a bezpečnosti. Jazyk Move a framework Sui také poskytují vývojářům výkonné nástroje pro vytváření bezpečných, škálovatelných a uživatelsky přívětivých aplikací.

2.2 Konsensus

Blockchain Sui využívá konsenzuální mechanismus Mysticeti, což je konsenzus BFT (Byzantine Fault Tolerant) navržený pro nízkou latenci a vysokou propustnost.

Mysticeti umožňuje paralelní navrhování bloků více validátory, což plně využívá šířku pásma sítě a zajišťuje odolnost proti cenzuře. Protokol navíc vyžaduje pouze tři kola zpráv k finalizaci bloku z orientovaného acyklického grafu (DAG), což odpovídá teoretickému minimu stejně jako pBFT.

Pravidla odesílání umožňují paralelní hlasování a certifikaci lídrů bloků, čímž se dále snižuje medián a zpoždění na chvostu. Pravidla předkládání také tolerují nedostupné lídry bez výrazného zvýšení latence.

Mysticeti běžel v testnetu tři měsíce před spuštěním mainnetu Sui a vykazoval významné výsledky, například 80% snížení latence. Nyní může síť Sui zpracovávat desítky tisíc transakcí za sekundu, přičemž latence mezi koncovými stanicemi je výrazně nižší než jedna sekunda.

Blockchain Sui také využívá specifický typ konsensu Proof-of-Stake (PoS), který se nazývá Delegated Proof-of-Stake (DPoS). Pokud dojde k transakci zahrnující sdílené objekty (označované jako komplexní transakce), používá Sui k uspořádání transakcí výše zmíněné konsensuální enginy Narwhal & Bullshark. V porovnání s ostatními konsensuálními mechanismy BFT lze výhody a nevýhody systému Sui shrnout do šesti bodů:

Výhody:

  1. Nízká latence a vysoká propustnost: Protokol Mysticeti výrazně snižuje latenci konsensu a zvyšuje propustnost sítě díky paralelním návrhům bloků a optimalizovanému toku zpráv, což umožňuje systému Sui zpracovávat desítky tisíc transakcí za sekundu s latencí mezi koncovými body výrazně nižší než jedna sekunda.
  2. Odpor proti cenzuře: Protokol Mysticeti umožňuje paralelní navrhování bloků více validátory, což zvyšuje odolnost sítě proti cenzuře.
  3. Tolerance selhání lídra: Pravidla odesílání tolerují nedostupné vedoucí uzly bez výrazného zvýšení latence a automaticky volí nového vedoucího uzlu, který převezme řízení, když vedoucí uzel selže.

Nevýhody:

  1. Složitost: Konstrukce protokolu Mysticeti je poměrně složitá a vyžaduje hlubší technické znalosti, aby bylo možné plně pochopit jeho provozní mechanismy.
  2. Zabezpečení: Ačkoli protokol Mysticeti fungoval v testovacím provozu dobře, jeho bezpečnost je třeba dále ověřit v reálných aplikacích.
  3. Škálovatelnost: Škálovatelnost protokolu Mysticeti je třeba dále sledovat, aby bylo zajištěno, že se dokáže přizpůsobit budoucímu růstu velikosti sítě a objemu transakcí.

2.3 Abstraktní účty

Abstraktní model účtu Sui (Account Abstraction) je mechanismus, který umožňuje uživatelům spravovat své účty a transakce jednodušeji a bezpečněji tím, že abstrahuje logiku účtů a transakcí od podkladového protokolu blockchainu, čímž dosahuje vyšší úrovně správy účtů a zpracování transakcí.

V abstraktním modelu účtů Sui již účty nepředstavují jednoduché dvojice veřejného a soukromého klíče, ale objekty s bohatšími atributy a chováním. Každý účet má jedinečný identifikátor, nazývaný ID účtu, který je spojen s dvojicí veřejného a soukromého klíče účtu.

Model abstraktního účtu Sui zahrnuje následující klíčové komponenty:

Proces zpracování transakcí v abstraktním modelu účtu Sui zahrnuje následující kroky:

  1. Vytváření transakcí: Uživatelé vytvoří transakci a odešlou ji do sítě Sui.
  2. Ověřování transakcí: Síť Sui ověřuje platnost a integritu transakce.
  3. Vyhledávání účtů: Síť Sui najde odpovídající objekt účtu na základě ID účtu v transakci.
  4. Provádění logiky účtu: Síť Sui provede logiku účtu, aby zpracovala transakci a aktualizovala stav účtu.
  5. Potvrzení transakce: Síť Sui potvrdí výsledek transakce a zapíše jej do blockchainu.

Zjednodušeně řečeno, abstraktní model účtu Sui je inovativní mechanismus, který zjednodušuje správu účtů a zpracování transakcí, a aplikace se tak více podobají aplikacím.

2.4 Hraní her

Aby blockchain vynikl, musí si nejprve vybudovat pevné základy. Ekosystém Move jsem již dříve označil za odvážný experiment, a to ze dvou hlavních důvodů.

Zaprvé, v době, kdy se rozšiřuje koncept modularizace, představují nativní ekosystémy Move (konkrétně dvojčata Move) poslední pokus o řešení na první vrstvě a jdou proti současnému trendu.

Nedávný vznik několika heterogenních řetězců však může být důkazem, že modularizace není jediným řešením.

Za druhé, přebudovat blockchain pomocí nového programovacího jazyka je podobné, jako kdybyste se snažili vytvořit nový operační systém, který by se na současném trhu chytrých telefonů postavil iOS a Androidu – cesta nevyhnutelně plná problémů.

Zda bude ekosystém Move v příštích letech zářit jako Solana, závisí do značné míry na tom, jaký směr zvolí. Odpovědí společnosti Sui na tuto výzvu je hraní her.

Hry jsou jednou z klíčových vstupních bran do Webu3, ale většina blockchainů hry dobře nepodporuje. Je to proto, že technologie blockchain byla původně navržena pro finanční aplikace a její decentralizovaná architektura má ze své podstaty nižší výkon, takže se pro hraní her nehodí.

Sui je však jiný. Jeho model je vhodný jak pro aplikace DeFi, tak pro nefinanční aplikace, včetně her. Jak již bylo zmíněno, v systému Sui je vše objektem. V Sui mohou objekty vlastnit jiné objekty, což umožňuje modelovat složité hierarchie aktiv typické pro hry nebo aplikace.

Představte si, že hrajete hru, ve které má postava hrdiny inventář a v tomto inventáři jsou uložena další digitální aktiva patřící postavě. Sui dokáže modelovat tyto datové hierarchie způsobem, který jiné blockchainy neumí. To dává vývojářům možnost vytvářet aplikace, aniž by museli obcházet přirozená omezení řetězce.

Kromě toho společnost Sui aktivně spolupracuje s tradičními giganty Web2. V loňském roce společnost Sui navázala partnerství se třemi ze čtyř hlavních jihokorejských herních gigantů (Netmarble, NHN a NCSoft). V letošním roce společnost Sui navázala partnerství se společností TikTok v oblasti vývoje blockchainových her a projektů SocialFi, čímž se tradiční giganti dostali do prostoru Web3.

3. Aptos

Aptos, další blockchain 1. vrstvy založený na jazyce Move, se rovněž zavázal k budování vysoce výkonné, škálovatelné infrastruktury Web3. Jeho architektonický návrh sdílí mnoho podobností se Sui, ale zavádí také některé jedinečné funkce.

3.1 Architektura

  1. Modulární design: Aptos využívá modulární architekturu, která vývojářům umožňuje nezávisle vyvíjet a aktualizovat různé moduly, což zvyšuje rychlost a flexibilitu vývoje.
  2. Parallel Execution Engine (Block-STM): Na rozdíl od jiných blockchainů, které vyžadují předem deklarované datové závislosti, může paralelní exekuční engine Aptosu zpracovávat transakce paralelně bez předchozí znalosti umístění dat, čímž se zvyšuje propustnost a snižuje latence.
  3. Zpracování transakcí ve směru toku (Pipelined Transaction Processing): Aptos rozděluje zpracování transakcí do několika fází, jako je propagace, řazení metadat a dávkové ukládání, a tyto fáze provádí paralelně pomocí pipeliningu, aby se maximalizovala propustnost a minimalizovala latence.
  4. Programovací jazyk Move: Aptos používá programovací jazyk Move, který se oproti Sui zaměřuje spíše na zdokonalování než na inovace. Například standardizuje jazyk, zavádí robustnější podporu funkcí a rozšiřuje možnosti přizpůsobení.
  5. Flexibilní synchronizace stavu: Umožňuje uzlům zvolit různé strategie synchronizace stavu, například synchronizaci celé historie nebo pouze posledního stavu, což zvyšuje flexibilitu uzlů.
  6. Mechanismus konsenzu AptosBFT: AptosBFT je konsenzuální mechanismus Byzantine Fault Tolerance používaný systémem Aptos. Optimalizuje komunikaci a synchronizaci mezi validátory s cílem zlepšit propustnost a snížit latenci. Ve srovnání se Sui, který lze považovat za vylepšenou verzi DiemBFT, AptosBFT dosáhl určitého pokroku v efektivitě a obnově po havárii, proto se o něm zde krátce zmíníme.

Architektura systému Aptos umožňuje zpracovávat velké množství souběžných transakcí při zachování vysoké rychlosti, nízkých poplatků a bezpečnosti. Jazyk Move a framework Aptos navíc poskytují vývojářům výkonné nástroje pro vytváření bezpečných, škálovatelných a uživatelsky přívětivých aplikací.

3.2 Block-STM

Pojďme se hlouběji seznámit s hlavní inovací společnosti Aptos, paralelním exekučním jádrem Block-STM:

Základní principy systému Block-STM:

  1. Předdefinované sekvenční provádění: Block-STM se spoléhá na předem definovanou posloupnost transakcí v rámci bloku. Všechny transakce musí být provedeny v tomto pořadí, aby byla zajištěna konzistence konečného stavu.
  2. Optimistické řízení souběžnosti: Block-STM optimisticky provádí transakce paralelně, přičemž předpokládá, že nedojde ke konfliktům. Tato metoda řízení vychází z předpokladu, že konflikty jsou vzácné, což umožňuje transakcím přistupovat k datům a měnit je bez zamykání. Předpokládá, že pravděpodobnost současných konfliktů je nízká, takže modifikace mohou pokračovat, přičemž před konečným odevzdáním se kontroluje, zda nedošlo ke konfliktu.
  3. Datová struktura pro více verzí: Pro podporu optimistického řízení souběhu používá Block-STM k ukládání dat strukturu dat s více verzemi. Každá operace zápisu vytváří novou verzi dat, zatímco operace čtení přistupují k odpovídající verzi dat.
  4. Ověřování a opakování: Po provedení transakce systém Block-STM ověří, zda jsou verze načtených dat stále platné. Pokud ověření selže, což znamená konflikt, je transakce označena jako neplatná a provedena znovu.
  5. Kolaborativní plánování: Block-STM využívá kolaborativní plánovač, který koordinuje provádění a ověřování úloh různých vláken a maximalizuje tak paralelismus.

Pracovní postup Block-STM:

  1. Seskupení transakcí: Seskupte transakce v rámci bloku a přiřaďte je různým vláknům k paralelnímu provádění.
  2. Optimistické provedení: Každé vlákno optimisticky provádí přiřazené transakce a zaznamenává sadu čtení/zápisu každé transakce.
  3. Ověřování: Jakmile vlákno dokončí transakci, ověří, zda jsou verze dat v jeho čtecí sadě stále platné.
  4. Opakování pokusu: Pokud ověření selže, což znamená konflikt, je transakce označena jako neplatná a provedena znovu.
  5. Zavázat se: Poté, co všechny transakce projdou validací, jsou jejich výsledky zapsány do stavu blockchainu, čímž je dokončena revize transakce.

Výhody systému Block-STM:

  1. Vysoký výkon: Díky optimistickému řízení souběžnosti a kolaborativnímu plánování Block-STM plně využívá vícejádrové procesory a dosahuje vysoké propustnosti.
  2. Nízká latence: Vzhledem k tomu, že transakce lze provádět paralelně, Block-STM výrazně zkracuje dobu potvrzování transakcí.
  3. Zabezpečení: Předdefinované sekvenční provádění a validační mechanismy systému Block-STM zajišťují konzistenci a bezpečnost konečného stavu.

Block-STM je efektivní motor pro paralelní provádění transakcí, který kombinuje optimistické řízení souběžnosti, datové struktury s více verzemi a kolaborativní plánování, aby maximalizoval propustnost blockchainu a zároveň zajistil bezpečnost a správnost.

3.3 Abstrakce účtu

Na rozdíl od přímějšího přístupu k abstrakci účtů v systému Sui podporuje systém Aptos omezenější rozměr abstrakce a postrádá konkrétní předem definované standardy. Jeho možnosti abstrakce účtů se projevují především v následujících oblastech:

  1. Modulární správa účtů: K definování a správě účtů používá moduly Move, které vývojářům umožňují vytvářet vlastní moduly pro různé typy účtů a funkce.
  2. Flexibilní správa klíčů: Umožňuje uživatelům používat různé klíče pro různé operace s účtem, například používat jeden klíč pro podepisování transakcí a jiný pro správu účtu.
  3. Programovatelné ověřování transakcí: Vývojáři mohou v modulech Move definovat vlastní logiku ověřování transakcí, například více podpisů nebo limity, aby vyhověli různým scénářům aplikace.

3.4 Partnerství se společností Microsoft

V porovnání se společností Sui, která se zaměřuje spíše na vývoj her, nemá Aptos specifický cíl vývoje. Jeho sloganem je být blockchainem, který se nejvíce hodí pro výrobu.

Jedním z pozoruhodných aspektů je probíhající spolupráce společnosti Aptos se společností Microsoft, jejímž cílem je integrovat technologii AI společnosti Microsoft do blockchainu. Jejich první společný produkt, Aptos Assistant, generativní AI asistent postavený na síti Aptos, je již v provozu na oficiálních webových stránkách. Další produkty AI budou oznámeny v následujících měsících.

4. Ekosystém pohybu

Ačkoli si Sui v poslední době vede dobře, ekosystém Move stále potřebuje čas, aby dozrál ve srovnání s řetězci založenými na EVM, Solana, Ton a dalšími heterogenními řetězci. Přestože jsou společnosti Sui a Aptos v centru pozornosti a dosahují technologických průlomů, celkový rozsah a aktivita ekosystému Move se zatím nevyrovnají ostatním vyspělým ekosystémům.

Počet vývojářů, typů aplikací a uživatelská základna potřebují ještě čas, aby se rozrostly. Co se týče externí spolupráce a provozu, Sui i Aptos vykazují silnou mentalitu Web2, postrádající některé esence Web3, díky čemuž se jejich projekty v rámci odvětví drží relativně při zemi.

Vzhledem k potenciálu ekosystému Move je však velmi slibný. Někteří vývojáři si již uvědomují budoucí hodnotu Move. Jak bylo zmíněno v úvodu, již existují projekty, které Move začleňují do řešení Ethereum vrstva 2. V budoucnu může ekosystém Move zazářit v prostoru vrstvy 2 ETH. V současné době se zaměřujeme na to, jak ekosystém Move dále podporovat.

Related Articles
↑
Exit mobile version