Kihagyás

Pod 256 #116 — Decentralizing Pool Payouts: Inside GridPool with Agent P

Forrás: Pod 256 #116 (pod256.org) Dátum: 2026-06-10 Vendég: Agent P (GridPool fejlesztő, cypherpunk, security szakember) Házigazdák: @econoalchemist, @skot9000, @tylerkstevens (Bitcoin Park, Nashville, TN) Hossz: ~62 perc Transcript: Honlapi (podhome.fm API), 12 624 szó, 450 sor

Kulcsüzenetek

1. A mining centralizáció dimenziói

Agent P 2021-ben ismerkedett a Bitcoinnal, és a mining centralizáció volt az, ami visszatartotta a belépéstől: 2021 nyarán a hash rate 70%-a fizikailag a Kínai Népköztársaság területén volt — ez szerinte biztonsági sebezhetőség. Végül a kínai mining tiltás után ugrott be, amikor a hardvereknek távozniuk kellett az országból (szerinte ez volt a történelem egyik legnagyobb geopolitikai hibája). Ahogy egyre jobban megismerte a rendszert, rájött, hogy a centralizáció nem csak földrajzi: a mining pool-ok maguk is centralizáló erőt jelentenek, a gyártók a firmware-en keresztül uralják a hardvert, és a payout végén néhány custodianhoz folyik be minden reward. „It becomes, you realize that mining centralization doesn't just mean geographically centralized, but it also means that the mining pools are a centralizing force.” Ezek egymásra épülő rétegek, és mindegyiket külön kell támadni — Agent P a payout split rétegre építette a GridPool-t.

2. P2Pool v1 — az első próbálkozás és a hiba

A P2Pool v1 már évekkel ezelőtt megpróbálta decentralizálni a payoutot egy share chain segítségével — egy, a Bitcoinéra emlékeztető oldallánc, gyorsabb block time-okkal. A gond az, hogy a Bitcoinhoz hasonlóan ez is winner-take-all: aki megnyeri a következő share blockot, az kapja a rewardot. Minél rövidebb a block time, annál inkább számít a latency. „When you shorten block times to as fast as p two pool v one was having to do, latency becomes a really big factor. And that means if you can get latency down, you can artificially increase your hash rate and your control of that share chain.” Az eredmény: a centralizált hash rate-tel rendelkező bányászok aránytalanul többet kerestek, mint a decentralizáltak. Ez nem hiba a koncepcióban, hanem a protokoll szülte centralizációs nyomás. P2Pool v2 az „uncle block”-ok (Moneróból átvett) ötletével próbálja ezt feloldani — Agent P ezt az irányt is tiszteli, de párhuzamosan akart egy másik megoldást is építeni.

3. Ocean és a Datum protokoll

Az Ocean a block template construction-t decentralizálta: a bányászok a saját template-jüket készítik, és a Datum kliens segítségével küldik be a share-eket. Ez egy fontos lépés, mert a bányász szuverenitása a tranzakcióválogatásban is megjelenik — elvileg nem lehet kényszeríteni a cenzúrát. „I like that Ocean decentralized the template for block template creation aspect of it. But because they're still managing the payouts from a centralized company, centralized server, that still presents a weak point.” A kiindulási probléma: hiába szuverén a bányász a template fölött, ha a pool üzemeltetője egy centralizált cég, aki a Coinbase payoutot kiadja — ez a támadási felület. Agent P hipotetikus forgatókönyve: ha egy állam el akarja érni a cenzúrát, nem a template-készítésnél fog belekötni, hanem a payout kiadásánál: „They roll into Ocean and they say, your decentralized block templates are great, but you're only allowed to pay and credit miners with shares if they comply with our transaction set.” Erre kell egy rendszer, ahol a payout split maga egy protokoll, nem egy cég döntése.

4. Stratum V2 vs Datum

Stratum V2 nyílt forráskódú, szabványosított protokoll, de a komplexitása miatt lassan terjed — kevés pool implementálta, és a pool-ok egy része egyelőre csak sign-up alapú hozzáférést ad. Az Ocean ezt látva építette meg a Datumnak nevezett saját megoldását, ami sok szempontból a Stratum V2 ígéreteit testesíti meg, de egyszerűbb és az Ocean ökoszisztémájába van ágyazva. A probléma: a Datum szerver nem nyílt forráskódú, és az Ocean kiköti, hogy csak az ő pool-jukkal használható. Agent P ezt fordította a saját javára: egy évig reverse enginevelte a Datum protokollt a nyílt kliensből, és a GridPool node-jait Datum-kompatibilis szerverekké tette. A trükk az volt, hogy a kliensből kellett visszafejteni a szerver-oldali logikát, anélkül, hogy bármi hozzáférése lett volna az Ocean saját implementációjához. Az eredmény: a GridPool az Ocean összes bányászával kompatibilis — a felhasználó a Datum konfigban csak egy másik szerver címre és publikus kulcsra cseréli a beállítást, és működik. Ez egyben azt is jelenti, hogy mostantól bárki tanulmányozhatja, hogyan kell Datum-kompatibilis pool szervert írni — a Stratum V2-höz hasonló szintű, nyílt alternatíva született.

5. GridPool — Agent P megoldása

A GridPool egy P2Pool v2 fork, de fontos eltéréssel: nincs share chain. Ehelyett két lista van — a „winners list” (azok a címek, akik a Coinbase payoutot kapják) és az „on deck list” (futó rangsor a legmagasabb difficulty-t elért share-ekről). A node-ok HTTP JSON üzenetekkel kommunikálnak egymással, a protokoll teljesen trustless: amikor egy bányász készít egy share-t, a Coinbase-be be kell tennie az aktuális winners list 299 címét, plusz a slot 0-ba a saját címét. Ezzel a nonce-t és a Merkle root-ot kriptográfiailag összeköti a saját címével — ha valaki megpróbálná megváltoztatni a Coinbase-t, a nonce érvénytelenné válik, és a többi node eldobja a share-t. Amikor egy node talál egy valódi Bitcoin blockot, az on deck listává avanzsál a winners list — a payout innentől kezdve protokoll-szintű, nem cég-döntés. A pool legfeljebb 300 címet fizet egyszerre (299 + a block finder a slot 0-ban), és a payout split egyenlő — a fairness-t nem a share-szám, hanem a difficulty-szint statisztikai eloszlása biztosítja. „By keeping the payout splits even and just sorting them by difficulty, we still get a mathematically fair breakdown according to how much hash rate you're putting in, but we don't have to track every single share with a lot of fine grained detail.” Ez a „hypersimplicity” — nincs share chain, nincs centralizált számláló, a latency sem okoz centralizációs nyomást.

6. Mining firmware központosítás

A Bitmain (Antminer) és a többi gyártó zárt firmware-t szállít, és ezzel kontrollálják a hardvert — ezt sokan a Bitcoin egyik centralizációs vektorának tartják. Agent P egy BitAxe-en demózta, hogyan lehet ezt megkerülni: a Codex AI agent 17 perc alatt lecserélte a LuxOS-t a BitAxe-en egy Magena buildre, SSH-n keresztül, biztonságos boot megkerülésével. A folyamat önellenőrző volt: a kliens felismerte, hogy az S19 XP chipek nonce byte-orderje fordítva van, kijavította, újrafordította, és magától megoldotta a problémát. A tágabb pont: a nyílt firmware-ek (Braiins OS+, LuxOS, ESP Miner, Magena) és a Codex-szerű AI coding toolok kombinációja azt jelenti, hogy a „saját hardver, saját szabály” határa ma már a padlón van. „The barrier to be able to contribute has now been lowered all the way down to the floor. Like, it cannot be any easier to start producing open source code.” Agent P szerint a nyílt forráskód és a zárt kód közötti versenyben a nyílt most már strukturálisan előnyben van — bármit meg lehet fordítani, és a forkolás költsége is minimális.

7. Latency és a share chain dinamikája

A Bitcoin main chain 10 perces block time-jánál a latency nem számít sokat — csak a legnagyobb pool-ok és a „low-latency mining” specialisták (FPGA-k, saját adatközpontok) foglalkoznak vele. De amint a block time a P2Pool v1 szintjére (néhány másodperc) csökken, a latency azonnal centralizáló erővé válik: aki közelebb van a share chain-hez, vagy saját FPGA-t használ a megnyerésére, az mesterségesen növelheti a hatékony hash rate-ét. A GridPool ezt a problémát azzal oldja meg, hogy nincs share chain — a bányászok közvetlenül a Bitcoin block template-et használják, és csak a Coinbase payout split-ben egyeznek meg. A latency itt már csak annyira számít, mint a Bitcoin main chain-en: a Bitcoint nem centralizálta a 10 perces block time, és a GridPool-t sem fogja. Ez a lényeges trade-off — a GridPool kevesebb granularitást ad (300 slot, nem minden share számít), cserébe a payout fairness statisztikailag megmarad, és a rendszer maga kezelhetetlenül egyszerű.

8. A centralizáció feloldásának útja

Agent P szerint a megoldás nem egyetlen ezüstgolyó, hanem párhuzamos próbálkozások sokasága: P2Pool v2 uncle block-okkal, Ocean Datum-mal, HydroPool saját node-okkal, GridPool saját protokollal. Mindegyiknek más-más trade-off-ja van, és nem biztos, hogy egy győztes lesz — lehet, hogy több megoldás egymás mellett marad meg. A közös vízió: „regardless of size of your mine or system, you plug it in and the network's a protocol, the nodes a protocol, and the mining and the payouts are also a protocol. There should be no centralized risk.” A HydroPool azt oldja meg, hogy bárki gyorsan tud saját pool instance-ot futtatni, a GridPool pedig azt, hogy a payout split ne egy cég döntése legyen. A kettő kombinálva (Agent P már fork-olta a HydroPool-t is, hogy a saját GridPool node-jához csatlakozzon) egy olyan rendszert ad, ahol egy 1 PH/s-os miner 300-szor gyorsabban kap payoutot, mintha szóló bányászna, és közben a blokk konstrukció és a payout split is decentralizált. Az episzód utolsó fontos megjegyzése: a GridPool node-ok a share-ek továbbításakor csak a Merkle leaf-et és a minimálisan szükséges adatot küldik el — a tranzakciókészletet nem. Így elvileg senki nem tud cenzúrát alkalmazni a node-ok szintjén, mert a többi node nem is látja, milyen tx-ek vannak a share-ben.

Idézetek

1. „It becomes, you realize that mining centralization doesn't just mean geographically centralized, but it also means that the mining pools are a centralizing force.” (Rájössz, hogy a mining centralizáció nem csak földrajzi centralizációt jelent, hanem a mining pool-ok maguk is centralizáló erőt jelentenek.)

2. „When you shorten block times to as fast as p two pool v one was having to do, latency becomes a really big factor. And that means if you can get latency down, you can artificially increase your hash rate and your control of that share chain.” (Amikor a block time olyan gyorsra csökken, mint a P2Pool v1 esetén, a latency nagyon fontos tényezővé válik. Ez azt jelenti, hogy ha le tudod szorítani a latency-t, mesterségesen növelheted a hash rate-edet és a share chain fölötti kontrollodat.)

3. „I like that Ocean decentralized the template for block template creation aspect of it. But because they're still managing the payouts from a centralized company, centralized server, that still presents a weak point.” (Tetszik, hogy az Ocean decentralizálta a block template készítését. De mivel a payoutokat továbbra is egy centralizált cég, egy centralizált szerver kezeli, ez gyenge pontot jelent.)

4. „That's what P2Pool V1 and V2 and GridPool aim to discuss, which is or to overcome, which is why have any central authority issuing the payouts?” (Erről szólnak a P2Pool V1, V2 és a GridPool — legyőzni azt a kérdést, hogy miért kell egyáltalán bármilyen központi hatóság, amelyik kiadja a payoutokat.)

5. „By keeping the payout splits even and just sorting them by difficulty, we still get a mathematically fair breakdown according to how much hash rate you're putting in, but we don't have to track every single share with a lot of fine grained detail.” (Ha a payout splitet egyenlően tartjuk, és csak a difficulty alapján rendezünk, továbbra is matematikailag fair eloszlást kapunk annak megfelelően, mennyi hash rate-et teszel bele — de nem kell minden egyes share-t finom részletességgel nyomon követni.)

6. „This is a core thing that differentiates grid pool from p two pool v two and v one, I guess. P two pool is still trying to estimate hash rate with a with a stream of shares, getting frequent shares, they're not looking at difficulty at all, except to make sure that the shares meet a minimum target threshold. We are looking at difficulty, but we don't correlate the payout amount with it.” (Ez a lényegi különbség a GridPool és a P2Pool v1/v2 között. A P2Pool share-ek áramával próbálja becsülni a hash rate-et, és csak a minimum threshold-ot nézi a difficulty-ból. Mi nézzük a difficulty-t, de nem kötjük hozzá közvetlenül a payout összegét.)

7. „Regardless of size of your mine or system, you plug it in and the network's a protocol, the nodes a protocol, and the mining and the payouts are also a protocol. There should be no centralized risk.” (A bányád vagy rendszered méretétől függetlenül bedugod, és a hálózat protokoll, a node-ok protokoll, a bányászat és a payout is protokoll. Nem szabad, hogy legyen centralizált kockázat.)

Kapcsolódó

Vissza a tetejére