Állapotcsatornák a P2P sávszélesség-piacok fizetéseihez

A hagyományos blokkláncok korlátai a sávszélesség-piacon

Próbált már valaha aranyrúddal fizetni egy kávéért, majd visszajárót kérni? Nagyjából ilyen érzés egy hagyományos blokkláncon P2P sávszélesség-piacot üzemeltetni.

A matek egyszerűen nem jön ki a kis adatcsomagoknál. Ha például 10 MB sávszélességet vásárolok a szomszédomtól, az a cent töredékébe kerülhet. Azonban az Ethereumon, vagy akár néhány gyorsabb láncon is, a tranzakciós díj (gas fee) ennek a kifizetésére 2 vagy akár 5 dollár is lehet. (Mik azok a tranzakciós díjak a kriptovalutáknál? Az ETH gas fee magyarázata)

• A mikrotranzakciók kudarca: Nem lehet 1 dollárt fizetni egy 0,01 dollár értékű tranzakcióért; ez teljesen ellehetetleníti a decentralizált VPN (dVPN) alkalmazások működését.
• Késleltetési problémák: 30 másodpercet várni egy blokk visszaigazolására, miközben a videóstream folyamatosan pufferel, csapnivaló felhasználói élményt nyújt. (A YouTube mesterségesen lassítja az oldalt a felhasználók számára... - Reddit)
• Áteresztőképességi szűk keresztmetszetek: A legtöbb blokklánc nem képes kezelni azt a több ezer apró, „csomagonkénti fizetésen” alapuló üzenetet, amely egyszerre érkezik a főkönyvbe.

A CoinMetrics 2023-as jelentése szerint a magas tranzakciós költségek gyakran kiszorítják a mikrofizetési alapú megoldásokat, ami arra kényszeríti a fejlesztőket, hogy láncon kívüli (off-chain) alternatívák után nézzenek.

Egyértelmű, hogy szükségünk van egy olyan fizetési módra, amely nem érinti minden egyes alkalommal a fő láncot. A következőkben megnézzük, hogyan oldják meg az állapotcsatornák (state channels) ezt a problémát.

Az állapotcsatornák (State Channels) szerepe a dVPN világában

Képzelje el, milyen abszurd lenne, ha minden egyes rágógumi vásárlásakor fel kellene hívnia a bankját, és külön utalási költséget kellene fizetnie. Pontosan ezt a rémálmot küszöbölik ki az állapotcsatornák a dVPN-felhasználók számára, akik anélkül szeretnének böngészni, hogy a hálózati tranzakciós díjak (gas fees) felemésztenék a keretüket.

Az állapotcsatornára leginkább úgy érdemes gondolni, mint egy nyitott számlára a kedvenc bárjában. Ön és a csomópont-szolgáltató (node provider) zárolnak bizonyos mennyiségű tokent egy okosszerződésben (ez a „nyitó” tranzakció), majd ezt követően akár több millió apró frissítést is végezhetnek anélkül, hogy a fő blokklánchoz nyúlnának, egészen addig, amíg be nem fejezik a munkamenetet.

• A csatorna megnyitása: Ön „letétbe helyezi” a keretét egy biztonságos on-chain széfbe. Ez azon ritka alkalmak egyike, amikor valóban hálózati díjat kell fizetnie.
• Digitális csekkek aláírása: Adatforgalom közben a kliense apró, aláírt „fizetési ígéreteket” küld minden egyes megabájt után. Ezek off-chain (láncon kívüli) műveletek maradnak, így azonnaliak és díjmentesek.
• Elszámolás: Amikor lecsatlakozik a hálózatról, a végső egyenleg kerül beküldésre a blokkláncra. A szolgáltató megkapja a teljes keresetét, Ön pedig visszakapja a fennmaradó „aprópénzt”.

Joggal merülhet fel a kérdés: „Mi van, ha a csomópont lelép a pénzemmel?” Nos, az okosszerződés semleges bíróként funkcionál. Ha egy szolgáltató csalni próbál vagy eltűnik, Ön az utolsó aláírt állapot (state) segítségével elindíthat egy „vitarendezési” (challenge) időszakot, és visszakaphatja az összeget.

Az L4 Research (2018) meghatározása szerint az állapotcsatornák „bizalom-minimalizált” rendszerek, mivel a fő lánc csak vitás esetekben avatkozik be. Ez teszi lehetővé a villámgyors működést a sávszélesség-piacokon – amelyek alapvető architektúrája megegyezik a többi nagyfrekvenciás fizetési rendszerével.

Ez egy rendkívül elegáns megoldás a skálázhatósági korlátok áttörésére, de hogyan bizonyíthatjuk be, hogy a szolgáltató valóban valódi adatokat továbbít? Itt válnak a dolgok igazán érdekessé.

A mikrofizetések szerepe a sávszélesség-bányászatban

Elgondolkodott már azon, miért hagyná bárki egész éjjel bekapcsolva a számítógépét csak azért, hogy egy idegen a világ másik felén az ő wifi-jét használja? Ez nem csupán önzetlenség – a motiváció a profitszerzés, a mikrofizetések pedig lehetővé teszik, hogy ez a „sávszélesség Airbnb” modell hatalmas tranzakciós költségek nélkül is működjön.

Amikor valaki csomópontot (node-ot) üzemeltet, tulajdonképpen bányászatot végez a szabad kapacitásának megosztásával. A modern dVPN alkalmazások ma már lehetővé teszik a saját díjszabás beállítását, így mindenki maga irányíthatja a digitális „üzletét”. A Messari 2024-es ökoszisztéma-elemzése szerint a decentralizált fizikai infrastruktúra-hálózatok (DePIN) azért virágoznak, mert a kihasználatlan hardvereket hozamtermelő eszközökké alakítják.

• Passzív kriptovaluta-jutalmak: Minden egyes MB után, amely az otthoni hálózatán keresztül halad át, tokeneket kap. Olyan ez, mint amikor a napelemek visszatáplálják az energiát a hálózatba, csak éppen az internettel.
• Node-üzemeltetői biztonság: Az olyan eszközök új funkciói, mint a Sentinel vagy a Mysterium, lehetővé teszik a forgalom típusának szűrését (whitelist). Ez megvédi az üzemeltetőt a jogi kellemetlenségektől a pénzkeresés közben.
• Valós idejű kifizetések: A korábban említett állapotcsatornáknak (state channels) köszönhetően nem kell egy hónapot várni a fizetésre. A felhasználó valós időben láthatja, ahogy az egyenlege növekszik, miközben valaki éppen adatot forgalmaz rajta keresztül.

Ez egy mindenki számára előnyös helyzet, de őszintén szólva csak akkor működik, ha bizonyítani tudjuk, hogy az adatok valóban célba értek. Ez vezet el minket a „sávszélesség-igazolás” (proof of bandwidth) problémájához.

Az adatok hitelesítése: A sávszélesség-igazolás (Proof of Bandwidth)

Adódik a kérdés: hogyan akadályozzuk meg, hogy bárki valódi teljesítmény nélkül állítson ki számlát az átvitt adatmennyiségről? Erre szolgál a sávszélesség-igazolás, azaz a Proof of Bandwidth protokoll. Ez a folyamat lényegében egy folyamatos „kihívás-válasz” (challenge-response) interakció a kliens és a csomópont között. A kliens apró, titkosított adatcsomagokat (kihívásokat) küld, a csomópontnak pedig ezeket vissza kell küldenie vagy digitálisan alá kell írnia, ezzel igazolva, hogy valóban rendelkezik a vállalt áteresztőképességgel.

A fejlettebb rendszerekben forgalmi tanúsítást (traffic attestation) alkalmazunk. Ilyenkor a csomópont egy kriptográfiai bizonyítékot – gyakran zéró tudású bizonyítékot (Zero-Knowledge Proof) – generál, amely igazolja, hogy pontosan X mennyiségű bájtot továbbított, anélkül, hogy felfedné magának az adatoknak a tartalmát. Ez garantálja a felhasználói privátszférát, miközben biztosítja, hogy a szolgáltató ne kaphasson tokeneket a semmiért, azaz ne tudja „kibányászni” a jutalmakat valós teljesítmény nélkül. Amennyiben a bizonyíték nem egyezik az állapotcsatornában (state channel) rögzített fizetési kérelemmel, az okosszerződés automatikusan megtagadja a kifizetést a szolgáltató számára.

Technikai megvalósítások és protokollok

Egy P2P piactér létrehozása önmagában is feladat, de elérni, hogy az skálázható legyen több ezer, egyszerre adatot cserélő felhasználó számára? Itt jön a képbe a komoly protokoll-mágia, ami biztosítja a folyamatos adatforgalmat – vagyis a csomagok zavartalan áramlását.

Ha minden felhasználónak közvetlen csatornát kellene nyitnia minden egyes csomóponttal (node), akkor a magas beállítási költségek miatt visszajutnánk az alapokhoz. Ehelyett fizetési csatorna hálózatokat (Payment Channel Networks) alkalmazunk. Ez lehetővé teszi, hogy a kifizetéseket „közvetítő” csomópontokon keresztül juttassuk el a szolgáltatóhoz, még akkor is, ha nincs vele közvetlen kapcsolatunk.

• Atomikus csere (Atomic Swaps) és HTLC: Hash-alapú időzáras szerződéseket (Hashed Timelock Contracts – HTLC) használunk annak biztosítására, hogy senki ne tulajdoníthassa el a pénzt az útvonal során. Ez egy „mindent vagy semmit” alapú megoldás, ahol a kifizetés csak akkor válik elérhetővé, ha a végső csomópont igazolja az adatok megérkezését.
• Többugrásos (Multi-hop) skálázhatóság: Ez a technológia lehetővé teszi, hogy felhasználók milliói böngészhessenek anélkül, hogy minden egyes személynek új, láncon belüli (on-chain) csatornát kellene nyitnia.
• Likviditáskezelés: A csomópontoknak elegendő tokent kell tartaniuk a „csöveikben” a forgalom kezeléséhez. Ha egy útvonal kiapad, a protokoll automatikusan keres egy másik utat a hálózaton keresztül.

Íme egy végletekig leegyszerűsített példa arra, hogyan kezelheti egy okosszerződés a befizetést és a végső elszámolást. Túl sok fejlesztőt láttam már, akik túlbonyolították ezt, pedig a maglogicnak karcsúnak kell maradnia a gázköltségek minimalizálása érdekében.

// Egyszerű letétkezelés és elszámolás egy sávszélesség-csatornához
contract BandwidthChannel {
    mapping(address => uint256) public balances;

    function openChannel() public payable {
        require(msg.value > 0, "szukseg van tokenekre");
        balances[msg.sender] += msg.value;
    }

    function closeChannel(bytes32 _hash, bytes memory _sig, uint256 _amount) public {
        address signer = recoverSigner(_hash, _sig);
        require(signer != address(0), "ervenytelen alairas");
        // Logika a szolgaltato kifizetesere es a visszajaro visszajuttatasara a felhasznalonak
        balances[signer] -= _amount;
        payable(msg.sender).transfer(_amount);
    }

    function recoverSigner(bytes32 _hash, bytes memory _sig) internal pure returns (address) {
        (uint8 v, bytes32 r, bytes32 s) = splitSignature(_sig);
        return ecrecover(_hash, v, r, s);
    }

    function splitSignature(bytes memory _sig) internal pure returns (uint8, bytes32, bytes32) {
        require(_sig.length == 65);
        bytes32 r; bytes32 s; uint8 v;
        assembly {
            r := mload(add(_sig, 32))
            s := mload(add(_sig, 64))
            v := byte(0, mload(add(_sig, 96)))
        }
        return (v, r, s);
    }
}

Ez a struktúra a bonyolult műveleteket a láncon kívül (off-chain) tartja, ahol a helyük van. Őszintén szólva, ez az egyetlen módja annak, hogy az internet szabad és gyors maradjon anélkül, hogy a tranzakciós díjak felemésztenék az összes profitot.

A decentralizált internethozzáférés jövője

Az internet lassan eltávolodik a hatalmas vállalati silóktól, és egyfajta közösségi kertté alakul át. Őszintén szólva, épp ideje volt már, hogy ne mi legyünk a termékek, hanem mi birtokoljuk az infrastruktúrát.

Ez a fordulat ma már nem csupán az IP-címünk elrejtéséről szól; egy olyan web kiépítéséről van szó, amelyet senki nem tud egyszerűen „lekapcsolni”.

• Univerzális sávszélesség-tokenek: A jövőben egyetlen tokennel fizethetünk a VPN-szolgáltatásért, tölthetünk le fájlokat a decentralizált tárhelyről, vagy gyorsíthatunk fel egy videót P2P alapú tartalomelosztó hálózaton (CDN) keresztül.
• Cenzúrarezisztens infrastruktúra: Azzal, hogy a hálózati csomópontokat (node-okat) több millió otthonban osztjuk szét, egy gyakorlatilag blokkolhatatlan hálózatot hozunk létre – ami felbecsülhetetlen az aktivisták számára, vagy egyszerűen csak a bosszantó földrajzi korlátozások (geo-fencing) megkerüléséhez.

„A fizetési csatornák (state channels) és a DePIN (decentralizált fizikai infrastruktúra-hálózatok) a felhasználói tulajdonban lévő web vízióját a fehér könyvek álmaiból napi valósággá emelik” – amint azt a Messari és a CoinMetrics korábbi piaci jelentései is kiemelték.

Végre azt látjuk, hogy a technológiai háttér – a HTLC-től (időzített hash-zár) a fizetési csatornákig – valóban bírja a terhelést. Ez egy kaotikus, de izgalmas átmenet, amelynek eredményei vitathatatlanok. Az off-chain megoldásokra való áttérés az egyetlen út ahhoz, hogy a tranzakciós díjak ne emésszék fel a teljes profitot.