Gli sviluppatori di XRP Ledger hanno ritirato cinque emendamenti di vecchia data nella versione XRPLD 3.3.0. Il rilascio del 6 agosto rimuove il codice pre-emendamento obsoleto preservando ogni funzionalità attivata. I titolari di XRP non devono aggiornare i wallet, spostare fondi o completare alcuna transazione.

Gli emendamenti ritirati sono Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve e fixUniversalNumber. Le relative regole consolidate operano ormai come parti incondizionate del protocollo di base.

Ritirare un emendamento significa rimuovere il codice pre-emendamento ancora presente nella base di codice per emendamenti attivati tempo prima, come Clawback. L'ingegnera software di RippleX Mayukha Vadari ha spiegato che il processo è una pulizia della base di codice e non ha alcun impatto sugli utenti. Gli sviluppatori avevano mantenuto il codice precedente dopo l'attivazione perché restava utile per analizzare le transazioni storiche.

XRP Ledger introduce le modifiche all'elaborazione delle transazioni attraverso il proprio sistema di emendamenti anziché tramite hard fork, il meccanismo di aggiornamento usato da blockchain come Bitcoin ed Ethereum. I validatori attendibili votano su ogni proposta prima che raggiunga la Mainnet. Un emendamento richiede il supporto di oltre l'80% dei validatori attendibili per due settimane continue. Un supporto pari o inferiore all'80% azzera il periodo di approvazione. Una volta attivato, la nuova regola si applica in modo permanente a meno che un altro emendamento non la modifichi.

xrpld inizialmente conserva sia le nuove regole sia la logica transazionale precedente. Questo approccio aiuta gli sviluppatori a riprodurre il comportamento storico del ledger durante test o indagini. Tuttavia, il codice legacy aumenta il carico di manutenzione e la complessità del software.

La documentazione ufficiale di XRP Ledger consente agli sviluppatori di ritirare un emendamento dopo due anni di attivazione sulla Mainnet. Il ritiro elimina il percorso di codice precedente e inserisce il comportamento approvato direttamente nel protocollo. I test storicamente accurati possono quindi richiedere la versione di xrpld che aveva originariamente elaborato una transazione.

Funzionalità che rimangono attive dopo il ritiro

Clawback è l'emendamento più noto tra i cinque ritirati. È stato attivato l'8 febbraio 2024. Gli emittenti di token idonei possono reclamare i propri token se l'impostazione appropriata dell'account è abilitata.

La funzionalità non supporta i token XRP nativi. Con il ritiro di Clawback, XRPLD non applica più alcuna restrizione transazionale risalente all'era pre-Clawback. Gli emittenti mantengono comunque la capacità di utilizzare lo stesso meccanismo di recupero.

Gli altri quattro emendamenti hanno affrontato problemi tecnici. fixDisallowIncomingV1 ha ripristinato le autorizzazioni delle trust line per gli utenti che avevano disabilitato le trust line in entrata. fixInnerObjTemplate ha corretto l'impossibilità di leggere determinate proprietà negli oggetti dei market maker automatizzati. fixNFTokenReserve ha applicato i controlli di riserva all'accettazione di un'offerta NFT, garantendo che gli account non completino un acquisto se i requisiti di riserva non sono soddisfatti. fixUniversalNumber ha standardizzato alcuni dei numeri in virgola mobile del ledger.

Sei nuove proposte entrano in XRPLD 3.3.0

Il rilascio ha incluso anche sei nuove proposte: BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor e fixCleanup3_3_0. L'aggiunta di queste proposte a XRPLD non le attiva sulla Mainnet e ciascuna richiede ancora l'approvazione dei validatori.

BatchV1_1 consentirebbe a un account di inviare otto transazioni interne. ConfidentialTransfer abiliterebbe trasferimenti privati di multi-purpose token con misure di conformità. DynamicMPT darebbe agli emittenti la possibilità di aggiornare alcuni aspetti dei token. Sponsor consentirebbe a terze parti di pagare le commissioni per conto di altri account e transazioni. PermissionDelegationV1_1 fornirebbe permessi a livello di account. fixCleanup3_3_0 combina correzioni per diverse funzioni del protocollo.

Nel complesso, queste proposte affrontano la privacy delle transazioni, i permessi a livello di account e la delega delle commissioni, ovvero capacità rilevanti per i casi d'uso aziendali e di tokenizzazione regolamentata che diverse blockchain programmabili stanno perseguendo attivamente.

Gli operatori dei server XRP Ledger dovrebbero eseguire l'aggiornamento alla versione 3.3.0 per mantenere la continuità del servizio. I server obsoleti rischiano di rimanere bloccati dagli emendamenti se la rete attiva un emendamento non supportato. I server bloccati dagli emendamenti non possono elaborare transazioni, convalidare ledger, votare o unirsi al consenso.

Nessuno dei cinque ritiri richiede un'ulteriore votazione da parte dei validatori perché segnano il completamento dei periodi transitori.