In breve
- Optimism ha rilasciato op-node v1.19.8 e lo raccomanda in particolare agli operatori di sequencer che utilizzano `–l2.follow.source`.
- Questa versione risolve i problemi ricorrenti di lentezza nella compilazione dei blocchi relativi alle transizioni dall'origine L1 e rafforza la convalida dell'ordine di attivazione degli hard fork.
- Gli operatori di Sepolia OP Stack devono utilizzare op-node v1.19.5 o versioni successive prima dell'hard fork Glamsterdam del 6 ottobre.
Optimism ha rilasciato un aggiornamento mirato del nodo operativo, volto a mantenere veloci i sequencer e a evitare che gli errori di configurazione si trasformino in problemi di aggiornamento.
La versione 1.19.8 è stata rilasciata il 1° ottobre ed è particolarmente consigliata per gli operatori di sequencer che utilizzano l'opzione `–l2.follow.source`.
Non si tratta di un evento relativo ai token OP visibile all'utente. È un tipo di rilascio infrastrutturale che ha importanza proprio perché la maggior parte degli utenti non se ne accorgerà nemmeno.
La release mira a rallentare i blocchi nelle transizioni di origine L1.
L'ottimismo suggerisce che i sequenziatori preleveranno ora il blocco e le ricevute di ogni nuova testina L1 non appena la testina verrà rilevata.
In precedenza, gli operatori che utilizzavano la configurazione follow-source potevano incorrere in blocchi di compilazione lenti e ricorrenti quando l'origine L1 cambiava e i dati richiesti non erano ancora stati recuperati tramite derivazione locale.
Il nuovo comportamento sposta le operazioni che prima funzionavano. Se il precaricamento fallisce, il nodo operativo registra un avviso e torna al normale percorso di caricamento.
Si tratta di una modifica di piccola entità con un evidente vantaggio operativo: un minor numero di ritardi evitabili nel componente responsabile dell'ordinamento delle transazioni di Livello 2.
Il ciclo di manutenzione più ampio di OP Stack include già la recente versione obbligatoria di op-batcher v1.17.0 e il lancio dell'interoperabilità Superchain su Sepolia .
Le configurazioni hard fork vengono sottoposte a controlli più rigorosi
Il secondo cambiamento principale è di natura difensiva.
op-node ora si rifiuta di avviarsi quando una configurazione rollup personalizzata attiva Jovian o un hard fork successivo allo stesso timestamp post-genesi del fork precedente, oppure quando i fork successivi sono programmati fuori ordine.
L'ottimismo suggerisce che le blockchain già incluse nel registro Superchain non saranno interessate. I controlli sono importanti soprattutto per le configurazioni personalizzate che altrimenti potrebbero codificare una sequenza di aggiornamento non valida.
Ciò diventa più rilevante man mano che OP Stack accumula un numero maggiore di aggiornamenti di rete denominati e un numero maggiore di catene indipendenti utilizza il software.
Bitcoinist ha anche trattato la proposta di aggiornamento 20 e i giochi di disputa Super Root , che rientrano nella stessa tendenza verso un ambiente multi-chain più complesso e a prova di errore.
Gli operatori di Sepolia hanno una scadenza
Le note di rilascio avvertono inoltre gli operatori sulle blockchain di Sepolia OP Stack che devono utilizzare op-node v1.19.5 o versioni successive prima dell'hard fork Glamsterdam del 6 ottobre.
Tale requisito è distinto dalla necessità specifica che ogni operatore abbia la versione 1.19.8.
Per gli utenti ordinari, non è prevista alcuna migrazione del portafoglio né alcuna azione da intraprendere. Per i team che gestiscono i sequencer e i nodi, questa release rappresenta un ulteriore promemoria del fatto che l'affidabilità del Layer 2 dipende dal mantenimento di un insieme crescente di componenti infrastrutturali allineati con Ethereum e tra loro.
—
Questo articolo è stato scritto dalla redazione e curato da Samuel Rae.