NotizieCryptoNik Bougalis torna allo sviluppo di XRP Ledger con una proposta di modifica al codice fondamentale

Nik Bougalis torna allo sviluppo di XRP Ledger con una proposta di modifica al codice fondamentale

Autore: Hokanews·

Punti chiave

  • •Nik Bougalis ha presentato la pull request #8300, dal titolo "I'm back, baby," al repository XRPLF/rippled, segnando il suo ritorno allo sviluppo di XRP Ledger più di tre anni dopo aver lasciato Ripple nel 2022.
  • •La proposta punta a base_uint, un tipo intero ampiamente utilizzato, introducendo elementi a 64 bit sulle architetture supportate, eliminando i puntatori raw non sicuri e limitando i costruttori che accettano valori senza controlli adeguati.
  • •Le revisioni mirano a rilevare gli errori di programmazione in fase di compilazione piuttosto che a runtime, potenzialmente rafforzando la memory safety, anche se i benefici in termini di prestazioni e usabilità restano dipendenti dai test e dalla compatibilità con il resto del codebase.
  • •Il CTO Emeritus di Ripple David Schwartz ha riconosciuto il ritorno di Bougalis su X, ma la pull request stessa non dimostra che Schwartz abbia ripreso lo sviluppo attivo di XRP Ledger.
  • •La proposta non introduce un nuovo tipo né un nuovo emendamento del ledger, quindi il suo eventuale impatto dipende dalla revisione dei maintainer, dagli esiti dei test e da una decisione di merge piuttosto che da una modifica immediata della rete.
Nik Bougalis torna allo sviluppo di XRP Ledger con una proposta di modifica al codice fondamentale

Il crittografo Nik Bougalis è tornato allo sviluppo di XRP Ledger, presentando una proposta di revisione radicale di un tipo di dati fondamentale utilizzato nel software server della rete. La mossa mette nelle mani dei maintainer un codice concreto da valutare più di tre anni dopo la sua partenza da Ripple nel 2022.

Bougalis ha presentato la pull request #8300 al repository XRPLF/rippled con il titolo “I'm back, baby.” La proposta si concentra su base_uint, un tipo intero ampiamente utilizzato nel codebase, e mira a rafforzare il modo in cui il software gestisce le sue strutture dati sottostanti. Poiché il repository è mantenuto pubblicamente sotto la XRP Ledger Foundation (XRPLF), la revisione della proposta si svolgerà in modo trasparente, dove qualsiasi sviluppatore può seguirla.

Il CTO Emeritus di Ripple David Schwartz ha riconosciuto il ritorno di Bougalis su X, evidenziando la loro lunga storia di collaborazione. La pull request stessa, tuttavia, non indica che Schwartz abbia ripreso attivamente lo sviluppo di XRP Ledger.

La proposta punta ai tipi di dati fondamentali

Le modifiche proposte utilizzerebbero elementi a 64 bit all'interno di base_uint dove l'architettura di sistema sottostante li supporta. Bougalis propone inoltre di eliminare i puntatori raw non sicuri e i costruttori che possono accettare determinati valori senza controlli adeguati. I tipi interi wrapper di questo genere stanno alla base gran parte dell'aritmetica in un codebase C++, e l'uso improprio dei puntatori raw è una fonte nota di difetti di memory safety, motivo per cui i controlli in fase di compilazione sono un obiettivo comune dei lavori di hardening.

Le revisioni mirano a rendere più facile rilevamento di determinati errori di programmazione in fase di compilazione piuttosto che durante l'esecuzione del software — una distinzione rilevante per le infrastrutture, dove gli errori emersi durante una build possono essere corretti prima che qualsiasi server venga distribuito. L'implementazione revisionata potrebbe inoltre migliorare alcune operazioni sui sistemi compatibili, anche se la proposta non stabilisce che apporterebbe un aumento delle prestazioni a livello di rete.

Ulteriori salvaguardie attorno a un tipo di dati ampiamente utilizzato potrebbero anche rendere più difficile per gli sviluppatori un uso errato della struttura. Questo potenziale beneficio resta dipendente dai test e dalla compatibilità con il resto del codebase di XRP Ledger.

Resta necessaria la revisione dei maintainer

Poiché la pull request #8300 resta una proposta, le modifiche non sono diventate automaticamente parte del software server di XRP Ledger. I maintainer devono esaminare l'implementazione, valutare i risultati dei test e determinare se il codice debba essere integrato — il percorso standard per le modifiche a un codebase ospitato pubblicamente, dove i commenti di revisione e gli esiti dei test sono visibili a chiunque segua il repository.

Quella revisione è particolarmente importante per i componenti fondamentali, poiché una modifica a un tipo di uso comune può influire su più parti del software oltre ai file direttamente modificati nella proposta.

Le revisioni proposte non introducono un nuovo tipo di transazione né attivano un nuovo emendamento del ledger. Il loro eventuale impatto dipende quindi dal processo di sviluppo e revisione piuttosto che da una modifica immediata della rete. Per gli sviluppatori, la questione centrale è se l'implementazione revisionata possa fornire salvaguardie più solide mantenendo il comportamento richiesto dai componenti esistenti di XRP Ledger.

Bougalis ha trascorso quasi un decimo a contribuire allo sviluppo di XRP Ledger e dei protocolli correlati durante il suo periodo presso Ripple. Dopo aver lasciato l'azienda nel 2022, ha successivamente ricoperto il ruolo di chief technology officer della Algorand Foundation nel 2025.

Anche il responsabile dell'ingegneria di RippleX, H. Ayo Akinyele, ha collegato il ritorno di Bougalis alle più ampie sfide tecniche affrontate dal progetto. L'ultima pull request individua un'area specifica di lavoro di sviluppo piuttosto che una modifica alle funzionalità del ledger rivolte agli utenti.

Schwartz ha precedentemente affermato che la prospettiva di lavorare nuovamente con Bougalis potrebbe essere un motivo per tornare lui stesso a programmare. La sua reazione all'ultima presentazione, tuttavia, non dimostra da sola che sia torn a uno sviluppo attivo.

Per ora, il contributo di Bougalis rappresenta un ritorno allo sviluppo del codice sorgente di XRP Ledger tramite una modifica proposta a una delle sue strutture dati sottostanti. L'esito della pull request #8300 dipenderà dalla revisione dei maintainer, dai test e da una decisione sull'opportunità di incorporare le revisioni nel software server — e i suoi progressi, dal feedback dei revisori a un eventuale merge, saranno tracciabili nel repository stesso.