Vai al contenuto

Sequenziatore condiviso

Come un sequenziatore condiviso ordina le transazioni di più rollup, cosa garantiscono le preconferme e quali rischi di interoperabilità, disponibilità, censura, MEV e guasto comune rimangono.

Aggiornato

Solo a scopo educativo; non è consulenza finanziaria, d’investimento, di interoperabilità, sulla finalità delle transazioni o sulla sicurezza. Garanzie, percorsi alternativi e ipotesi di regolamento del sequenziatore condiviso variano per implementazione e possono cambiare dopo gli aggiornamenti.

Risposta diretta

Un sequenziatore condiviso è un servizio o una rete che accetta dati di transazione da più rollup e produce per essi un ordine comune concordato. I rollup partecipanti leggono la parte del registro ordinato loro assegnata e la eseguono secondo le proprie regole di transizione dello stato. Il livello di sequenziamento può anche emettere preconferme rapide prima che i dati raggiungano i livelli di disponibilità dei dati e regolamento dei rollup.

“Condiviso” descrive il riuso tra rollup, non uno specifico modello di fiducia. Un sequenziatore condiviso può essere centralizzato, gestito da un comitato autorizzato o protetto da consenso decentralizzato. Da solo non prova la correttezza dell’esecuzione, non rende i dati permanentemente disponibili, non regola un rollup sulla catena madre e non garantisce l’atomicità di un’azione tra rollup.

Il modello può distribuire l’infrastruttura di ordinamento, offrire a più rollup una visione coerente dell’ordine relativo e ridurre le operazioni duplicate. Questi vantaggi vanno confrontati con una nuova dipendenza capace di influire contemporaneamente su tutti i rollup collegati.

Come funziona

  • Invio. Utenti, wallet o gateway specifici del rollup inviano transazioni firmate o pacchetti opachi al livello condiviso, di solito contrassegnati da un identificatore o spazio dei nomi del rollup.
  • Ordinamento. Un operatore o una rete di consenso seleziona le transazioni, decide l’inclusione e concorda un blocco o registro ordinato comune. Le sue regole determinano l’esposizione immediata a censura, commissioni e MEV.
  • Preconferma. Il servizio può firmare o finalizzare un impegno sull’ordine. La garanzia deriva dalle ipotesi di quella implementazione su firmatario, comitato, stake o consenso e non equivale automaticamente alla finalità della catena madre.
  • Distribuzione. Relayer e nodi dei rollup recuperano i dati ordinati, verificano gli impegni e filtrano le voci di ciascun rollup.
  • Esecuzione e pubblicazione. Ogni rollup esegue le proprie transazioni e segue il proprio protocollo per pubblicare dati e impegni di stato. Un sequenziatore condiviso a esecuzione differita può ordinare byte opachi senza validare la transizione di stato del rollup.
  • Regolamento. Il sistema di prove o contestazioni del rollup, le regole di disponibilità, i contratti bridge e il consenso della catena madre determinano correttezza, prelievi e regolamento finale.

Un ordine comune può sostenere il coordinamento tra rollup perché le applicazioni possono riferirsi allo stesso evento di sequenziamento. L’interoperabilità atomica richiede comunque logica aggiuntiva che definisca entrambe le parti, ne verifichi gli esiti e impedisca o gestisca l’esecuzione parziale. Il solo ordine condiviso non offre né consegna dei messaggi né regole di rollback.

Esempio

Supponiamo che un’applicazione voglia scambiare un asset su Rollup A con un asset su Rollup B. Invia le due parti della transazione come pacchetto a un livello di sequenziamento usato da entrambi. Il sequenziatore si impegna sul loro ordine relativo e ogni rollup deriva la propria voce dallo stesso registro ordinato.

Se entrambi i rollup e il protocollo di interoperabilità riconoscono il pacchetto, verificano l’impegno condiviso e applicano una regola tutto-o-niente, l’ordine comune può coordinare l’esecuzione. Se Rollup A esegue la sua parte mentre Rollup B rifiuta, ritarda o non ottiene la propria, il sequenziatore non ha reso atomico lo scambio. Un bridge, sistema di prove, deposito o altra regola di recupero deve risolvere lo stato.

Nella verifica operativa, preconferma, pubblicazione della disponibilità, esito dell’esecuzione e regolamento sulla catena madre vanno monitorati come stati distinti. Un’interfaccia che mostra solo “confermato” può nascondere quale garanzia sia stata davvero raggiunta.

Rischi

  • Guasto comune. Un errore di consenso, difetti software, problemi dei relayer o interruzioni di rete possono fermare insieme più rollup. Ognuno necessita di un percorso alternativo documentato e regole per riconciliare gli ordini dopo il ripristino.
  • Censura e governance. Validatori, operatori, politiche di ammissione o autorità di aggiornamento possono escludere transazioni o rollup. Il consenso decentralizzato non basta se partecipazione o invio restano di fatto autorizzati.
  • Ordinamento e MEV. Una vista condivisa può coordinare attività tra rollup, ma anche concentrare flussi d’ordine preziosi e consentire front-running tra domini, inclusione preferenziale o estrazione sofisticata di MEV.
  • Conferme non equivalenti. Impegno del sequenziatore, conferma di disponibilità, esito del rollup e regolamento sulla catena madre sono garanzie diverse. Bridge e applicazioni possono perdere fondi se trattano il primo segnale come il più forte.
  • Errore di dati e integrazione. Spazi dei nomi errati, derivazione difettosa, dati indisponibili, aggiornamenti incompatibili o adattatori compromessi possono far eseguire input sbagliati o fermare la derivazione dei blocchi.
  • Concentrazione economica e di controllo. Un insieme comune di validatori, token, client, servizio RPC o processo di governance può diventare sistemico. La condivisione può diversificare l’operatore di un rollup concentrando però l’ecosistema su un altro livello.

Errori comuni

  • Condiviso significa decentralizzato. La condivisione indica quanti rollup usano il servizio; la decentralizzazione dipende da chi può validare, proporre, inviare, aggiornare e ripristinare la rete.
  • Un ordine significa una sola macchina a stati. Ogni rollup mantiene normalmente esecuzione e stato separati. Il sequenziatore può ordinare dati che non comprende né esegue.
  • Una preconferma è finalità della catena madre. Forza e condizioni di inversione derivano dal protocollo di sequenziamento finché non terminano i passaggi necessari di disponibilità, prova e regolamento.
  • Il sequenziamento condiviso rende inutili i bridge. Asset e messaggi richiedono ancora transizioni autenticate, logica di regolamento e gestione dei guasti tra rollup.
  • Il modello elimina MEV e censura. Cambia chi controlla l’ordine e può migliorare responsabilità o concorrenza, ma restano il potere di ordinamento e i relativi incentivi.

Argomenti correlati

Fonti

Navigazione

Cerca nella wiki...