Escrow vs multisig: come funziona davvero la fiducia nei marketplace darknet

La scelta più sicura non è automaticamente il portafoglio escrow gestito dal mercato: i compromessi tra rischi e risoluzione delle dispute cambiano a seconda di chi detiene le chiavi di recupero e di chi può sparire con il saldo. In un escrow centralizzato, il mercato conserva le monete dell’acquirente in un portafoglio che controlla fino alla finalizzazione dell’ordine o alla chiusura di una disputa; sembra un modello da arbitro neutrale, ma crea un singolo punto di rottura che nessun congelamento in stile bancario può annullare una volta che il gestore decide di scappare o di colludere.

Un modello mentale utile è quello di un proprietario che tiene la cauzione in tasca propria invece che su un conto cointestato con l’inquilino. Il proprietario può promettere di restituire il deposito dopo un sopralluogo, ma se sparisce durante la notte, l’inquilino non ha alcun canale procedurale per ottenere la restituzione. L’escrow dei mercati darknet funziona allo stesso modo: il gestore detiene le chiavi private, quindi la “risoluzione delle dispute” consiste nel convincere la stessa parte che già controlla i fondi a rilasciarli volontariamente.

Perché l’immagine dell’arbitro non regge nella pratica

Il termine “escrow” in un marketplace tradizionale implica una terza parte autorizzata o almeno vincolata alla reputazione, in grado di custodire valore, far rispettare un contratto e sopravvivere alla transazione. Un mercato darknet non ha tribunali, non ha licenze e non ha un’identità duratura: il nickname del gestore può cambiare, il server può spostarsi e il portafoglio può essere riassegnato a un altro gruppo di indirizzi. L’acquirente non è protetto dalla neutralità dell’arbitro, ma dall’interesse a breve termine del gestore a mantenere attivo il mercato.

La collusione agisce contro l’acquirente nella stessa direzione di un’uscita. Se un venditore e il gestore del mercato si spartiscono il pagamento dell’escrow dopo un finto reclamo per “pacco sequestrato”, l’acquirente non ha alcuna registrazione esterna dei termini e le monete contestate sono già in un portafoglio controllato dal gestore. La parola “neutrale” descrive allora una finzione giuridica, non una proprietà tecnica.

Tra il momento dell’ordine e la finalizzazione, le tue monete non restano in un caveau neutrale controllato da un arbitro imparziale. Con l’escrow centralizzato, il wallet del mercato riceve il pagamento e custodisce da solo le chiavi private; con un sistema multisig 2-of-3, acquirente, venditore e mercato detengono ciascuno una chiave, e i fondi si muovono solo quando due delle tre parti firmano. La differenza pratica sta in dove risiede il rischio in ogni passaggio e chi può ritardare o bloccare il pagamento.

Escrow centralizzato: il mercato detiene l’unica chiave

1. Effettui un ordineIl mercato genera un indirizzo di deposito collegato al tuo ordine e al tuo account.
2. Invii le moneteIl pagamento va al wallet del mercato, non al venditore. Il mercato ora controlla la chiave privata di quei fondi.
3. Il venditore spediscePoiché il mercato vede il deposito come confermato, segna l’ordine come pagato e dice al venditore di procedere.
4. FinalizziQuando confermi la ricezione, il mercato firma una transazione dal proprio wallet verso l’indirizzo di pagamento del venditore.
5. Si apre una disputaSe non finalizzi mai o il venditore contesta, un membro dello staff del mercato esamina messaggi e prove, poi decide dove vanno i fondi.

L’ordine degli eventi conta: il venditore non spedisce perché controlla i soldi. Il venditore spedisce perché il mercato segnala il deposito come ricevuto. Quel livello di segnalazione è di per sé un punto centrale — lo stesso operatore che detiene le chiavi dice anche al venditore che le chiavi ora coprono quell’ordine.

Multisig 2-of-3: le chiavi sono divise, ma una resta comunque in mano al mercato

La proprietà chiave non è “nessun wallet del mercato” ma “nessuna chiave singola”. Un multisig 2-of-3 toglie al mercato la capacità di muovere i fondi da solo, ma non toglie al mercato la capacità di bloccare il flusso. Il mercato firma comunque nella finalizzazione normale e in ogni caso disputato, il che significa che la sua cooperazione è data per scontata nei due momenti in cui i ritardi sono più probabili.

Un annuncio multisig non significa che il market non tenga mai le tue monete; significa che il market detiene solo una parte del potere di spostarle. In un 2-of-3 multisig standard, acquirente, venditore e market controllano ciascuno una chiave, e due chiavi qualsiasi possono firmare per liberare i fondi. L’operatore perde la capacità di rubare da solo, ma l’acquirente si assume tre obblighi nascosti: mantenere un wallet compatibile con lo script scelto dal market, restare disponibile a firmare al momento giusto e non contare mai sul market come arbitro neutrale quando una chiave semplicemente sparisce.

Il primo fallimento è tecnico. Se un market costruisce il multisig attorno ad indirizzi P2SH o P2WSH con un modello di script insolito, alcuni wallet comuni non firmeranno la transazione in modo pulito. Un acquirente che può solo trasmettere una transazione grezza è a un errore di copia-incolla dal perdere il percorso di riscatto. Per esempio, uno studente che segue una guida su un forum usando un wallet mobile può scoprire che il wallet non riesce affatto a interpretare la transazione parzialmente firmata; le monete restano bloccate e la controversia diventa un ticket di assistenza su un formato, non su un pacco.

Il secondo fallimento è contrattuale. Alcuni market scrivono le clausole di controversia in modo che, se l’acquirente rifiuta di firmare e il venditore rifiuta di rimborsare, la chiave del market più la chiave di una delle due parti possa forzare il pagamento — spesso addebitando all’acquirente una penale mascherata da “risoluzione della controversia”. Un genitore che cerca di recuperare le monete dopo un pacco mai arrivato può scoprire che il market è più interessato a chiudere il ticket che a leggere le prove. Il multisig non elimina la discrezionalità; ridistribuisce chi deve cooperare.

Il terzo fallimento è operativo. I market che pubblicizzano “vero multisig” a volte passano silenziosamente a uno schema 2-of-3 in cui l’operatore controlla due chiavi, oppure eliminano il passaggio di firma dell’acquirente dopo un aggiornamento del sito. Un viaggiatore che salva le vecchie FAQ e non controlla mai lo script di pagamento vede “multisig” nel titolo e presume che il modello di rischio sia ancora lo stesso. L’unico modo per verificare è ispezionare lo script di riscatto sull’indirizzo di deposito prima di inviare le monete — e ricontrollarlo dopo ogni annuncio del market.

La risoluzione delle controversie cambia radicalmente tra escrow centralizzato e multisig, perché la possibilità di imporre un pagamento finale dipende da chi detiene abbastanza chiavi di firma. In uno schema multisig 2-of-3, qualsiasi combinazione di due chiavi può liberare i fondi, ma un acquirente e un venditore che smettono di comunicare possono lasciare sia le monete sia lo stato della consegna congelati per settimane, senza alcun timer automatico che rompa il blocco. Nell’escrow centralizzato, un moderatore del mercato può finalizzare un ordine contestato in pochi minuti, ma quella rapidità deriva dal fatto che un’unica parte detiene l’autorità su ogni moneta nel portafoglio del mercato.

Multisig 2-of-3

Una configurazione di transazione Bitcoin in cui esistono tre chiavi (acquirente, venditore, mercato) e due firme qualsiasi possono spendere le monete bloccate.

Controversia in stallo

Una controversia multisig in cui nessuna delle parti produce la seconda firma, quindi nessuna transazione raggiunge la soglia 2-of-3 e i fondi restano congelati.

Finalizzazione centralizzata

il rilascio manuale delle monete in escrow a una delle parti da parte di un moderatore del mercato, dopo aver esaminato prove dell’ordine e messaggi.

Nell’escrow centralizzato, il moderatore non è un arbitro neutrale in senso tecnico. Un singolo dipendente o un account del pannello compromesso può contrassegnare un ordine contestato come consegnato e imporre la finalizzazione, anche quando i dati di tracciamento, le foto o le discussioni nel forum suggeriscono il contrario. Il processo di revisione può sembrare formale — confrontare screenshot, chiedere foto del pacco, verificare le chiavi PGP — ma l’azione finale è una singola firma da un portafoglio collegato a un database. È per questo che una risoluzione può avvenire in meno di un’ora mentre l’acquirente dorme o è offline.

Un tipico stallo nel multisig si presenta così: il venditore spedisce, l’acquirente resta in silenzio e il venditore chiede il rilascio. Il mercato firma con la propria chiave per approvare il rilascio, aspettandosi che l’acquirente firmi subito dopo. Se l’acquirente ha perso il file del portafoglio, ha cambiato dispositivo o è semplicemente sparito, la transazione resta bloccata. Il venditore non può imporre la firma dell’acquirente. Se invece il mercato dà ragione all’acquirente e firma la transazione di rimborso dell’acquirente, è il venditore a dover firmare per completarla — e di nuovo appare lo stesso stallo, ma dalla direzione opposta.

La differenza pratica per un acquirente non è che un sistema abbia controversie e l’altro no. Un moderatore centralizzato può scavalcare prove perfettamente valide perché una sola persona controlla la finalizzazione. Una configurazione multisig congela i fondi quando la controparte smette di firmare, perché nessuna singola parte può rilasciare unilateralmente. La scelta più sicura dipende da quale fallimento ti è più facile superare: una decisione sbagliata rapida o una lunga assenza di decisione.

Prima di considerare qualsiasi dichiarazione di escrow o multisig come un motivo per rilasciare fondi, verifica tre dettagli meccanici: dove viene generato l’indirizzo del portafoglio, chi detiene la terza chiave e se il mercato ha mai risolto pubblicamente una disputa multisig. Un mercato che non sa rispondere a questi punti non offre fiducia: offre un racconto sulla fiducia.

Parti dalla generazione dell’indirizzo. In un vero multisig 2-of-3, acquirente, venditore e mercato generano ciascuno una chiave pubblica, e l’indirizzo deriva da tutte e tre. Se il mercato ti consegna un singolo indirizzo prima che tu abbia prodotto una chiave, quell’indirizzo non è un indirizzo multisig in alcun senso utile. È un normale indirizzo controllato dal mercato che indossa un linguaggio da multisig. Chiedi: «Quando entra la mia chiave nella derivazione dell’indirizzo?» Una risposta precisa indica il passaggio precedente al deposito. Una risposta vaga significa che il “multisig” è una decorazione su un escrow centralizzato.

Secondo, traccia la terza chiave. La terza chiave dovrebbe essere l’ago della bilancia: acquirente e venditore firmano in una direzione, la chiave del mercato firma per sciogliere una situazione di stallo. Ma se il mercato conserva la sua chiave sullo stesso server del database degli ordini, un sequestro del server o un’uscita di scena mette quella chiave nello stesso posto di ogni altra superficie di controllo. Chiedi chi detiene la chiave del mercato fuori dal percorso caldo: un dispositivo diverso, un cold wallet, un co-firmatario offline. Se non c’è risposta, la “terza chiave” del mercato è solo un’altra password nello stesso database.

Terzo, cerca una traccia pubblica di dispute. Le dispute multisig sono lente per progettazione: un firmatario mancante può congelare un pagamento per giorni, non minuti. I mercati che usano davvero il multisig hanno almeno un thread nel forum o un registro di assistenza in cui una disputa descrive chiavi bloccate, transazioni trasmesse e un eventuale rilascio. L’assenza non è una prova di frode, ma un mercato che pubblicizza il multisig mentre nessun utente ha mai descritto una disputa multisig risolta vende un meccanismo mai collaudato. Trattalo come escrow fino a prova contraria.

• Verifica se l’indirizzo di deposito esiste prima che tu generi la tua chiave
• Chiedi dove è conservata fisicamente o operativamente la terza chiave del mercato
• Cerca un esempio pubblico di disputa multisig risolta
• Confronta la formulazione dell’escrow del mercato con lo script effettivo della transazione