Vitalik Buterin esplora pagamenti privati in Ethereum senza utilizzare interfacce web tradizionali

Introduzione

Vitalik Buterin sta spostando parte della sua attività su Ethereum al di fuori delle interfacce web. Nel suo saggio del 31 ottobre, il co-fondatore di Ethereum ha dichiarato di aver utilizzato uno strumento da riga di comando, sviluppato con l'assistenza di un'intelligenza artificiale, per aggiornare gli hash di contenuto IPFS su ENS, il sistema di denominazione di Ethereum, e kohaku-cli, un portafoglio da riga di comando, per effettuare numerosi pagamenti attraverso protocolli di privacy.

Strumenti e Obiezioni

L'aggiornamento di ENS e il portafoglio di pagamento erano strumenti distinti. La sua obiezione va oltre il disordine visivo delle interfacce web. Un sito web può fornire nuovamente il codice dell'applicazione ogni volta che un utente vi accede, lasciando l'utente dipendente da ciò che il server fornisce. Mantenere un'applicazione locale può ridurre questa esposizione alla consegna ripetuta.

Inoltre, sposta una decisione significativa sull'utente: quale revisione software installare, mantenere e infine sostituire. Il portafoglio a cui si è collegato rende il compromesso concreto. La sua documentazione avverte che il CLI non è stato auditato, è in fase di sviluppo attivo ed è scritto con assistenza IA. Avvisa gli utenti di evitare il mainnet a meno che non comprendano appieno cosa stanno facendo e la possibilità di una perdita catastrofica di fondi.

Controllo e Sicurezza

Il controllo su un'interfaccia scaricata è cruciale, poiché il codice accettato si trova tra un'istruzione di pagamento e la firma che la autorizza. Scegliere quando quel codice cambia può ridurre l'esposizione ricorrente, mentre le sue dipendenze e l'accesso alla firma determinano cosa può fare il software installato. Il vantaggio pratico è la possibilità di mantenere una revisione dell'applicazione scelta, piuttosto che dover ricaricare l'interfaccia web a ogni visita.

Accettare una revisione sostitutiva crea un'altra decisione di consegna. Per questo percorso di costruzione da sorgente, quella decisione coinvolge anche il set di dipendenze e gli strumenti che trasformano la sorgente in software eseguibile. Un nome di progetto familiare da solo non descrive tutto il codice che viene accettato.

Kohaku-cli e Funzionalità

Kohaku-cli gestisce account pubblici di Ethereum e saldi privati su Tornado Cash, Railgun e Privacy Pools V1. È un'applicazione portafoglio particolare, distinta dal più ampio toolkit Kohaku di librerie di protocollo riutilizzabili e infrastruttura portafoglio. Il suo avviso dovrebbe essere interpretato a quel livello di applicazione, piuttosto che come un verdetto di audit su ogni componente o protocollo che utilizza.

Documentazione e Installazione

Il percorso di installazione documentato mostra anche cosa comporta "locale". Le istruzioni del progetto richiedono di installare le dipendenze con npm install, costruire l'applicazione con npm run build e eseguire un launcher locale. Al commit 0ef5c44, la documentazione, il manifesto, il lockfile e l'implementazione descrivono la stessa revisione dell'applicazione.

Considerazioni Finali

Il software che può costruire un'autorizzazione, il software che può firmarla e il software che può sottometterla devono essere valutati come fonti distinte di autorità, anche quando un CLI le coordina. La conferma umana è un'altra scelta separata. Nel percorso di trasferimento pubblico ispezionato, un chiamante opportunamente configurato con accesso al portafoglio può utilizzare --non-interactive insieme a --broadcast per sottomettere senza un ulteriore prompt di conferma.

La privacy della rete è similmente separata dalla consegna dell'applicazione. La documentazione del CLI descrive Tor per impostazione predefinita per determinati traffici non RPC, mentre Ethereum RPC rimane sulla connessione di rete ordinaria. Eseguire l'interfaccia localmente quindi non rende ogni interazione esterna privata.

L'esperimento di Buterin punta a una forma concreta di controllo dell'utente: scegliere il codice dell'applicazione che rimane sulla macchina e decidere quando accettare il codice sostitutivo. Il suo valore dipende dal mantenere quel controllo attraverso la selezione delle dipendenze e il firmatario.