Modulare è attualmente un termine popolare in web3 che un certo numero di protocolli e progetti utilizzano per descrivere se stessi. Celestia ha reso popolare il termine introducendo il concetto di blockchain modulari. Il nostro obiettivo è restringere l'attenzione e l'uso del termine a una definizione molto specifica di interoperabilità modulare. Introdurremo anche un framework per pensare e valutare blockchain modulari e protocolli di interoperabilità.

Abbattere i protocolli blockchain

Ci sono alcuni livelli componibili nello stack blockchain modulare:

• Disponibilità dei dati (DA)
• Sequencing o ordinamento delle transazioni (TO)
• Esecuzione
  - Liquidazione

Si noti che il consenso non è incluso qui perché può essere raggruppato in uno qualsiasi dei livelli sopra per consentire la verifica di una prova di consenso invece di controllare direttamente le regole del livello funzionale.

Ad esempio, si potrebbe implementare un rollup a nodo singolo sopra Celestia sans consensus che si basa su prove di frode per convincere una terza parte della correttezza. Questo sarebbe chiamato rollup ottimistico. Se scambiamo la prova di frode con una prova di conoscenza zero (zk), otterremmo un rollup zk. Se aggiungiamo il consenso, possiamo invece utilizzare la prova del consenso per convincere una terza parte della correttezza. Questo sarebbe chiamato rollup pessimistico.

Abbattere i protocolli di interoperabilità

Un protocollo di interoperabilità completo ha tre livelli ben definiti con una netta separazione in mezzo.

Una semplice definizione di ogni livello di interoperabilità:

• Applicazione: cosa significano i pacchetti di dati?
• Trasporto: come traduciamo lo stato dell'altra catena in conversazioni app <> app e pacchetti di dati?
• Stato: in che modo le blockchain vengono a conoscenza dello stato dell'altro?

Definizione di interoperabilità modulare

Poiché modulare è un termine spesso usato in giro ed è rilevante in qualsiasi numero di contesti, proveremo a mettere in relazione la nostra definizione di un protocollo di interoperabilità modulare con i livelli definiti sopra così come la definizione di Celestia di una blockchain modulare. Celestia definisce una blockchain modulare come una blockchain che esternalizza completamente almeno un livello funzionale a una catena esterna. Definiamo un protocollo di interoperabilità modulare come un protocollo che esternalizza completamente il livello di trasporto.

La differenza fondamentale tra i due è che il livello che definisce i protocolli di interoperabilità è il livello di trasporto . L'analogia qui, usando il modello OSI come esempio, è che se sostituisci TCP/UDP con un altro protocollo di trasporto ottieni un protocollo di rete completamente diverso. Inoltre, il livello di stato può essere stabilito attraverso una varietà di mezzi e non definisce in modo univoco un protocollo di interoperabilità (ad es. client leggeri, prove di conoscenza zero, prove di frode ottimistiche ecc.). La logica a livello di applicazione può anche essere generalizzata e non rende un protocollo di interoperabilità compatibile con un altro. Ad esempio, sostituire il trasporto IBC con un livello di trasporto diverso rende il nuovo protocollo incompatibile con le catene abilitate per IBC .

Il livello di stato può anche essere parzialmente esternalizzato, ma l'outsourcing da solo non rende il protocollo modulare in quanto non è il livello di definizione dei protocolli di interoperabilità. È considerato completamente in catena quando ogni catena esegue direttamente la logica del client leggero della sua controparte. Il livello di stato è considerato parzialmente on-chain quando la logica del client leggero viene eseguita off-chain e verificata on-chain utilizzando prove zk (Zero Knowledge) o quando viene utilizzata una terza parte attendibile.

Inoltre, la modularizzazione delle catene monolitiche ha implicazioni sul livello di stato dei protocolli di interoperabilità. Ad esempio, una singola catena logica non può più essere rappresentata da un singolo client leggero perché la prova di vari livelli funzionali ora proviene da più catene.

Polimero l'hub di trasporto IBC

Polymer sta costruendo il primo protocollo di interoperabilità veramente modulare che esternalizza completamente il livello di trasporto e in parte esternalizza il livello di stato. Come mostrato nel diagramma seguente, il livello di trasporto IBC viene eseguito su Polymer mentre il livello dell'app IBC viene eseguito sulla catena abilitata IBC. Con questo design, abilitare IBC su una nuova catena utilizzando Polymer è facile come distribuire un roll up su Celestia . Il polimero esternalizza parzialmente il livello di stato utilizzando le connessioni zk-IBC per connettersi alle nuove catene abilitate IBC mentre il verificatore zk si trova sulla catena (non mostrato nel diagramma sopra per semplicità).

Costruiamo insieme

Costruiamo un futuro in cui IBC sia il protocollo di interoperabilità standard per tutte le catene. Le idee per migliorare l'IBC sono sempre benvenute. Vieni a chattare con noi su discord . Stiamo anche assumendo . L'innovazione accelera quando lavoriamo tutti insieme!

Grazie per le conversazioni Jim (Catalyst) e Josh (Astria)!

A proposito di Polimero

Polymer crede in un futuro multicatena collegato principalmente da uno standard di settore open source, sviluppato dalla comunità e mantenuto, IBC x Polymer. Polymer è il primo hub di trasporto IBC focalizzato sull'espansione di IBC a tutte le catene. L'hub Polymer integra il livello di trasporto IBC con catene connesse. A livello di stato, apre le connessioni zk-IBC a tutte le catene integrate. Si tratta di un'architettura ridotta al minimo basata sulla verifica dello stato del client leggero.

Segui il nostro Twitter , visita il nostro sito Web e unisciti alla nostra community su Discord !