Többszörös Ugrásos Onion Routing dVPN Architektúrákban

Az onion routing alapjai egy P2P világban

Gondolkodtál már azon, hogy a "privát" VPN-ed miért olyan, mint egy üvegház? Ha csak egyetlen szervert használsz, a szolgáltató lát mindent, amit csinálsz – ez egy hatalmas, egyetlen meghibásodási pont. A multi-hop routing ezt úgy javítja, hogy az adataid több csomóponton is áthaladnak, így senki sem látja a teljes képet.

Alapvetően, ahelyett, hogy egy egyenes vonalon haladna, a forgalmad cikcakkos útvonalat követ. Ez gyakori a mesh hálózatokban, ahol a lefedettség meghaladja egyetlen csomópont hatótávolságát.

• Rétegzett titkosítás: Minden csomópont (vagy ugrás) csak egy réteget hámoz le a "hagymáról", csak azt tudva, hogy honnan jött a csomag, és hová tart tovább.
• Nincs központi bizalom: Egy P2P beállításban nem egyetlen vállalati adatközpontra támaszkodsz; egy elosztott csomóponthálót használsz.
• Energia és hatékonyság: Ez nem csak a rejtőzködésre jó; néha a közelebbi rádiócsomópontok közötti ugrálás valójában energiatakarékosabb, mint egy távoli toronyba sugározni a jelet.

Láttam már, hogy néhányan megpróbálják ezt barkácsolni egymásba ágyazott konténerekkel, de a decentralizált architektúrák ezt natívvá teszik. Sokkal nehezebb bárkinek is nyomon követni téged, amikor az útvonal folyamatosan változik. Itt jön a képbe a DePIN (Decentralizált Fizikai Infrastruktúra Hálózatok), ami alapvetően csak annyit jelent, hogy az emberek megosztják a hardvereiket valós hálózatok építéséhez.

Következő lépésként nézzük meg a kripto oldalt...

Rétegzett titkosítás és a decentralizált VPN

Képzeljük el a rétegzett titkosítást úgy, mint azokat az orosz matrjoska babákat, csak az adatcsomagjaink esetében. Ahhoz, hogy ez úgy működjön, hogy senkiben se kelljen megbíznunk, a rendszer egy aszimmetrikus kriptográfiai kézfogást használ – általában valamilyen Elliptic Curve Diffie-Hellman (ECDH) cserét. Mielőtt bármilyen adat mozogna, a kliensünk minden egyes csomópont nyilvános kulcsát felhasználja, hogy egyedi "munkamenet kulcsot" tárgyaljon le minden egyes ugráshoz. Így a számítógépünk három titkosítási rétegbe csomagolja az adatokat, mielőtt azok elhagynák a házunkat. Az első csomópont csak a külső réteget tudja feloldani, hogy lássa, hova kell továbbküldeni, de nem látja a tényleges üzenetet vagy a végső célállomást.

• Ugrás-specifikus kulcsok: A kliensünk külön kulcsokat tárgyal le minden egyes relével; a belépő csomópont nem látja, mit csinál a kilépő csomópont.
• Anonimitási halmazok: Azzal, hogy a forgalmunkat több ezer másikéval keverjük, az egyes adatfolyamokat lehetetlenné válik megkülönböztetni.
• Csomópont diverzitás: Mivel ezek nem egyetlen cég tulajdonában vannak, nincs "főkapcsoló", amivel naplózhatnák az előzményeinket.

Én általában azt szoktam javasolni az embereknek, hogy maradjanak a WireGuard-nál a sebesség miatt, bár fontos észben tartani, hogy a WireGuard egy pont-pont alagút protokoll. Nem végez multi-hop-ot magától, mint a Tor. A valódi anonimitás eléréséhez a fejlesztőknek egy egyedi keretrendszerbe kell csomagolniuk a WireGuard-ot, amely kezeli az onion-routing logikát. Ha Linux rendszerű gépen futtatunk egy csomópontot, akkor valójában láthatjuk a titkosított blobokat áthaladni anélkül, hogy fogalmunk lenne arról, mi van bennük.

A terület gyorsan fejlődik, különösen a blokklánc-alapú sávszélesség piacokkal. Általában azokat a projekteket tartom szemmel, amelyek nyilvánosan elérhetővé teszik a biztonsági auditjaikat, mert őszintén szólva, ha nem tudom elolvasni a forráskódot, nem bízom a titokvédelmi állításokban.

Ezután belemerülünk abba, hogyan kapnak ezek a csomópontok fizetést a fáradságukért...

A hálózat ösztönzése tokenizált sávszélességgel

Miért hagyná bárki is egész éjjel bekapcsolva a számítógépét csak azért, hogy valaki más forgalmát irányítsa? Régen az ember "a célért" tette, de most tokenizált sávszélességet használunk, hogy megérje. Ez alapvetően az Airbnb modell az internetkapcsolatod számára.

• Sávszélesség Bányászat: Futtatsz egy csomópontot, és a hálózat kriptovalutában fizet neked, attól függően, hogy mennyi adatot közvetítesz sikeresen.
• Sávszélesség Bizonyíték: A protokollok kriptográfiai kihívásokat használnak annak bizonyítására, hogy nem hamisítod a sebességeidet. Ez óriási a Sybil támadások megakadályozásában, ahol egyetlen személy megpróbál 1000 hamis csomópontot létrehozni a hálózat irányításához. Azzal, hogy "tétet" vagy munkabizonyítékot követelünk meg, egy hacker számára túl költségessé válik hamis identitások létrehozása.
• Dinamikus Árazás: Egy decentralizált tőzsdén, ha egy magas cenzúrával sújtott régióban lévő csomópont offline állapotba kerül, az új csomópontok jutalmai meredeken emelkednek.

Láttam már kiskereskedelemben és pénzügyben dolgozókat, akik ezt használták adatok kinyerésére anélkül, hogy letiltották volna őket. Következőként a kompromisszumokat és a valós alkalmazásokat vizsgáljuk meg.

Kompromisszumok és alkalmazások a DePIN hálózatokban

Figyelj, a multi-hop nem csodaszer; ha a forgalmat három, a világ különböző pontjain elhelyezkedő csomóponton keresztül irányítod, a pinged szenvedni fog. Ez a klasszikus kompromisszum, ahol a nyers sebességet a valódi digitális szuverenitásért áldozod fel.

Minden egyes extra "ugrás" milliszekundumos késéseket okoz a titkosítás többletterhe és a fizikai távolság miatt. Bár a WireGuard gyors, eredetileg nem hagymaszerű útválasztásra tervezték. Ennek javítására a következő generációs DePIN projektek optimalizálják a csomópontok kiválasztását a közelség alapján, vagy olyan protokollokat használnak, mint a Sphinx, hogy a csomagméretek egységesek maradjanak, így senki sem tudja kitalálni, mi van benne az időzítés alapján.

Valós alkalmazások:

• Egészségügy: A betegek adatainak biztonságos megosztása klinikák között központi adatbázis szivárgása nélkül.
• Kiskereskedelem: A versenytársak megakadályozása a készletadatok gyűjtésének nyomon követésében elosztott IP rotációval.
• Pénzügy: A nagyfrekvenciás kereskedők mesh hálózatokat használnak a központi tőzsdei szűk keresztmetszetek elkerülése érdekében.

Az igazi győzelem az, hogy a hálózatot lehetetlenné teszik a kiiktatásra. Mivel nincs központi vezérigazgató vagy API, amelyet be lehetne idézni, egy decentralizált internetszolgáltatói alternatíva akkor is működik, ha a kormányok megpróbálják kihúzni a dugót.

Őszintén szólva, egy ellenállóbb webet építünk itt. Ez bonyolult, de a miénk.