Jak porozumět myšlenkám nového článku @VitalikButerin o expanzi Etherea? Někteří lidé říkají, že Vitalikova objednávka na Blob Inscription je pobuřující.
Jak tedy pakety blob fungují? Proč se prostor blob po upgradu v Cancúnu nevyužívá efektivně? Vzorkování dostupnosti dat DAS v rámci přípravy na sdílení?
Výkon Cancunu je podle mě po upgradu použitelný a Vitalik má o vývoj Rollupu obavy. Proč? Dále mi dovolte mluvit o mém porozumění:

1) Jak již bylo mnohokrát vysvětleno, Blob je dočasný datový balíček, který je oddělen od dat volání EVM a může být přímo volán konsensuální vrstvou. Přímou výhodou je, že EVM nepotřebuje při provádění transakcí přistupovat k datům Blob, takže nemůže produkovat vyšší míru provedení.poplatek za výpočet vrstvy.

V současné době je řada faktorů vyvážená. Velikost objektu Blob je 128 kB. Dávková transakce do hlavní sítě může přenést až dva objekty Blob .

Projektový tým Rollup proto musí co nejvíce vyvážit faktory, jako je počet bloků objektů Blob, transakční kapacita TPS a náklady na úložiště hlavního síťového uzlu objektů Blob, s cílem využít prostor objektů Blob s optimálním nákladovým výkonem.

Vezměme si jako příklad @Optimism, v současné době probíhá přibližně 500 000 transakcí denně. V průměru je jedna transakce dávkována do hlavní sítě každé 2 minuty a současně přenáší 1 datový paket Blob. Proč nosit jeden, protože je jen tolik TPS, které nelze použít. Samozřejmě můžete nosit i dva, pak se kapacita každého blobu nezaplní, ale zvýší se náklady na úložiště, což je zbytečné.

Co bychom měli dělat, když se objem transakcí mimo Rollup chain zvýší, např. každý den se zpracuje 50 milionů transakcí? 1. Komprimovat komprimuje objem transakcí každé Batch a umožňuje co nejvíce transakcí v prostoru Blob 2. Zvyšuje počet objektů Blob 3. Zkracuje frekvenci transakcí Batch;

2) Vzhledem k tomu, že množství dat přenášených hlavním síťovým blokem je ovlivněno limitem plynu a náklady na úložiště, 128 bločků na blok slotu je v současné době ideální stav, kdy Optimism nevyužívá pouze 1 za 2 minuty it for layer2 Na straně projektu je stále velký prostor pro zlepšení TPS a rozšíření počtu uživatelů na trhu a ekologické prosperity.

Proto po určitou dobu po upgradu z Cancúnu nebyl Rollup „volatilní“, pokud jde o počet a frekvenci použitých objektů blob, stejně jako používání nabízení prostoru pro objekty blob.

Důvod, proč Vitalik zmínil nápisy Blobscription, je ten, že tento typ nápisu může dočasně zvýšit objem transakcí, což povede ke zvýšení poptávky po použití objektů Blob, a tím rozšíření velikosti. Použití nápisů jako příkladu může poskytnout hlubší pochopení pracovní mechanismus Blobs co chce Vitalik skutečně vyjádřit a nápisy Na tom vlastně nezáleží.

Protože teoreticky, pokud existuje projektová strana vrstvy 2, která provádí vysokofrekvenční a vysokokapacitní dávkové transakce do hlavní sítě a pokaždé zaplní blok Blob, pokud je ochotna nést vysoké náklady na padělané transakce dávek, ovlivní to zájem ostatních layer2 o bloby, ale za současné situace, stejně jako někdo, kdo si kupuje výpočetní výkon, aby provedl 51% hard fork útok na BTC, je to teoreticky proveditelné, ale v praxi to postrádá ziskovou motivaci.

Účelem zavedení Blob je snížit zátěž EVM a zlepšit možnosti provozu a údržby uzlů, což je bezesporu řešení šité na míru pro Rollup. Je zřejmé, že v současné době není využívána efektivně a poplatek za plyn za druhou vrstvu bude dlouhodobě stabilní v „dolním“ rozmezí. To poskytne trhu vrstvy 2 dlouhodobé zlaté vývojové okno pro „zvyšování jednotek a shromažďování potravin“.

3) Co když tedy jednoho dne bude trh vrstvy 2 do určité míry prosperovat a počet transakcí z Batch do hlavní sítě dosáhne každý den obrovského množství a současné datové pakety Blob nestačí? Ethereum již poskytlo řešení: pomocí technologie vzorkování dostupnosti dat (DAS):

Jednoduché pochopení je, že data, která mají být původně uložena v jednom uzlu, mohou být distribuována ve více uzlech současně, například každý uzel ukládá 1/8 všech dat objektů BLOB a 8 uzlů tvoří skupinu, která vyhovuje Kapacita DA, která je ekvivalentní současné kapacitě úložiště Blob, byla rozšířena 8krát. To je vlastně to, co Sharding udělá v budoucí fázi shardingu.

Ale teď to Vitalik mnohokrát zopakoval, velmi půvabně, a zdá se, že varuje většinu účastníků projektu vrstvy 2: Nestěžujte si vždy na drahé možnosti DA Etherea S vaší současnou kapacitou TPS jste nevyvinuli schopnosti Datové pakety Blob do extrému Pospěšte si a zvyšte kapacitu pomocí palebné síly k rozvoji ekologie, rozšíření uživatelů a objemu transakcí a nemyslete vždy na to, že DA uteče a zapojíte se do řetězového publikování.

Později Vitalik dodal, že mezi současnými základními rollupy pouze Arbitum dosáhlo fáze 1. Přestože @DeGateDex, Fuel atd. dosáhly fáze 2, širší komunitě ještě nebyly známé. Fáze 2 je konečným cílem zabezpečení kumulativních operací. Velmi málo kumulativních řešení dosáhlo 1. fáze a většina kumulativních řešení je ve fázi 0. Je vidět, že vývoj odvětví kumulativních řešení Vitalika skutečně znepokojuje.

4) Ve skutečnosti, pokud jde o problém úzkých míst rozšíření, stále existuje velký prostor pro řešení Rollup layer 2 ke zlepšení výkonu.

1. Efektivnější využití prostoru BLOB prostřednictvím komprese dat OP-Rollup má v současné době vyhrazenou komponentu Compressor pro provádění této práce. Vlastní off-chain komprese SNARK/STARK dokazuje, že odesílání do hlavní sítě je „komprese“.

2. Co nejvíce omezte závislost vrstvy 2 na hlavní síti a používejte pouze optimistickou technologii pro zajištění bezpečnosti L2 za zvláštních okolností. Například většina dat Plasma je v řetězci, ale vklady a výběry se odehrávají v hlavní síti. takže Mainnet může slíbit svou bezpečnost.

To znamená, že vrstva 2 by měla považovat pouze důležité operace, jako jsou vklady a výběry, za silně související s hlavní sítí, což nejen snižuje zátěž hlavní sítě, ale také zvyšuje vlastní výkon L2. Schopnost „paralelního zpracování“ Sequencer zmíněná výše, když jsme hovořili o paralelním EVM, může filtrovat, klasifikovat a předzpracovávat velké množství transakcí mimo řetězec, stejně jako hybridní rollup podporovaný @MetisL2 Normal transakce prochází OP-Rollup , speciální žádosti o výběr procházejí přes ZK Route atd. atd. všechny mají podobné úvahy.

to je vše

Je třeba říci, že Vitalikův článek o budoucích plánech rozšíření Etherea je velmi poučný. Zejména byl nespokojen se současným stavem vývoje vrstvy 2, byl optimistický ohledně prostoru výkonu Blobs a těšil se na budoucí technologii shardingu. Dokonce poukázal na některé směry pro vrstvu 2, které stojí za to optimalizovat atd.

Ve skutečnosti zůstává jedinou nejistotou samotná vrstva2. Jak urychlit vývoj?