_Techno

Ho notato che Plasma affronta l'allineamento degli utenti in modo diverso rispetto alla maggior parte delle reti Layer 1, non segmentando le funzionalità o la messaggistica, ma imponendo un comportamento coerente attraverso tipi di attività di regolamento molto diversi. Plasma è posizionato come una blockchain Layer 1 progettata per il regolamento delle stablecoin, e questo focus crea una base operativa comune sia per gli utenti al dettaglio nei mercati ad alta adozione che per le istituzioni che operano nei pagamenti e nella finanza.
L'ambiente di esecuzione di Plasma è completamente compatibile con EVM tramite Reth, consentendo ai contratti e agli strumenti esistenti per stablecoin di funzionare senza modifiche. Questa compatibilità è importante perché elimina la necessità di ambienti paralleli o versioni di contratto specializzate per diverse classi di utenti. I trasferimenti al dettaglio e i flussi di pagamento istituzionali si eseguono sotto le stesse regole della macchina virtuale, garantendo un comportamento uniforme indipendentemente dall'origine o dalla dimensione della transazione.

La mia consapevolezza iniziale di Plasma non proveniva dai suoi annunci o dalle sue espansioni di ecosistema stravaganti, ma da ciò che continuava a dare priorità a livello di protocollo. Plasma è essenzialmente una catena di Livello 1 progettata principalmente come un livello di regolamento per stablecoin, e a colpo d'occhio, tutte le decisioni del sistema sembrano essere incentrate su questo obiettivo piuttosto che su un ampio tentativo di soddisfare direttamente tutti i possibili casi d'uso. Piuttosto che cercare di vincere la partita delle narrazioni generali, Plasma è focalizzata sull'effettiva operazione delle stablecoin enfatizzando come le stablecoin vengono spostate, regolate e utilizzate su larga scala.

Plasma mantiene un tasso fisso di assunzione delle transazioni durante i periodi di carico sostenuto della rete. Un volume di invio aumentato non espande la capacità di esecuzione né altera le regole di elaborazione. Le transazioni che superano la capacità di assunzione rimangono in attesa fino a quando non diventano disponibili slot di esecuzione. Questo comportamento mantiene il volume delle transizioni di stato coerente nel tempo e previene la variazione indotta dal carico nel progresso del regolamento. La gestione dell'esecuzione rimane invariata indipendentemente dalla pressione di invio, preservando un comportamento di regolamento prevedibile durante periodi prolungati di attività elevata.

La finalità secondo Plasma è un protocollo, un confine di stato forzato dopo il quale gli esiti delle transazioni non possono essere annullati, riordinati o invalidati selettivamente. Una volta che una transazione supera questo confine, i suoi effetti diventano immutabili indipendentemente dalle condizioni di rete successive, dal comportamento dei validatori o dall'intensità del flusso di capitale.
Il rollback non è trattato come una capacità condizionale in Plasma. Non esiste un percorso di esecuzione che consenta il rollback parziale di uno stato finalizzato. Le transazioni rimangono al di fuori dell'esecuzione oppure diventano finali nel loro insieme. La reversibilità intermedia o discrezionale non è disponibile in nessuna fase dopo che la finalità è stata raggiunta.

Plasma rallenta l'elaborazione delle transazioni quando i tassi di invio sono superiori al limite di esecuzione della rete. Il ritardo è dato prima dell'esecuzione, non durante la transizione di stato, e si applica solo a quelle transazioni che cercano di entrare nel percorso di esecuzione oltre i limiti consentiti. Le transazioni che vengono accettate continuano come al solito, mentre quelle in eccesso vengono trattenute senza modificare lo stato finalizzato.
La prima classe che Plasma ritarda è l'attività account ad alta frequenza. Gli account esternamente posseduti che inviano transazioni oltre il tasso consentito avranno la coda delle transazioni a livello di protocollo imposta su di loro. Queste transazioni non vengono rifiutate permanentemente; semplicemente non procedono all'esecuzione fino a quando la pressione di invio non scende al di sotto delle soglie impostate. Pertanto, le esplosioni sostenute vengono impedite di occupare i posti di esecuzione.

Walrus è molto vicino nel suo approccio all'integrità del protocollo attraverso il modo in cui controlla ogni operazione rispetto a precondizioni molto restrittive prima di consentirne l'esecuzione. Quindi lo stato del protocollo viene cambiato solo attraverso azioni valide e, pertanto, le possibilità sono limitate per risultati imprevedibili e l'interazione dei partecipanti è protetta.
Nei protocolli decentralizzati, i cambiamenti di stato non validi possono sempre essere sollevati come un problema. Anche i moduli ben concepiti possono finire per dare risultati incoerenti se le operazioni vengono eseguite con assunzioni errate o senza un quadro completo. Walrus risolve questo problema considerando le precondizioni come i vincoli principali del protocollo. Queste precondizioni sono i veri controlli che fanno parte della logica del protocollo e che decidono se un'operazione può proseguire e la decisione si basa sullo stato degli oggetti, sui permessi dei partecipanti e sulle azioni che sono state fatte e finalizzate fino ad ora.

Plasma non cercherà di elaborare tutte le transazioni se c'è un aumento della domanda. Quando la rete è inondata di capitale più velocemente di quanto possa eseguire le transazioni, imposta limiti molto rigidi su quali transazioni verranno elaborate e quali verranno ritardate. Questo rifiuto non si basa sull'identità o sulla dimensione del valore, ma su schemi comportamentali che pongono una minaccia all'ordine di regolamento.
Per prevenire sovraccarichi, il protocollo limita il numero di richieste di transazione che gli account e i contratti possono inviare quando hanno inviato transazioni a un ritmo superiore a quello consentito. Queste restrizioni vengono applicate in modo uniforme al livello di esecuzione e non, ad esempio, tramite filtraggio off-chain o discrezione dei validatori. Pertanto, il numero di transazioni inviate può essere superiore al numero che può essere elaborato senza che il regolamento diventi instabile.