Kā saprast @VitalikButerin jaunā raksta domas par Ethereum paplašināšanos? Daži cilvēki saka, ka Vitalika pasūtījums Blob Inscription ir nežēlīgs.
Tātad, kā darbojas lāsumu paketes? Kāpēc pēc jaunināšanas Kankunā blob telpa netiek izmantota efektīvi? DAS datu pieejamības izlase, gatavojoties sadalīšanai?
Manuprāt, Cancun veiktspēja ir izmantojama pēc jaunināšanas, un Vitaliks ir noraizējies par Rollup attīstību. Kāpēc? Tālāk ļaujiet man runāt par manu izpratni:

1) Kā jau daudzkārt tika skaidrots iepriekš, Blob ir pagaidu datu pakotne, kas ir atsaistīta no EVM zvanu datiem un ko var tieši izsaukt konsensa slānis. Tiešais ieguvums ir tāds, ka EVM nav nepieciešams piekļūt Blob datiem, izpildot darījumus, tāpēc tā nevar radīt augstāku izpildes ātrumu.slāņa aprēķināšanas maksa.

Pašlaik vairāki faktori ir līdzsvaroti. Blobs ir 128 000. Pakešu transakcija uz galveno tīklu var pārnēsāt līdz diviem blokiem. .

Tāpēc Rollup projekta komandai ir pēc iespējas vairāk jāsabalansē tādi faktori kā Blob bloku skaits, TPS transakciju jauda un Blob galvenā tīkla mezgla krātuves izmaksas, lai Blob telpu izmantotu ar optimālu izmaksu veiktspēju.

Ņemot par piemēru @Optimism, šobrīd ir aptuveni 500 000 transakciju dienā. Vidēji ik pēc 2 minūtēm tiek veikta viena transakcija, vienlaikus pārvadājot 1 Blob datu paketi. Kāpēc ņemt līdzi vienu, jo ir tikai tik daudz TPS, ko nevar izmantot, protams, ka katra lāse nebūs pilna, bet tas palielinās uzglabāšanas izmaksas.

Kā rīkoties, ja pieaug darījumu apjoms ārpus apkopošanas ķēdes, piemēram, katru dienu tiek apstrādāti 50 miljoni darījumu? 1. Saspiest katras partijas transakciju apjomu un ļauj veikt pēc iespējas vairāk darījumu Blob telpā 2. Palielina Blobu skaitu 3. Saīsina Pakešu transakciju biežumu;

2) Tā kā datu apjomu, ko pārnēsā galvenais tīkla bloks, ietekmē gāzes limits un uzglabāšanas izmaksas, 128 Blobs uz vienu slota bloku pašlaik neizmanto tik daudz, ka tiek izmantots tikai 1 minūtes it for layer2 Projekta pusei vēl ir daudz iespēju uzlabot TPS un paplašināt tirgus lietotāju skaitu un ekoloģisko labklājību.

Tāpēc kādu laiku pēc Kankunas jaunināšanas apkopojums nebija "nepastāvīgs" izmantoto blobu skaita un biežuma, kā arī blob vietas solīšanas izmantošanas ziņā.

Iemesls, kāpēc Vitaliks minēja Blobscription uzrakstus, ir tāpēc, ka šāda veida uzraksti var īslaicīgi palielināt darījumu apjomu, kas palielinās pieprasījumu pēc Blob izmantošanas, tādējādi palielinot izmēru, izmantojot uzrakstus kā piemēru, var sniegt dziļāku izpratni par Blobs darbības mehānisms Ko Vitaliks īsti vēlas paust un uzraksti Tam īsti nav nozīmes.

Jo teorētiski, ja ir slānis2 projekta puse, kas veic augstfrekvences un lielas ietilpības pakešu darījumus galvenajā tīklā un katru reizi aizpilda Blob bloku, ja vien tā vēlas segt viltotā darījuma augstās izmaksas. partijām, tas ietekmēs citu layer2 interesi par Blobs normālu lietošanu, taču pašreizējā situācijā, tāpat kā kāds, kurš pērk skaitļošanas jaudu, lai veiktu 51% cieto dakšu uzbrukumu BTC, tas ir teorētiski iespējams, taču praksē tam trūkst peļņas motivācijas.

Blob ieviešanas mērķis ir samazināt EVM slogu un uzlabot mezglu darbības un uzturēšanas iespējas, kas neapšaubāmi ir Rollup īpaši pielāgots risinājums. Acīmredzot šobrīd tas netiek lietderīgi izmantots, un gāzes maksa par otro kārtu vēl ilgi būs stabila "zemākā" diapazonā. Tas dos 2. slāņa tirgum ilgtermiņa zelta attīstības logu, lai "palielinātu karaspēku un savāktu pārtiku".

3) Tātad, kas notiks, ja kādu dienu 2. slāņa tirgus zināmā mērā uzplauks, un darījumu skaits no Batch uz galveno tīklu katru dienu sasniedz milzīgu apjomu, un ar pašreizējām Blob datu paketēm nepietiek? Ethereum jau ir nodrošinājis risinājumu: izmantojot datu pieejamības izlases tehnoloģiju (DAS):

Vienkārša izpratne ir tāda, ka datus, kas sākotnēji ir jāsaglabā vienā mezglā, var vienlaikus sadalīt vairākos mezglos. Piemēram, katrs mezgls glabā 1/8 no visiem Blob datiem, un 8 mezgli veido grupu, kas atbilst prasībām. DA iespējas, kas ir līdzvērtīgas pašreizējai The Blob krātuves ietilpībai ir palielinātas 8 reizes. Tas ir tas, ko Sharding darīs turpmākajā sadalīšanas posmā.

Bet tagad Vitaliks to ir ļoti burvīgi atkārtojis daudzas reizes un, šķiet, brīdina lielāko daļu layer2 projekta dalībnieku: ne vienmēr sūdzieties par Ethereum dārgajām DA iespējām Pasteidzieties un palieliniet jaudu, lai attīstītu ekoloģiju, paplašinātu lietotājus un darījumu apjomu, un ne vienmēr domājiet par DA aizbēgšanu, lai veiktu publicēšanu ar vienu klikšķi.

Vēlāk Vitaliks piebilda, ka starp pašreizējiem pamata apkopojumiem tikai Arbitum ir sasniedzis 1. posmu. Lai gan @DeGateDex, Fuel utt. ir sasnieguši 2. posmu, plašākai sabiedrībai tie vēl nav pazīstami. 2. posms ir apkopošanas drošības galvenais mērķis. Ļoti maz apkopojumu ir sasnieguši 1. posmu, un lielākā daļa apkopojumu ir 0. stadijā. Var redzēt, ka apkopošanas nozares attīstība Vitaliku patiešām satrauc.

4) Faktiski, runājot par paplašināšanas sašaurinājuma problēmu, Rollup layer 2 risinājumam joprojām ir daudz vietas, lai uzlabotu veiktspēju.

1. Izmantojiet Blob telpu efektīvāk, izmantojot datu saspiešanu.

2. Pēc iespējas samaziniet layer2 atkarību no galvenā tīkla un izmantojiet tikai optimistisku pierādīšanas tehnoloģiju, lai nodrošinātu L2 drošību īpašos apstākļos. Piemēram, lielākā daļa plazmas datu atrodas ķēdē, bet noguldījumi un izņemšana notiek galvenajā tīklā. tāpēc Mainnet var apsolīt savu drošību.

Tas nozīmē, ka 2. slānim ir jāuzskata tikai tādas svarīgas darbības kā iemaksa un izņemšana, kas ir cieši saistītas ar galveno tīklu, kas ne tikai samazina galvenā tīkla slogu, bet arī uzlabo paša L2 veiktspēju. Sequencer "paralēlās apstrādes" iespēja, kas tika minēta iepriekš, runājot par paralēlo EVM, var filtrēt, klasificēt un iepriekš apstrādāt lielu skaitu darījumu ārpus ķēdes, kā arī @MetisL2 veicinātā hibrīda apkopošana notiek caur OP-Rollup , īpašie izņemšanas pieprasījumi tiek nosūtīti caur ZK Route utt. utt. visiem ir līdzīgi apsvērumi.

tas ir viss

Jāteic, ka Vitalika raksts par Ethereum turpmāko paplašināšanās plānu ir ļoti apgaismīgs. Jo īpaši viņš bija neapmierināts ar pašreizējo 2. slāņa attīstības statusu, optimistisks par Blobs veiktspējas telpu un cerēja uz nākotnes sadalīšanas tehnoloģiju. Viņš pat norādīja uz dažiem virzieniem 2. slāņa optimizēšanai utt.

Patiesībā vienīgā nenoteiktība tagad ir pašam layer2. Kā paātrināt attīstību?