Vitalik Buterin va dir que les noces clau podrien convertir-se en més que una actualització de privadesa per a Ethereum. En una publicació X, els va descriure com un possible primer pas cap a una nova estratègia d’escala d’estat construïda al voltant de l’emmagatzematge especialitzat.
La idea se centra a allunyar certs casos d’ús de l’estat totalment dinàmic d’Ethereum. Mentrestant, les transaccions de privadesa segueixen sent un exemple clau, ja que els anul·ladors segueixen creixent amb el temps i no es poden podar després d’entrar al sistema.
Vitalik explica les noces clau
Buterin va dir que les noces clau afegeixen un suport més fort a nivell de protocol per a solucions de privadesa. Tanmateix, també els va emmarcar com a part d’un pla més ampli per crear tipus d’emmagatzematge optimitzats per a categories específiques d’activitat d’Ethereum.
La proposta substituiria un sol remitent nonce per una estructura que utilitza una clau de nonce i una seqüència de nonce. Aquest model ofereix als comptes una comanda de transaccions més flexible alhora que admet casos d’ús que necessiten carrils de nonce separats.
En particular, Buterin va vincular la idea amb anul·ladors dins del protocol. Els sistemes de privadesa utilitzen anul·ladors per evitar que la mateixa moneda o billet es gasti dues vegades, i cada transacció afegeix un altre valor a un conjunt que no para de expandir-se.
Va donar un exemple a gran escala amb 2.000 transaccions per preservar la privadesa per segon durant vuit anys. Aquest escenari crearia uns 500 mil milions d’anul·ladors a la cadena, deixant a Ethereum un gran repte d’emmagatzematge.
L’emmagatzematge anul·lador es converteix en un problema clau
Buterin va dir que Ethereum es mantindria més descentralitzat si aquests 500.000 milions d’anul·ladors s’asseguessin a una botiga d’anul·lació dedicada. Va dir que el resultat funcionaria millor que situar-los en l’estat general actual.
El motiu ve de com s’utilitzen els anul·ladors. Només necessiten comprovacions de validesa i les transaccions poden proporcionar explícitament l’identificador de l’anul·lador, de manera que els nodes no necessiten el mateix nivell d’accés dinàmic que requereixen les aplicacions DeFi.
Segons la nota tècnica, el suport de privadesa predeterminat podria requerir emmagatzemar 32 bytes per transacció al VOPS. Amb 1.000 transaccions privades per segon durant vuit anys, això crearia un conjunt d’anul·ladors de 8 TB.
Un filtre de floració ofereix un altre camí. La nota deia que un filtre podria reduir el requisit a aproximadament un byte per anul·lador, o uns 277 GiB després de vuit anys a gran escala, amb una baixa taxa de falsos positius.
Filtres de floració i fragmentació Introduïu el pla
Buterin també va citar la fragmentació com una possible opció per a l’emmagatzematge d’anul·ladors. Sota aquesta estructura, cada node podria contenir només un petit percentatge d’anul·ladors i mantenir enllaços amb iguals honestos en altres fragments.
No obstant això, la proposta del filtre de floració pren un camí diferent. Cada node mantindria el seu propi filtre privat, comprovarà si un anul·lador sembla gastat i acceptaria que algunes transaccions vàlides poden enfrontar-se a un rebuig aleatori.
La nota estimava rebuigs falsos prop del 3% per a les transaccions d’un anul·lador i al voltant del 9% per a les transaccions amb tres anul·ladors. Va dir que la redundància a FOCIL i mempools podria absorbir aquesta compensació.
Buterin va dir que un estat totalment dinàmic es fa molt més difícil de gestionar amb desenes o centenars de terabytes. L’estat especialitzat podria mantenir el gas més barat per a casos d’ús restringits, alhora que conserva l’emmagatzematge dinàmic per a DeFi i altres aplicacions que necessiten una flexibilitat total.
Relacionats: Ripple comparteix l’amenaça de la RPDC Intel amb Crypto ISAC per lluitar contra la infiltració criptogràfica
