Tillståndskanaler för mikrobetalningar i dVPN-nätverk

Problemet med traditionell blockkedjeteknik för bandbredd

Har du någonsin försökt betala för en kopp kaffe med en guldtacka och be om växel? Det är ungefär så det känns att försöka driva en P2P-marknad för bandbredd på en vanlig blockkedja.

Matematiken går helt enkelt inte ihop för små datamängder. Om jag köper 10 MB bandbredd från en granne kanske det kostar en bråkdel av ett öre. Men på Ethereum, eller till och med på vissa snabbare kedjor, kan gas-avgiften för att skicka den betalningen ligga på 20 eller 50 kronor. (Vad är gas-avgifter inom krypto? ETH gas-avgifter förklaras)

• Misslyckade mikrotransaktioner: Det går inte att betala 10 kronor i avgift för att flytta ett värde på 10 öre; det är ett totalt hinder för applikationer som decentraliserade VPN-tjänster (dVPN).
• Latens och fördröjning: Att vänta 30 sekunder på att ett block ska bekräftas medan din videostrim buffrar ger en urusel användarupplevelse. (YouTube saktar nu ner tjänsten artificiellt för användare... - Reddit)
• Flaskhalsar i genomströmning: De flesta blockkedjor kan inte hantera tusentals små "betala-per-paket"-meddelanden som träffar huvudboken samtidigt.

Enligt en rapport från CoinMetrics (2023) gör höga transaktionskostnader ofta att användningsområden för mikrobetalningar prissätts ut från marknaden, vilket tvingar utvecklare att söka efter off-chain-lösningar.

Det är uppenbart att vi behöver ett sätt att betala utan att belasta huvudkedjan vid varje enskild interaktion. Låt oss nu titta på hur statskanaler (state channels) faktiskt löser detta problem.

Förståelse för State Channels i ett dVPN-sammanhang

Föreställ dig att du tvingades ringa din bank och betala en transaktionsavgift varje gång du köpte ett tuggummi. Det är precis den mardrömmen som state channels löser för dVPN-användare som vill surfa fritt utan att bli ruinerade av gas-avgifter.

Se en state channel som en öppen nota i en bar. Du och nod-leverantören låser in ett antal tokens i ett smart kontrakt (den "öppnande" transaktionen). Därefter kan ni utbyta miljontals små uppdateringar utan att röra huvudblockkedjan förrän ni är helt klara.

• Öppna kanalen: Du gör en "insättning" av din budget i ett säkert valv på kedjan (on-chain). Detta är ett av de få tillfällen då du faktiskt betalar en nätverksavgift.
• Signera digitala checkar: Medan du streamar data skickar din klient små, signerade "betalningslöften" för varje megabyte. Dessa stannar utanför kedjan (off-chain), vilket gör dem omedelbara och kostnadsfria.
• Slutreglering: När du kopplar ner skickas det slutgiltiga saldot till blockkedjan. Leverantören får sina samlade intäkter och du får tillbaka din växel.

Du kanske oroar dig: "tänk om noden tar mina pengar och sticker?" Här fungerar det smarta kontraktet som en neutral domare. Om en leverantör försöker fuska eller försvinner, kan du använda din senast signerade status för att initiera en "utmaningsperiod" (challenge period) och få tillbaka dina medel.

Enligt L4 Research (2018) är state channels "tillitsminimerade" eftersom huvudkedjan endast ingriper om en tvist uppstår. Detta bibehåller hög hastighet på marknadsplatser för bandbredd – vilka delar samma grundläggande arkitektur som andra system för högfrekventa betalningar.

Det är ett effektivt sätt att kringgå skalbarhetsproblemen, men hur bevisar vi egentligen att leverantören faktiskt skickar riktig data? Det är här det hela blir riktigt intressant.

Mikrobetalningarnas roll inom Bandwidth Mining

Har du någonsin undrat varför någon skulle låta sin dator stå på hela natten bara för att låta en främling i ett annat land använda deras wifi? Det handlar inte bara om att vara snäll – det handlar om att få betalt. Mikrobetalningar är den pusselbit som gör att visionen om ett "Airbnb för bandbredd" faktiskt fungerar i praktiken, utan att vinsten äts upp av höga transaktionsavgifter.

När du driver en nod ägnar du dig i princip åt "mining" genom att dela med dig av din outnyttjade kapacitet. Moderna dVPN-appar låter dig numera sätta dina egna priser, vilket innebär att du har full kontroll över din egen digitala "butiksfasad". Enligt en ekosystemöversikt från Messari för 2024 blomstrar decentraliserade fysiska infrastrukturnätverk (DePIN) just för att de förvandlar vilande hårdvara till avkastningsgenererande tillgångar.

• Passiva kryptobelöningar: Du tjänar tokens för varje megabyte som slussas genom din hemutrustning. Det fungerar ungefär som solpaneler som säljer tillbaka el till elnätet, fast för internet.
• Säkerhet för nodoperatörer: Nya funktioner i verktyg som Sentinel eller Mysterium låter dig vitlista specifika typer av trafik. Detta skyddar dig från juridiska komplikationer medan du tjänar pengar.
• Utbetalningar i realtid: Tack vare de tillståndskanaler (state channels) vi nämnde tidigare behöver du inte vänta en månad på din lön. Du kan se ditt saldo ticka uppåt i realtid medan någon annan streamar.

Det är en vinnande lösning för alla parter, men ärligt talat fungerar det bara om vi faktiskt kan bevisa att datan har överförts. Detta för oss osökt in på utmaningen med "Proof of Bandwidth" (bevis på bandbredd).

Verifiering av data: Proof of Bandwidth

Hur förhindrar vi egentligen att någon ljuger om mängden data som har skickats? Lösningen stavas Proof of Bandwidth (PoB). I praktiken innebär det att klienten och noden utför en kontinuerlig "challenge-response"-sekvens. Klienten skickar en liten mängd krypterad data (en utmaning) och noden måste skicka tillbaka den eller signera den för att bevisa att den faktiskt har den bandbreddskapacitet som krävs för att hantera trafiken.

I mer avancerade arkitekturer använder vi oss av trafikintyg (traffic attestation). Noden genererar då ett kryptografiskt bevis – ibland till och med ett "zero-knowledge proof" – som visar att de har överfört X antal bytes, utan att avslöja vad dessa bytes faktiskt innehöll. Detta säkerställer din personliga integritet samtidigt som det garanterar att leverantören inte bara "minar" tokens utan att faktiskt tillhandahålla tjänsten. Om beviset inte stämmer överens med betalningsbegäran i tillståndskanalen (state channel), kommer det smarta kontraktet att neka leverantören att ta ut medlen.

Tekniska implementeringar och protokoll

Att bygga en P2P-marknad är en sak, men att få den att skala för tusentals användare som utbyter data samtidigt? Det är där vi behöver tung protokollmagi för att hålla flödet igång – eller i det här fallet, datapaketen.

Om varje användare behövde en direktkanal till varje enskild nod skulle vi vara tillbaka på ruta ett med höga startkostnader. Istället använder vi betalkanalnätverk (Payment Channel Networks). Detta gör det möjligt att dirigera en betalning via "mellanhandskanaler" för att nå din leverantör, även om du inte har en direkt koppling till dem.

• Atomic Swaps och HTLC: Vi använder Hashed Timelock Contracts (HTLC) för att säkerställa att ingen kan stjäla pengarna under vägen. Det är en "allt eller inget"-lösning där betalningen endast låses upp om den slutgiltiga noden kan bevisa att de tagit emot den.
• Skalbarhet genom Multi-hop: Denna teknik tillåter miljontals användare att surfa utan att varje enskild person behöver öppna en ny on-chain-kanal.
• Likviditetshantering: Noder måste hålla tillräckligt med tokens i sina "rör" för att hantera flödet. Om en rutt är tom hittar protokollet automatiskt en annan väg genom nätverket.

Här är en förenklad blick på hur ett smart kontrakt kan hantera en insättning och den slutgiltiga avräkningen. Jag har sett alldeles för många utvecklare krångla till detta i onödan, men kärnlogiken bör vara slimmad för att spara på gas-kostnader.

// Enkel insättning och avräkning för en bandbreddskanal
contract BandwidthChannel {
    mapping(address => uint256) public balances;

    function openChannel() public payable {
        require(msg.value > 0, "tokens krävs");
        balances[msg.sender] += msg.value;
    }

    function closeChannel(bytes32 _hash, bytes memory _sig, uint256 _amount) public {
        address signer = recoverSigner(_hash, _sig);
        require(signer != address(0), "ogiltig signatur");
        // Logik för att betala leverantören och returnera växel till användaren
        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);
    }
}

Detta upplägg håller de tunga processerna off-chain där de hör hemma. Ärligt talat är det det enda sättet att hålla internet fritt och snabbt utan att äta upp hela vinsten i transaktionsavgifter.

Framtiden för decentraliserad internetåtkomst

Internet är på väg bort från stora företagsmonopol och rör sig mot något som mer liknar en gemensam digital allmänning. Om vi ska vara ärliga är det på tiden att vi slutar vara produkten och istället börjar äga själva infrastrukturen.

Detta skifte handlar inte längre bara om att dölja sin IP-adress; det handlar om att bygga ett webblandskap som ingen bara kan "stänga av".

• Universella tokens för bandbredd: I framtiden kan en enda token betala för din dVPN, hämta filer från decentraliserad lagring eller snabba upp en videostrim genom ett P2P-baserat CDN.
• Censurresistent infrastruktur: Genom att sprida noder över miljontals hem skapar vi ett nätverk som är i princip omöjligt att blockera – ovärderligt för aktivister eller för att helt enkelt slippa irriterande geoblockeringar.

"State channels och DePIN förvandlar visionen om en användarägd webb från en dröm i ett whitepaper till en daglig verklighet", som tidigare noterats i marknadstrenderna från Messari och CoinMetrics.

Vi ser äntligen hur tekniken – från HTLC till state channels – faktiskt håller för trycket. Det är en rörig men spännande övergång, men resultaten är svåra att argumentera emot. Att flytta transaktioner off-chain är det enda sättet vi kan nå målet utan att ruineras av nätverksavgifter.