The Cryptonomist ha intervistato David Schwartz, CTO di Ripple, in occasione della conferenza APEX tenutasi ad Amsterdam a giugno poche settimane fa.
Summary
Durante il tuo intervento di ieri, hai menzionato che un’esperienza utente migliorata tramite l’interoperabilità è essenziale per l’adozione di massa. Quindi puoi parlare di alcuni dei modi in cui Ripple sta giocando un ruolo chiave in questo?
Una cosa è la sidechain EVM che interopera con il XRP ledger, la catena principale. Quindi l’XRP ledger è ovviamente la catena su cui Ripple ha costruito, sviluppato, e abbiamo parlato della sidechain EVM, è la seconda catena. La logica è che la catena XRPL è davvero buona per applicazioni mainstream come se vuoi un market maker automatizzato, c’è un market maker automatizzato sulla catena principale XRP ledger. Vuoi NFT? Ci sono NFT sulla catena principale.
Il problema è che sono una sorta di funzioni fisse. Hanno incluso la funzionalità che la comunità pensava fosse la più importante e la più preziosa, ma devi tracciare una linea da qualche parte. Non puoi includere ogni caratteristica che una persona potrebbe desiderare. Ma se ne avevi assolutamente bisogno, semplicemente non esiste nell’ecosistema del XRP Ledger. Quindi è un compromesso.
Vogliamo che le persone possano avere sia la grande funzionalità mirata a quei casi d’uso mainstream per il XRP ledger, ma anche se hai un caso d’uso di nicchia che forse interessa solo a te e ad altre 15 persone, non vogliamo dirti che non abbiamo una risposta per te, giusto, quindi potresti vivere sulla sidechain EVM. E così stiamo lavorando su ponti come il ponte Axelar che sarà per la criptovaluta nativa. Quindi la valuta nativa sulla sidechain EVM sarà XRP collegata dal Axelar bridge.
Come sta integrando Ripple le CBDC?
Penso che abbiamo visto che il mercato si è spostato dall’attenzione sulle CBDC, che sarebbero sempre state molto lente a muoversi, sempre dipendenti in gran parte dagli attori governativi, che sono molto, molto lenti a muoversi. Scherzo dicendo che sono più conservatori della Chiesa Cattolica, ma è vero, giusto? Come la Federal Reserve, la Banca Centrale, queste sono istituzioni molto lente a muoversi, e hanno mostrato qualche inclinazione a muoversi rapidamente e qualche interesse. Quindi penso che la nostra prospettiva sarebbe che sembra che le stablecoin istituzionali che sono autorizzate, che sono regolamentate. Sai, l’UE ha MiCA.
C’è stata una presentazione durante APEX da Messari. Stavano mostrando un grafico su come queste stablecoins hanno abilitato interi ecosistemi DeFi. La CBDC è forse a lungo termine, ma in questo momento, se vuoi costruire questi ecosistemi DeFi, sembra che tu abbia bisogno di stablecoins.
In termini di sicurezza e decentralizzazione, quali misure ha adottato Ripple per proteggere la sua rete e i suoi utenti, e come bilancia Ripple questi aspetti con l’efficienza?
Abbiamo messo molto impegno in quello che chiamiamo brand protection. Ad esempio, ci sono state molte truffe con persone che si spacciavano per Brad Garlinghouse e si spacciavano per me. Lavoriamo molto duramente sia per fermare queste truffe sui social media dove si verificano. Inoltre, lavoriamo per tracciare i fondi quando queste truffe si verificano. Generalmente cercano di rubare criptovalute. Aiutiamo con il lavoro per cercare di rintracciare quelle criptovalute, congelarle alle fonti dove si trovano. Questo è stato un enorme problema per questo settore.
C’è anche la sicurezza delle blockchain stesse, specialmente con l’interoperabilità. Le blockchain non hanno, al loro livello di design di base, le blockchain non hanno davvero un problema di sicurezza perché, ad esempio, non puoi rubare Bitcoin da Bitcoin. Non c’è nessun altro posto dove puoi portarlo.
E il team lavora anche con revisori, come Bishop Fox, e altri. È sempre complicato quando le stesse persone che hanno scritto il codice cercano di trovare i difetti in esso, perché a volte si hanno delle supposizioni. Quindi, quando costruisci qualcosa, sai che ci sono alcuni punti ciechi nel design che si trasformano in punti ciechi nella revisione, e sfortunatamente puoi persino in qualche modo infettare, una persona può in qualche modo infettare il team, quindi il team può avere punti ciechi. Facciamo sicuramente uso di terze parti, in particolare per cose come il codice sensibile alla sicurezza.
