La Sfida: Abbattere le commissioni e i tempi di attesa
I sistemi di pagamento tradizionali impongono commissioni pesanti e tempi di regolamento (settlement) che possono variare dai 2 ai 7 giorni. La sfida era creare un'infrastruttura di pagamento che permettesse il regolamento istantaneo della liquidità senza dipendere da processori di terze parti.
Gli obiettivi del progetto:
- Eliminare le commissioni di transazione per piccoli e medi importi.
- Garantire la privacy e la sovranità finanziaria del business.
- Fornire un'interfaccia utente fluida con conferme di pagamento istantanee.
Infrastruttura Tecnica
Ho implementato una soluzione basata su **LNbits**, un framework modulare configurato come hub di pagamento per interfacciarsi via API a wallet e nodi Lightning Network esterni, ottimizzato per l'uso B2B.
1. Architettura Containerizzata
L'intero sistema è isolato in un ecosistema Docker, garantendo portabilità e sicurezza:
- LNbits Core: Motore dell'applicazione in Python/Quasar.
- PostgreSQL 15: Database relazionale ad alte prestazioni per la persistenza dei dati transazionali.
- Docker Networking: Isolamento delle comunicazioni tra i servizi interni.
2. Gateway con Inoltro Automatico (Auto-Forwarding Architecture)
Per garantire sia la semplicità d'uso sia la sovranità finanziaria dei clienti, ho implementato un'infrastruttura di inoltro automatico (Forwarding). Il sistema opera come un gateway di pagamento asincrono intelligente:
- Generazione Unificata: L'infrastruttura centrale genera una fattura Lightning temporanea sulla nostra istanza LNbits locale.
- Rilevamento Real-Time: All'atto del pagamento, il sistema rileva la transazione tramite webhook/websockets e aggiorna lo stato locale.
- Inoltro Istantaneo: Il gateway contatta automaticamente il wallet di destinazione del cliente (tramite Lightning Address/LNURL o API del wallet secondario), genera una fattura speculare di ricezione e la salda all'istante prelevando dal wallet dell'hub, accreditando i fondi direttamente sul wallet personale del cliente.
Analisi dell'Infrastruttura (Pro & Contro)
Questa scelta architetturale a due step (Hub-and-Spoke con inoltro automatico) offre un perfetto compromesso operativo, ma comporta considerazioni tecniche importanti:
🟢 Vantaggi (Pros)
- Nessuna gestione per il cliente: Il cliente non deve saper gestire un nodo, allocare liquidità nei canali o bilanciarli.
- Fondi in Self-Custody: La permanenza dei fondi sul server WebConcept è di pochi millisecondi. I fondi risiedono sul wallet del cliente.
- Configurazione banale: Al cliente basta fornire un semplice indirizzo Lightning (es.
nome@getalby.com, Blink, ecc.) per essere operativo.
🔴 Considerazioni e Limiti (Cons)
- Dipendenza da provider esterni per la liquidità: Anche se la gestione dei canali e del bilanciamento è demandata a provider enterprise (come Blink) sollevando l'amministratore dall'onere della manutenzione, il gateway dipende dall'uptime e dal corretto routing dell'infrastruttura partner.
- Doppio passaggio (Double Hop): Richiede due pagamenti Lightning (utente → hub, hub → cliente), con eventuale e irrisorio costo di routing della rete.
- Punto di trust a brevissimo termine: Se il server del cliente è temporaneamente offline, i fondi rimangono temporaneamente fermi sull'hub fino al completamento manuale o al ripristino.
3. Ottimizzazione Real-time (WebSockets)
A differenza dei pagamenti web tradizionali che richiedono il refresh della pagina o il polling, ho configurato il reverse proxy Nginx per supportare il protocollo **WebSocket**. Questo permette alla dashboard di ricevere una "push notification" dall'hub LNbits locale nel millisecondo esatto in cui il pagamento viene confermato sulla rete.
B2B Benefit: La liquidità è immediatamente disponibile nel wallet aziendale, pronta per essere utilizzata o convertita, senza dover attendere i cicli bancari.
Risultati e Vantaggi
WebConcept Payments dimostra come la tecnologia Bitcoin possa essere utilizzata oggi per risolvere problemi reali di flussi di cassa e costi operativi nel settore B2B.