"Non possiamo permettere che gli europei, e tanto meno questa cricca italiana, possano dettare cosa possa e cosa non possa andare online."
Dopo che un ente di regolamentazione italiano ha inflitto una multa di 17 milioni di dollari alla sua azienda, il CEO di Cloudflare Matthew Prince si rifiuta di fare marcia indietro:
"Ho trascorso l'inizio di questa settimana a Washington incontrando diversi funzionari... Non credo che gli italiani capiscano bene il vespaio che hanno scatenato."
"La statistica assurda è che l'Europa guadagna di più multando le aziende tecnologiche statunitensi di quanto non guadagni tassando le proprie aziende tecnologiche."
"Qualcosa deve cambiare... questa è ora la cause célèbre per cui l'Europa usa le aziende tecnologiche statunitensi come salvadanaio."
X (formerly Twitter)
TBPN (@tbpn) on X
After an Italian regulatory body handed down a $17M fine to his company, Cloudflare CEO Matthew Prince refuses to back down:
"I spent the beginnin...
Il ricercatore tedesco Rene Pickhardt, esperto di Lightning Network, pubblica un articolo di ricerca in cui si discute della scalabilità.
Suggerisce che le reti di canali di pagamento (come Lightning) costruite esclusivamente su canali bipartiti hanno un limite matematico rigoroso in termini di affidabilità e produttività, e per superare questo limite è necessario adottare canali multipartitici (come Coinpools).
Immagina che in una rete di canali di pagamento (tipo Lightning) ci siano tanti soldi "bloccati" dentro i canali.
Il testo dice che, invece di guardare solo quanto denaro c'è in ogni singolo canale, è più utile guardare quanto patrimonio totale ha ogni persona nella rete (la "ricchezza" di ognuno). Esiste una zona speciale (chiamata poligono W_G o "poliedro delle ricchezze possibili") dentro la quale la distribuzione dei patrimoni tra le persone è possibile con i canali che esistono.
Se dopo aver fatto un pagamento il patrimonio di qualcuno esce da questa zona → il pagamento non si può fare (diventa "infeasible").
La regola semplice della velocità della rete
Se vuoi sapere quanta banda (quanti pagamenti al secondo) la rete può gestire davvero in modo stabile:
Banda sostenibile = Banda on-chain ÷ Percentuale di pagamenti che falliscono
Esempio:
Se la blockchain principale riesce a fare 10 transazioni al secondo (ζ)
e il 20% dei tentativi di pagamento fallisce perché non c'è liquidità giusta (ρ = 0.2)
→ la rete può gestire stabilmente solo 50 pagamenti al secondo (10 ÷ 0.2)
Perché i canali normali (solo 2 persone) hanno grossi problemi
Nei canali tra due persone sole, la zona delle ricchezze possibili è molto piccola.
→ È facile che un pagamento ti faccia uscire dalla zona → tanti pagamenti falliscono
Perché i canali con tante persone (coinpools, channel factories) sono molto meglio
Quando metti 3, 5, 10 persone nello stesso canale grosso, la zona delle ricchezze possibili diventa molto più grande.
Più persone → zona più grande → molti più pagamenti diventano possibili con gli stessi soldi bloccati.In pratica: meno capitale bloccato per fare la stessa quantità di pagamenti
= sistema molto più efficiente (capital-efficient)
Il problema dello "svuotamento" dei canali (depletion)
Quando le persone pagano sempre nello stesso senso e le commissioni sono asimmetriche (diverse a seconda della direzione), i canali si svuotano da una parte.
Alla fine rimangono quasi solo alberi di canali vuoti → la rete si blocca.
Come risolvere (o almeno migliorare molto) questo problema
Tre idee principali:
Fare commissioni simmetriche (stesso costo in entrambe le direzioni)
→ i canali si svuotano molto meno
Usare commissioni progressive / convex (più paghi tanto, più costa caro)
→ scoraggia i flussi molto sbilanciati
(difficile da fare con il routing attuale senza rivelare quanta liquidità hai)
Fare ricariche coordinate di proposito
→ ogni tanto il sistema sceglie di far girare i soldi in cerchio dentro la rete (circulation) per rimettere a posto la liquidità senza toccare la blockchain
In super-semplice (una riga per concetto)
La rete funziona bene solo se dopo ogni pagamento la "ricchezza" di tutti resta dentro una certa zona geometrica
Con canali solo 2→2 la zona è piccolissima → tanti fallimenti
Con canali multi-persona (5-10-20 persone) la zona diventa enorme → pochi fallimenti
Le commissioni e la gestione intelligente della liquidità servono proprio per restare dentro la zona buona il più a lungo possibile
Ecco perché il futuro delle reti di pagamento probabilmente punterà molto su strutture multi-party (coinpools, channel factories, ecc.) invece che sulla classica mesh di canali tra due persone sole.
Una teoria matematica delle reti di canali di pagamento
Finalmente una misura per proteggere gli sviluppatori dal rischio di essere trattati come banche solo per aver scritto codice, promuovendo l'innovazione senza paura di persecuzioni per attività che non comportano rischi di riciclaggio.
I senatori USA Cynthia Lummis (R-WY) e Ron Wyden (D-OR) hanno introdotto il Blockchain Regulatory Certainty Act, una legge bipartisan che chiarisce che gli sviluppatori di software blockchain e i fornitori di infrastrutture che non controllano i fondi degli utenti non sono considerati "money transmitter" (trasmettitori di denaro) secondo la legge federale.
Lummis: 'È ora di smettere di trattare gli sviluppatori come banche solo perché scrivono codice.'
Wyden: 'Forzare gli sviluppatori a seguire le regole degli exchange è tecnologicamente illetterato e viola i diritti alla privacy e alla libertà di espressione.'
Un passo importante per la chiarezza normativa nel mondo bitcoin e crypto
Comunicato stampa ufficiale dal sito della Senatrice Lummis: 
