EthCC7 se nedávno konalo v Bruselu a organizátoři pozvali Vitalika, zakladatele Etherea, aby přednesl hlavní projev.

Stojí za zmínku, že rok 2024 je 10. výročím Ethereum ICO Po Vitalikově projevu se tři bývalí hlavní zakladatelé Etherea, Vitalik Buterin, Joseph Lubin a Gavin Wood, opět společně vyfotili, aby si připomněli tuto příležitost.

Tento článek je hlavním projevem zakladatele Etherea Vitalika na EthCC7, který nedávno sestavil Golden Finance 0xxz.

téma řeči

Posílení L1: Optimalizace Etherea, aby se stalo vysoce spolehlivou, důvěryhodnou a bez povolení základní vrstvou vrstvy 2

Ethereum Vision Spectrum

Myslím, že existuje spektrum možných různých děleb práce, pokud jde o roli, kterou může základní vrstva Etherea hrát v ekosystému během příštích pěti až deseti let. Můžete si to představit jako spektrum zleva doprava.

Na levé straně spektra se v podstatě snaží být velmi minimalistickou základní vrstvou, která v podstatě funguje jen jako ověřovací verifikátor pro všechny L2. Možná také poskytnout možnost přenosu ETH mezi různými L2. Ale kromě toho je to v podstatě všechno.

Na pravé straně spektra je v podstatě nové zaměření na dApps běžící primárně na L1, přičemž L2 se používá pouze pro některé velmi specifické a vysoce výkonné transakce.

Uprostřed spektra je několik zajímavých možností. Ethereum jsem dal jako základní vrstvu L2 na druhou levou. Extrémní verzi jsem dal úplně vlevo. Extrémní verze je ta, že úplně opustíme prováděcí klientskou část Etherea, ponecháme pouze konsensuální část a přidáme nějaké validátory důkazu nulových znalostí, čímž v podstatě celou prováděcí vrstvu změníme na Rollup.

Velmi extrémní možnosti jsou vlevo a vpravo by to mohla být základní vrstva, ale také se pokusit dát L2 více funkcí. Jedním z nápadů v tomto směru je další snížení swapového času Etherea, aktuálně 12 sekund, možná až na 2-4 sekundy. Účelem toho je skutečně učinit základní souhrny životaschopné jako primární způsob fungování L2. Pokud tedy nyní chcete, aby měl L2 špičkový uživatelský zážitek, musíte mít vlastní předpotvrzení, což znamená buď centralizovaný třídič, nebo vlastní decentralizovaný třídič. Pokud se jejich konsenzus zrychlí, L2 to již nebude muset dělat. Pokud opravdu chcete zlepšit škálovatelnost L1, pak se také sníží potřeba L2.

Takže je to spektrum. Momentálně se soustředím hlavně na verzi dvě zleva, ale věci, které zde navrhuji, platí i pro jiné vize a rady zde ve skutečnosti jiným vizím nebrání. To je něco, co považuji za velmi důležité.

Výhoda robustnosti Etherea

Velkou výhodou Etherea je, že má velký a relativně decentralizovaný stakingový ekosystém.

Na levé straně obrázku výše je graf výpočetního výkonu všech těžebních poolů bitcoinů a na pravé straně je graf stakerů Ethereum.

Rozložení výpočetního výkonu bitcoinu není v současné době příliš dobré.

A situace Etherea je ve skutečnosti lepší, než ukazuje graf, protože druhá velká část šedé části je ve skutečnosti neidentifikovaná, což znamená, že se může jednat o kombinaci mnoha lidí a dokonce v ní může být mnoho nezávislých stakerů. Modrá část, Lido, je ve skutečnosti zvláštní, volně koordinovaná struktura složená z 37 různých validátorů. Ethereum má tedy ve skutečnosti relativně decentralizovaný ekosystém ssazování, který funguje docela dobře.

V této oblasti můžeme udělat mnoho vylepšení, ale myslím, že stále má cenu si to uvědomit. To je jedna z jedinečných výhod, na které můžeme skutečně stavět.

Mezi výhody robustnosti Etherea patří také:

Má ekosystém pro více klientů: existují klienti provádějící Geth a klienti, kteří nejsou Geth provádějící, dokonce převyšuje podíl klientů provádějících Geth. Podobná situace nastává v konsensuálních klientských systémech;

Mezinárodní komunita: lidé v mnoha různých zemích, včetně projektů, L2, týmů atd.;

Multicentrický znalostní ekosystém: Existuje Ethereum Foundation, existuje tým klientů a dokonce tým Paradigm’s Reth v poslední době zvyšuje své vedoucí postavení v oblasti open source;

Kultury, které si těchto atributů váží

Ekosystém Ethereum jako základní vrstva tedy již má tyto velmi silné výhody. Myslím, že je to velmi cenná věc a nemělo by se jí snadno vzdát. Zašel bych tak daleko, že bych řekl, že existují jasné kroky, které lze podniknout k posílení těchto silných stránek a dokonce k řešení našich slabých stránek.

Kde Ethereum L1 nesplňuje vysoké standardy Jak jej lze zlepšit?

Zde je anketa, kterou jsem provedl na Farcasteru asi před půl rokem: Pokud nehrajete Solo, co vám brání v Solo stakingu?

Mohu v tomto místě zopakovat otázku, kdo dělá Solo staking? Bez Solo stakingu, kdo z vás se domnívá, že práh 32 ETH je největší překážkou, kdo se domnívá, že provozování uzlu je příliš obtížné, je největší překážkou a kdo cítí, že největší překážkou je, že nemůžete investovat své ETH do DeFi protokol zároveň? Kdo pociťuje největší překážku ve strachu z nutnosti umístit soukromé klíče na běžící uzel, kde je lze snadněji ukrást?

Je vidět, že hlavní dvě překážky, na kterých se jednomyslně shodly, jsou: minimální požadavek 32 ETH a obtížnost provozu uzlu. Vždy je důležité si to uvědomit.

Mnohokrát, když se začneme zabývat tím, jak maximalizovat schopnost lidí duálně používat jejich kolaterál v protokolech DeFi, zjistíme, že velký počet lidí dokonce protokoly DeFi vůbec nepoužívá. Zaměřme se tedy na hlavní problémy a na to, co můžeme udělat, abychom se je pokusili vyřešit.

Začněte spuštěním validátorového uzlu, nebo jinými slovy, začněte od prahu 32 ETH. Ve skutečnosti tyto dvě otázky spolu souvisejí, protože obě jsou funkcí počtu validátorů v Proof of Stake společnosti Ethereum.

Dnes máme asi 1 milion validátorů a každý subjekt má zálohu 32 ETH, takže pokud by se minimální požadavek změnil na 4 ETH, pak bychom měli 8 milionů nebo možná více než 8 milionů, možná 9 milionů nebo 10 milionů validátorů. Pokud jej chceme snížit na 100 000 validátorů, pak se minimální požadavek možná bude muset zvýšit na přibližně 300 ETH.

Takže je to kompromis. Ethereum se historicky snažilo být uprostřed kompromisu. Pokud však najdeme nějaké způsoby, jak jej vylepšit, pak budeme mít další statistické body, které můžeme volitelně použít ke snížení minimálních požadavků nebo k usnadnění provozu uzlu.

Ve skutečnosti si teď myslím, že agregace podpisů není ani hlavním problémem provozu uzlu. Zpočátku se možná zaměříme spíše na snížení minimálních požadavků, ale nakonec to bude zahrnovat obojí.

Existují tedy dvě techniky, které mohou zlepšit oba tyto aspekty.

Jednou z technik by bylo povolit vytyčování nebo povolit finalitu, aniž by se vyžadoval podpis každého validátora. V zásadě potřebujete nějaký druh náhodného vzorkování dostatečného množství uzlů, abyste dosáhli významné ekonomické bezpečnosti.

Právě teď si myslím, že ekonomické jistoty máme víc než dost. Náklady na provedení 51% útoku, počítané z hlediska množství seříznutého ETH, jsou třetina z 32 milionů ETH, což je přibližně 11 milionů ETH. Kdo by utratil 11 milionů ETH za zničení blockchainu Ethereum. Nikdo, ani americká vláda, to nechce.

Tyto techniky odběru vzorků jsou podobné, jako kdybyste měli dům a vchodové dveře chránily čtyři vrstvy oceli, ale okno bylo jen kusem nekvalitního skla, které by někdo mohl snadno rozbít baseballovou pálkou. Myslím, že Ethereum je do jisté míry takové, pokud chcete provést 51% útok, musíte ztratit 11 milionů ETH. Ale ve skutečnosti existuje mnoho jiných způsobů, jak zaútočit na protokol, a skutečně bychom měli tuto obranu více posilovat. Takže místo toho, pokud máte podmnožinu validátorů, kteří dělají finalitu, pak je protokol stále dostatečně bezpečný a můžete skutečně zvýšit úroveň decentralizace.

Druhou technikou je lepší agregace podpisů. Mohli byste udělat něco pokročilého, jako je Starks, a místo podpory 30 000 podpisů na slot bychom mohli nakonec podporovat více podpisů. Toto je první část.

Druhá část usnadňuje běh uzlů.

Prvním krokem je expirace historie Ve skutečnosti, EIP-4444, v této oblasti došlo k velkému pokroku.

Druhým krokem je klient bez státní příslušnosti. Verkle existuje již dlouho, další možnou možností je vytvořit binární hashovací strom podobný Poseidonu, hashovací funkci přátelskou Starkovi. Jakmile toto budete mít, k ověření bloků Ethereum již nepotřebujete pevný disk. Poté můžete přidat ZKVM typu 1, který dokáže Stark ověřit celý blok Etherea, takže můžete ověřovat libovolně velké bloky Etherea stahováním dat nebo dokonce vzorkováním dat dostupnosti dat, a pak stačí ověřit jeden důkaz.

Pokud to uděláte, bude provoz uzlu jednodušší. Jedna z velmi nepříjemných věcí v současnosti u bezstavových klientů je, že pokud chcete změnit nastavení hardwaru nebo softwaru, obvykle musíte buď začít od nuly a ztratit den, nebo musíte udělat něco velmi nebezpečného a dát klíče do dvou. bylo by slah, pokud máme klienty bez státní příslušnosti, už to nemusíte dělat.

Můžete jednoduše spustit nového samostatného klienta, zavřít starého, přesunout klíče a spustit nového. Ztratíte jen jednu epochu.

Jakmile máte ZKVM, hardwarové nároky v podstatě klesnou téměř na nulu.

Technicky lze tedy vyřešit jak práh 32 ETH, tak obtížnost provozu uzlu. Myslím, že to má spoustu dalších výhod, skutečně to zlepší naši schopnost zvyšovat individuální sázky lidí, poskytne nám to lepší ekosystém individuálních sázek a vyhneme se rizikům centralizace sázek.

Proof of Stake má další problémy, jako jsou rizika související s likvidním sázkem a rizika související s MEV. To jsou také důležité otázky, které je třeba nadále zvažovat. Naši výzkumníci o tom přemýšlejí.

Zotavte se z 51% útoku

Opravdu jsem začal přemýšlet vážně a důsledně. Je překvapivé, kolik lidí o tomto tématu vůbec nepřemýšlí a bere to jako černou skříňku.

Co se stane, pokud opravdu narazíme na 51% útok?

Ethereum může utrpět 51% útok, bitcoin může utrpět 51% útok a vláda může také utrpět 51% útok, jako je nákup 51% politiků.

Jedním z problémů je, že se nechcete spoléhat pouze na prevenci, ale chcete mít také plán obnovy.

Obvyklá mylná představa je, že lidé si myslí, že 51 % útoků je o obrácení konečnosti. Lidé tomu věnují pozornost, protože to je to, co Satoshi Nakamoto zdůraznil v bílé knize. Můžete utrácet dvojnásobek, poté, co jsem si koupil své soukromé letadlo, provedl jsem 51% útok, získal jsem zpět své bitcoiny a mohl jsem si ponechat své soukromé letadlo a létat kolem.

Realističtější útok by mohl zahrnovat vklady na burzy a věci, jako je kompromitace protokolů DeFi.

Ale obrat ve skutečnosti není to nejhorší. Největší riziko, kterého bychom se měli obávat, je ve skutečnosti cenzura. 51 % uzlů přestalo přijímat bloky od ostatních 49 % uzlů nebo jakéhokoli uzlu, který se snažil obsahovat nějaký typ transakce.

Proč je to největší riziko? Protože obrácení finality má Slash, existuje okamžitý ověřitelný důkaz, že alespoň třetina uzlů udělala něco velmi, velmi špatného a byli potrestáni.

A v případě cenzurního útoku to nelze procesně přičíst, neexistuje žádný bezprostřední procesní důkaz, který by řekl, kdo udělal něco špatného. Nyní, pokud jste online uzel, pokud chcete vidět, že určitá transakce nebyla zahrnuta do 100 bloků, ale ani jsme nenapsali software, který by tuto kontrolu provedl,

Další výzvou s cenzurou je, že pokud chce někdo zaútočit, může to udělat tak, že zdrží transakce a blokuje, které se mu nelíbí, na 30 sekund, pak minutové zpoždění, pak dvouminutové zpoždění a ani mít shodu na tom, kdy reagovat.

Takže říkám, cenzura je ve skutečnosti větší riziko.

V blockchainové kultuře existuje argument, že pokud dojde k útoku, komunita se sjednotí a evidentně udělají pár soft forků a vystřihnou útočníky.

To může být pravda dnes, ale to se opírá o spoustu předpokladů o koordinaci, ideologii, všech druzích dalších věcí, a není jasné, jak pravdivé bude něco takového za 10 let. Takže to, co mnoho dalších blockchainových komunit začíná dělat, je, jak říkají, máme věci jako cenzuru, máme tyto chyby, které jsou ve své podstatě nepřisuzovatelné. Proto se musíme spolehnout na společenský konsensus. Spoléhejme tedy pouze na společenský konsensus a hrdě přiznejme, že jej využijeme k řešení našich problémů.

Ve skutečnosti jsem zastáncem jít opačným směrem. Víme, že plně koordinovat automatické reakce a automaticky rozdělit většinu posuzovaných útočníků je matematicky nemožné. Ale můžeme se tomu co nejvíce přiblížit.

Můžete vytvořit větev, která skutečně přináší alespoň většinu online uzlů na základě určitých předpokladů o podmínkách sítě. Argument, který se zde snažím sdělit, je ten, že to, co ve skutečnosti chceme, je pokusit se udělat reakci na 51% útok co nejautomatizovanější.

Pokud jste validátor, pak by váš uzel měl mít spuštěný software, který pokud detekuje, že transakce jsou cenzurovány nebo některé validátory jsou cenzurovány, automaticky decenzuruje většinu řetězce a všechny poctivé uzly automaticky kvůli jejich Běžící kód je koordinován na stejných pár měkkých vidliček.

Samozřejmě je tu opět matematická nemožnost výsledku, alespoň kdokoli, kdo byl v tu chvíli offline, by nemohl rozeznat, kdo měl pravdu a kdo se mýlil.

Existuje mnoho omezení, ale čím blíže se k tomuto cíli přibližujete, tím méně práce na společenském konsensu potřebuje.

Když si představíte, co se vlastně stane 51% útok. Nebude to tak, že dole, najednou v určitém okamžiku Lido, Coinbase a Kraken zveřejní blogový příspěvek v 5:46, v podstatě řeknou, hej kluci, teď děláme recenzi.

Ve skutečnosti se může stát, že ve stejnou dobu uvidíte válku na sociálních sítích a zároveň uvidíte všechny druhy dalších útoků. Pokud ve skutečnosti dojde k 51% útoku, mimochodem, myslím, neměli bychom předpokládat, že Lido, Coinbase a Kraken budou u moci za 10 let. Ekosystém Etherea bude stále více mainstreamový a bude tomu muset být vysoce přizpůsobivý. Chceme, aby zátěž na sociální vrstvě byla co nejlehčí, což znamená, že potřebujeme, aby technická vrstva alespoň přišla s jasným vítězným kandidátem, a pokud se chtějí rozdělit z řetězce, který je pod kontrolou, měli by se shromáždit kolem hrstky lepších měkkých vidlic.

Jsem zastáncem toho, abychom provedli další průzkum a učinili velmi konkrétní doporučení.

Návrh: Zvyšte práh kvora na 75 % nebo 80 %

Myslím, že práh pro Kvórum (Poznámka: Mechanismus Kvora je hlasovací algoritmus běžně používaný v distribuovaných systémech k zajištění redundance dat a případné konzistence) lze dnes zvýšit ze dvou třetin na 75 % nebo 80 %.

Základním argumentem je, že pokud zaútočí škodlivý řetězec, jako je řetěz cenzury, obnova se stává velmi, velmi obtížnou. Nicméně na druhou stranu, pokud zvýšíte podíl Kvora, jaká jsou rizika? Pokud je kvorum 80 %, pak místo toho, aby 34 % uzlů přešlo do režimu offline, ukončilo finalitu, 21 % uzlů, které přešlo do režimu offline, ukončí finalitu.

Existují rizika. Podívejme se, jak to vypadá v praxi? Z toho, co jsem pochopil, si myslím, že pouze jednou jsme měli finalitu pozastavenou asi na hodinu, protože více než třetina uzlů byla offline. A pak, existují nějaké incidenty, kdy je 20 % až 33 % uzlů offline? Myslím, že maximálně jednou a nulakrát minimálně. Vzhledem k tomu, že v praxi je velmi málo validátorů offline, ve skutečnosti si myslím, že riziko, že to uděláte, je docela nízké. Výhody jsou v zásadě v tom, že laťka, kterou musí útočník dosáhnout, se výrazně zvětšila a rozsah scénářů, kdy řetězec v případě zranitelnosti na straně klienta přejde do bezpečného režimu, se výrazně zvětšil, takže lidé mohou skutečně spolupracovat, aby zjistili co se pokazilo.

Pokud se práh Kvora zvýší z 67 % na 80 %, pak za předpokladu, že se poměr, kterého klient potřebuje dosáhnout, zvýší z 67 % na 80 %, pak hodnota malého počtu klientů nebo hodnota, kterou malý počet klientů klienti mohou poskytnout, opravdu začíná přibývat.

Další obavy z cenzury

Dalšími obavami týkajícími se cenzury jsou buď seznamy zařazení nebo nějaká alternativa k seznamům zařazení. Takže celá věc s více paralelními navrhovateli, pokud bude fungovat, by se mohla dokonce stát náhradou za zahrnutí seznamů. Potřebujete buď abstrakci účtu, potřebujete abstrakci účtu v rámci nějakého druhu protokolu.

Důvod, proč to potřebujete, je ten, že právě teď chytré smluvní peněženky nemají ze seznamu zahrnutí žádný užitek. Chytré smluvní peněženky ve skutečnosti netěží z žádné záruky odolnosti proti cenzuře na vrstvě protokolu.

Prospělo by jim, kdyby v protokolu existovala abstrakce účtů. Takže existuje spousta věcí, ve skutečnosti je mnoho z těchto věcí hodnotných ve vizi centra L2 a vizi centra L1.

Myslím, že z různých nápadů, o kterých jsem mluvil, byla pravděpodobně asi polovina specificky pro Ethereum zaměřené na L2, ale druhá polovina byla v podstatě pro L2 jako základní vrstvu pro uživatele Etherea a L1, nebo, jako, přímo pro uživatelské aplikace jako uživatel.

Používejte lehké klienty všude

V mnoha ohledech je trochu smutné, jak interagujeme s prostorem, jsme decentralizovaní, jsme nedůvěřiví, kdo v této místnosti provozuje na svém počítači lehkého klienta, který potvrzuje konsenzus? vzácný. Kdo používá Ethereum tím, že důvěřuje peněžence prohlížeče Infura? Za pět let bych rád viděl obrácený počet zvednutých rukou. Chtěl bych vidět peněženky, které Infuru za nic nevěří. Potřebujeme integrovat lehké klienty.

Infura může nadále poskytovat data. Chci říct, že pokud nepotřebujete důvěřovat Infure, je to pro Infuru vlastně dobré, protože jim to usnadňuje budování a nasazení infrastruktury, ale máme nástroje, jak požadavek důvěry odstranit.

Co můžeme udělat je, že můžeme mít systém, kde koncový uživatel spouští něco jako lehký klient Helios. Ve skutečnosti by měl běžet přímo v prohlížeči a přímo ověřovat konsenzus Etherea. Pokud chce něco ověřit na řetězu, jako je interakce s řetězem, pak stačí ověřit Merkleův důkaz přímo.

Pokud to uděláte, ve skutečnosti získáte určitý stupeň nedůvěry ve své interakce s Ethereem. Toto je pro L1. Kromě toho potřebujeme také ekvivalentní řešení pro L2.

V řetězci L1 existují hlavičky bloků, stavy, synchronizační výbory a konsensus. Pokud ověříte shodu, pokud víte, co je hlavička bloku, můžete projít větev Merkle a podívat se, jaký je stav. Jak tedy poskytujeme lehké záruky klientské bezpečnosti pro L2. Je tam kořen stavu L2. Pokud se jedná o základní souhrn, existuje inteligentní smlouva a tato inteligentní smlouva ukládá hlavičku bloku L2. Nebo, pokud máte předběžné potvrzení, pak máte chytrou smlouvu, která ukládá, kdo je předpotvrzením, takže určíte, kdo je předpotvrzení, a poté nasloucháte ze dvou třetin podmnožiny jejich podpisů.

Jakmile tedy máte hlavičku bloku Ethereum, existuje poměrně jednoduchý řetězec důvěry, hash, větev merkle a podpis, který můžete ověřit a můžete získat lehké ověření klienta. Totéž platí pro jakoukoli L2.

V minulosti jsem to lidem přiblížil a mnohokrát odpověď zní: Ach můj bože, to je zajímavé, ale jaký to má smysl? Mnoho L2 má více podpisů. Proč nedůvěřujeme vícenásobným podpisům při ověřování vícenásobných podpisů?

Naštěstí to od loňského roku už vlastně není pravda. Optimismus a Arbitrum jsou v první fázi Rollupu, což znamená, že ve skutečnosti mají v řetězci fungující systémy a bezpečnostní výbor, který je může pokrýt v případě zranitelnosti, ale bezpečnostní výbor musí projít velmi vysokým prahem hlasování. , jako je 75 % z 8 lidí, se velikost Arbitrum zvýší na 15 lidí. Takže v případě Optimism a Arbitrum to nejsou jen multisigs, mají skutečné důkazní systémy a tyto důkazní systémy skutečně hrají roli, alespoň pokud jde o to, že mají většinu moci při rozhodování, který řetězec je správný nebo špatný. .

EVM jde ještě dál, věřím, že ani nemá bezpečnostní výbor, takže je naprosto nedůvěryhodné. V tomhle se opravdu začínáme posouvat kupředu a vím, že i spousta dalších L2 jde dopředu. L2 je tedy víc než jen multisig, takže koncept lehkých klientů pro L2 vlastně začíná dávat smysl.

Dnes již můžeme ověřit větev Merkle, stačí napsat kód. Zítra můžeme také ověřit ZKVM, takže můžete plně ověřit Ethereum a L2 ve své peněžence prohlížeče.

Kdo chce být nedůvěryhodným uživatelem Etherea v peněžence prohlížeče? úžasné. Kdo by byl raději nedůvěřivým uživatelem Etherea na svém mobilním telefonu? A co z Raspberry Pi? A co z chytrých hodinek? Z vesmírné stanice? I to opravíme. Potřebujeme tedy ekvivalent konfigurace RPC, která obsahuje nejen to, se kterými servery mluvíte, ale také skutečné pokyny k autentizaci lehkého klienta. To je něco, na čem můžeme pracovat.

Kvantově odolné strategie

Čas do kvantového počítání se zkracuje. Metaculous si myslí, že kvantové počítače dorazí na počátku třicátých let 20. století a někteří si myslí, že dříve.

Takže potřebujeme kvantově odolnou strategii. Máme kvantově odolnou strategii. Existují čtyři části Etherea, které jsou citlivé na kvantové výpočty, a každá má přirozené alternativy.

Kvantově odolnou alternativou Verkle Tree je Starked Poseidon Hash, nebo pokud chceme být konzervativnější, můžeme použít Blake consensus signatures, aktuálně používáme BLS agregační podpisy, které lze nahradit Stark agregovanými podpisy. Blob používá KZG a lze jej prokázat pomocí samostatného kódování Merkle tree Stark. Uživatelské účty v současné době používají ECDSA SECP256K1, který lze nahradit podpisy na bázi hash a abstrakcí a agregací účtů, inteligentními smluvními peněženkami ERC 4337 atd.

Jakmile je budete mít, uživatel si může nastavit svůj vlastní podpisový algoritmus, v podstatě pomocí podpisu založeného na hash. Myslím, že opravdu musíme začít přemýšlet o skutečném vytváření signatur založených na hash, aby peněženky uživatelů mohly snadno upgradovat na signatury založené na hash.

Zjednodušení protokolu

Pokud chcete robustní základní vrstvu, protokol musí být jednoduchý. Nemělo by mít 73 náhodných háčků a nějakou zpětnou kompatibilitu, která existuje kvůli náhodnému hloupému nápadu, se kterým přišel v roce 2014 náhodný chlapík jménem Vitalik.

Má tedy cenu pokusit se skutečně zjednodušit a začít skutečně eliminovat technický dluh. Protokol je v současné době založen na Bloomových filtrech, které nefungují dobře a nejsou dostatečně rychlé, takže je třeba protokol vylepšit, aby se přidala silnější neměnnost, což již děláme na bezstavové straně, což v podstatě omezuje stav každý blok návštěv.

Ethereum je právě teď neuvěřitelná sbírka, je tu RLP, je tu SSZ, je tu API a v ideálním případě bychom měli používat pouze SSZ, ale alespoň se zbavit RLP, státu a binárního stromu Merkle, jakmile budete mít binární strom Merkle, pak všechno Ethereum je na binárním Merkle stromu.

Fast Finality, Single Slot Finality (SSF), čistí nepoužívané předkompilátory, jako je předkompilátor ModX, který často způsobuje chyby konsensu, bylo by hezké, kdybychom jej mohli odstranit a nahradit vysoce výkonným solidním kódem.

Shrnout

Jako robustní základní vrstva má Ethereum velmi jedinečné výhody, včetně některých, které Bitcoin nemá, jako je konsensuální decentralizace a významný výzkum 51% obnovy útoků.

Myslím, že je potřeba tyto silné stránky skutečně posílit. Také rozpoznat a opravit naše nedostatky, abychom zajistili, že splníme velmi vysoké standardy. Tyto myšlenky jsou plně kompatibilní s agresivním plánem L1.

Jedna z věcí, která mě na Ethereu a zejména na procesu vývoje jádra nejvíce těší, je, že se výrazně zlepšila naše schopnost pracovat paralelně. To je silná stránka, vlastně můžeme pracovat na spoustě věcí paralelně. Takže péče o tato témata ve skutečnosti neovlivňuje schopnost zlepšit ekosystém L1 a L2. Například vylepšení L1 EVM, aby bylo snazší dělat kryptografii. V současné době je příliš drahé ověřit hashe Poseidonu v EVM. 384bitová kryptografie je také příliš drahá.

Takže nad EOF je několik nápadů, jako jsou operační kódy SIMD, EVM max atd. Je zde možnost připojit tento vysoce výkonný koprocesor k EVM. To je lepší pro vrstvu 2, protože mohou ověřovat důkazy levněji, a lepší pro aplikace vrstvy 1, protože protokoly ochrany osobních údajů jako zk SNARK jsou levnější.

Kdo použil smlouvu o ochraně osobních údajů? Kdo chce platit 40 poplatků místo 80 poplatků se smlouvou o ochraně osobních údajů? Více lidí. Druhá skupina může být použita na vrstvě 2 a vrstva 1 může dosáhnout významných úspor nákladů.

„Velká trojka“ Etherea se znovu sešla

Rok 2024 je 10. výročím Ethereum IC0 2024 EthCC pozval všechny tři bývalé hlavní zakladatele Etherea, Vitalika Buterina, Josepha Lubina a Gavina Wooda, aby se tohoto setkání zúčastnili.

Po Vitalikově projevu byli pozváni, aby se společně vyfotili:

Velká trojka si znovu potřásla rukou