Quando riorganizzo la struttura di Plasma XPL, ho sempre la sensazione che non stia competendo in termini di velocità con i tradizionali Layer2, ma stia ridefinendo il concetto stesso di "scalabilità". Il problema che vuole risolvere non è il TPS, ma se la relazione tra esecuzione e verifica possa realmente essere scalabile, se il sistema possa mantenere una struttura chiara, uno stato verificabile e confini di sicurezza controllabili mentre l'ecosistema si espande. Molte catene cercano di risolvere la scalabilità con un'esecuzione più veloce, ma Plasma XPL pone l'accento su "se la struttura di verifica può tenere il passo con la scala di esecuzione", e questo è esattamente il nucleo della scalabilità a lungo termine.
L'architettura di Plasma XPL è diversa fin dal primo livello rispetto a Layer2 tradizionali. Essa colloca tutti i carichi di esecuzione in più domini di esecuzione indipendenti, consentendo a ciascun dominio di avere il proprio spazio di stato, risorse di esecuzione e logica di programmazione interna. Non ci sono contaminazioni reciproche dello stato tra i domini di esecuzione, né congestioni in altri domini a causa di esplosioni di carico in un dominio. Questa struttura fa sì che la capacità di esecuzione non dipenda più dalle prestazioni di una singola catena, ma possa espandersi orizzontalmente aumentando il numero di domini di esecuzione, il che è fondamentale per la sua capacità di adattarsi a un ecosistema su larga scala.
Il dominio di esecuzione si occupa solo dell'esecuzione e non della fornitura di fiducia finale. Tutti gli aggiornamenti di stato devono essere inviati al livello di verifica, dove i verificatori controllano nuovamente i percorsi o i sommari di stato secondo il meccanismo PoVW, per verificare la coerenza. Questa struttura separa l'esecuzione dalla sicurezza, evitando conflitti all'interno dello stesso livello. L'idea centrale di PoVW è che ogni cambiamento di stato che deve essere confermato possa essere riaperto da verificatori indipendenti, che ricostruiscono parte del percorso e presentano la coerenza tramite una prova verificabile. La verifica non è 'fidarsi dell'ordinatore', ma dimostrare la correttezza attraverso il comportamento computazionale.
Plasma XPL sceglie di utilizzare una struttura di stato basata su sommari, permettendo ad ogni aggiornamento di stato di essere compresso in un sommario verificabile, piuttosto che richiedere ai verificatori di rieseguire l'esecuzione completa. I sommari non solo riducono il carico di verifica, ma consentono anche di ricostruire la storia dello stato dell'intero sistema, purché i dati sulla catena siano completi, qualsiasi nodo può ripristinare l'evoluzione dello stato di ciascun dominio di esecuzione. I sommari di stato sono la base su cui Plasma XPL può mantenere trasparenza a lungo termine, auditabilità e resistenza alla censura.
La generazione delle prove non dipende eccessivamente da un singolo nodo, ma è suddivisa in più compiti di prova paralleli, consentendo a diversi verificatori di competere nel pool di verifica per presentare il lavoro. Il sistema non dipende da un grande dimostratore, ma da una 'rete di verifica'. Questo consente alla capacità di verifica di crescere con la dimensione della rete, piuttosto che con le capacità di un singolo nodo. Un ecosistema può realmente crescere non tanto per l'aumento della velocità di esecuzione, quanto per il fatto che il livello di verifica non diventi un collo di bottiglia, e Plasma XPL in questo ambito è molto evidente.
La comunicazione tra domini di esecuzione non avviene attraverso lo scambio diretto di stato, ma attraverso messaggi interni confermati dal livello di verifica. Le variazioni di stato del dominio di esecuzione A devono prima essere confermate dal livello di verifica e poi trasmesse al dominio di esecuzione B tramite un formato di messaggio verificabile, piuttosto che condividere direttamente lo stato. Questo evita incoerenze di fiducia tra diversi domini di esecuzione e fornisce una fonte di fiducia unificata per il comportamento interdominio. Tutti i comportamenti interdominio vengono esaminati dal livello di verifica, questa struttura mantiene la coerenza della fiducia anche quando la complessità del sistema aumenta.
Il livello DA (Disponibilità dei Dati) di Plasma XPL è molto flessibile e non costringe tutte le applicazioni a seguire lo stesso modello. Per beni di alto valore e protocolli finanziari, è possibile scegliere un DA rigoroso; per contenuti leggeri ad alta frequenza, si può optare per un DA compresso; le applicazioni che richiedono costi più bassi possono anche utilizzare un livello DA esterno. Tutti i modelli mantengono una coerenza di stato sicura attraverso il livello di verifica, evitando la frammentazione del sistema di fiducia. Questo consente al protocollo di supportare sia grandi DApp che applicazioni ad alta intensità di dati, senza sacrificare la struttura del sistema.
La parte del modello economico segue anche la priorità del comportamento verificabile, piuttosto che trattare i token come strumenti di incentivazione di mercato. I verificatori partecipano alla verifica, forniscono lavoro verificabile e mantengono la coerenza dello stato per ottenere ricompense. I guadagni degli staker sono direttamente correlati alle prestazioni dei verificatori, piuttosto che essere fissi annualizzati. Le entrate del protocollo derivano dalle commissioni delle attività interdominio, dalle spese di verifica e dai costi strutturali, collegando così il valore del token direttamente alla sicurezza del sistema. Questa struttura è più adatta per l'infrastruttura, piuttosto che come strumento di speculazione a breve termine.
Con l'aumento del numero di domini di esecuzione, la crescita della rete di verifica e la maturazione dei percorsi DA, la capacità di scalabilità di Plasma XPL si comporterà come una rete di calcolo con nodi in continua espansione, piuttosto che come una singola catena che deve costantemente aggiornare l'hardware. L'esecuzione può espandersi orizzontalmente, la verifica può aumentare la capacità attraverso più verificatori e il DA può essere scelto in modo flessibile in base al tipo di applicazione. L'espansione dell'intero sistema non dipende dalla forza di un singolo componente, ma dal bilanciamento e dal controllo della struttura.
Ho sempre pensato che la soluzione di scalabilità in grado di sostenere l'ecosistema futuro delle grandi catene non sia quella che corre più veloce, ma piuttosto quella che è ripetibile nella struttura, con uno stato verificabile, coerente attraverso i domini, incentivi economici in grado di guidare il comportamento di verifica, percorsi dei dati stabili e controllabili, e aggiornamenti che non danneggiano la continuità del sistema. La direzione di Plasma XPL si colloca esattamente su queste condizioni ingegneristiche. Non è un sistema ottimizzato per indicatori a breve termine, ma un'infrastruttura preparata per future scale.
Se l'obiettivo di Layer2 è diventare un livello fondamentale in grado di sostenere milioni di applicazioni, Plasma XPL offre un percorso strutturalmente stabile, con verifica chiara e mantenibile a lungo termine.
