Mitul Lightning „off-chain deci privat”: ce a dezvăluit cercetarea academică în 2026

Ideea preconcepută și problema ei

„Lightning Network este privat pentru că tranzacțiile sunt off-chain.” Această frază, repetată din 2018 în aproape toate pitch-urile Bitcoin pentru publicul larg, este tehnic adevărată dar semantic înșelătoare. Adevărată: da, plățile între deschiderea și închiderea unui canal nu ating blockchain-ul Bitcoin. Înșelătoare: nu, absența scrierii on-chain nu este suficientă pentru a constitui privacy în sensul în care o înțelegem de obicei.

Cercetarea academică 2024-2026, în special lucrarea ScienceDirect „Timechain-level modeling and analysis of the Bitcoin Lightning Network”, studiul universitar preluat de gncrypto despre „Lightning Network economically irrational and has privacy shortcomings”, și mai multe publicații adiacente, a decompus răbdător de ce această intuiție simplă nu rezistă.

Cele șase scurgeri structurale

1. Graful public

BOLT 7, protocolul de gossip, difuzează către nodurile rețelei canalele anunțate cu capacitatea lor, perechile și politicile de rutare. Această informație este publică prin construcție și indexată în timp real de către crawlers comerciali. Un canal anunțat nu are privacy în sens topologic.

2. Invoice-urile BOLT 11

O invoice Lightning standard (BOLT 11) encodează în textul său verbose: node ID-ul destinatarului, suma exactă, payment hash, expirarea, descrierea. A decoda o invoice publicată, pe un site e-commerce, pe Twitter, într-un email, înseamnă deja obținerea unei fracțiuni substanțiale din metadata plății.

3. Payment hash-urile în tranzit

Fiecare nod intermediar care rutează un HTLC vede payment hash-ul și următoarea destinație. Onion routing limitează porteea, fiecare nod vede doar de la cine și către cine rutează, dar nu elimină corelația. Un atacator care controlează mai multe noduri poate reconstrui calea prin timing analysis și hash matching.

4. Channel announces și closes

Deschiderea și închiderea unui canal sunt tranzacții on-chain obișnuite. Deși formatele SegWit recente (Taproot, Schnorr) fac channel funding transactions indistinguishable de un plăți single-sig clasice, pattern-urile de utilizare rămân identificabile: timing, sume simetrice, co-spending.

5. Euristicile de plătitor / plătit

Lucrarea ScienceDirect formalizează mai multe euristici care permit unui observator să propună o ipoteză despre originea și destinația unei plăți, chiar și fără control direct al nodurilor intermediare. De exemplu: dacă un nod A are o capacitate ieșitoare care scade cu N satoshi în aceeași secundă în care un nod B are o capacitate intrată care crește cu N satoshi (modulo fees), A→B este ipoteza rațională. Aceste euristici nu sunt dovezi, dar funcționează cu o precizie de 60-80% pe plăți de dimensiune medie.

6. Serviciile custodial

Wallet of Satoshi, Strike, Cash App și toate wallet-urile custodial vad integralitatea plăților utilizatorilor lor și păstrează log-urile. Această scurgere este masivă și nu poate fi astupată de îmbunătățirile protocolare: este arhitectura custodial care expune, nu LN în sine.

Îmbunătățirile protocolare în curs

BOLT 12, offers

Deployat pe LND v0.18 și CLN la începutul lui 2026, BOLT 12 introduce un nou format de invoice persistent. În loc să partajeze un invoice unic per plată (care dezvăluie node ID-ul destinatarului), destinatarul publică o offer, o referință persistentă. Plătitorul, conectându-se la această offer, primește o route blinded care termină la destinatar fără a-i dezvălui node ID-ul. Este cea mai semnificativă îmbunătățire structurală de ani de zile.

Blinded paths

Mecanism conex BOLT 12: un destinatar poate publica un blinded path care descrie cum să-i se ajungă printr-o secvență de noduri intermediare fără ca plătitorul să vadă identitatea finală. Plătitorul compune rutarea folosind sfârșitul blinded al căii. Astfel, nici originea nici destinația nu-și dezvăluie reciproc node ID-ul complet.

Payment-point endpoint privacy

Un lucru mai recent (IETF / LND v0.19) explorează utilizarea de puncte criptografice în loc de payment hash-uri pentru plățile LN. Obiectivul este să spargă euristicile bazate pe matching-ul de hash între noduri intermediare. Este încă experimental în mai 2026.

Practica onestă în 2026

Pentru un utilizator care vrea să plătească în LN cu o privacy rezonabilă în 2026, adunarea a ceea ce funcționează dă:

• Wallet self-hosted obligatoriu, Phoenix, Blixt, Zeus cu backend LND/CLN auto-găzduit. Fără custodial.
• Nod rulând integral în spatele Tor, un singur endpoint .onion expus.
• Canale private implicit, fără announce decât dacă aveți nevoie să fiți rutabil public.
• BOLT 12 offers pentru a primi plăți fără a vă publica node ID-ul.
• Multiple căi de rebalance prin swap services și atomic swaps când este posibil.
• Acceptare lucidă că împotriva unui atacator comercial bine echipat (Chainalysis, Elliptic), privacy nu va fi absolută; și că nu a pretins niciodată să fie împotriva unui atacator de nivel statal.

Framing-ul corect

Lightning Network nu este un instrument de privacy în sensul în care este Monero. Este un instrument de scalabilitate cu o fereastră de privacy procedurală care se închide de îndată ce operatorul face alegeri implicite. Când acest articol spune că mitul „off-chain deci privat” nu rezistă, nu este pentru a descuraja utilizarea LN, ci pentru a calibra așteptările. Un nod LN bine configurat rămâne mult mai bun în privacy decât un card bancar, decât un Stripe checkout, sau decât un exchange centralizat. Nu este doar echivalent cu Monero, și nu va fi până când îmbunătățirile protocolare în curs nu vor fi atins o maturitate de deploy completă.