# Pod256 #119: Soft Forks, Censorship Risks, and Open-Source Bitcoin **Podcast:** Pod256 — Bitcoin Mining, Freedom Tech, and Awesome Tangents **Epizód:** #119 — Soft Forks, Censorship Risks, and Open-Source Bitcoin **Dátum:** 2026-07-08 **Forrás:** https://www.pod256.org/episodepage/119-soft-forks-censorship-risks-and-open-source-bitcoin **Media:** https://serve.podhome.fm/episode/45f744d1-5b5f-4847-ed5e-08dde03e6614/6391913019262845133d2ac707-0117-452b-82db-755df5c4369a.mp3 --- ## Pod256 #119 — Összefoglaló **Podcast:** Pod256 #119 — Soft Forks, Censorship Risks, and Open-Source Bitcoin **Dátum:** 2026-07-08 **Rész:** 1/3 --- ## Áttekintés A műsor házigazdái (köztük Iko) a BIP 110 soft fork javaslatot és annak következményeit vitatják meg. A beszélgetés érinti a "spám" fogalmának definícióját Bitcoinon, a cenzúra kockázatait, a soft fork aktivációs mechanizmusokat, az Ocean pool Samourai-tranzakciókat érintő cenzúráját, valamint az SBI Crypto bányászati pool bezárását. --- ## Főbb témák ### BIP 110 — Bevezető és álláspontok - A BIP 110 egy javasolt soft fork, amely a Bitcoin hálózaton lévő "spám" (pl. ordinals/inscriptions, képek a láncon) ellen irányul. - **Iko nyíltan ellenez** a BIP 110-et: *"I think it's bullshit. I do not support BIP 110."* Szerintük Luke Dashjr és Mechanic rosszszándékú szereplők, a javaslat pedig időpocsékolás. - Egyik házigazda őszintén elismeri, hogy nem mélyedt bele a technikai részletekbe, és magyarázatot kér. ### A "spám" fogalma és konszenzusszabályok - Iko felidézi, hogy Luke Dashjr már évekkel ezelőtt (BIP 47 payment codes, Satoshi Dice) "spámnak" minősített olyan tranzakciókat, amelyek megfeleltek a konszenzusszabályoknak, de ő személyesen nem tartotta őket érvényes pénzügyi tranzakcióknak. - Alapgondolat: *"One man's spam is another man's valid transaction."* Ha egy tranzakció megfelel a konszenzusszabályoknak és a küldő fizet a díjat, akkor az nem spám — a díj maga a spámszűrő. - Iko elismeri, hogy a Bitcoin blokkláncon képek tárolása buta használati eset, de mivel a résztvevők fizetnek érte és megfelel a konszenzusnak, az ő döntésük. ### Piaci szűrés vs. cenzúra - A blokkterület korlátozottsága és a tranzakciós díjak piaci mechanizmusa természetesen szűri a "spámot" — az ordinals/inscriptions mennyisége jelentősen csökkent, a blokkok nem is teltek jelenleg. - *"The spam filter is the fact that people have to pay a transaction fee."* - Ha a Bitcoin mint pénz szélesebb elfogadást ér el, a blokkterület versenyesebbé válik és az arbitráris adatdrágább lesz — ez a természetes szűrő. - A BIP 110 technikailag sem állítja meg a spámot — képek továbbra is feltehetők a láncre a BIP 110-kompatibilis szoftverrel. ### BIP 110 mint "ideiglenes" szűrés — szkepticizmus - A javaslat "ideiglenes" jellege erős kétségeket vált ki: *"I don't buy the temporary thing."* - Összehasonlítás: a szövetségi jövedelemadó is "ideiglenes" volt az I. világháború idején. - A cenzúra csúszós lejtő: *"We're gonna censor these ones, but not these ones."* — a Bitcoin értékének alapja a cenzúrarezisztencia. ### Ocean pool és a Samourai Wallet cenzúra - Amikor az Ocean pool elindult, a blokk-sablonjaikból kiszűrték a Samourai Wallet TX0 (CoinJoin előkészítő) tranzakciókat, amelyek op_return kimenetet tartalmaztak. - Ez a cenzúra "melléktermékenyszerként" sújtotta a privát, peer-to-peer elektronikus készpénz tranzakciókat — *"mint amikor egy fontos e-mailed a spám mappába kerül."* - Erős érv a BIP 110 ellen: ha már a CoinJoin-ot is elkapja a filter, hol van vége? ### Soft fork aktivációs mechanizmusok - **MASF (Miner Activated Soft Fork):** a bányászok signalálják a verzióbitjeikben, hogy támogatják a forkot. - **UASF (User Activated Soft Fork):** a node-ok döntenek a protokollváltozásról. - Jelen esetben a poolok node-jai állítják elő a blokk-sablonokat, így ők döntenek a signalálásról. - A kis házi bányászok hálózati hashráta része elenyésző — a nagy centralized poolok dominálnak. ### Orange Surf BIP 110 fork szimulátor - Orange Surf készített egy interaktív szimulátort (`bip110.orange.surf`), amely modellezi a BIP 110 aktiváció lefolyását. - Lehet választani a nagy bányászpoolokat és szimulálni, mi történne, ha signalálnának — chain split-eket, fork-kockázatokat mutat. - Jelzés: minél több bányász signalál, annál nagyobb eséllyel aktiválódik a fork — de jelenleg nagyon messze vannak a küszöbtől. ### SBI Crypto pool bezárása - SBI Crypto megszünteti bányászpool-ját (2.2% hálózati hashráta, ~20 EH/s), július 31-én. - Okát nem közölték; az ügyfeleket Luxor, Brains és Neopool poolokra irányították. - Brains AMP pool proxy — Iko szerint "sajnos" ez a javaslatuk. A tradicionális FPPS üzleti modell jelenleg nehéz lehet. ### BIP 110 idővonal és aktivációs küszöb - **Kötelező signalálás kezdete:** 961 632. blokk körül (~2026 augusztus). - **Küszöb:** 55% vagy több blokknak signalálnia kell egy nehézségi epochában (2016 blokk). - Utána egy 2016-blokkos lock-in várakozási idő, majd a következő epochában indul az aktiváció — ekkor kezdődik a fork-kockázat. - A BIP 110 node-ok nem építenek tovább nem-kompatibilis blokkokon — ami forkot és lassabb láncot eredményez. ### Jelenlegi signalálás és kockázatok - Wicked live dashboard-ja szerint jelenleg **7.4 EH/s signalál** (~0.5% a hálózatnak) — elsősorban valószínűleg Ocean. - Iko szerint ez egy **"nothing burger"** — masszív figyelemelterelés fontosabb ügyektől (pl. Samourai Wallet fejlesztők börtönéből kiszabadítása). - Ha valahogy eléri az 55%-ot, Iko szerint a BIP 110-kompatibilis lánc hamarosan le lesz forkolva — a nagy poolok számára komoly kockázat, mert az ágra épített blokkjaid jutalmai értéktelenné válhatnak, ha nem a legutolsó chain tip-en építenek. --- ## Kulcsfontosságú idézetek > *"One man's spam is another man's valid transaction, and it complies with the consensus rules."* > *"The spam filter is the fact that people have to pay a transaction fee to get their transaction included."* > *"I don't buy the temporary thing... The federal income tax was just temporary to get through World War I."* > *"It's censoring when you arbitrarily enforce your own set of criteria on someone else's transactions above and beyond the consensus rules."* > *"For all the smaller home miners, it doesn't really matter what you think — we have such a tiny percentage of the network hash rate."* > *"I think it's a nothing burger that's been a massive distraction and taken away from more important efforts like getting the Samurai Wallet developers out of prison."* --- ## Megjegyzések - A házigazdák véleménye (különösen Iko-é) erősen szubjektív és a BIP 110 elleni — a Pod256 Alapítvány szervezetként nem feltétlenül osztja ezeket. - A beszélgetés rávilágít a Bitcoin közösség mély belső szakadására a cenzúra, a "spám" és a konszenzus értelmezése körül. --- ## Pod256 #119 — Összefoglaló ## Áttekintés Ez a rész a BIP-110 soft fork kockázatairól, a Bitcoin Core fejlesztési modelljéről, alternatív node implementációkról, valamint a nyílt forráskódú bányászati firmware (Magena/Mugena) legújabb fejleményeiről szól. --- ## BIP-110 és a soft fork mechanikája - **Hashrate bérlés és jelzés:** A BIP-110 jelzéséhez bérelt hashrate-t használnak, ami nagyon drága. A jelzés jelenleg ingyenes (nincs büntetés), de ha valódi kockázattá válik, a legtöbben nem fogják folytatni. - **Soft fork vs. hard fork:** A BIP-110 egy soft fork — a normál blokkok ráépülnek a BIP-110 blokkokra, de fordítva nem. Ha sikertelen az aktiválás, külön láncon maradnak az érmék, hasonlóan a Bitcoin Cash forkhoz (ami viszont hard fork volt). - **Taproot és SegWit:** A Lightning Network a SegWitnek köszönhető, nem a Taprootnak. SegWit vagy Taproot nyitotta meg az utat az on-chain adatinscribálásnak (op-return nélküli adatbepillantás), ami "shitcoining on Bitcoin" projekthez vezetett. > *"Suffice to say that either through SegWit or through Taproot, that kind of opened up this potential for people to put data in places that are not the op-return."* - **Inscription-k problémája:** A házigazdák szerint a probléma túlzott; a blokkok amúgy sem teltek meg peer-to-peer tranzakciókkal. Sok inscription projekt valószínűleg csak Luke (Luke Dashjr) provokálására történik. --- ## Bitcoin Core, gatekeeping és nyílt forráskód - **Kritika:** A BIP-110 támogatói "hit piece"-eket írnak a Bitcoin Core maintainer-ek ellen. Kevés maintainer van, ők döntik el, mi kerül be a repóba — ez gatekeeping. - **Védekezés:** A Bitcoin Core nyílt forráskódú; bármki forkolhatja és módosíthatja. Ez a nyílt forráskód lényege: > *"Bitcoin Core is their project. They can do whatever they want. They don't work for me or you. But the cool thing is that it's open source — if you disagree, you can modify it."* - **Luke és Bitcoin Knots:** Luke Dashjr a Bitcoin Knots-t (Core fork) saját implementációként futtatja, de kritikák érik, mert egyedüli maintainer és a szoftvernek van lejárati dátuma. > *"Pat on the back to Luke for taking the initiative. But going as far as this BIP-110 fork — I hope it works out, but I don't think it realistically will."* ### Alternatív node implementációk - **Libbitcoin:** Eric Voskul motivált fejlesztő; saját alapoktól épített node implementáció. Nehéz munka, mert a konszenzuslogika nagyon bonyolult. - **Bitcoin Knots:** Core fork, nem alapoktól építve — mert túl nehéz lenne. - **Bitcoin Core libbitcoin-kernel projekt:** A Core modulárisabbá tételére irányul, hogy más implementációk könnyebben épülhessenek. - **Bizalmi probléma:** A legtöbben nem értik a kódot, a társadalmi rétegre hagyatkoznak. Túl sok bizalom, túl kevés szem az alternatív projekteken. --- ## Nyílt forráskódú bányászati firmware — Magena/Mugena ### Háttér - A hálózat ~99,99%-a zárt firmware-t futtat, amit nem ellenőrizhetnek és nem forkolhatnak. - A házigazdák a Magena projektet építik az alapoktól (first principles), ami nagyon nehéz, de szükséges. ### Schnitzel teljesítmény-demo - **Világcsúcs-ramping:** 0 → 22 000 W másodpercek alatt — sokkal gyorsabb, mint a Luxe firmware (percekben mérve). - **Miért fontos a gyors ramping?** - Hőpumpás (heat punk) rendszerek érzékeny energiakezelése - Gridless afrikai projekt: generator leállítás elkerülése - Érzékeny curtailment követelmények > *"All the efficiency in the world doesn't get you anything if your generator just blew up because you couldn't ramp down fast enough."* ### Hash board keverés - **Vegyes hash board támogatás:** Magena képes egy vezérlőpanellel különböző OEM hash boardokat irányítani — függetlenül attól, hogy nem egyeznek. - Hasznos az e-waste komponensekből összeállított rendszereknél - Jelenleg saját felelősségre, de sokan hajlandóak vállalni a kockázatot > *"Magena does not care if your hash boards don't match. You connect them and it can control it all as one system."* ### iXTECH dashboard - Shawn (iXTECH) Magena fejlesztői csomagot állított össze: Magena számítógépen fut + Bitaxe bányász + dashboard. - Nincs még kész flash image; jelenleg saját építés szükséges. ### Nyílt forráskód ereje - A zárt firmware gyártók nem reagálnak a funkciókérésre; a Magena esetében bárki megpróbálkozhat implementációval. - AI kódoló eszközök (five coding tools) segítségével egyre többen kísérleteznek. > *"There's several people now, and the number will be growing, who have a good sense of how this stuff works and they want to try things."* --- ## Kulcsgondolatok - A soft fork és hard fork közötti különbség a lánctipusok közötti relációban rejlik (egyirányú kompatibilitás). - A Bitcoin Core maintainer struktúra nem "kontroll" a hagyományos értelemben — a nyílt forráskód garantálja, hogy bárki forkolhat. - A bányászati ökoszisztéma sokkal kevésbé egészséges, mint a protokoll szintje: 99,99% zárt firmware. - A Magena projekt bizonyítja, hogy a nyílt forráskódú modell működik a bányászatban is: közösségi hozzájárulás, gyors innováció, testreszabhatóság. --- ## Pod256 #119 — Összefoglaló (3/3. rész, utolsó) ## Áttekintés A podcast utolsó harmada főként a **Mugena** nevű nyílt forráskódú bányászati szoftverrel, a fleet management (flottakezelő) eszközökkel, a közösségi bányászati teljesítményekkel (hashers shout-out), és a jövőbeli vendég bejelentésével foglalkozik. --- ## Mugena — A bányászat „Linux kernelje” - A Mugena önmagában nem firmware, hanem egyetlen szoftverkomponens, amely a bányászati funkciót látja el — a hostsok a **„bányászat Linux kerneléhez”** hasonlították. - A tervek szerint a közösség a Mugena-t különböző gépekre konfigurálva, komplett image-ké (lemezképpé) csomagolja, amely **plug-and-play** módon telepíthető: - SD-kártyára flashelés - Loader alkalmazás (pl. Mugena Loader) segítségével - A control boardok zártak, így a frissítési módszerek korlátozottak. - **Fontos döntések váratnak magukra:** - Kell-e alapértelmezett dashboard/UI? - A Mugena jelenleg nem tartalmaz dashboardot — ez tudatos döntés, hogy mindenki saját igényeknek megfelelően készíthessen. > *"Mugena doesn't come with the default dashboard UI, and I think that's by design, is that one can be created for whatever situation you might need."* ### Dashboard vs. API - Kis telepítésnél hasznos a böngészős dashboard. - **Nagyobb farmoknál felesleges** — ott minden API-n keresztül történik: > *"You're never gonna go into your browser and type in 192.168.1.4.5.6 and do it all manually. That's insane."* - A Mugena rendelkezésére áll egy jó API, ami lehetővé teszi a batch konfigurációt fleet management eszközökkel. ### Fleet Management eszközök - **Proto Fleet**, **MDK**, **Fleet** — nyílt forráskódú eszközök, amelyek képesek azonosítani a hálózaton lévő bányászokat és konfigurálni őket. - **SoloStrike** — OSMU felhasználó „Old School” projektje, nyílt forráskódú, Umbrel-on fut, gyönyörű dashboarddal: - Összeköti a node-dal és az összes bányásszal - Képes kiváltani az egyedi eszközök dashboardjait - **Bitaxe fleet managerek** is egyre népszerűbbek, több slick projekt jelent meg. ### Fejlesztői hívások és bekapcsolódás - Kéthetente **dev calls** (fejlesztői hívások) vannak, bárki csatlakozhat. - A projekt korai fázisban van, az architektúra még formálódik — jó lehetőség a bekapcsolódásra. - **Mugena.org** — a projekt honlapja. > *"If you like the software architecture stuff and you like Bitcoin and you like Bitcoin mining, like, this is a very cool project Mugena is to get involved with."* --- ## Hashers Shout-Out — dash.two-five-six-f.org - Jelenleg **136 terahash** összesen, elég stabil. - **Első hely:** Tesserae (~50 TH/s) — régóta támogató, nem csak Bitaxe-ok. - **Második hely:** Pizzandy — Adi-val dolgozik a *proof of print* bányászati projekten. - **Bitcoin Park / Thames:** 3 Nerdaxe/Bitaxe továbbra is a pool felé mutat. - További támogatók: Zarca, Thack777 (Bitaxe flotta), Eco (Nerdaxe + Apollo + Bitaxe), Hardestblocks.org, d++, Backwater Mining Collective, Satoki, Tubaloo, Dylan, Scott, p Buttweiler, **Nord** (új!), Woodminer, Schnitzel, Jotty9. ### Nehézségi (difficulty) ranglista - **5,6 trillió** — nehéz felülmúlni, nem változott a TEMS óta. - **Wrigley Block Party** — második hely a difficulty ranglistán: - Nemrégiben blokkot találtak (~135 résztvevővel) - Egy későbbi block party-n **3+ exahash**-t értek el, de nem találtak blokkot — *"That's how it works."* - A Wrigley Block Party egy **szórakoztató, gamifikált módszer** a hash rate ideiglenes koncentrálására, nem solo mining módban. ### Loyalty (hűségi) ranglista - **Schnitzel és Dylan** — bérelt hash rate-szel tartják fenn a streak-jüket, top 2 a hűségi ranglistán. - Őket **Tesserae** követi. --- ## Zárás és bejelentés - A podcast **1 óra 10 percig** tartott. - A hosts remélik, hogy a **BIP-110** beszélgetés élvezetes volt az érdeklődők számára. - **Következő vendég előzetes:** > *"He knows a lot about making ASICs, I think. He's been at it for a long time too."* - A pontos név nem lett bejelentve, de a hosts szerint megéri várni. --- ## Kulcsszavak `Mugena` `fleet management` `SoloStrike` `Bitaxe` `Nerdaxe` `API` `dashboard` `BIP-110` `Wrigley Block Party` `Tesserae` `Pizzandy` `proof of print` `ASIC vendég`