Un aggiornamento di manutenzione per le funzionalità esistenti di XRPL

L'emendamento di XRP Ledger noto come fixCleanup3_3_0 riguarda vault, transazioni legate al lending e market maker automatizzati, ma non è il lancio di un nuovo prodotto. Al contrario, raggruppa correzioni per casi limite nel codice XRPL esistente, con l'obiettivo di far funzionare queste funzionalità in modo più affidabile.

Per i detentori di XRP, l'emendamento non introduce un nuovo caso d'uso né crea domanda automatica per il token: corregge problemi identificati nella gestione delle transazioni prima che queste funzionalità vedano un uso più ampio. Questo segue lo schema consolidato di XRPL di rilasciare emendamenti di tipo "fix", che raggruppano modifiche correttive anziché aggiungere nuove funzionalità, mantenendo gli aggiornamenti del protocollo incrementali e più facili da esaminare per i validatori.

Perché la data dell'11 settembre non è definitiva

Il codice deve essere disponibile nel software server supportato prima che i validatori possano votare per attivarlo. Gli emendamenti XRPL richiedono quindi almeno l'80% di supporto da parte dei validatori affidabili per due settimane consecutive prima dell'attivazione. Questo processo basato sul consenso è il modo in cui vengono apportate tutte le modifiche alle regole di transazione di XRPL: non esiste un operatore centrale che possa modificare unilateralmente le regole della rete.

Il periodo di attesa dà agli operatori il tempo di esaminare la modifica e confermare che la rete ha un supporto sostenuto. La posizione di voto attuale indica l'11 settembre, ma quella data slitterà se il supporto scenderà sotto la soglia prima della fine del periodo. Il voto in tempo reale e la data di attivazione prevista sono disponibili sul tracker degli emendamenti di XRPScan. Il processo di emendamento applica le nuove regole di transazione all'intera rete solo dopo che è stato raggiunto il consenso richiesto.

Cosa cambia con fixCleanup3_3_0

I dettagli tecnici sono esposti nelle note ufficiali dell'emendamento fixCleanup3_3_0.

Un gruppo di correzioni applica gli stessi controlli di freeze e deep-freeze quando asset soggetti a restrizioni transitano attraverso percorsi di transazione legati a vault, AMM e lending. Uno pseudo-account è un indirizzo controllato dal ledger utilizzato da una funzionalità del protocollo, anziché un normale wallet utente.

Altre modifiche riguardano le operazioni degli AMM. Gli AMM, a loro volta aggiunti a XRPL tramite un emendamento precedente, permettono agli utenti di mettere in pool asset e scambiarli on-ledger. L'emendamento fa sì che un prelievo AMM interessato restituisca un risultato di transazione definito invece di rischiare un'eccezione interna, aggiungendo al contempo controlli su perdita di precisione ed eliminazione.

L'emendamento modifica inoltre il modo in cui i mercati con permessi gestiscono l'accesso e le stime di liquidità. Rimuove determinate offerte ibride quando un account perde l'accesso a un dominio con permessi e corregge il modo in cui la liquidità degli AMM viene considerata nelle stime di qualità per gli order book con permessi.

La maggior parte dei detentori di XRP non noterà l'aggiornamento in un'interfaccia wallet. È più rilevante per le applicazioni che utilizzano AMM, vault o mercati con permessi, dove errori di transazione e calcoli di liquidità errati possono influire sull'esecuzione.

Perché il lending fa parte del discorso

Alcune delle correzioni riguardano i Single Asset Vault e i flussi di transazione legati al lending. Questi sono anche elementi costitutivi del design di lending nativo proposto per XRPL, che utilizzerebbe vault e loan broker per supportare prestiti a termine fisso.

L'emendamento non attiva il lending nativo, che richiederebbe un proprio emendamento e un'approvazione separata dei validatori. Il suo ruolo è più ristretto: mette in ordine l'infrastruttura che futuri prodotti di lending potrebbero utilizzare.

Cosa osservare dopo l'attivazione

La prima domanda è se il supporto dei validatori reggerà abbastanza a lungo da permettere l'attivazione dell'emendamento. Dopodiché, la misura pratica sarà se le applicazioni che utilizzano i tipi di transazione interessati segnaleranno meno esiti falliti o incoerenti.

Un uso più ampio di prodotti basati su vault, AMM e strumenti per mercati con permessi sarebbe un segnale più forte che l'infrastruttura corretta si sta rivelando utile. L'importanza dell'emendamento si manifesterà nella affidabilità con cui queste funzionalità opereranno man mano che sviluppatori e utenti le adotteranno.

Questo articolo ha solo scopo informativo e non costituisce consulenza finanziaria.