TL;DR
Il termine escrow indica una custodia condizionata, non una garanzia generica. Nel caso di un orologio, un’opera o un’auto, il bene può restare presso il venditore, un deposito specializzato o un soggetto logistico; i Bitcoin possono essere regolati da un CASP partner secondo condizioni concordate. Il contratto deve dire chi fa cosa e cosa succede se una condizione non si verifica.
Le condizioni tipiche riguardano autenticazione positiva, pagamento ricevuto, documenti consegnati, assenza di vincoli, prova di consegna e passaggio di proprietà. Più il bene è complesso, più è importante evitare formule vaghe.
La matrice delle responsabilità
| Momento | Bene | Fondi | Prova |
|---|---|---|---|
| Prima dell’offerta | Identità e documenti | Identità delle parti | Dossier iniziale |
| Dopo l’accettazione | Custodia concordata | Regole di lock-in | Contratto operativo |
| Closing | Consegna o ritiro | Settlement confermato | Ricevute e verbale |
La tabella non sostituisce un accordo. Serve a rendere visibili i punti che spesso restano sottintesi.
Multisig e soluzioni professionali
Una configurazione tecnica può coinvolgere più chiavi, ma la sua sicurezza dipende da governance, backup, autorizzazioni e procedure di emergenza. Non basta scrivere “2-of-3”: bisogna sapere chi detiene le chiavi, quando può firmare e cosa accade in caso di contestazione.
Per questo Asset in Bitcoin non custodisce chiavi private. Coordina requisiti e partner, lasciando il settlement al soggetto incaricato.
Le condizioni devono essere verificabili
Un escrow efficace traduce gli eventi del contratto in prove osservabili. “Autenticazione completata” deve significare che esiste una relazione firmata o un documento del partner; “consegna effettuata” deve significare che il destinatario e il vettore hanno registrato il passaggio; “pagamento ricevuto” deve significare che il soggetto incaricato ha confermato il settlement.
Le parti dovrebbero decidere in anticipo chi risolve una contestazione. Un agente di escrow non deve diventare arbitro di questioni tecniche che non rientrano nel suo mandato. Per questo il contratto può separare contestazioni sull’autenticità, sulla logistica e sul pagamento.
Custodia del bene e custodia dei fondi
La custodia fisica e quella digitale hanno rischi diversi. Il deposito fisico richiede controllo degli accessi, assicurazione, inventario e condizioni ambientali; il settlement richiede autorizzazioni, gestione delle chiavi, conferma di rete e procedure di errore.
Il cliente deve sapere se il bene è detenuto dal venditore, da un deposito, da un vettore o da un altro soggetto. Allo stesso modo deve sapere se i fondi passano direttamente al venditore o restano presso un CASP. Un intermediario editoriale non deve confondere il proprio ruolo con quello del custodian.
Lock-in e volatilità
Una finestra di lock-in definisce per quanto tempo il rapporto euro/BTC resta valido. Non elimina la volatilità e non rende il bene un investimento. Serve a evitare che una parte interpreti il prezzo in modo diverso mentre l’altra sta completando KYC, consegna o documenti.
La finestra deve essere compatibile con i tempi reali dell’operazione. Se l’autenticazione richiede giorni, un lock-in di pochi minuti può essere solo apparente. In quel caso le parti possono fissare condizioni diverse per la proposta e per il closing.
Checklist dell’accordo
- Parti e ruoli identificati.
- Bene descritto e fotografato.
- Documenti necessari elencati.
- Soggetto che custodisce il bene indicato.
- Soggetto che esegue il settlement indicato.
- Condizioni di rilascio e restituzione scritte.
- Costi, assicurazione e trasporto separati.
- Procedura per contestazioni e mancato closing.
Chi firma e chi autorizza
Una configurazione multisig o un servizio custodial deve avere una matrice di autorizzazioni. Il documento operativo indica chi può proporre una transazione, chi può approvarla, quale soggetto conserva le chiavi e quali procedure si applicano in caso di perdita, indisponibilità o sostituzione di un firmatario.
La tecnologia non risolve una contestazione commerciale. Se le parti non concordano sul fatto che una condizione si sia verificata, la transazione può restare bloccata anche quando il sistema tecnico funziona correttamente. La governance deve quindi precedere la configurazione del wallet.
Verifica prima del rilascio
Prima del rilascio, il responsabile dell’escrow dovrebbe controllare una lista chiusa di evidenze: documento del partner autenticatore, conferma della titolarità, documento di consegna, conferma del CASP e autorizzazione delle parti. Una lista chiusa riduce il rischio che una persona interpreti liberamente la condizione.
Le evidenze possono contenere dati personali o informazioni finanziarie. L’accesso deve essere limitato e il contratto deve indicare conservazione, audit e gestione degli incidenti.
Mancato closing
Un mancato closing può dipendere da autenticità non confermata, KYC non completato, mancata consegna, indisponibilità dei fondi o scadenza del termine. Per ciascun evento si definiscono restituzione del bene, restituzione dei fondi, costi maturati e comunicazioni dovute.
Le parti dovrebbero evitare condizioni impossibili da verificare o termini indefiniti. Un accordo breve ma preciso è preferibile a una struttura tecnica complessa senza una procedura di uscita.