原文：Sharding de date de securitate variabile —— polinie

Traducător: Evelyn｜W3.Hitchhiker

Disclaimer: Totul aici este o gândire pur speculativă, există multe simplificări excesive, nimic din toate acestea nu trebuie luat în serios, sper doar că există ceva de gândit.

Ideea frumoasă a lui Danksharding este următoarea: doar constructorul (care este oricum o presupunere minoritară sinceră) va trebui să ruleze hardware-ul scump. De-a lungul timpului, rollup-urile se extind la milioane de TPS la un cost foarte mic pentru validatori, utilizatori și toți ceilalți. Problema este că această viziune ambițioasă va dura să se demonstreze. Ar putea fi de la 2 la 5 ani, în funcție de cine întreb bineînțeles. În timp ce spațiul cripto a suferit întotdeauna de erori de planificare extreme, lucrurile se îmbunătățesc cu siguranță, dar refuz să am încredere în orice foaie de parcurs până când voi putea vedea un prototip complet funcțional.

EIP-4844 este o îmbunătățire uriașă și cred că va fi mai mult decât suficient pentru toate aplicațiile și tranzacțiile valoroase care necesită securitate ridicată în viitorul previzibil și permite extinderii de 100 ori a activității curente de ~ 1000 de ori. Cu toate acestea, vor exista diferite categorii de aplicații aglomerate de date care pot necesita „milioane de TPS” fără a necesita securitate ridicată.

În același timp, este clar că dezvoltatorii nu intenționează să aștepte pentru complet danksharding. Astăzi, dintre primele 15 proiecte ale L2Beat, 7 nu sunt pachete, ci validium și lanțuri optimiste care folosesc straturi externe de disponibilitate a datelor. (Aici presupun că sunteți familiarizat cu aceste structuri și știți de ce sunt încă mai bune decât sidechain-urile etc.) StarkEx (6 validium-uri acum!), Arbitrum și Metis au deja straturi de disponibilitate a datelor externe, în timp ce StarkNet, zkSync, Polygon și alte companii sunt; construirea de straturi interne de disponibilitate a datelor, ca să nu mai vorbim de EigenDA sau Celestia. Aceste soluții hibride nu necesită nici EIP-4844, nici danksharding complet pentru a menține comisioanele de tranzacție scăzute și, în mod esențial, sunt deja aici.

O modalitate este de a le lăsa să-și facă treaba și utilizatorii vor alege opțiunea de validium mai puțin sigură dacă au nevoie de ea (dar totuși mai mare decât alt-L1s). Lucrul uimitor despre Volitions este că utilizatorii pot alege în funcție de tranzacție sau de utilizator.

Dar o altă abordare este: Cum putem îmbunătăți nivelul de disponibilitate a datelor externe?

Deși acesta este departe de a fi un eșantion reprezentativ, 20% dintre validatorii Ethereum depășesc astăzi intervalul tipic. Între timp, 45% preferă să aibă cerințe de lățime de bandă/trafic foarte conservatoare. Cu EIP-4844, optimizăm pentru acest 45%, dar restul de 55% va continua să ruleze pe lățime de bandă subutilizată. Deci, ideea este de a utiliza această lățime de bandă gratuită prin adăugarea de fragmentare simplă a datelor unde setul de validare va fi împărțit. Nu știu nimic despre inginerie, dar îl cred pe cuvânt pe Dankrad că acest lucru este „trivial”.

Cu EIP-4844, avem un nou nivel de disponibilitate a datelor. Îl numesc fragmentul de date numărul 0 (DS0). DS0 este obligatoriu și garantat de setul complet de validatori Ethereum.

Aici putem avea mai multe fragmente de date (S1, DS2...etc.) care se pot înscrie de la validatori. Prin urmare, 30% din tabăra de mai sus de la 2TB la 10TB poate rula 2 sau 3 fragmente de date. Deci, în timp ce DS0 este garantat de 100% din setul de validare Ethereum, DS1 este de 55%, DS2 este de 50% și așa mai departe. Acum că avem acele validatoare hiper-spec în funcționare (care aparent au crezut în mod eronat că sunt validatori Solana) care se simt confortabil cu trafic de 20TB+ sau lățime de bandă de 100Mbps+, cei 20% sunt, de asemenea, capabili să ruleze mai multe fragmente. Deci, ultimul tău fragment de date (DS16) oferă doar 10% din securitatea Ethereum. Desigur, o fac să sune casual, dar în funcție de structura comitetului Beacon Chain, pot exista niște diviziuni clare. Dar esențialul este că DS0 vine cu 100% securitate (deci toate pachetele vor fi HRE). DS1 este 50% sigur, DS10 este 25% sigur, DS16 este 10% sigur și așa mai departe, pentru un nou tip de construcție, este între rollup complet (DS0 / 100% sigur) și lanțul de valabilitate/optimist.

În realitate, deoarece vedem multe validium-uri și straturi de date care vin online, securitatea necesară pentru fiecare aplicație, utilizator și caz de utilizare este un spectru. Nu totul trebuie să fie garantat de sute de miliarde de dolari în securitate economică.

Dar lucrul este că, dacă presupunem că 30% din aprovizionarea ETH este mizată, chiar și „securitatea minimă” DS16 este în continuare susținută de 5 miliarde de dolari în securitate economică chiar și pe această piață ursoaică, iar acesta este încă cel mai înalt nivel de siguranță alt-L1. . De asemenea, este important să rețineți că acest perimetru de securitate este doar pentru disponibilitatea datelor. Dovezile de valabilitate și dovezile de fraudă sunt încă verificate cu securitate 100%! Deci, chiar și o jumătate de rollup/jumătate de validitate a unui DS16 are o securitate semnificativ mai bună decât un alt-L1 de top.

Aceasta poate fi încă o îmbunătățire semnificativă față de opțiunea stratului de date extern. Pentru a fi sigur, tranzacțiile financiare de mare valoare vor alege să se deconteze pe DS0, dar unele NFT cu valoare medie pot necesita doar DS8, iar pentru aplicațiile de jocuri cu valoare zero, chiar și DS16 poate fi redundant. După cum s-a menționat mai sus, într-un cadru voluntar, fiecare aplicație poate alege nivelul de securitate de care are nevoie în funcție de propriile circumstanțe.

Cum rămâne cu utilizatorii de pachete? Trebuie doar să ruleze fragmentele de date asociate cu acestea, astfel încât cerințele de sistem nu vor fi diferite de EIP-4844. Acesta este motivul pentru care, chiar dacă există compromisuri de securitate, nu există compromisuri de descentralizare în raport cu EIP-4844. (Cu excepția cazului în care este un gigarollup stabilit pe mai multe fragmente de date - dar asta este ceva de care utilizatorii săi vor fi bine conștienți)

Ca să fiu clar, nu mă aștept să se întâmple aceste lucruri, acestea sunt doar divagarile unui blogger amator nebun și netehnic. Calea celei mai puțin rezistente este să ajungă la EIP-4844 în 2023 și, odată ce acesta va fi saturat în câțiva ani, cazurile de utilizare aglomerate de date se vor răspândi la multe straturi de date externe, iar datele vor fi toate foarte comercializate și îmbogățite. În cele din urmă, de-a lungul anilor, danksharding a apărut online și a devenit cea mai bună soluție. Dar poate cineva va citi asta și va găsi o idee mai bună pentru a umple golul imens dintre 4844 și sharding complet...