Kihagyás

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

Vissza a tetejére