Un cold wallet può firmare una transazione Ethereum senza che la chiave privata entri mai in contatto con un computer collegato a Internet. Il dispositivo, però, non rende automaticamente sicura qualsiasi operazione: protegge soprattutto la chiave, mentre la correttezza della transazione dipende dai dati che vengono preparati e verificati prima della firma.
La procedura offline separa tre attività: la costruzione della transazione, la firma con il cold wallet e la trasmissione alla rete. Il computer online può preparare i dati e inviare la transazione dopo la firma; il dispositivo di custodia deve ricevere soltanto ciò che serve per firmare e deve mostrare, quando possibile, i dettagli essenziali dell’operazione.
Questo metodo è più impegnativo di una normale transazione attraverso un wallet collegato a un browser, ma può ridurre la superficie di attacco. Richiede tuttavia controlli rigorosi su rete, destinatario, importo, nonce, commissioni e contenuto dei dati firmati.
Che cosa significa firmare offline
In una configurazione offline esistono almeno due ambienti distinti. Il primo è un computer online, utilizzato per consultare la blockchain, ottenere il nonce, preparare la transazione e trasmettere il risultato firmato. Il secondo è il cold wallet, che conserva la chiave privata e produce la firma senza rivelarla.
Il computer online può essere compromesso da malware, estensioni dannose o software contraffatto. Per questo il cold wallet non deve limitarsi a ricevere una richiesta di firma: l’utente deve confrontare i dati mostrati sul dispositivo con quelli previsti. Se il computer modifica destinatario, importo o contratto, la firma autorizza comunque l’operazione alterata.
La firma non trasferisce direttamente i fondi. Produce un messaggio crittografico associato alla transazione e all’account che la firma. La transazione completa viene poi inviata a un nodo Ethereum o a un servizio compatibile. Chi trasmette la transazione non ha bisogno di conoscere la chiave privata.
I dati fondamentali di una transazione Ethereum
Prima di firmare, è importante capire quali informazioni compongono l’operazione. Una transazione nativa, cioè un invio di ether a un indirizzo, contiene generalmente:
- Destinatario: l’indirizzo a cui viene inviata la transazione. In caso di interazione con un contratto, è normalmente l’indirizzo del contratto, non quello del beneficiario finale.
- Valore: la quantità di ether trasferita. Può essere zero quando si chiama una funzione di uno smart contract.
- Nonce: il numero progressivo della transazione dell’account su quella rete. Impedisce di riutilizzare la stessa operazione e determina l’ordine delle transazioni.
- Gas limit: la quantità massima di gas che la transazione può consumare.
- Parametri della commissione: secondo il tipo di transazione, possono includere il limite massimo della fee e la mancia destinata al validatore.
- Chain ID: l’identificativo della rete, utilizzato anche per impedire che una firma venga riutilizzata su una rete diversa quando il formato della transazione lo prevede.
- Dati: il campo che contiene eventuali istruzioni per uno smart contract. In un semplice trasferimento di ether è normalmente vuoto.
Per un trasferimento di token, il valore nativo può essere zero e il campo dati contiene la chiamata a una funzione del contratto, per esempio il trasferimento di token verso un destinatario. In questo caso non basta controllare il solo indirizzo del contratto: bisogna verificare anche destinatario, quantità e funzione che si sta autorizzando.
La procedura in pratica
Il primo passaggio è preparare l’ambiente. Il cold wallet deve essere inizializzato correttamente, il backup della seed phrase deve essere disponibile e verificato secondo una procedura già testata. Il software utilizzato per costruire o firmare la transazione deve provenire da una fonte autentica e deve supportare il formato compatibile con il dispositivo.
Successivamente si usa un computer online per ottenere le informazioni necessarie dalla rete: saldo, nonce corrente, dati del contratto, stima del gas e condizioni delle commissioni. Questi elementi cambiano nel tempo e non devono essere copiati da esempi trovati online. Il nonce, in particolare, deve corrispondere allo stato dell’account sulla rete scelta.
La transazione non firmata viene quindi trasferita al cold wallet. Il passaggio può avvenire tramite un collegamento USB, un file, una scheda di memoria o codici QR, a seconda del dispositivo e del software. Il punto essenziale è che la chiave privata resti confinata nel cold wallet e che il dispositivo interpreti la richiesta nel formato previsto.
Sul display del dispositivo occorre controllare almeno la rete, l’indirizzo del destinatario, l’importo, il tipo di operazione e le commissioni. Quando si interagisce con uno smart contract, è preferibile utilizzare una modalità di visualizzazione comprensibile, spesso chiamata clear signing, se disponibile e supportata dall’applicazione. Una schermata che mostra soltanto dati esadecimali non consente di capire con sufficiente sicurezza quale azione si sta autorizzando.
Se i dati sono corretti, il cold wallet genera la firma. Il risultato viene riportato sul computer online, senza esportare la chiave privata. A quel punto il software può trasmettere la transazione a un nodo o a un provider RPC della rete selezionata.
Dopo la trasmissione, si può verificare l’hash della transazione su un block explorer. La verifica deve essere eseguita sulla rete corretta e deve riguardare destinatario, valore, stato, gas utilizzato, eventi emessi e contratto coinvolto. L’esploratore non sostituisce i controlli effettuati prima della firma: mostra ciò che è stato inviato, non ciò che l’utente avrebbe voluto inviare.
Nonce, gas e chain ID: gli errori più comuni
Un nonce errato può causare una transazione in sospeso, un rifiuto da parte della rete o un conflitto con un’altra transazione già preparata. Se nel frattempo l’account ha inviato altre operazioni, il nonce recuperato in precedenza può essere diventato obsoleto. Per questo una transazione preparata offline non dovrebbe restare inutilmente in attesa prima della firma e della trasmissione.
Il gas limit indica quanto lavoro computazionale può essere consumato, ma non stabilisce da solo il costo finale. Il costo effettivo dipende dal gas utilizzato e dai parametri della commissione. Un limite troppo basso può causare il fallimento dell’operazione, mentre un limite eccessivo non significa necessariamente che l’intero importo verrà pagato: il costo dipende dal gas effettivamente consumato, secondo le regole della rete e del tipo di transazione.
Il chain ID è cruciale quando si lavora con più reti compatibili con Ethereum. Un indirizzo può avere lo stesso formato su reti diverse, ma il saldo e lo stato del contratto non sono intercambiabili. Firmare per la rete sbagliata può produrre un’operazione inattesa o inviare fondi su un ambiente diverso da quello previsto. Il nome visualizzato nel software non dovrebbe essere l’unico controllo: va confrontato anche l’identificativo della rete e, quando possibile, il nodo o l’endpoint utilizzato.
Smart contract e token: perché la verifica è più difficile
Un semplice invio di ether è relativamente facile da leggere. Una chiamata a un contratto, invece, può contenere funzioni di deposito, prelievo, swap, approvazione o trasferimento di token. Il cold wallet può proteggere la firma senza comprendere il comportamento economico dell’intero contratto.
Prima di firmare, è necessario distinguere l’indirizzo del contratto dall’indirizzo del beneficiario. Bisogna poi controllare il contratto sulla rete corretta, la funzione chiamata, l’importo e gli eventuali token coinvolti. Un’operazione di approvazione può autorizzare un contratto a spendere token in futuro, anche se la transazione corrente non trasferisce immediatamente il saldo.
I dati esadecimali da soli non costituiscono una verifica sufficiente. Se l’interfaccia non riesce a decodificare chiaramente l’operazione o il dispositivo visualizza un avviso, è prudente interrompere la procedura e ricostruire la transazione attraverso strumenti affidabili. La firma offline non elimina i rischi degli smart contract, del phishing o di un’interfaccia manipolata.
Rischi ed errori da evitare
- Firmare senza leggere il display: il computer online può presentare una descrizione e inviare dati diversi al dispositivo.
- Confondere rete e indirizzo: lo stesso formato di indirizzo non garantisce che si tratti della stessa blockchain.
- Riutilizzare un nonce: una transazione già trasmessa o ancora in coda può entrare in conflitto con quella firmata successivamente.
- Usare un RPC non verificato: un nodo malevolo può fornire informazioni errate su saldo, nonce o contratto e influenzare la preparazione della transazione.
- Firmare dati non comprensibili: una chiamata a uno smart contract non dovrebbe essere autorizzata se non si comprende l’azione richiesta.
- Trascurare il backup: il cold wallet non è il backup. La seed phrase resta il principale elemento di recupero e non deve essere inserita nel computer online.
- Testare direttamente con somme rilevanti: una procedura nuova va prima verificata con un’operazione semplice e un importo limitato, senza considerare il test privo di rischio.
Quando la firma offline è utile
La firma offline può essere utile per chi vuole separare la custodia delle chiavi dalla connessione quotidiana a browser, dApp e servizi online. È particolarmente adatta a operazioni pianificate, a saldi che non vengono movimentati spesso e a organizzazioni che possono introdurre una seconda verifica indipendente prima della trasmissione.
Non è però una soluzione automatica per ogni esigenza. Se si effettuano molte operazioni, se le transazioni dipendono da nonce aggiornati continuamente o se si interagisce con contratti complessi, la procedura richiede maggiore disciplina e può aumentare il rischio di errori operativi. Un cold wallet migliora la custodia della chiave, ma non sostituisce la verifica del destinatario, del contratto e della rete.
La regola più importante è separare mentalmente la sicurezza della firma dalla sicurezza dell’operazione. Una firma crittograficamente valida dimostra che il titolare della chiave ha autorizzato i dati ricevuti; non dimostra che quei dati fossero corretti, convenienti o privi di conseguenze future. Preparare con attenzione, verificare sul dispositivo e trasmettere soltanto dopo un controllo indipendente è il modo più solido per usare un cold wallet Ethereum offline.
