Architecture
4.1 Overview
Colichain adotta un’architettura Optimistic Rollup su OP Stack con:
Esecuzione EVM (op-geth) per massima compatibilità.
Rollup pipeline (sequencer/rollup node, batcher, proposer) con batching & settlement su Ethereum.
Data Availability esterna su Avail per ridurre il costo/byte e aumentare la scalabilità.
Tooling operativo nativo: SEED RPC ad alta capacità, Block Explorer con verifica contratti, Metrics su Grafana/Prometheus/Monitorism.
Nota — L’integrazione Avail è esplicitamente indicata nei materiali; eventuale uso di Celestia non è presente nelle fonti correnti. Se va incluso, va referenziato con evidenze tecniche. Stato: non in the current knowledge.
4.2 Execution layer (op-geth)
Client di esecuzione: op-geth (derivato Geth) fornisce EVM-equivalence, compatibile con tooling e smart contract Ethereum.
Obiettivo: mantenere parità semantica con EVM per evitare migrazioni/rewrites di codice.
Beneficio: onboarding rapido di dApp/contratti esistenti e riuso di librerie/tool DevOps L2. (Riferimento all’uso di OP Stack e compatibilità EVM)
4.3 Rollup nodes
Componenti principali (allineati all’OP Stack):
ComponenteResponsabilitàOutput principale
Sequencer / op-node
Ordina le transazioni, produce blocchi L2, gestisce lo state transition function
Blocchi L2 a ~2s target
Batcher
Raggruppa blocchi/tx in batch e invia i dati al livello DA (Avail)
Batch pubblicati su DA
Proposer
Pubblica commitment/prove su Ethereum L1 per la finalizzazione
Commitment L1 (settlement)
da-proxy
Interfaccia tra rollup stack e DA layer
Submission affidabile al DA
da-light-node
Verifica disponibilità dei dati, ricostruzione stream
Garanzia di availability
Batching & Settlement: logica ottimizzata per gas basso e sicurezza alta; ogni cambiamento di stato è sigillato su L1.
Osservabilità: metriche live (uptime sequencer, pipeline, segnali “prove di frode”) e alert multi-canale.
Chiarezza — I nomi dei processi (op-geth/op-node/batcher/proposer/da-*) seguono la nomenclatura tipica OP Stack. Le fonti interne descrivono funzioni e pipeline (batching, settlement, fraud signals) ma non forniscono al momento la lista binari/CLI completa. Suggerito: aggiungere reference a repo/compose.
4.4 External RPC
SEED RPC (Colichain): ingressi a bassa latenza, rate-limited e scalabili (load-balanced), pronti per produzione.
RPC L1 Ethereum: necessario al proposer per pubblicare i commitment e per la finalità; richiesto anche agli operatori per osservabilità on-chain.
RPC DA (Avail): usato dal batcher/da-proxy per pubblicare i dati e dal da-light-node per la verifica.
4.5 Mainnet vs Testnet setup
Testnet (Sepolia-anchored)
Explorer: indicato il percorso “3 Passaggi per Connetterti” con sepolia.coliscan.com per auto-configurazione wallet.
Bridge: flusso “Bridge Istantaneo” da Sepolia → Colichain per trasferire ETH e testare dApp.
Metrics: report ultimi 7 giorni e notifiche (Slack/Email/Telegram) per latenza/uptime/fee.
Mainnet
Finalità su Ethereum Mainnet, con pipeline batching → DA (Avail) → settlement L1.
SEED RPC e Explorer in configurazione produzione; stesse componenti rollup con parametri/retention DA e politiche di osservabilità più stringenti.
4.6 Flusso dati end-to-end
Submit: utente invia la tx a SEED RPC → sequencer la include nel prossimo blocco (~2s).
Batch & DA: batcher pubblica i dati del blocco su Avail (via da-proxy).
Settlement: proposer pubblica i commitment su Ethereum L1 → stato L2 finalizzato.
Observability: Explorer espone blocchi/tx/contratti; Metrics fornisce KPI e alert.
Last updated