Késleltetés csökkentése dVPN és DePIN hálózatokban

Az elosztott hálózatok csendes gyilkosa

A késleltetés (latency) nem csupán egy „lassú” kapcsolatot jelent; egy decentralizált VPN (dVPN) esetében ez választja el a biztonságos alagutat a teljes rendszerösszeomlástól. Amint egyetlen csomópont (node) belassul, a teljes P2P-lánc megérzi a nyomást.

• A szűk keresztmetszet effektus: Az elosztott hálózatok több ugráson (hop) alapulnak, így egyetlen magas késleltetésű csomópont képes az egész adatcsomag-útvonalat megbénítani.
• Koordinációs kényszer: Mlondy Madida LinkedIn-en közzétett elemzése szerint még egy apró, mindössze 2%-os késleltetés-tüske is képes egy 20 szolgáltatásból álló rendszer leállását okozni az úgynevezett „újrapróbálkozási amplifikáció” (retry amplification) miatt.
• Felhasználói elvárások: Az emberek vágynak a Web3 alapú adatvédelemre, de közben elvárják a hagyományos internetszolgáltatói (ISP) infrastruktúráknál megszokott 100 ms alatti válaszidőket.

Madida egy egészen extrém példát is említ, ahol egy elosztott hitelesítési szolgáltatás gyakorlatilag „felfalta önmagát” egy 300 ms-os adatbázis-késleltetés miatt – az automatikus újrapróbálkozások annyira elárasztották a rendszert, hogy az elérte a 97%-os telítettséget. Láttam már hasonló összeomlásokat lakossági átjáróknál (gateway) is, ahol a rendszer egyszerűen megfulladt a saját szinkronizációs jeleitől (heartbeat).

A következőkben megvizsgáljuk, hogy miért is történik ez egyáltalán.

A késleltetés leggyakoribb okai a csomópont-alapú rendszerekben

Gondolkozott már azon, miért szakad meg a kapcsolat, amint egyetlen csomópont (node) gyengélkedni kezd a P2P hálózatban? Általában nem hardveres összeomlás áll a háttérben, hanem egyfajta „geometriai hiba”, ahol a rendszer saját szabályai fordulnak önmaga ellen.

Amikor egy csomópont belassul, a természetes helyi reakció az újbóli próbálkozás. Egy elosztott architektúrában azonban ezek az újrapróbálkozások vírusként sokszorozódnak meg a teljes protokollkészletben.

• A visszacsatolási hurok: Ha egy adatbázis-lekérdezés túl sokáig tart, a szolgáltatás fenntartja az adott kapcsolatot. Az új kérések feltorlódnak, és a beállított 3 újrapróbálkozás hirtelen 6,7-szeres terhelési szorzóvá válik a hálózaton.
• A sávszélesség telítése: Végül a kapcsolati készlet (connection pool) összes szabad helye betelik. Az új felhasználók már nem tudnak csatlakozni, mert a rendszer túl elfoglalt a régi, eleve kudarcra ítélt kérések ismételgetésével.
• Exponenciális várakozás (backoff): A megoldáshoz a csomópontoknak egyre hosszabb szünetet kell tartaniuk a próbálkozások között. Ez biztosítja a hálózat számára a szükséges „lélegzetvételnyi szünetet” a torlódás feldolgozásához.

A legtöbb dVPN csomópont korlátozott erőforrásokkal rendelkező otthoni hardvereken fut. Csak meghatározott számú nyitott socketet tudnak kezelni, mielőtt egyszerűen beszüntetnék a választ az új API-hívásokra.

Ha egy kérés túl sokáig marad nyitva – például az internetszolgáltató (ISP) által végzett mély csomagelemzés (DPI) miatt –, akkor bent ragad az erőforrás-készletben. Soma egy 2024-es Medium-útmutatója szerint a meglévő kapcsolatok újrahasználata (connection pooling) kulcsfontosságú, hogy elkerüljük a TCP-kézfogás (handshake) minden egyes alkalommal jelentkező jelentős költségét.

Láttam már olyan sávszélesség-bányász (bandwidth mining) rendszereket leállni, amelyeknél nem korlátozták a kapcsolati készleteket. A csomópont túl sokat akart markolni, elfogytak a fájlleírók (file descriptors), és gyakorlatilag saját magát rúgta le a hálózatról.

A következőkben azt járjuk körül, hogyan nehezíti meg a csomagok dolgát a földrajzi távolság.

A távolság fizikai valósága

Rendelkezhetünk a világ leggyorsabb optikai hálózatával is, a fénysebességet nem tudjuk legyőzni. Egy decentralizált hálózatban előfordulhat, hogy az adataink Berlinből Szingapúrba utaznak, csak hogy eljussanak a közvetlen szomszédunkhoz. Ez a „geográfiai késleltetés” pedig gyorsan összeadódik.

Minden egyes megtett kilométer plusz routereket, switcheket és újabb hibaforrásokat jelent, ahol az adatcsomagok elveszhetnek. Ha a dVPN-ünk a bolygó túlsó felén választ ki egy csomópontot, a hálózati „kézfogásnak” (handshake) több ezer kilométert kell megtennie még azelőtt, hogy egyetlen bájtnyi adatot is betöltenénk. Éppen ezért az intelligens útvonalválasztás – a csomópontok fizikai közelség alapján történő szelektálása – legalább annyira kritikus, mint a puszta sávszélesség.

A következőkben áttekintjük azokat a technikai stratégiákat, amelyekkel fenntartható a hálózat pörgős válaszideje.

Technikai stratégiák a pörgősebb hálózatért

Érezte már úgy, mintha az adatcsomagjai egy digitális pusztaságon keresztül, a leghosszabb kerülőúton vándorolnának? Egy decentralizált hálózatban a „távolság” nem csupán kilométerekben mérhető – benne van minden egyes kézfogás (handshake) és a rosszul kezelt csomóponti (node) kapcsolatok összesített késleltetése is.

Tekintsen az áramköri megszakítóra (circuit breaker) úgy, mint a forgalom biztonsági szelepére. Ha egy node akadozni kezd egy hirtelen terhelési tüskétől vagy csomagvesztéstől, a megszakító „kiold”, és leállítja a kérések küldését az adott irányba, mielőtt az egész rendszer elérné a korábban említett 97%-os telítettségi pontot.

• A „vérzés” megállítása: A gyengélkedő node korai lekapcsolásával megelőzhető az úgynevezett „retry amplification” (újrapróbálkozási felerősödés), amikor egyetlen lassú válasz öt további kérést vált ki.
• Öngyógyítás: A rendszer időszakonként ellenőrzi, hogy a node újra egészséges-e. Ha igen, az „áramkör” zárul, és a forgalom ismét áramolhat.
• Gyors hiba (Fail-fast): Sokkal jobb egy azonnali „nem” választ kapni, mint 10 másodpercet várni egy olyan időtúllépésre (timeout), ami amúgy is bekövetkezett volna.

Egy új TCP-kapcsolat felépítése erőforrásigényes folyamat. Ott van a SYN, a SYN-ACK, az ACK – és ez még csak a TLS-kézfogás kezdete. Ahogy Soma is rámutatott, a már meglévő kapcsolatok újrahasználata (connection pooling) alapjaiban változtatja meg a játékot. Ahelyett, hogy egyetlen kérés után lezárnánk a csatornát, „melegen” tartjuk azt a következő számára. Ez kritikus fontosságú a sávszélesség-bányász (bandwidth mining) node-ok esetében, amelyeknek folyamatosan válaszkésznek kell maradniuk az API-pingekre.

Láttam már olyan P2P rendszereket, ahol pusztán az újrapróbálkozások számának 1-re korlátozásával és az időtúllépés 800 ms-ra való szűkítésével a rendelkezésre állás 34%-ról visszaállt 96%-ra. A titok nyitja a koordinációs nyomás kontrollálása.

A következőkben arról lesz szó, hogyan tartják a tokenizált ösztönzők tisztességesen a node-okat.

A tokenizált ösztönzők szerepe

Miért üzemeltetne bárki is magas specifikációjú csomópontot puszta szórakozásból? Nem fog. Egy P2P (peer-to-peer) hálózatban szükség van egy „mézesmadzagra”, amely biztosítja, hogy a node-ok ne csak létezzenek, hanem valódi teljesítményt is nyújtsanak.

• Minőség a mennyiség felett: A tokenjutalmaknak nem szabadna pusztán az „online” állapotért járniuk. A rendszerek egyre inkább a hitelesített késleltetés (latency) és az átviteli sebesség (throughput) alapján súlyozott kifizetések felé mozdulnak el.
• Sávszélesség-igazolás (Proof of Bandwidth): Olyan új protokollok állnak fejlesztés alatt, mint a „Proof of Bandwidth”, amelyek célja a csomópontok „lekérdezése”. Ez apró, titkosított adatcsomagokkal végzett teszteket jelent, amelyekkel a hálózat ellenőrzi a node tényleges sebességét és kapacitását, mielőtt az egyetlen fillért is keresne.
• Piaci dinamika: Ez egy olyan piacteret hoz létre, ahol a nagy keresletű régiókban (például forgalmas üzleti központokban) található gyors csomópontok többet keresnek, mint egy akadozó otthoni setup.

Láttam már olyan dVPN projekteket, ahol az 50 ms alatti pinggel rendelkező node-ok háromszor annyit kerestek, mint a lassabb társaik. Ez az egyetlen módja annak, hogy megakadályozzuk a hálózatot abban, hogy tönkretegye a felhasználói élményt.

A következőkben azzal zárjuk a témát, hogy megvizsgáljuk ezeknek az automatizált hálózatoknak a jövőjét.

A DePIN és az internetes szabadság jövője

A jövő már nem csupán az IP-címünk elrejtéséről szól, hanem arról, hogy miénk legyenek maguk a hálózati csatornák is. Egy olyan web felé tartunk, ahol a DePIN (decentralizált fizikai infrastruktúra-hálózatok) egy olyan ellenálló, felhasználók által működtetett gerinchálózatot hoz létre, amelyet gyakorlatilag lehetetlen lekapcsolni.

• Cenzúrarezisztencia: A P2P (peer-to-peer) csomópontok megkerülik azokat a központi szűk keresztmetszeteket, amelyeket a kormányok korlátozásra használnak.
• Sebesség kompromisszumok nélkül: A következő generációs protokollok kapcsolat-aggregációt (connection pooling) alkalmaznak a villámgyors adatátvitel érdekében.
• Valódi digitális szabadság: A decentralizált internetszolgáltatók (dISP) visszaadják a hatalmat a hálózat végpontjain lévő felhasználók kezébe.

Saját szememmel láttam, ahogy a magas kockázatú zónákban lévő csomópontok akkor is online maradtak, amikor minden más elsötétült. Ez a technológia igazi ereje.

A lényeg: a decentralizált technológia végre elérte azt a sebességet, amivel végleg kiválthatja a régi, lassú és elavult VPN-szolgáltatásokat.