Un traguardo che merita di essere condiviso.
MostroEuropa è stata ufficialmente inserita tra le Trusted Community su mostro.community ed è ora parte del Mostro Network.
Il messaggio della community lo dice con chiarezza:
«Un piccolo traguardo che vale la pena condividere con tutti. MostroEuropa è ora ufficialmente elencata come Trusted Community su mostro.community e fa parte del Mostro Network. Un grande ringraziamento a tutti coloro che si sono uniti, hanno creato ordini, scambiato, aiutato, dato feedback o semplicemente sostenuto la community. Ogni pezzo di attività ci ha aiutato ad arrivare qui. Siamo ancora all’inizio. Continuiamo a far crescere MostroEuropa insieme, un ordine e uno scambio alla volta».
Essere una Trusted Community (o Trusted Node, nel linguaggio del programma) significa che la community è stata valutata dal team Mostro, ha superato un periodo di testing e verrà elencata di default nell’app mobile. Gli utenti nuovi la vedono tra le opzioni disponibili. Non è un privilegio burocratico: è riconoscimento di affidabilità operativa, di impegno degli admin nella volonta di gestire dispute e liquidità locale.
MostroEuropa non è semplicemente un gruppo di utenti che usa un exchange. Nel modello di Mostro le community sono parte del meccanismo di distribuzione dello scambio. Ogni nodo indipendente gestisce il proprio order book, le valute supportate, i metodi di pagamento e la risoluzione delle controversie. Il network è composto da più nodi: se uno manca, gli altri continuano.
Che cos’è Mostro
Mostro è un exchange peer-to-peer per Bitcoin, non custodial, costruito su Lightning Network e Nostr, nato dall’esperienza del suo predecessore lnP2Pbot. Non è un DEX nel senso classico dei protocolli on-chain con smart contract, né un’app monolitica. È un protocollo che permette a due persone di scambiarsi Bitcoin contro valuta fiat senza intermediario che detenga i fondi.
Il funzionamento è lineare:
-
L’utente crea o prende un ordine (compra o vende sats a un prezzo fissato o di mercato).
-
La parte Bitcoin viene gestita tramite hold invoice Lightning: i sats del venditore restano bloccati nel suo wallet fino alla conferma del pagamento fiat.
-
La componente fiat viene regolata direttamente tra le parti con il metodo concordato (bonifico, fintech, contante, ecc.).
-
Una volta confermato il ricevimento della fiat, i sats vengono rilasciati all’acquirente.
Mostro non custodisce i fondi in modo permanente. L’escrow è temporaneo e avviene sul Lightning del venditore. Le comunicazioni viaggiano su Nostr, crittografate (NIP-59 gift wraps), senza account centralizzati e senza KYC a livello di protocollo. Il software è open source: chiunque può scaricarlo, installarlo, modificarlo e far girare un proprio nodo.
Il punto non è solo “decentralizzare il matching”. È rendere possibile la replica del sistema intero: codice, infrastruttura e comunità.
Il problema della decentralizzazione “reale” dei DEX
Molti progetti si definiscono DEX. La decentralizzazione, però, non è binaria. Un sistema può usare protocolli aperti o smart contract e mantenere comunque punti di centralizzazione:
-
un’unica interfaccia web;
-
un server o coordinatore centrale;
-
un backend di matching;
-
un singolo operatore;
-
un’infrastruttura DNS o hosting facilmente bloccabile;
-
un’organizzazione che controlla un pezzo indispensabile.
Questi elementi diventano single point of failure o di censura.
Non si tratta di accusare ogni DEX di essere centralizzato: occorre esaminare concretamente quali componenti sono distribuiti e quali restano affidati a un soggetto o a un’infrastruttura unica. Mostro tenta di affrontare il problema a un livello più ampio: non solo il codice, ma anche la struttura organizzativa e sociale della rete.
La particolarità del modello Mostro
Il codice open source può essere replicato. Le community possono essere replicate. Diversi nodi indipendenti partecipano al network. Non esiste necessariamente una comunità o un’istanza indispensabile. Ogni community può organizzare i propri utenti, definire valute e metodi di pagamento, gestire le dispute nella propria lingua e con la propria conoscenza dei sistemi locali.
Se un nodo, un’infrastruttura o una community viene meno, il resto del network continua. La decentralizzazione non riguarda solo il protocollo: riguarda anche la distribuzione sociale e organizzativa. È una federazione di nodi e comunità, non un unico servizio gestito da un team centrale.
Resistenza alla censura
Un sistema in cui software, infrastruttura e comunità possono essere replicati è più difficile da spegnere rispetto a un servizio che dipende da un unico operatore. “Resistente alla censura” non significa “impossibile da censurare”. Significa che bloccare l’intera rete richiede di eliminare molti punti, non uno solo. Nostr non ha un server centrale da spegnere; Lightning non dipende da un singolo exchange; i nodi Mostro possono essere fatti girare da chiunque. La difficoltà di censura aumenta con il numero e la distribuzione geografica dei nodi e delle comunità.
Il ruolo della Human Rights Foundation
Mostro è sostenuto, tra gli altri, dalla Human Rights Foundation (HRF) attraverso il suo Bitcoin Development Fund. HRF finanzia progetti di “freedom tech” che aiutano dissidenti, attivisti e cittadini in contesti di repressione finanziaria, sorveglianza o instabilità monetaria. Il collegamento è chiaro: strumenti che permettono di comprare e vendere Bitcoin senza KYC centralizzato e senza single point of failure sono rilevanti per la libertà finanziaria e la privacy.
Il finanziamento non è prova automatica di qualità tecnica o di decentralizzazione assoluta. È un elemento della storia del progetto e della sua orientazione verso contesti in cui l’accesso a strumenti permissionless conta.
KYC, metodi di pagamento fiat e il paradosso della privacy
Uno dei problemi più rilevanti degli exchange P2P non riguarda il protocollo Bitcoin, ma il metodo usato per regolare la componente fiat. Dal lato Bitcoin, Mostro usa Lightning: non c’è exchange custodial tradizionale. La situazione cambia quando si deve trasferire la moneta fiat.
Metodi comuni includono:
-
SEPA Instant (bonifico istantaneo nell’area SEPA), ampiamente disponibile in Italia e in Europa;
-
Revolut, molto usato nella comunità Bitcoin;
-
Wise (ex TransferWise);
-
Payoneer;
-
sistemi di pagamento locali più diffusi in altri Paesi.
Questi servizi sono collegati a intermediari finanziari e normalmente prevedono identificazione e tracciabilità. Non sono “anonimi” né “senza KYC”. Il paradosso è evidente:
-
Bitcoin → Lightning → componente Bitcoin dello scambio (permissionless, non custodial);
-
Fiat → banca / fintech / payment provider → KYC → registrazione della transazione.
L’identità dell’utente può risultare associata all’attività finanziaria e, nel caso di acquisto di Bitcoin, all’interazione con una controparte, anche se nel trasferimento fiat non è esplicito che si tratti di Bitcoin.
Non si tratta necessariamente di una “violazione” automatica della privacy, ma di maggiore esposizione dei dati e di maggiore possibilità di correlazione. Per chi valorizza self-custody e privacy, resta un punto di frizione.
Il contante come alternativa (e il suo limite)
Il pagamento cash in person riduce drasticamente la dipendenza da banche e intermediari per la componente fiat. Due persone si incontrano, si scambiano contanti e regolano i sats su Lightning tramite Mostro. Funziona bene quando le controparti possono incontrarsi fisicamente. Diventa poco pratico quando sono geograficamente lontane.
Il vero valore delle community
Qui interviene il modello delle community. Un’associazione, un gruppo locale o una comunità Bitcoin può creare (o far girare) un proprio nodo Mostro e organizzare scambi tra i propri membri. In questo scenario:
-
due utenti appartengono alla stessa community;
-
possono incontrarsi fisicamente;
-
uno crea un ordine su Mostro;
-
la componente Bitcoin viene regolata via Lightning;
-
la componente fiat può essere regolata in contanti di persona;
-
non è necessariamente necessario passare da una banca o da un fintech.
Questa possibilità è particolarmente interessante per le associazioni territoriali legate a Bitcoin. L’ipotesi di utilizzare Mostro per questo modello è già oggetto di valutazione da parte di alcune realtà che hanno rapporti con la comunità Bitcoin. Non è ancora una funzionalità operativa universalmente adottata: è uno scenario concreto e in fase di esplorazione.
Mostro Europa come caso concreto
MostroEuropa è un esempio di come il modello si sta sviluppa a livello territoriale: una community, utenti che partecipano, admin che contribuiscono, ordini e scambi reali, possibilità di costruire relazioni di fiducia, collegamento al network più ampio. La frase «one order and one trade at a time» non è slogan: è la descrizione di una crescita dal basso.
Non si parte da un’infrastruttura gigantesca, ma da attività concreta, feedback e partecipazione.
Conclusione
L’ingresso di MostroEuropa tra le Trusted Community non è solo una notizia di una nuova community che usa un exchange P2P. È un esempio concreto del modo in cui Mostro cerca di distribuire lo scambio Bitcoin tra software open source, utenti e comunità locali. La decentralizzazione non è solo una proprietà del codice: è anche la capacità di replicare nodi, di far crescere comunità autonome e di ridurre i punti unici di controllo.
Per chi crede in self-custody, privacy, Bitcoin permissionless e resistenza alla censura, il modello delle community Mostro merita attenzione. Non perché risolva ogni problema (il KYC fiat resta un limite strutturale quando non si usa il contante), ma perché affronta la decentralizzazione su più livelli contemporaneamente: protocollo, infrastruttura e organizzazione sociale.
Siamo ancora all’inizio. Un ordine e uno scambio alla volta.
