I campi protobuf annidati consentono a una singola transazione economica di funzionare su ogni validatore Polygon
- Polygon ha rilasciato due hard fork, Austin su Bor e Kyoto su Heimdall, prima di rivelare quali modifiche fossero state apportate.
- Il difetto peggiore permetteva a una singola transazione a basso costo di imporre un pesante lavoro di decodifica a ogni validatore.
- Bor v2.10.0 e Heimdall v0.11.0 sono obbligatori, e i nodi più vecchi sono già stati rimossi dalla catena canonica.
Polygon Labs ha rilasciato silenziosamente due hard fork che hanno risolto una serie di problemi di sicurezza nella sua rete proof-of-stake (POS).
La rete di livello 2 ha finalmente condiviso i dettagli in un post sul forum. Tutti gli operatori dei nodi devono aggiornare il proprio sistema, altrimenti verranno esclusi dal consenso di rete.
La fork di Austin impedisce ai nodi di inviare il campo TxDependency
Il bug più grave si trovava in Heimdall, il software che coordina i validatori di Polygon.
Secondo un post sul forum di Parvez03, Heimdall raggruppa il contenuto di ogni transazione all'interno di un wrapper chiamato google.protobuf.Any
Un involucro può essere inserito dentro un altro, proprio come le scatole possono essere imballate dentro altre scatole. Tuttavia, in questa analogia, non c'è limite al numero di strati di involucri che possono essere disposti in profondità.
Un malintenzionato potrebbe creare una singola transazione composta da questi livelli praticamente a costo zero. Questo costringe i validatori a sprecare potenza di calcolo per decompilarla.
Polygon ha descritto la falla come "un metodo senza autorizzazione per forzare un lavoro costoso e correlato sull'intero set di validatori"
L'hard fork di Kyoto ha aggiornato il software Heimdall alla versione 0.11.0.
"Kyoto aggiunge una pre-scansione a livello di byte che rifiuta una transazione una volta che il suo annidamento supera una soglia, applicata in mododentall'ammissione al mempool (
CheckTx) e sul percorso di consenso (ProcessProposal)", si legge nel post .
Il poligono viene controllato due volte:
- Quando arriva una transazione.
- Quando i validatori creano il blocco.
Il secondo hard fork, denominato Austin, si è concentrato su Bor, il client di esecuzione di Polygon. Ha corretto due vulnerabilità di tipo denial-of-service.
Uno di questi era rappresentato dagli eventi di sincronizzazione di stato, il processo che trasporta i depositi di collegamento da L1 a L2. Tali eventi eseguono il codice ditrace precompilano, proprio come farebbe una normale transazione. Tuttavia, la quantità di gas consumata per blocco non era limitata.
La forcella di Austin aggiunge un limite rigido per blocco sull'acceleratore sincronizzato con lo stato.
Polygon non ha mai imposto un limite alla dimensione del TxDependency .
Un validatore potrebbe caricarlo con una quantità enorme di dati, mandando in crash ogni nodo che tenta di leggere il blocco. Non c'era nient'altro di anomalo in quel blocco.
Austin elimina completamente il campo dal formato del cavo.
La forcella di Kyoto si è attivata all'altezza di Heimdall pari a 51.533.000 metri
Polygon ha affermato che nessuno ha sfruttato i bug sulla rete principale e che li ha corretti tutti prima che i fork venissero pubblicati.
Il fork di Austin è stato attivato sulla rete principale al blocco Bor 91.949.700 e il fork di Kyoto all'altezza Heimdall 51.533.000.
Ogni nodo richiede Bor v2.10.0. I validatori e i nodi completi richiedono anche Heimdall versione 0.11.0. I nodi che utilizzano software più vecchi si sono già separati dalla catena canonica.
Le correzioni consistono in semplici aggiornamenti binari, senza necessità di migrazione dello stato, modifica della genesi o risincronizzazioni complete.
POL è stato scambiato a $0,09, in calo di circa il 9,3% nelle ultime 24 ore. Il token si trova in territorio positivo, con un aumento del 25,8% negli ultimi 30 giorni, secondo CoinGecko.
Secondo un precedente articolo Cryptopolitan , a luglio la mainnet di Heimdall V2 è rimasta offline per circa un'ora.
Se stai leggendo questo, sei già un passo avanti. Rimani al passo con i tempi iscrivendoti alla nostra newsletter.
Disclaimer. Le informazioni fornite non costituiscono consulenza di trading. Cryptopolitan/ non si assume alcuna responsabilità per gli investimenti effettuati sulla base delle informazioni fornite in questa pagina. Consigliamotronvivamente di effettuare ricerche indipendentident di consultare un professionista qualificato prima di prendere qualsiasi decisione di investimento.
Randa Moses
Randa Moses è redattrice e reporter presso Cryptopolitan dove si occupa di tecnologia, intelligenza artificiale, robotica, criptovalute, truffe e attacchi hacker. Lavora nel settore delle criptovalute dal 2017 e ha ricoperto ruoli presso Forward Protocol, AmaZix e Cryptosomniac. Randa ha conseguito una laurea in Ingegneria Elettrica edtronpresso l'Università di Bradford.
