﻿---
title: "Sequenziatore"
description: "Come un sequenziatore di rollup riceve e ordina le transazioni, produce blocchi, pubblica i dati dei batch, fornisce conferme rapide ma provvisorie e crea rischi di disponibilità, censura e riordinamento."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Sequenziatore

> Solo a scopo educativo; non è consulenza finanziaria, d'investimento, sulla finalità delle transazioni o sulla sicurezza. Comportamento del sequenziatore, percorsi alternativi e garanzie di regolamento variano per rete e possono cambiare dopo gli aggiornamenti.

<a id="answer"></a>

## Risposta diretta

In molti rollup, il sequenziatore è il componente o partecipante che accetta le transazioni, ne sceglie l'ordine e produce blocchi o batch. Può dare agli utenti una conferma rapida prima che i dati ordinati siano pubblicati sul livello di base. La divisione del lavoro varia: costruzione dei blocchi, esecuzione e pubblicazione dei batch possono essere gestite dallo stesso operatore o da servizi distinti.

Il sequenziatore non è la fonte del regolamento finale solo perché un portafoglio segnala successo. La forza di una conferma dipende dal fatto che abbia soltanto annunciato il blocco, che i dati del protocollo abbiano raggiunto L1 e che il blocco L1 e l'affermazione o prova del rollup abbiano raggiunto lo stato di finalità richiesto.

<a id="mechanism"></a>

## Come funziona

- **Ricezione.** Utenti o applicazioni inviano transazioni firmate a un endpoint del sequenziatore, anche se la rete può definire un percorso di invio tramite L1.
- **Ordinamento.** Il sequenziatore seleziona le transazioni e ne determina l'ordine nel rispetto delle regole di validità. Questa scelta può influire su latenza, commissioni, censura e MEV.
- **Costruzione.** Assembla le transazioni ordinate in blocchi del rollup e può eseguirle per calcolare lo stato risultante.
- **Preconferma.** Il sequenziatore distribuisce rapidamente un blocco o una ricevuta. È un segnale d'ordine provvisorio, non automaticamente un risultato finalizzato su L1.
- **Pubblicazione.** Un batcher o servizio equivalente pubblica i dati definiti dal protocollo sul livello di disponibilità dei dati, spesso L1. I nodi indipendenti usano dati e regole per derivare la catena canonica del rollup.
- **Regolamento.** Impegni di stato, prove di errore o prove di validità collegano i risultati dell'esecuzione al regolamento. Verificano o stabiliscono la correttezza delle transizioni, ma non decentralizzano da soli l'ordinamento.

<a id="example"></a>

## Esempio

Un portafoglio mostra inizialmente una transazione come confermata dal sequenziatore. In questa fase l'operatore può ancora non pubblicare il batch o sostituire un blocco non pubblicato secondo le regole della rete. Dopo l'inclusione dei dati su L1, i nodi indipendenti possono derivare la posizione della transazione, ma una riorganizzazione di L1 può ancora influire. Solo dopo il soddisfacimento delle condizioni di finalità di L1 e del rollup l'applicazione dovrebbe assegnare l'etichetta corrispondente.

La sequenza è un modello di stati, non una promessa temporale universale. Termini come in sospeso, non sicuro, sicuro e finalizzato dipendono dal protocollo; i bridge possono imporre un ulteriore ritardo di prova o contestazione prima che un prelievo sia eseguibile.

<a id="risks"></a>

## Rischi

- **Inattività.** Se il sequenziatore attivo si arresta, invio diretto e produzione rapida dei blocchi possono fermarsi anche senza perdita di fondi.
- **Censura.** Un operatore può ritardare o rifiutare transazioni selezionate. Un percorso di inclusione forzata o uscita aiuta solo se è distribuito, senza autorizzazioni, utilizzabile e supportato da dati disponibili.
- **Riordinamento e MEV.** Il controllo dell'ordine può consentire front-running, back-running o trattamenti preferenziali nei limiti del protocollo.
- **Inversione dello stato provvisorio.** Un'applicazione che considera finale una ricevuta del sequenziatore può agire su un blocco poi sostituito o mai pubblicato.
- **Guasti di pubblicazione o del livello base.** Congestione, guasti del batcher, dati non disponibili o una riorganizzazione di L1 possono ritardare o modificare la catena derivata dai verificatori.
- **Concentrazione operativa.** Un singolo operatore, chiave di firma, endpoint RPC o autorità di aggiornamento può creare punti comuni di guasto e controllo anche se le prove verificano l'esecuzione.

<a id="misconceptions"></a>

## Errori comuni

- **Il sequenziatore decide il regolamento finale.** Questo segue i contratti del rollup, le regole di prova o contestazione, la disponibilità dei dati e il consenso del livello base.
- **Una ricevuta rapida è irreversibile.** Una preconferma può essere utile senza offrire la stessa garanzia dei dati pubblicati e finalizzati.
- **L'inclusione forzata garantisce esecuzione immediata.** Il percorso alternativo può richiedere una transazione L1, un'attesa, calldata specifici e un percorso contrattuale funzionante.
- **Le prove di validità eliminano il rischio del sequenziatore.** Possono provare l'esecuzione corretta mentre l'ordine resta centralizzato, censurabile o non disponibile.
- **Il sequenziamento decentralizzato elimina ogni fiducia.** Può distribuire il potere d'ordine, ma introduce ipotesi proprie su consenso, disponibilità, gestione delle chiavi e interoperabilità.

<a id="related"></a>

## Argomenti correlati

- [Rollup](/it/crypto/rollup/)
- [Layer 2](/it/crypto/layer2/)
- [Finalità](/it/crypto/finality/)
- [Resistenza alla censura](/it/crypto/censorship-resistance/)
- [MEV](/it/crypto/mev/)

<a id="sources"></a>

## Fonti

- [Scalabilità di Ethereum](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org (consultato: 2026-08-21)
- [Derivazione](https://specs.optimism.io/protocol/derivation.html) - OP Stack Specification (consultato: 2026-08-21)
- [Finalità delle transazioni](https://docs.optimism.io/op-stack/transactions/transaction-finality) - Optimism Documentation (consultato: 2026-08-21)
- [Arbitrum Nitro: un rollup ottimistico di seconda generazione](https://docs.arbitrum.io/nitro-whitepaper.pdf) - Arbitrum Documentation (consultato: 2026-08-21)

Source: https://wiki.fcontext.com/it/crypto/sequencer/index.mdx
