Il post Il CTO di Ripple esprime dubbi su una proposta per portare la programmabilità a XRPL è apparso per la prima volta su Coinpedia Fintech News
In una recente discussione sul futuro della programmabilità su XRP Ledger (XRPL), il co-fondatore di Evernode Scott Chamberlain ha proposto un nuovo approccio che coinvolge Hooks e un nuovo token, Codii, per migliorare la funzionalità delle transazioni. L'obiettivo è consentire l'esecuzione di smart contract su XRPL mantenendo costi gestibili per gli utenti.
"Ho una proposta su come portare la programmabilità all'XRPL. È strutturata egoisticamente per consentire a EvernodeXRPL di esistere sulla mainnet", ha affermato.
“I due elementi, uncini e codici”
La proposta di Chamberlain introduce due elementi chiave. In primo luogo, Hooks, un sistema flessibile e a basso costo che ha dimostrato di supportare applicazioni decentralizzate, come Evernode. Il sistema automatizza attività come la registrazione, il punteggio di reputazione e la governance per gli host di rete, offrendo una soluzione fluida per l'esecuzione delle transazioni.
Evernode ha 4 Hook "concatenati". L'Heartbeat Hook contiene tutti gli EVR non in circolazione e li distribuisce alle ricompense degli Host in base alla logica delle ricompense. Il secondo Hook è il Network Registry. Il terzo Hook gestisce il sistema di Reputation. E l'ultimo Hook è il Governance Hook. Contiene le regole in base alle quali i titolari di NFT di registrazione possono votare sulle modifiche all'Hook.
In secondo luogo, Codii, un token nativo coniato da XRP bloccati e bruciato per commissioni legate a Hook, ridurrebbe l'onere finanziario per gli utenti rispetto alla combustione diretta di XRP per l'attivazione di contratti intelligenti.
"Per accogliere Hooks, la rete principale dovrebbe prendere in considerazione un nuovo token nativo con tokenomics simili. Chiamiamoli Codii", ha scritto.
"Una nuova funzione nativa consentirebbe agli utenti di bloccare XRP per coniare Codii. Il tasso verrebbe inizialmente impostato, ma regolabile tramite il voto dei validatori. Ciò creerebbe un caso d'uso defi veramente nativo per XRP: XRP prenderebbe vita e diventerebbe un asset redditizio, e garantirebbe a tutti gli utenti di trarre vantaggio dall'aggiunta di programmabilità alla rete".
Il CTO di Ripple è scettico
Tuttavia, il CTO di Ripple David Schwartz ha espresso scetticismo sulla necessità di tale complessità. Secondo Schwartz, semplicemente bruciare XRP per tutte le commissioni di transazione, come fatto attualmente, potrebbe semplificare le operazioni. Ha messo in dubbio i vantaggi dell'introduzione di Codii, sottolineando che aggiunge oneri come la gestione di due token che potrebbero portare a perdite di diluizione per i detentori di XRP.
Chamberlain difende la proposta
Chamberlain ha difeso la proposta, sostenendo che bruciare XRP per la programmabilità renderebbe gli smart contract troppo costosi se XRP si apprezzasse. Ha sottolineato che Codii offrirebbe un sistema autosufficiente, in cui i possessori di XRP potrebbero effettivamente coprire le commissioni Hook tramite aggiustamenti del saldo inflazionistico.
"I nostri hook sarebbero troppo costosi se gli host bruciassero XRP per attivarli, soprattutto se XRP aumenta di valore", ha commentato.
Tuttavia, Schwartz ha sostenuto che qualsiasi sistema che imponga costi agli utenti tramite l'inflazione dei token rischia di complicare la gestione delle commissioni senza benefici significativi. È stato anche sottolineato che bruciare XRP come unico metodo per il finanziamento delle transazioni mantiene il sistema semplice, assicurandone l'accessibilità al variare del valore di XRP.
