原文：Mainīgo drošības datu sadalīšana — polinija

Tulkotājs: Evelyn｜W3. Hitchhiker

Atruna: šeit viss ir tīri spekulatīva domāšana, ir daudz pārlieku vienkāršojumu, nekas no tā nav jāuztver nopietni, es tikai ceru, ka ir viela pārdomām.

Danksharding skaistā ideja ir šāda: tikai celtniekam (kas tik un tā ir godīgs mazākuma pieņēmums) būs jāvada dārgā aparatūra. Laika gaitā apkopojumi tiek mērogoti līdz miljoniem TPS par ļoti minimālām izmaksām pārbaudītājiem, lietotājiem un visiem pārējiem. Problēma ir tā, ka šim ambiciozajam redzējumam būs vajadzīgs laiks, lai pierādītu. Tas varētu būt no 2 līdz 5 gadiem, atkarībā no tā, kam es jautāju, protams. Lai gan kriptogrāfijas telpa vienmēr ir cietusi no ārkārtējas plānošanas kļūdas, lietas noteikti uzlabojas, taču es atsakos uzticēties nevienam ceļvedim, kamēr nevaru redzēt pilnībā funkcionējošu prototipu.

EIP-4844 ir milzīgs uzlabojums, un es uzskatu, ka ar to būs vairāk nekā pietiekami visām lietojumprogrammām un vērtīgiem darījumiem, kam pārskatāmā nākotnē nepieciešama augsta drošība, un tas ļauj apkopojumiem 100x paplašināt pašreizējo darbību aptuveni 1000 reižu. Tomēr būs dažādas datu izsalkušo lietojumprogrammu kategorijas, kurām var būt nepieciešami "miljoniem TPS", neprasot augstu drošību.

Tajā pašā laikā ir skaidrs, ka izstrādātāji nedomā gaidīt pilnīgu danksharding. Šobrīd no L2Beat 15 labākajiem projektiem 7 nav apkopojumi, bet gan validiji un optimistiskas ķēdes, kurās izmanto ārējos datu pieejamības slāņus. (Šeit es pieņemu, ka esat iepazinies ar šīm struktūrām un zināt, kāpēc tās joprojām ir labākas par sānu ķēdēm utt.) StarkEx (šobrīd 6 validiji!), Arbitrum un Metis jau ir pieejami ārējie datu pieejamības slāņi, savukārt StarkNet, zkSync, Polygon un citi uzņēmumi ir veidojot iekšējos datu pieejamības slāņus, nemaz nerunājot par tādiem kā EigenDA vai Celestia. Šiem hibrīdajiem risinājumiem nav nepieciešams ne EIP-4844, ne pilnīga danksharding, lai darījumu maksas būtu zemas, un būtiski, ka tie jau ir klāt.

Viens veids ir ļaut viņiem darīt savu darbu, un lietotāji izvēlēsies mazāk drošu validija opciju, ja viņiem tā būs nepieciešama (bet joprojām augstāka par alt-L1s). Volitions burvība ir tāda, ka lietotāji var izvēlēties katram darījumam vai lietotājam.

Bet cita pieeja ir šāda: kā mēs varam uzlabot ārējo datu pieejamības slāni?

Lai gan tas ir tālu no reprezentatīvā parauga, 20% Ethereum validatoru šodien pārsniedz tipisko diapazonu. Tikmēr 45% dod priekšroku ļoti konservatīvām joslas platuma/datplūsmas prasībām. Izmantojot EIP-4844, mēs optimizējam šos 45%, bet atlikušie 55% turpinās darboties ar nepietiekami izmantotu joslas platumu. Tātad ideja ir par šī bezmaksas joslas platuma izmantošanu, pievienojot vienkāršu datu sadalīšanu, kur tiks sadalīta validatora kopa. Es neko nezinu par inženierzinātnēm, bet es pieņemu Dankrada vārdu, ka tas ir "triviāls".

Izmantojot EIP-4844, mums ir jauns datu pieejamības slānis. Es to saucu par datu fragmentu numuru 0 (DS0). DS0 ir obligāta, un to garantē pilns Ethereum validatoru komplekts.

Šeit mums var būt vairāk datu fragmentu (S1, DS2... utt.), ko var izvēlēties no pārbaudītājiem. Tāpēc 30% no iepriekš minētās 2 TB līdz 10 TB nometnes var darbināt 2 vai 3 datu fragmentus. Tātad, lai gan DS0 garantē 100% no Ethereum validatora komplekta, DS1 ir 55%, DS2 ir 50% un tā tālāk. Tagad, kad darbojas tie īpašie pārbaudītāji (kuri acīmredzot kļūdaini domāja, ka tie ir Solana pārbaudītāji), kuriem ir 20 TB+ trafika vai 100 Mb/s+ joslas platums, arī šie 20 % spēj palaist vairāk šķembu. Tātad jūsu pēdējais datu fragments (DS16) nodrošina tikai 10% no Ethereum drošības. Protams, es to izklausos ikdienišķi, taču atkarībā no tā, kā ir izveidota Beacon Chain komiteja, var būt dažas skaidras atšķirības. Bet būtība ir tāda, ka DS0 tiek nodrošināta ar 100% drošību (tātad visi apkopojumi būs HRE). DS1 ir 50% drošs, DS10 ir 25% drošs, DS16 ir 10% drošs un tā tālāk jaunam konstrukcijas veidam tas ir starp pilnīgu apkopošanu (DS0 / 100% drošs) un derīguma/optimistisko ķēdi.

Patiesībā, tā kā mēs redzam daudzus validijus un datu slāņus, kas nonāk tiešsaistē, katrai lietojumprogrammai, lietotājam un lietošanas gadījumam nepieciešamā drošība ir spektrs. Ne viss ir jāgarantē ar simtiem miljardu dolāru ekonomisko drošību.

Bet lieta ir tāda, ka, pieņemot, ka 30% no ETH piegādes ir apdraudēti, pat "minimālā drošība" DS16 joprojām tiek nodrošināta ar 5 miljardiem USD ekonomiskās drošības pat šajā lāču tirgū, un tas joprojām ir augstākais alt-L1 līmeņa drošības diapazons. . Ir arī svarīgi atcerēties, ka šis drošības perimetrs ir paredzēts tikai datu pieejamībai. Derīguma apliecinājumi un krāpšanas pierādījumi joprojām tiek pārbaudīti ar 100% drošību! Tātad pat DS16 pusapkopojumam/pusvalidiumam ir ievērojami labāka drošība nekā augstākā līmeņa alt-L1.

Tas joprojām var būt būtisks uzlabojums salīdzinājumā ar ārējā datu slāņa opciju. Protams, augstas vērtības finanšu darījumi tiks izvēlēti norēķiniem, izmantojot DS0, taču dažiem vidējas vērtības NFT var būt nepieciešams tikai DS8, un nulles vērtības spēļu lietojumprogrammām pat DS16 var būt lieka. Kā minēts iepriekš, brīvprātīgi katra lietojumprogramma var izvēlēties nepieciešamo drošības līmeni, pamatojoties uz saviem apstākļiem.

Kā ar apkopojuma lietotājiem? Viņiem ir jāpalaiž tikai ar tiem saistītie datu fragmenti, tāpēc sistēmas prasības neatšķirsies no EIP-4844. Tāpēc pat tad, ja pastāv drošības kompromisi, attiecībā uz EIP-4844 nav nekādu decentralizācijas kompromisu. (Ja vien tas nav gigarollup, kas tiek izmantots vairākos datu fragmentos, taču tas ir kaut kas, ko tā lietotāji labi apzinās)

Skaidrības labad jāsaka, ka es negaidu, ka tādas lietas notiks, tie ir tikai traka netehniska amatieru emuāru autora murgojumi. Vismazākās pretestības ceļš ir sasniegt EIP-4844 2023. gadā, un, tiklīdz tas dažu gadu laikā būs piesātināts, datu izsalkušie lietošanas gadījumi izplatīsies daudzos ārējos datu slāņos, un visi dati tiks ļoti izlietoti un bagātināti. Galu galā, gadu gaitā, danksharding nonāca tiešsaistē un kļuva par labāko risinājumu. Bet varbūt kāds šo izlasīs un atradīs labāku ideju, kā aizpildīt milzīgo plaisu starp 4844 un pilno sadalīšanu...