Asset digitali
Portafogli di asset digitali: chiavi, firme e account intelligenti
Una guida ai portafogli di asset digitali basata sui principi fondamentali, che ne illustra la catena operativa, gli aspetti economici, i registri autorevoli, le modalità di guasto e le prove che investitori o operatori dovrebbero verificare.
Aggiungi Securities.io alle tue fonti preferite su Google
L’espressione «portafogli di asset digitali» racchiude diverse istituzioni in un’unica definizione. L’utente o l’organizzazione possiede gli asset e stabilisce quali azioni sono consentite, mentre il contratto dell’account intelligente applica regole programmabili di convalida e recupero. Separare queste funzioni rende l’argomento molto più facile da comprendere.
Un portafoglio di asset digitali gestisce le chiavi e crea firme; gli asset restano registrati su una blockchain o su un altro registro distribuito. Un indirizzo identifica una destinazione, una chiave pubblica consente la verifica e una chiave privata o una soglia di condivisioni della chiave autorizza le modifiche di stato. Gli account intelligenti possono aggiungere funzioni di recupero, limiti, raggruppamento di operazioni e autorizzazioni programmabili.
Il saldo di un portafoglio è un’interpretazione dello stato del registro, non una quantità di monete conservate nell’app. Le frasi seed, le chiavi private, i codici di sblocco dei dispositivi, le password degli exchange e i tutori degli account intelligenti proteggono livelli diversi. Se si perde l’app, è possibile recuperare l’accesso purché resti disponibile un metodo valido di recupero della chiave o dell’account; la divulgazione dell’autorità di firma è molto più grave.
Per inquadrare i portafogli di asset digitali nella più ampia copertura di Securities.io, confronta Sicurezza degli smart contract e IA, Modello di riferimento dello stack DeFi e Società di audit degli smart contract. Nel loro insieme, queste guide mostrano come la stessa questione relativa all’infrastruttura degli asset digitali cambi al variare dell’emittente, dell’asset, del diritto dell’investitore o dell’infrastruttura operativa.
Dalla creazione dell’account alla conferma e alla manutenzione: il flusso dei portafogli di asset digitali
La fase di creazione dell’account consiste nel creare chiavi o l’autorità di un account intelligente usando casualità sicura e regole di governance definite. Il risultato diventa quindi un dato in ingresso per individuare lo stato del registro, consultando saldi, token, autorizzazioni di spesa, nonce, commissioni e condizioni della rete. Questo passaggio è il primo punto in cui mettere alla prova i portafogli di asset digitali: chi riceve i dati deve poter distinguere una modifica di stato completata da un messaggio, una stima o una registrazione provvisoria. Lo stesso criterio si applica a ogni passaggio successivo, fino a quando la fase di conferma e manutenzione produce un risultato verificabile in modo indipendente.
Leggi il diagramma a ritroso, partendo dalla conferma e dalla manutenzione. Lo stato finale dovrebbe permettere di risalire alla creazione dell’account e alle regole sulle chiavi, alle versioni del portafoglio e dell’RPC, alla transazione simulata, alla conferma umana, alla firma, all’inclusione nella blockchain e alla finalizzazione, alla cronologia delle autorizzazioni di spesa e degli amministratori e alle prove di recupero; da lì, si risale all’autorità usata per autorizzare e trasmettere, all’esposizione generata durante la costruzione della transazione e agli input accettati durante la creazione dell’account. Se questa catena si interrompe, l’avvelenamento degli indirizzi può far sembrare completata una transazione, anche quando dalla cronologia manipolata viene selezionato un indirizzo simile a quello corretto. Questa verifica a ritroso mantiene l’analisi concentrata sull’asset registrato nel registro e sulla catena di autorità in grado di produrre una firma valida, anziché sul nome del fornitore o sullo stato mostrato dall’interfaccia.
Tre stati spesso confusi nei portafogli di asset digitali
Un portafoglio a chiave privata significa che una chiave o una gerarchia di frasi seed controlla direttamente gli indirizzi; con MPC o multisig, invece, l’autorità è suddivisa tra condivisioni della chiave o più firme indipendenti. L’account intelligente introduce una terza condizione: il codice di convalida on-chain definisce i firmatari, il recupero, i limiti, le sessioni e gli aggiornamenti. Queste distinzioni sono importanti perché due utenti possono visualizzare una conferma simile pur avendo diritti diversi, dovendo fare i conti con tempistiche diverse o dipendendo da istituzioni diverse. Nei portafogli di asset digitali, per un confronto utile occorre indicare, per ciascuno stato, quale sia il registro autorevole e chi si faccia carico delle perdite.
Confronta i portafogli a chiave privata, le soluzioni MPC o multisig e gli account intelligenti usando gli stessi parametri: importo, tempo, liquidità assorbita, reversibilità, diritto azionabile e perdita residua. Per i portafogli di asset digitali, un’etichetta che indica una maggiore rapidità non corrisponde automaticamente a uno stato più definitivo, così come un rendimento dichiarato più regolare non implica automaticamente un rischio economico minore. Adottare un unico quadro di misurazione evita di scambiare le differenze di tempistica o contabilizzazione per miglioramenti effettivi.
Chi controlla i dati fondamentali nei portafogli di asset digitali?
| Partecipante o variabile | Che cosa modifica | Elementi da verificare |
|---|---|---|
| Utente o organizzazione | Possiede gli asset e definisce le azioni ammissibili. | Elenco degli indirizzi, criteri, firmatari, beneficiari e procedure di recupero. |
| Software del portafoglio | Crea e visualizza le transazioni e lo stato del registro. | Codice sorgente, versione, provider RPC, simulazione e avvisi. |
| Firmatario o servizio di gestione delle chiavi | Produce un’autorizzazione crittografica valida. | Custodia delle chiavi, dispositivo, quorum, accesso e registro delle firme. |
| Nodo o provider RPC | Fornisce i dati della blockchain e trasmette le transazioni. | Rete, altezza del blocco, coerenza, disponibilità e privacy. |
| Contratto dell’account intelligente | Applica regole programmabili di convalida e recupero. | Codice, ruoli di proprietario e tutore, limiti, chiavi di aggiornamento ed eventi. |
L’utente o l’organizzazione e il software del portafoglio occupano posizioni diverse nella catena operativa. L’utente o l’organizzazione possiede gli asset e definisce le azioni ammissibili, mentre il software del portafoglio crea e visualizza le transazioni e lo stato del registro. I rispettivi dati — elenco degli indirizzi, criteri, firmatari, beneficiari e procedure di recupero da un lato; codice sorgente, versione, provider RPC, simulazione e avvisi dall’altro — dovrebbero concordare sullo stesso evento, senza essere copie di un unico database del fornitore. Il firmatario o servizio di gestione delle chiavi, il nodo o provider RPC e il contratto dell’account intelligente introducono decisioni o prove distinte; considerarli funzioni intercambiabili nasconde dove entrano in gioco discrezionalità, liquidità o responsabilità legale.
Un’interruzione del servizio del nodo o del provider RPC è una prova concreta di responsabilità per i portafogli di asset digitali. Il nodo o provider RPC fornisce i dati della blockchain e trasmette le transazioni. La questione è se l’utente o l’organizzazione e il software del portafoglio possano ancora ricostruire la posizione sulla base della rete, dell’altezza del blocco, della coerenza, della disponibilità e della privacy. I contratti possono ripartire i compiti, ma la parte responsabile della promessa fatta al cliente, dell’asset o dell’obbligo non può sostituire le prove con una clausola di esternalizzazione. Una progettazione resiliente indica quale registro usare come riferimento alternativo e chi è autorizzato a risolvere eventuali discrepanze.
Come cambiano stato i portafogli di asset digitali nella pratica
1. Generare l’account: definire lo stato iniziale dei portafogli di asset digitali
Crea le chiavi o definisci l’autorità dell’account intelligente usando una generazione casuale sicura e una governance nota. In questa fase del funzionamento dei portafogli di asset digitali si stabiliscono le condizioni su cui può basarsi la fase di rilevamento dello stato del registro. L’utente o l’organizzazione è al centro del processo perché possiede gli asset e definisce le azioni ammissibili. I dati operativi dovrebbero conservare l’elenco degli indirizzi, i criteri, i firmatari, i beneficiari e le procedure di recupero.
Il rischio da individuare in questa fase è l’avvelenamento degli indirizzi: dalla cronologia manipolata viene selezionato un indirizzo simile a quello corretto. Per verificare questa fase, documenta il risultato mantenendo invariati orario, ambito e condizioni applicabili, quindi modifica una sola ipotesi prima di rilevare lo stato del registro. Per i portafogli di asset digitali, un passaggio di consegne verificabile indica chi ha approvato l’operazione, quale dato è cambiato, che cosa resta reversibile e chi subisce la perdita se il partecipante successivo rifiuta le prove.
2. Rilevare lo stato del registro: individuare la regola decisionale nei portafogli di asset digitali
Interroga i saldi, i token, le autorizzazioni, il nonce, le commissioni e le condizioni della rete. In questa fase del funzionamento dei portafogli di asset digitali si esaminano le condizioni su cui può basarsi la creazione della transazione. Il software del portafoglio è al centro del processo perché crea e visualizza le transazioni e lo stato del registro. I dati operativi dovrebbero conservare il codice sorgente, la versione, i provider RPC, la simulazione e gli avvisi.
Il rischio da individuare in questa fase è la firma alla cieca: l’utente approva dati di chiamata opachi o un’autorizzazione malevola. Per verificare questa fase, ricalcola il risultato mantenendo invariati orario, ambito e condizioni applicabili, quindi modifica una sola ipotesi prima di creare la transazione. Per i portafogli di asset digitali, un passaggio di consegne verificabile indica chi ha approvato l’operazione, quale dato è cambiato, che cosa resta reversibile e chi subisce la perdita se il partecipante successivo rifiuta le prove.
3. Creare la transazione: misurare il trasferimento del rischio nei portafogli di asset digitali
Specifica la rete, il destinatario, l’asset, l’importo, la commissione e i dati di chiamata. In questa fase del funzionamento dei portafogli di asset digitali si ridefiniscono le condizioni su cui possono basarsi l’autorizzazione e la trasmissione. Il firmatario o servizio di gestione delle chiavi è al centro del processo perché produce un’autorizzazione crittografica valida. I dati operativi dovrebbero conservare le informazioni sulla custodia delle chiavi, sul dispositivo, sul quorum e sull’accesso, oltre al registro delle firme.
Il rischio che non viene contestato in questa fase è l’inganno tramite RPC: un provider comunica uno stato falso o invia la transazione alla rete sbagliata. Per testare questa fase, sottoponi il risultato a una verifica approfondita mantenendo invariati tempi, ambito e condizioni applicabili, quindi modifica una delle ipotesi prima di autorizzare e trasmettere la transazione. Nel caso dei portafogli di asset digitali, un passaggio di consegne difendibile specifica chi ha approvato l’operazione, quale record è cambiato, che cosa è ancora reversibile e chi si farà carico delle perdite se il partecipante successivo respinge le prove.
4. Autorizzare e trasmettere: riconciliare il record autorevole per i portafogli di asset digitali
Verifica l’intento umano, applica le regole, firma e invia alla rete. In questa fase dei portafogli di asset digitali, il processo riconcilia le condizioni su cui possono basarsi la conferma e la manutenzione. Il nodo o il provider RPC è fondamentale perché fornisce i dati della blockchain e trasmette le transazioni. Il record di lavoro dovrebbe conservare la rete, l’altezza del blocco, la coerenza, il tempo di attività e la privacy.
Il rischio che non viene contestato in questa fase è la presa di controllo del recupero: i garanti o gli amministratori possono impossessarsi dell’account o bloccarlo in modo permanente. Per testare questa fase, confronta il risultato mantenendo invariati tempi, ambito e condizioni applicabili, quindi modifica una delle ipotesi prima della conferma e della manutenzione. Nel caso dei portafogli di asset digitali, un passaggio di consegne difendibile specifica chi ha approvato l’operazione, quale record è cambiato, che cosa è ancora reversibile e chi si farà carico delle perdite se il partecipante successivo respinge le prove.
5. Confermare e mantenere: verificare l’esito finale dei portafogli di asset digitali
Monitora l’inclusione e la finalità, revoca le autorizzazioni, ruota le autorità e ripristina l’accesso. In questa fase dei portafogli di asset digitali, il processo completa le condizioni su cui può basarsi l’esito registrato. Il contratto dello smart account è fondamentale perché applica procedure programmabili di convalida e recupero. Il record di lavoro dovrebbe conservare il codice, i ruoli di proprietario e garante, i limiti, le chiavi di aggiornamento e gli eventi.
Il rischio che non viene contestato in questa fase è il rischio di aggiornamento: l’implementazione di uno smart account cambia dopo che gli utenti hanno valutato il codice originale. Per testare questa fase, dimostra la validità del risultato mantenendo invariati tempi, ambito e condizioni applicabili, quindi modifica una delle ipotesi prima che l’esito venga registrato. Nel caso dei portafogli di asset digitali, un passaggio di consegne difendibile specifica chi ha approvato l’operazione, quale record è cambiato, che cosa è ancora reversibile e chi si farà carico delle perdite se il partecipante successivo respinge le prove.
Costi, incentivi ed effetti sul bilancio dei portafogli di asset digitali
Gli smart wallet possono ridurre i costi dell’assistenza e quelli legati alla perdita delle chiavi, ma la sponsorizzazione delle transazioni, i servizi di recupero, gli audit di sicurezza e le infrastrutture comportano nuove commissioni e nuove controparti. I vantaggi in termini di usabilità sono concreti quando le autorità sono limitate e trasparenti.
Le autorizzazioni illimitate sui token riducono il numero di transazioni ripetute e le relative commissioni, ma aumentano la quantità di fondi che un contratto compromesso può sottrarre. La scelta economica è tra comodità e perdita massima autorizzata.
MPC e multifirma riducono il rischio legato a una singola chiave, ma introducono requisiti di coordinamento e disponibilità. Il quorum dovrebbe essere progettato per garantire rapidità nelle operazioni ordinarie e il ripristino in caso di emergenza, senza che un singolo fornitore o dipendente possa, senza che nessuno se ne accorga, disporre di quote sufficienti per raggiungerlo.
Dove si inceppano i portafogli di asset digitali e che cosa testare per prima cosa
- Avvelenamento degli indirizzi: viene selezionato un indirizzo simile a quello corretto, individuato in una cronologia manipolata. Interrompi la generazione dell’account mentre l’utente o l’organizzazione mantiene il proprio normale obbligo, quindi verifica se il portafoglio con chiave privata conserva il significato descritto sopra.
- Firma alla cieca: l’utente approva dati di chiamata opachi o un’autorizzazione malevola. Interrompi la rilevazione dello stato del registro mentre il software del portafoglio mantiene il proprio normale obbligo, quindi verifica se MPC o la multifirma conservano il significato descritto sopra.
- Inganno tramite RPC: un provider comunica uno stato falso o invia la transazione alla rete sbagliata. Interrompi la costruzione della transazione mentre il firmatario o il servizio di gestione delle chiavi mantiene il proprio normale obbligo, quindi verifica se lo smart account conserva il significato descritto sopra.
- Presa di controllo del recupero: i garanti o gli amministratori possono impossessarsi dell’account o bloccarlo in modo permanente. Interrompi l’autorizzazione e la trasmissione mentre il nodo o il provider RPC mantiene il proprio normale obbligo, quindi verifica se il portafoglio con chiave privata conserva il significato descritto sopra.
- Rischio di aggiornamento: l’implementazione dello smart account cambia dopo che gli utenti hanno valutato il codice originale. Interrompere la fase di conferma e mantenimento mentre il contratto dello smart account conserva i suoi obblighi ordinari, quindi verificare se MPC o multisig mantengono il significato descritto sopra.
Una prova di resistenza utile per i portafogli di asset digitali combina l’avvelenamento degli indirizzi con l’inganno del provider RPC, invece di testarli separatamente. Bloccare o ritardare la creazione della transazione, rendere indisponibile il nodo o il provider RPC e richiedere al contratto dello smart account di riconciliare il risultato sulla base del codice, dei ruoli di proprietario e tutore, dei limiti, delle chiavi di aggiornamento e degli eventi. Il sistema supera la prova solo se la fase di conferma e mantenimento raggiunge uno stato spiegabile, tutela i diritti associati a MPC o multisig e disciplina eventuali ammanchi secondo regole definite prima dell’interruzione.
Esempio pratico: seguire un evento relativo a un portafoglio di asset digitali dall’inizio alla fine
Un utente intende scambiare 1.000 unità di un token. Il portafoglio simula la chiamata al contratto, mostra gli asset effettivamente trasferiti in entrata e in uscita, controlla l’allowance e la destinazione, individua un percorso con un impatto elevato sul prezzo e richiede la conferma tramite hardware. La firma autorizza esclusivamente quella transazione sulla blockchain corretta. In seguito, l’utente revoca un’allowance illimitata. Una schermata del saldo ben rifinita, senza questi controlli, non proteggerebbe l’autorità sottostante.
È possibile confutare l’esempio modificando l’ipotesi verificata nella fase di rilevamento dello stato del registro oppure rimuovendo le prove fornite dal firmatario o dal servizio di gestione delle chiavi. Seguire la modifica attraverso le fasi di creazione della transazione, autorizzazione e trasmissione, conferma e mantenimento; non passare direttamente dall’input al risultato principale. Se non è possibile riprodurre il nuovo esito del portafoglio di asset digitali sulla base della creazione dell’account e della policy delle chiavi, delle versioni del portafoglio e di RPC, della transazione simulata, della conferma umana, della firma, dell’inclusione nella blockchain e della finalità, dello storico delle allowance e delle attività amministrative e dei test di recupero, il processo dipende da una valutazione o da una registrazione non documentata.
Perché i portafogli di asset digitali sono importanti oggi
L’astrazione degli account e gli smart wallet basati su passkey stanno migliorando la facilità d’uso grazie alle commissioni sponsorizzate, alle autorizzazioni di sessione e alle funzioni di recupero. Spostano il rischio dalla gestione delle frasi seed al codice degli smart contract, ai tutori, ai bundler e alla governance degli aggiornamenti. La formazione sui portafogli deve quindi spiegare il grafo delle autorizzazioni, non limitarsi a dire a ogni utente di imparare a memoria una frase di recupero.
La lezione duratura per i portafogli di asset digitali è che la creazione dell’account e la fase di conferma e mantenimento non sono lo stesso evento. Le decisioni intermedie determinano l’asset nel registro e la catena di autorità in grado di produrre una firma valida, mentre l’utente o l’organizzazione e il contratto dello smart account possono vedere parti diverse della registrazione. L’automazione è utile quando rende queste decisioni meno costose da verificare; è pericolosa quando le riduce a un unico stato che nasconde il rischio degli aggiornamenti.
Le prove alla base dei portafogli di asset digitali
Le fonti primarie sui portafogli di asset digitali comprendono il Framework per la cybersicurezza del NIST e la Documentazione di Ethereum sull’astrazione degli account (ETH ), oltre al Compendio sulla cybersicurezza della CISA. Sono livelli complementari: regole e definizioni, struttura istituzionale o di mercato e prove operative necessarie per verificare un’affermazione concreta. Nessuna di queste fonti va considerata un sostituto della documentazione dei prodotti, degli account o delle registrazioni delle transazioni descritti sopra.
Domande da porsi prima di affidarsi ai portafogli di asset digitali
- L’utente o l’organizzazione può dimostrare l’inventario degli indirizzi, la policy, i firmatari, i beneficiari e le modalità di recupero prima di rilevare lo stato del registro?
- Quale registrazione fa fede se il software del portafoglio e il nodo o il provider RPC sono in disaccordo?
- Chi finanzia o si assume l’esposizione generata durante la creazione della transazione?
- In che cosa differiscono MPC o multisig da un portafoglio a chiave privata, sul piano giuridico ed economico?
- Come rileverebbe il sistema una firma cieca prima della fase di conferma e mantenimento?
- Che cosa succede se il firmatario o il servizio di gestione delle chiavi non è disponibile o se le sue prove sono obsolete?
- Un revisore indipendente può ricondurre l’esito alla creazione dell’account e alla policy delle chiavi, alle versioni del portafoglio e di RPC, alla transazione simulata, alla conferma umana, alla firma, all’inclusione nella blockchain e alla finalità, allo storico delle allowance e delle attività amministrative e ai test di recupero?
Per i portafogli di asset digitali, sostituite espressioni come «ci pensa la piattaforma» con account, contratti, date e orari, regole di approvazione ed entità responsabili ben identificati. Una risposta completa dovrebbe consentire a un revisore di risalire dalla fase di conferma e mantenimento fino alla creazione dell’account, individuare il responsabile di ciascuna registrazione e calcolare chi si fa carico della perdita prima che si verifichi un’eccezione.
Il principio fondamentale dei portafogli di asset digitali
L’analisi dei portafogli di asset digitali è più chiara quando segue l’asset nel ledger e la catena di autorità in grado di produrre una firma valida nelle cinque fasi operative, e verifica il risultato rispetto alla creazione dell’account e alle regole sulle chiavi, alle versioni del wallet e dell’RPC, alla transazione simulata, alla conferma umana, alla firma, all’inclusione nella blockchain e alla sua finalizzazione, allo storico delle autorizzazioni e delle operazioni amministrative e ai test di recupero. Il flusso spiega che cosa cambia; la tabella dei partecipanti identifica chi può autorizzare il cambiamento; il confronto tra i tre stati evita di confondere affermazioni non omogenee; la mappa dei guasti mostra dove la fiducia dovrebbe diminuire. Questa combinazione distingue un miglioramento reale dagli attriti o dai rischi trasferiti a un livello meno visibile.
Fonti primarie sui portafogli di asset digitali
