Bitcoin biztonság és wallet technológia¶

Privacy tech (Privacy tech) — privacy-specifikus wallet funkciók Nostr ökoszisztéma (Nostr ökoszisztéma) — NIP-07, NIP-46 signer

Lightning Network infrastruktúra¶

Amboss (Jesse Schrader)¶

2018-ban indult, cél: Lightning használhatóság javítása
Moby: Lightning API és node menedzsment
Liquidity megoldások: channel nyitás automatizálás
Probléma: $60 tranzakciós díj on-chain → Lightning megoldás

River (Alex Leishman)¶

Intézményi és retail Bitcoin vásárlás platform
River Flow: automatikus átlagolt beszállás (DCA, dollar-cost averaging)
Lightning integráció: instant settlement

Kvantum fenyegetések (Google Quantum AI whitepaper)¶

Erőforrásbecslések (secp256k1)¶

Google Quantum AI, Ethereum Foundation, Stanford (2026.03): - 1200 logikai qubit + 90M Toffoli kapu, VAGY - 1450 logikai qubit + 70M Toffoli kapu - Superconducting architektúrán: <500,000 fizikai qubit, percek alatt futtatható - ~20x csökkenés a korábbi becslésekhez képest

Támadás típusok¶

On-spend támadás (fast-clock architektúrák): - Superconducting, photonic, silicon qubitek - Mempool tranzakció interceptálása → kulcs feltörése → hamis tranzakció blokkba - Bitcoin átlagos blokk idő 10 perc, támadás percekig tart

At-rest támadás (slow-clock architektúrák): - Neutral atom, ion trap - Csak régóta exposed publikus kulcsokat lehet megtámadni - Dormant assets (elveszett címek) veszélyeztetettek

Bitcoin immunis vs sebezhető¶

Immunis: - Proof-of-Work Grover algoritmusra immunis (tévesztés, hogy Grover veszélyezteti) - Hash funkciók védenek sok publikus kulcsot

Sebezhető: - ECDSA aláírások: minden aláírt tranzakció expoziálja a publikus kulcsot - Régi P2PK címek (Satoshi korai bányászata) sebezhetőek - Dormant assets: ~1M BTC Satoshi címeken, becsült 3-4M BTC elveszett kulcsokon

Dormant assets probléma¶

Opciók: 1. Do Nothing: kvantum támadók elvehetik, destabilizálja a bizalmat 2. Burn: dormant címek égetése határidő után 3. Hourglass: migrációs határidő, utána kvantum-védett címek 4. Digital Salvage: kormányzati program visszaszerzésre (decentralizáció vs centralizáció konfliktus)

Mitigáció¶

Védekezés-in-depth: 1. Azonnali: publikus kulcs újrahasználat megszüntetése, private mempool, commit-reveal 2. Közép távú: PQC aláírások (opt-in), Lamport aláírások, hash-based 3. Hosszú távú: teljes PQC migráció (NIST standardok: ML-DSA, SLH-DSA)

Stratégiai következtetés: - Az első CRQC architektúrája határozza meg a védési stratégiát - Fast-clock először: azonnali védekezés kell - Slow-clock először: több idő a migrációra

QC ipar hype (NVK kutatás)¶

Forrás: NVK (Coldcard CEO) Bitcoin & Quantum Computing sorozat, 2026-04-05 – 2026-04-09

A QC ipar pénzügyi valósága: - $40 milliárd kormányzati + milliárdok privát finanszírozás, <$1 milliárd bevétel (2024) - Rigetti P/S: 360:1, IonQ: 188:1 (dot-com bubble Amazon 31:1 volt) - Insider eladás: IonQ, Rigetti, D-Wave vezetők $930M eladás vs $4.3M vásárlás (216:1 arány) - Minden vendor roadmap csúszott: IBM (1M→100K), PsiQuantum (2025→?), Google (milliós cél elhagyva), D-Wave (7 év csúszás) - Rebranding: quantum supremacy → advantage → utility → readiness (minden lépés visszavonulás) - DARPA QC program menedzser: "Chief Quantum Skeptic"

Miért biztonságos a Bitcoin: - secp256k1 töréséhez 1200–2300 logikai qubit kell, ma 48–94 van - Harvest now decrypt later NEM releváns Bitcoinra (nincs titkosítás, csak aláírások) - Grover algoritmus csak kvadratikus gyorsítás bányászat ellen – termikusan lehetetlen (10²³ fizikai qubit, 10²⁵ watt) - A legnagyobb faktorizált szám QC-vel: 15. Zéró kriptográfiai rendszer törve QC-vel

PQC javaslatok és protokollok¶

BIP-360 (Ethan Heilman): - bc1z címformátum PQC aláírásokhoz, P2MR (korábban P2QRH/P2TRH/P2TSH) - Draft státusz, BTQ Technologies testnet (50+ miner, 100K+ blokk, 5 Dilithium opcode aktív) - Kritika: csak címformátum, még nincs aláírás séma

SHRINCS (Jonas Nick, Blockstream): - Hash-alapú PQC aláírás, 324 bájt NIST Level 1 - 5x Schnorr, 24x kisebb mint SLH-DSA - Stateful aláírás 3.7s, verifikáció <1ms - Már létezik Liquid sidechain-en - Probléma: state management (kulcshasználat sorrend kötelező)

SHRIMPS: - SHRINCS alternatíva több backup eszközzel - ~2500 bájt aláírás (nagyobb, de biztonságosabb state management)

Tim Ruffing formális bizonyíték (2025.07): - Taproot script-path post-quantum secure QRQM-ben - 281 SHA-256 kiértékelés biztonsági határ - De 70-90% P2TR output BIP 86 konstrukciót használ (provably unspendable script path) – nincs menekülés

Olaoluwa Osuntokun zk-STARK proof (2026.04): - BIP-32 seed tulajdonos bizonyíthatja seed ismeretét seed-expozíció nélkül - SHA-512 quantum-resistant, ~50s M4 Max-on, ~200KB proof - Konfiskálási felület szűkül

QSB (Quantum Safe Bitcoin)¶

Avihu Levy / StarkWare: - Létező konszenzus-szabályokkal, soft fork nélkül - Hash-to-signature puzzle: RIPEMD-160 → DER ECDSA, ~2⁻⁴⁶ valószínűséggel - $75-150/tranzakció GPU compute - Lineage: ColliderScript ($50M/tx) → Binohash ($50/tx) → QSB ($75-150) - Korlátozás: csak legacy script, nem SegWit/Taproot

Lightning adaptor aláírás probléma¶

Adaptor aláírás probléma megoldatlan
Még a matematika sem elkezdődött
Legnagyobb nyitott probléma a Bitcoin PQC migrációban
Lightning Network működése aláíráscserén alapul → PQC aláírások nem kompatibilsek automatikusan

Buchner precommitment BIP¶

1. április 10-i precommitment BIP
Ma lehet tenni valamit – soft fork majd utoléri
Precommitment: kulcs kötelező vállalás most, PQC migráció később

Mit tegyünk ma (gyakorlati lépések)¶

Ne használd újra a címeket – minden tranzakció új cím
Cold storage soha nem elköltött címeken – publikus kulcs rejtve hash mögött
Védd az xpub-ot mint private key-t – xpub expozíció = minden származtatott cím sebezhető
Ha bc1x elérhető: használd – opt-in PQC védelem
Hardver wallet használata – fizikai kulcsvédelem
Intézmények: 2-3 év kulcsrotáció tervezés – proaktív kulcscsere
Custodian quantum roadmap követelése – PQC migrációs terv letétkezelőktől

FROST protokoll (FrostSnap)¶

Mi a FROST?¶

Flexible Round-Optimized Schnorr Threshold signatures
Matematikai alapú multisig, Bitcoin szkript nélkül
Láthatatlan multisig: egyetlen aláírásként jelenik meg a blokkláncon
Nincs szükség leíró biztonsági másolatra (descriptor backup)

FrostSnap megoldások¶

Hardver + szoftver eszközök
Setup folyamat egyszerűsítése
Távoli aláírás tervek (remote signing)
Integráció más pénztárcákkal

Előnyök hagyományos multisig-hez képest¶

Nincs on-chain footprint (privacy)
Nincs leíró biztonsági másolat kockázat
Rugalmasabb kulcs konfigurációk
FROST vs MuSig2: különböző alkalmazási esetek

Öröklés és fizikai biztonság¶

Liana Wallet (Wizard Sardine / Kevin Loaec)¶

Time lock-ok: kulcsok idő után aktiválódnak
Degrading multisig: idővel kevesebb kulcs kell (pl. 3/5 → 2/5)
Expanding multisig: idővel több kulcs kell (pl. öröklés trigger)
Öröklési megoldás: halál esetén hozzáférés családtagoknak

Franciaországi elrablási hullám¶

"$5 wrench attack" valóság Franciaországban
Crypto-szereplőket célzó fizikai támadások
Home invasion és kidnapping minták
Liana: recovery mechanizmus ha kényszerítik a kulcs átadást

Custodial megoldások¶

Justin: Browser inpub¶

Böngésző-alapú Bitcoin megoldás
NIP-07 signer integráció
Beszállási rámpa (on-ramp): fiat → Bitcoin flow egyszerűsítése

SafeBox¶

Lokális kulcs tároló, nem cloud
Hardver wallet integráció
Backup stratégia: seed + passphrase best practices

Krak kártya (HUSZONEGY #101)¶

Beszállási/kiszállási rámpa Magyarországon¶

Kraken: MiCA engedélyes, saját IBAN, 2017 óta stabil
Revolut és Strike is kivonult Magyarországról (2025-26)
Krak kártya: ingyenes fizikai+virtuális, középárfolyamos BTC→fiat konverzió, 0.5% cashback
Veszély: kártyával vásárolni BTC-t = 10% költség! Helyette banki SEPA átutalás
Átlagolt beszállás (DCA): API script napi vásárlásra, vagy appon belüli DCA funkció

Magyar adóbevallás¶

10 db / minimálbér tizede alatti tranzakció: nem kell bevallani
Új szabály: akárhány év vesztesége leírható (korábban csak 2 év)
15% adó a pozitív fiat egyenlegen

Ginger Wallet + Coinjoin szuverenitás-trükk¶

Kraken → Ginger Wallet → coinjoin → hardveres tárca
Coinjoin után követhetetlen a Bitcoin útja
Adóhivatal nem tudja bizogyítani, hogy még a tulajdonban van-e

Vic Sharma: Bitcoin és Monero¶

Cake Wallet alapító perspektíva
Bitcoin = megtakarítás, Monero = költés
"Save BTC, Spend XMR" filozófia
AI és Bitcoin jövője

PhoenixD Dashboard (Miguel Medeiros)¶

Lightning node vizuális felület¶

Nyílt forráskódú dashboard PhoenixD-hez
Auto-liquidity: automatikus csatorna nyitás/zárás
Splicing: csatorna átméretezés zárás nélkül
Self-custodial: felhasználó tartja a kulcsokat
HTTP/WebSocket API: könnyű integráció

Lightning kihívások (történelmi)¶

2018: CLI, tesztnetwork, szörnyű UX
Később: LND + UI, Umbrel, Start9
Most: PhoenixD (megoldás a legtöbb problémára)

Cake Wallet + Spark Lightning¶

Miért Spark?¶

State chain technológia (Lightspark, 2024)
Self-custodial Lightning végleg megoldva
Nincs csatorna menedzsment, nincs inbound liquidity probléma
FROST multi-sig az állomány biztosítására

Működés¶

Alice + Spark operator + Bob = közös aláírás (FROST)
Off-chain tranzakció, nem blokkol chain-t
Instant, alacsony díjú, privát

RoboSats: KYC-mentes Bitcoin vásárlás¶

Platform¶

Lightning-alapú P2P exchange
Tor + Lightning = maximális privacy
Nem decentralizált, de koordinátor csak facilitál
Személyes adatok nélkül

Silent Payments & Frigate (CD199)¶

Címzési fejlődés¶

Single key → HD Wallet (BIP32, 2013) → BIP47 (2015) → Silent Payments (BIP352)
SP előnyök: statikus fizetési kód, kötelezően friss címek, nincs gap limit, hardvertárca támogatás
BIP47 probléma: nincs hardvertárca támogatás (private key kell címderiváláshoz)
Cím-újrafelhasználás: 25-50% (2021 bull run csúcs)

Frigate szerver¶

GPU-accelerált silent payments szkennelés — 14x gyorsítás (Ultrafast secp256k1)
Órák → másodpercek publikus szerveren
Backend-ek: CUDA (NVIDIA), OpenCL (AMD/Intel), Metal (Apple Silicon)
Electrum proxy architektúra (Fulcrum/ElectRS backend)
Mac Mini ajánlott Uncle Jim mode-ra

BIP-353: DNS címek¶

user@domain.com → Silent Payments + Bolt12 egyben
DNSSEC kötelező → kriptográfiai proof a root TLD-ig
Nem hamisítható, de ICANN központi rendszer (nem NSA-proof)

Hardvertárca & multisig státusz¶

BIP-376 (múlt héten merge-elve): PSBT mezők SP költéshez
DLEQ proof: hardvertárca bizonyítja a helyes címderiválást
BitBox: proprietary SP implementáció (BIP standard kell)
Multisig → SP: MÉG NEM működik (intermediate transaction megoldás lehetséges)
Sparrow: küldés működik, fogadás még nincs implementálva

Call to action¶

Hardvertárca gyártók: BIP standard adoptáció
Node gyártók: Frigate first-class package (Start9, Umbrel)
Publikus szerver üzemeltetők: Blockstream, MZ, mempool.space

Passport Prime (Foundation) — Magic Backups¶

Alapadatok¶

Gyártó: Foundation
Típus: Hidegtároló hardver wallet (Bitcoin + 2FA + FIDO2 + fájlkezelő + BIP-85)
Kapcsolat: Quantum Link (titkosított Bluetooth)
Társapp: Envoy (iOS/Android)

Magic Backups architektúra¶

2-of-3 Shamir spletten: - 2 rész NFC key card-okon (fizikai kártyák, Faraday tokban szállítva) - 1 rész Envoy-ban → automatikusan titkosítva iCloud/Google Auto Backup-ba - Recovery: bármely 2 a 3 részből elég (1 kártya + Envoy VAGY 2 kártya) - Offline mód: 3 key card, nincs felhő – ki/be kapcsolható

Settings & Data Backup: - Titkosított blob a Foundation szerveren (fióknevek, 2FA, címkék, child seed-ek) - Csak master key-val dekriptálható – Foundation nem fér hozzá - Személyes adat nem tárolódik (csak hash + blob) - Automatikus frissítés Quantum Link-en keresztül

Onboarding folyamat¶

QR kód szkennelés → Bluetooth kapcsolat
Quantum Link titkosított alagút (animált QR kódok)
Gyári illetéktelenítés-ellenőrzés
Firmware frissítés (ha van)
PIN/jelszó beállítás
Master key generálás (hardveres + szoftveres véletlenszám)
Magic backup: 2 kártya tapintás + Envoy automatikus
Teljes folyamat: ~10-15 perc

Recovery folyamat¶

Új Prime → Envoy → QR szkennelés → Quantum Link
"Restore from key cards" → egyetlen kártya tapintás
1. rész automatikusan Envoy-ból → master key helyreáll
Minden metaadat visszatér (2FA, címkék, child seed-ek)
Recovery idő: <5 perc

App-ok és SDK¶

Jelenlegi 5 app: Bitcoin, Keys & 2FA, Files (titkosított, max 50GB), Vault (BIP-85), Envoy
SDK: belső tesztben, 1-2 héten belül nyilvános
App Store: Envoy-ban (nyílt forráskód + reprodukálható build követelmény)
Sideload: APK-szerű telepítés – nem zárt kert
KeyOS: app izoláció és sandboxing, master key védelem
Bejelentett: Cake Wallet (Monero), Ligos (DLC hitelezés)
Fájl tartalom NEM része Magic Backup-nak (max 50GB) → külön USB/SD mentés

Öröklési lehetőségek¶

Files app: titkosított végrendelet, utasítások
Két örökös → két key card, együtt tudnak helyreállítani
Vault: BIP-85 child seed-ek öröklési forgatókönyvekhez
Dedikált inheritance app építhető SDK-val

Fontos megjegyzések¶

Seed szavak továbbra is elérhetők a beállításokból
Passport Core migráció: következő release-ben
GrapheneOS/Proton backup: nem tesztelt
Magic Backup toggle: jelenleg eszköz törlés kell, hamarosan egyszerű ki/be
~1000 developer unit kiosztása tervezve

Trezor Safe 7 + Tropic01 chip disclosure (RHR #412, L723-807)¶

A Ledger Don Jon csapata sikeres lézeres fault injection támadást hajtott végre a Trezor Safe 7-ben használt Tropic01 (nyílt forráskódú) secure element ellen. A támadás néhány titkot kinyert a chipből, de:

A Trezor Safe 7 két secure elementet használ — a Tropic01 nyílt + egy zárt forráskódú elem
Mindkettő kompromittálása kell a seed kinyeréséhez
A támadás fizikai hozzáférést és drága lézeres berendezést igényel — nem érinti a mindennapi felhasználókat
A Trezor a radikális transzparencia jegyében nyilvánosságra hozta

A Trezor-Ledger együttműködés jelentősége¶

A Trezor elküldte a saját Tropic01 chipjét a Ledgernek biztonsági auditra
Ez a két fő versenytárs közötti kooperatív biztonsági kultúra ritka a hardver wallet piacon
Odell: "It's cool to see two of the main competitors being very collaborative."

Trezor Safe 7 pozicionálás¶

Hardver build minőség: kiemelkedő, "minőségi érzés kézben"
UX: kiváló, app-pal jól együttműködik
Támogatja a shit coin-okat → nagy felhasználói bázis (ellentétben a Coldcard-dzsa)
Odell szerint: "Ha shit coin wallet kell, a Trezor Safe 7 fantasztikus"

A nyílt vs zárt secure element vita¶

A Trezor nyílt forráskódú Tropic01-et használ → auditálható, de a mostani disclosure megmutatja, hogy a nyílt SEM teljesen biztonságos
A klasszikus zárt forráskódú elemeket nem lehet auditálni → más támadási felület
A két elem együttes használata csökkenti a single point of failure kockázatát

POD256 #122 — A gyenge entrópia, a szétesett bizalom és a 90 millió dolláros Coldcard fallout (2026-08-03)¶

A POD256 #122. epizódja (2026-08-03) szinte kizárólag a Coldcard Mk3 firmware exploit öt éven át lappangó, kritikus entrópiabugjáról és annak ökoszisztéma-szintű hatásairól szól. A három házigazda (econoalchemist, Scott, Tyler) saját tapasztalataikból építkezve elemzi a hibát, annak eredetét, az érintett felhasználók körét, és a hosszú távú tanulságokat.

A Coldcard exploit technikai boncolása¶

A Coinkite a 2021 Q1-es MIT Commons Clause licencváltás során újraírta a firmware-t, és az új kódbázisban egy macro a hardveres véletlenszám-generátor (STM32) helyett egy MicroPython könyvtárat hívott, amelyet le is tiltottak — így a seed az STM32 sorozatszámából és egy 80 000-es szabadon futó számlálóból állt elő, kevesebb mint 32 bit entrópiát eredményezve; a végén SHA-256-tal hash-elték, hogy megkapják a 24 szót.
A 4,2 milliárd lehetséges seed modern GPU klaszteren 1-2 nap alatt végigfuttatható; a születésnapi paradoxon alapján 77 000 generált seednél már 50% esély van két egyező seedre.
A fejlesztő (DoHex vagy NVK) a fordítási hibát a [0] értékre cseréléssel „oldotta meg”, és a commit comment mindössze „runs” volt — a szoftver a hibaüzeneten keresztül valójában „könyörgött”, hogy ne történjen meg, ami végül megtörtént.

A GPL kontra MIT Commons Clause vita¶

A 2021-es licencváltás (amit a Foundation Devices forkja váltott ki) kivette a kódot a GPL „visszaadod, amit kaptál” dinamikájából, és ezzel gyakorlatilag betiltotta a független review-t — a forrás megtekinthető, de nem építhető rá.
Az eredeti Coldcard kódbázis egyes részeit (köztük az RNG-t) a Trezor fejlesztette GPL licenc alatt; az MITCC-re váltás miatt ezeket el kellett távolítani, és az újraimplementálás során született meg a bug.
A Vizio precedent (Software Freedom Conservancy) emlékeztető: a GPL-t a bíróságok érvényesítik, ha a forráskódot nem teszik közzé.

A forenzikus és geopolitikai dimenzió¶

A lassú tűz: a támadók hónapokig söprik a kompromittált tárcákat (a firmware-frissítés nem oldja meg a problémát, a régi seed örökre sebezhető).
A Galaxis forensic elemzése szerint legalább 2-4 független támadó dolgozik a coinokon, az első 24 órában ~1000 BTC, a második 600 BTC, a harmadik 400 BTC elvitellel.
Az észak-koreai/orosz útvonalak: ha az amerikai szankciós listán lévő támadó a fogadó féllel (pl. orosz tőzsde) üzletel, a coinok a nemzetközi bankrendszer megkerülésével cserélnek gazdát — a forenzikus nyom a lánc bármely pontján „elhalványul”.

Defenzív önkezű tárolás¶

Saját entrópia, kockadobás — a Coldcard alapértelmezett „press button to generate” rutinja helyett.
Magas entrópiájú passphrase — a 24 szavas seed mellé (Scott 3.1.9-es firmware-rel, saját kockadobással és passphrase-sel élte túl a 4.0-s bugot, de hosszú távon elhagyja a tárcát).
A community response 24 órán belül: 10+ audit és forensic eszköz, Bitcoin Park Nashville és Twitter (X) segélyvonalak, Galaxis és Chainalysis brute-force-olt címlista.

A BIP-110 kontroverzia és az Ocean.xyz¶

A BIP-110 az OP_RETURN méretkorlátját csökkentené (~80 → ~32 byte), de nem állítaná meg a „spam” protokollokat (Ordinals, Runes eleve felkészültek).
Az Ocean.xyz alapértelmezett stratum végpontja BIP-110-re van állítva — a felhasználóknak kézzel kell átállniuk a normál Bitcoin végpontra; Jason Hughes, az Ocean vezető mérnöke a belső döntés ellen felszólalt.
A 2%-os signaling hash rate a kötelező aktiválás után várható zuhanórepülésbe kezd (a bányászok a normál Bitcoin-block reward-ot preferálják), a BIP-110 lánc a Bitcoin Cash és Bitcoin Satoshi Vision sorsára jut.

A Mujina fejlesztői hívás — Ryan reflektál a Coldcard falloutra¶

A 256 Foundation biweekly Mujina dev call-ján Ryan a Coldcard exploit tanulságait a saját projektre alkalmazta: a Mujina nem seed-kritikus, de egy firmware-bug komoly biztonsági és bizalmi következményekkel járhat (pl. bányász gép túlmelegedése, tűzveszély).
Adi a Braiins Mini Miner-en és a Kanan Nano 3s reverse engineering-jén dolgozik — utóbbin a Mujina jelenleg proof-of-concept szinten fut, pontosan a GPL-modell példája (valaki saját idejét áldozza a projekt minél több hardveren való futtatására).
A 256 Foundation négy pillérprojektje (Mujina, LibreBoard, Hydrapool, Gridpool) mind GPL-licenc alatt fut; a műsorvezetők hangsúlyozzák: „Ezek nem a mi projektjeink, ezek nyílt forráskódú közösségi projektek.”

Részletes esettanulmány — a Coldcard entrópia-regresszió (2021–2026)¶

A podcast-összefoglaló kiegészítéseként 2026-08-04-én készült egy önálló, 10 700 szavas magyar nyelvű kutatási jelentés, amely a Coinkite, a Block Engineering, a Wizardsardine, a BitBox, a Blockstream Jade, a Hacker News, a Reddit és a Nostr diskurzus 30+ forrását dolgozza fel. A tanulmány kulcsmomentumai a podcastban elhangzottakhoz képest az alábbi kiegészítésekkel szolgálnak:

Technikai korrekciók a podcast summary-hoz képest: - A Coinkite canonical száma: Mk2/Mk3 4.0.1–4.1.9 ~40 bit entrópia (a podcast "kevesebb mint 32 bit"-et mondott); Mk4/Mk5/Q ~72 bit a SE1+SE2 32-bites reseed miatt - A hiba a 2021.03.01-i b18723dd commit ("First pass w/ libNgU")-ban jött létre, és az első release a 4.0.0 volt 2021.03.17-én - A Coinkite #ifndef MICROPY_HW_ENABLE_RNG őre #if kellett volna — egyetlen karakter állt a safeguard és rendeltetése között - A libngu library a Peter Todd karbantartásában van (switck / doc-hex GitHub-handle-eken) - A Mk2/Mk3 4.0.1-gyel bevezetett regressziót a 2022.03.11-i Mk4 SE reseed "opportunistic hardening" részben elfedte — ez 4 éven át "a backup to a backup" volt a Coinkite saját szavaival - A TAPSIGNER / OPENDIME / SATSCARD termékek nem érintettek a Coinkite szerint, de a Wizardsardine caveat: "we cannot state with certainty that these devices are safe" (zárt forráskód miatt)

Disclosure-történet: - A Coinkite Security Disclosure History 2019–2026 között 23 security-relevant event-et listáz; a 2026-os RNG-incident az egyetlen "INCIDENT/ADVISORY" kategóriájú - A "Reporter or Discoverer" mező: "Public incident investigation" — a Coinkite nem azonosított konkrét biztonsági kutatót, aki előre jelezte volna - A 2021.03.29-i "Unnamed v4.0.0 security issue" (VENDOR NOTE, "Not publicly identified") a Coinkite explicit elhatárolása szerint más esemény volt - A 2022.03.01–14-i Mk4 pre-release audit (Lazy Ninja, Professional audit) kizárólag az Mk4-re terjedt ki, nem a Mk2/Mk3 4.0.1–4.1.9 vonalra - A 2026.05.01–06.26-i "AI-assisted firmware review" (Coinkite belső) 85 findingból 1 valódi magas súlyosságú bugot azonosított (Delta Mode Seed XOR), de nem a mostani RNG-bugot - A Reddit svenfaw thread (2026.07.31., 14 HN-pont) és a Nostr fc99b9d1699401b6 user 0.23 BTC-s first-hand beszámolója (2026.08.04.) voltak a kiindulópontok — a 2026.07.30-i on-chain hullám (594 BTC ~25 perc alatt) a Coinkite belső vizsgálatát is elindította

A lopás mérete: - 2026.07.30.: 594 BTC (~38M dollár) ~25 perc alatt - 2026.08.01.: 1,128.4717 BTC (~$71.1M @ $63,044/BTC) — Coldcard Sweep Watch - 2026.08.02.: $88.6M (Mountain Movers) / 1,158.81 BTC, 2,673 addresses (Galaxy Research) - 2026.08.03.: $89M (TheStreet) / 562.02044820 BTC egyetlen "collector" cím (Nostr b6fec473d4075916 nyomozó) - 2026.08.04.: $116M (Fortune) / $130M+ (TechCrunch francia)

Wallet-vendor reakciók: - BitBox (Shift Crypto): 2 dedikált poszt (Jade unaffected + AI age) — "A vulnerability in seed generation can only occur if the random number generator is the only source of entropy" - Blockstream (Jade): "Jade Is Unaffected by the Recent Coldcard Vulnerability" (2026.07.31.) — 7-source entropy pool (HW CRNG + radio noise + env sensors + camera + CPU counters + user input + companion app), "one weak source can't collapse the pool" - Trezor: nincs dedikált poszt; a "Choosing a new crypto hardware wallet in 2026" cikk prediktíve releváns - Ledger: nincs reakció

AI-kontroverzia: - A Coinkite CEO Rodolfo Novak nyilvános bocsánatkérése: "we believe this is a sober reality of the new AI paradigm. AI-assisted code review can now find latent bugs at a speed that is outpacing even the industry's most seasoned experts" - A Coinkite saját AI review-ja (2026.05–06) nem találta meg a hibát — 1 valódi high-értékű bug (Delta Mode Seed XOR), de nem ez - A "Bitcoin Red Team" Nostr csoport LLM API-val "1 vulnerabilidad crítica por hora" ütemet ér el, $10k/nap költséggel - A Zkao scan (független AI binary review) szintén a Coinkite disclosure-ját követően azonosította

Conspiracy theories: - A "Peter's Switck = Switch from Matrix" elmélet (Nostr 64acf4055fa826bc, Twitter scgbckbone thread) szerint Peter Todd switck / doc-hex handle-eken írta és integrálta a hibás kódot - A "NVK = state actor" elmélet (Nostr 4eb88310d6b4ed95) szerint NVK szándékosan backdoor-t helyezett el a self-custody diszkreditálására - A "they knew" backdoor-elmélet (Nostr b98ca798b832513f) szerint a Coinkite belső tudatossága a kérdés - A Coinkite hivatalosan nem cáfolta egyik elméletet sem

Másodlagos hatások: - A Wizardsardine "Privacy" szekciója: a coinjoin anonymity set visszamenőlegesen csökkent 2021 óta — "applies to every mix performed since 2021, and there is nothing you can do about it today" - A BIP-85 kontaminációs fa: minden származtatott gyermek-seed is érintett - 9 további Coldcard feature (Seed XOR, AFE, Virtual Disk encryption, NFC tokens, OTP) a hibás PRNG-ből dolgozik - A multi-vendor multisig a Wizardsardine "the real answer"-e — 2-of-3 különböző gyártó eszközeiből

A tanulmány limitációi (explicit dokumentálva): - Reddit thread selftext nem hozzáférhető (Wayback 429) - "scgbckbone" Twitter thread konkrét tweet-jei nem hozzáférhetők - "switck" / "doc-hex" npub a NIP-05 lookup-on nem azonosítható - Mountain Movers Medium Cloudflare mögött - BleepingComputer / Decrypt cookie-falak mögött - TAPSIGNER / OPENDIME / SATSCARD zárt forráskód → független audit nem lehetséges

Forrás: (84 KB, 10 711 szó, 14 H2 szekció, 82 H3 alpont, 9 kód-blokk)

Lásd még¶

Bitcoin piacok (Bitcoin piacok) — intézményi adoption Pénzügyi rendszer kockázatok (Pénzügyi rendszer kockázatok) — custodial kockázatok

Források¶

TFTC #717: Amboss — Jesse Schrader (2026-03-06)
TFTC #719: Bitcoin Winning — Alex Leishman (2026-03-07)
FrostSnap New Frontiers (2026-03-29)
UM Confab #28: Physical Security — Kevin Loaec (2026-03-07)
Justin: Browser inpub (2026-04-01)
Prescription for Bitcoin — Vic Sharma (2026-04-07)
HUSZONEGY #101: Krak kártya bemutató — Tamás (2026-04-09)
HUSZONEGY: RoboSats KYC-mentes vásárlás — Openoms (2026)
Freedom Tech Friday #31: PhoenixD Dashboard — Miguel Medeiros (2026-03-07)
Freedom Tech Friday #32: Cake Wallet + Spark Lightning (2026)
SafeBox, ZapPool notes

TFTC #780: Dissecting The Coldcard Hack — Alex Thorn, Galaxy Digital (2026-08-05)¶

Alex Thorn (Galaxy Digital kutatási igazgató) Marty Bent-szel közösen, a Coldcard Mk3 firmware exploit technikai és gazdasági hátterét elemzi. Az epizód szervesen folytatja a POD256 #122 (2026-08-04) tanulmány szálát, és a Wizardsardine elemzésére építve a hullám-alapú mintázat-azonosítást forensic szinten boncolja. Az intró a Bitcoin safe haven tézis megerősítésével indul (a Fed és más jegybankak deviáns politikája a Bitcoin-t a fiat rendszer természetes győztesévé teszi), majd a Coldcard exploit fő technikai aspektusaira tér rá.

A hullám-azonosítás alapja: a Block cég (Cash App, Spiral mögött) mérnökei azonosították az első hullámot fix 30 sat/vB díjazással, gépies tranzakció-topológiával. A forensic riportok (Wizardsardine, Dave Ripleyék) három hullámot különítenek el, és a hullámok közötti co-spend kapcsolatok alapján egyetlen támadó profil rajzolódik ki. A 90+ áldozat (a podcast epizód idejére már 90+ megerősített victim report) a 2021.03.17 óta dormant BTC-ket érinti — ez a cutoff dátum a self-generated seed-ek esetén jelzi a hibás PRNG használatát. Alex Thorn saját MK3 kulcsa a küszöb alatti, tehát az ő esetében a kockázat alacsony, de a teljes Slate Tamper-evident bag-eket és a seed XOR-ral védett wallet-eket is érintheti a hiba (a 9 további Coldcard feature, ami a hibás PRNG-ből dolgozik, multiplies-eli az exposure-t).

A stolen funds on-chain tracing összetett: a hullám-attackerek fizetős RPC-szolgáltatókon (nem Bitcoin Core node, hanem centralizált provider) keresztül továbbítanak, ami ígéretes nyom a hatóságoknak (FBI IC3, Canada Anti-Fraud Centre, RCMP — mindhárom report-csatorna aktív). A multisig cold-store-ok jellemzően 2-of-3 séma, és a 2 kulcsból legalább az egyik mindig a Coldcard-s érintett wallet-ben van, tehát a támadónak a másik tárcát kellett volna feltörnie — ez egy fontos tanulság, mert a user-controlled seed-ből dolgozik a hiba, nem az MPC-infrastructure-ból. A "hold authority" és a Clarity Act 48 órás fagyasztási mechanizmusa (a Circle/CCTP USDC eset tanulságaival) itt is alkalmazható, de a Bitcoin protokoll egyszerűsége miatt ritkábban célpont, mint az EVM/Solana DeFi.

A game theory aspektus fontos: white hat csoportok (Wicked Bitcoin, Portland HODL, Rob Hamilton, Praveen) önálló forensic munkát végeznek, párhuzamosan a hatósági reportokkal. A Thorchain→ETH→dual.com tracing eset konkrét példa, ahol a cross-chain swap-ok révén a támadó a BTC-ből ETH-ba váltott, majd DEX-en keresztül próbálta tisztára mosni — ez a multi-jurisdiction recovery problémát is jelzi, mert a BTC layer forensic könnyebb, mint az ETH layer, de a recovery végrehajtása csak az exchange-ek együttműködésével lehetséges.

Az AI-aspektus a Chapter 4-ben jelenik meg: AI-alapú fejlesztési eszközök (Copilot, Codex, stb.) most már a firmware-fejlesztésben is használatosak, és ez új támadási felületet nyit. A Bitcoin protokoll egyszerűsége (kevés sor, lassú release cycle) védő tényező, de a wallet firmware-jében használt AI eszközök pont a PRNG és az entropy-source területén okozhatnak regressziót. A Frontier cyber models (open-weight, finomhangolható) új AI-veszélykategóriát jelentenek — a hatóságok és a white hat csoportok most tanulják, hogyan auditáljanak AI-assisted kódot.

A self-custody jövője (Chapter 5) a multi-vendor multisig, a FROST protokoll, a Miniscript, és a collaborative custody (Casa, Unchained, Nunchuck) irányába mutat. Alex Thorn kiemeli: a "predict-then-verify" elvünk (Du et al. 2025) itt is érvényes, és a self-custody jövője nem a "trust the agent" modellre épül, hanem a zero trust-ra — ahol minden tranzakció, minden firmware-frissítés, minden seed-handling lépés külön auditálható.

Saját rendszerünkre alkalmazható tudás (MAGAS alkalmazhatóság, 10 pont): (1) A hullám-azonosítás és a forensic riport mintázat (30 sat/vB fix fee, gépies topológia) alkalmazható a mi SOUL.md "PID control = feedback loop" rendszerünkre, ahol a hullám-1 = P (azonnali korrekció), hullám-2 = I (heti review), hullám-3 = D (trend detektálás); (2) A Wizardsardine-co-spend mintázat felismerés analógiája a mi verify_wiki.py --fix logikájával — a második előfordulás felismerése és a tartalom megőrzése az átnevezéssel; (3) A white hat csoportok (Wicked Bitcoin, Portland HODL) párhuzamos forensic munkája analóg a mi simplify-after-patch mintánkhoz — az embedded wrapper önállóan fut, de a user override opció mindig nyitva marad; (4) A Clarity Act 48 órás fagyasztás és a Circle/CCTP tanulsága analóg a mi auto_review.py flag_for_review action-jával — a summary nem elutasítódik, hanem flag-elve marad, amíg a human review meg nem történik; (5) A Bitcoin protokoll egyszerűsége mint védelmi tényező analóg a mi skill-szerzői konvencióinkkal — a leírók 57-karakteres trigger-zónája és a 3-patch sequence dokumentáció hasonló "kevés sor, lassú release" elvet követ; (6) Az AI-assisted firmware-development mint új támadási felület analóg a mi verify-nuclear-pulse-spec skill R9-es (English only) check-jére — a külső, determinisztikus ítész mintázat AI-slop-ot is kiszűri; (7) A Thorchain→ETH→dual.com tracing multi-jurisdiction recovery tanulsága analóg a mi sandbox build-del split cron deploy-hoz — a lokális fejlesztés és a távoli deploy külön lépésben fut, a recovery mindkét fázisban lehetséges; (8) A multi-vendor multisig (2-of-3 különböző gyártó) analóg a mi simplify-after-patch + simplify-code láncra — a több nézőpontból (Reuse, Quality, Efficiency review) átvizsgált döntés biztonságosabb, mint az egy-vendor megoldás; (9) A "predict-then-verify" elv analóg a mi chain gate-re, ahol a summary-t az auto-review megbírálja, majd a human review jóváhagyja — két fázis, két megbízhatóság-fokozat; (10) Az "AI as a threat category" felismerés analóg a mi llm-output-audit skill használatára — a külső LLM-ek outputját mindig auditálni kell, főleg, ha open-weight modellek generálnak kódot.

Forrás: (22 KB, 2857 szó, Fountain.fm SRT transcript 8698 szóból, 4 chunk-summary concatenate)

UNGOVERNABLE Freedom Tech Friday 51 — Tracking the Coldcard Exploit with Orange Surf (2026-08-07)¶

A 2026 nyarának egyik legnagyobb Bitcoin-hardver-tárca incidense: a Coldcard Q1/Q2 firmware bug (amely 2021 óta a secure element true RNG helyett szoftveres RNG-re fallbackelhetett) és az abból következő seed phrase kompromittálódás. Orange Surf (mempool.space kontribútor, on-chain privacy specialista) három szinten elemzi az incidenst. Öt fő szálon fut:

A Coldcard exploit technikai háttere — a Coinkite firmware 2021 óta (4.0.1+) a secure element true RNG helyett szoftveres RNG-re tudott fallbackelni, ami az érintett eszközökön generált összes seed phrase-t potenciálisan kompromittálttá tette. A Mark IV, V és Q modellek némileg biztonságosabbak (magasabb entrópia-korlát, 32 bit lower bound a Block reportja alapján), de egyik sem tekinthető automatikusan biztonságosnak.
A „Move Those Funds!” felszólítás és a támadók várható viselkedése — a felhasználóknak frissen generált seed-re kell átmozgatniuk a pénzt, hacsak nem tudják 100%-ig bizonyítani, hogy a seed-jüket 100+ kockadobásból, külső seed signer eszközzel verifikálva hozták létre. Orange Surf „mining for gold” analógiája: a támadók költségeket égetnek el minden brute-force kísérletnél, és ha szerencsések, a war chest-jük nő.
A Slipstream felemelkedése: a dark mempool, mint megmentő — a Marathon Digital által üzemeltetett Slipstream private mempool eddig szinte kizárólag negatív megítélés alatt állt, de most pozitív használati esetet bizonyított: a Coldcard exploit áldozatai a Slipstream-en keresztül láthatatlanul tudják átmozgatni a pénzüket a támadók elől. Ez paradigmaváltás a private mempool-ok megítélésében.
A multi-SIG és address reuse kockázatai — a multi-sig setupok kivételt képeznek, de a quorum-kiszámításnál figyelembe kell venni a kompromittált eszközök arányát. A passphrase vita: egyesek erősen ajánlják, mások ellenzik; a multi-SIG, dice rolls, address reuse kérdései; a BitKey és a Foundation devices megközelítéseinek összehasonlítása.
A self-custody jövőképe — a „pit of desperation” az adoptáció görbéjén, a BitKey „meet people where they are” filozófiája, a Foundation devices multi-source entropy megoldása (high water line elv), a multi-vendor multi-SIG ígérete, és Orange Surf új dice rolls seed generálási protokollja (100+ dobás, offline számítás, sanity check, guard rail-ek a protokollba építve). A „don't trust, verify” elv alkalmazása a wallet security-re mostantól nem opció, hanem kötelező iparági standard.

"A Coldcard exploit a 2026-os Bitcoin wallet security egyik legfontosabb tanulsága: a gyártói marketing ígéretek nem helyettesítik a független auditot, és a reproducible builds, a multi-source entropy, és a multi-vendor multi-SIG mostantól nem opciók, hanem kötelező iparági standardok. Orange Surf elemzése egy paradigmaváltást jelez: a self-custody jövője nem az egyéni, hanem a protokoll-alapú megközelítés, ahol a guard rail-ek a rendszerbe, nem a felhasználó fegyelmébe vannak beépítve."

Forrás: (~52 KB, 6739 szó, 30 H2 + 8 H3 szekció, OpenAI Whisper medium.en transcript, LLM auto-review score: 0.90, auto_approved, auto_accept_candidate: true)

Solving Bitcoin's Self-Custody Trilemma — Luke Childs, lu.ke (2026-08-08)¶

A 2026-os Bitcoin self-custody trilemma egy konkrét, technikai megoldást kap a lu.ke/self-custody-trilemma cikkben: az Anzen vault-szerű konstrukciót, amely egyszerre nyújt biztonságot, használhatóságot és trustlessness-t — három jelenlegi megoldás mindegyike csak kettőt nyújt. A wallet-security szempontjából öt kulcsfontosságú technikai elem:

Az Anzen vault script (Bitcoin Script, nincs soft fork) — Phone + Hardware wallet (azonnali) OR Phone alone (14 hónap) OR Hardware wallet alone (15 hónap). Ez két független kulcs (telefon + hardver-tárca) három útvonallal kombinálva. A telefonnak mindig 1 hónap előnye van — ez a race condition a támadó ellen dolgozik. A script teljes mértékben a Bitcoin konszenzus-szabályai által kikényszerített, nincs harmadik fél, nincs szerver, nincs új opcode.
A 2-of-3 multisig egyenértékű biztonsági szint, kevesebb kezelendő dologgal — egy 2-of-3 multisignél a támadónak két eszközt kell kompromittálnia; a biztonság a két leggyengébb eszköz biztonságával egyenlő. Az Anzennél két teljesen független kulcsot kell kompromittálni, két teljesen független eszközön. Ugyanaz a biztonsági szint, kevesebb kezelendő dologgal (nincs 3 seed backup, nincs 3 PIN, nincs 3 tároló). A 2-of-3-hoz hasonlóan túlél egy kulcs elvesztését vagy kompromittálódását. Az opcionális social recovery még erősebb védelem.
A „vault policy approval” hardver-primitív — a mai hardver-tárcák egyetlen primitív köré épülnek: sign this transaction. Az Anzen számára szükséges primitív: approve this policy. A telefon elkészíti a tervet (12 havi keret + 12 visszavonás + vészhelyzeti csomag), a hardver-tárca kijelzőjén egyetlen gombnyomással jóváhagyod az egész évet. A vault policy képernyő a hardver-tárcán az Anzen számára az, mint a zöld lakat a böngészőben az HTTPS számára.
A konkrét forgatókönyvek és azok kezelése — Phone lost/broken/stolen: restore from encrypted cloud backup, semmi. Hardware wallet lost/stolen: live off your allowances, recover the full vault after 14 hónap, semmi. Phone key compromised: restore + cancel pending + move to fresh vault, max a hot balance. HW key compromised: a telefonod unlock dátuma 1 hónappal előbb van, semmi ha gyorsan cselekszel. Mindkét eszköz elveszett: opcionális social recovery. Mindkét kulcs kompromittálódott, ugyanaz a támadó, ugyanabban az ablakban: total loss (ugyanaz a korlát, amelyet minden top-tier setup elbukik).
A Bitcoin scripting alulhasznosítottsága, mint iparági kudarc — Luke érvelése szerint a Bitcoin script képességei korlátosak, de nem ennyire korlátosak. A vault-szerű konstrukciók „kriminálisan alulhasznosítottak”. Az Anzen mainnet prototípus valódi pénzzel, minden vault funkcióval és recovery útvonallal teljesen implementálva, GitHub-on elérhető (github.com/lukechilds/anzen, MIT licenc, Umbrel-től független, személyes side project). A jövőben potenciálisan vanilla Ledger + Ledger Live, Trezor + BlueWallet, vagy Bitkey szuverén mód (a cosigner-jüket az Anzen consensus-alapú alternatívájával helyettesítve).

"A wallet-security jövője a vault-szerű konstrukciók elterjedésével függ össze: ahol a race condition (a telefonnak 1 hónap előnye) és a trustless script (Bitcoin konszenzus, nincs harmadik fél) kombinálódik a hot wallet UX-szel (checking + savings analógia, havi keret, vészhelyzeti 1 hét delay). Az Anzen megmutatja, hogy a mai Bitcoin scriptinggel is építhető 2-of-3 egyenértékű biztonság hot wallet használhatósággal, és ehhez nem kell sem új opcode, sem soft fork, sem harmadik fél. Ez a privacy-tech és a self-custody konvergenciája: a trustlessness nem kompromisszum, hanem alapértelmezett érték."

Forrás: (~19 KB, ~3700 szó, 13 H2 szekció, LLM auto-review score: 1.00, auto_approved, auto_accept_candidate: true)

Ungovernable Misfits FTF 52: Trezor adatszivárgás és Passport Prime entrópia (2026-08-15, cross-ref)¶

A privacy-tech.md-ben teljesen feldolgozott epizód wallet-security aspektusai:

Trezor support ticket adatszivárgás — 11 742 ügyfél teljes kitettséggel (név, email, telefonszám, szállítási cím), 1947 ügyfél részleges kitettséggel (név, város, email). Max idézi a Trello blogot verbatim, Seth a Cupcake FedEx alternatívát és a Samurai Sentinel DIY wallet-et említi fallback-nek. A Trezor email-ekben értesítette az érintetteket, de a linkekre kattintás előtt mindenkit óva intenek.
Passport Prime KeyOS 1.3.1 — user added entropy: random 11/23 szó a BIP-39 listából a seed fölé. Coldcard exploit óta várt feature. Dice rolls feature 1.4.0-ban (~4 hét).
BTCPay / LND macaroon bug — Seth (Foundation) személyesen érintett, hot wallet nem érintett.

Forrás: (~19 KB, 2818 szó, 13 H2 szekció) Elsődleges topic: privacy-tech.md

FTF#58 — Multisig a Coldcard után: három gyártó elve és a Liana időzár-korlátja (2026-09-25)¶

Az FTF#58 hardver-wallet blokkja a Coldcard-botrány utáni óvatosságot tükrözi.

A három különböző gyártó elve. A „fegyvert tartanak a fejedhez, melyik három hardver-walletet választod 2-of-3-hoz” kérdésre Seth: „I'd definitely go for a minimum of two different manufacturer devices. But obviously, the whole point of multisig is ideally that you use three separate manufacturers so that you protect yourself against what we've seen with Coldcard.” Seth választása: Passport Prime + Trezor Safe 7 + Blockstream Jade Plus. Max választása: egy SeedSigner és két Passport — azzal a megszorítással, hogy csak olyat ajánl, amit maga is tesztelt
Sparrow mint koordinátor. Mindketten a Sparrow-t mondják: „it is the gold standard and nothing even comes close”
A self-custody-higiénia alulértékelt része. A Coldcard-botrány kapcsán egy influencer (Isabel) nyilvánosan dokumentálta, ahogyan kideríti, hogyan kell egyáltalán elkölteni a Coldcard-on tartott pénzét — mert évekig csak feltöltötte és nem foglalkozott vele. Seth szerint „that is fine until it's not”, és a Liana időzárának van egy ilyen mellékhaszna: kikényszeríti a rendszeres használatot
Liana decaying multisig — a hálózati korlát. Seth lelkes (a támogatás növekszik: Nunchuk, és a Bitcoin-ra is érkezik miniscript-támogatás), a koncepció pedig hasznos: egy időzár után a követelmény 2-of-3-ról 1-of-3-ra lazul, ami segít, ha valamit elrontasz, vagy ha egy plusz kulcs elérhetővé válik (öröklés esetére). Max viszont a korlátot hangsúlyozza: a leghosszabb időzár körülbelül 18 hónap, ami hosszú távú tárolásnál rövid, és a coinokat ciklizálni kell az időzár frissítéséhez — költséges és adatvédelmi fejfájás, különösen ha meg akarod tartani az UTXO-k szegregációját. A korlát a hálózati szinten érvényesül, ezért nem könnyen javítható
Kevin Loeck korábbi epizódja a Liana időzár hosszáról és annak okáról: az ungovernable.network oldalon kereshető a szövegben

Elsődleges topic: ai-automation.md Típus: másodlagos bejegyzés

Heartwood — hardveres Nostr signer ESP32-n (2026-09-26)¶

A hardver-wallet vonal nem-Bitcoin párja: Nostr aláíró device. Azért kerül ide, mert ugyanazt a kérdést teszi fel, mint a Coldcard/Trezor/Jade sor — mit véd a chip, és mit nem —, és ugyanabba a csapdába is sétál, amit a fenti esettanulmányok már körbejártak.

A modell. Nyílt forrású (MIT) Rust firmware egy ESP32 boardon. A master seed a chip hardveres entrópiájából születik és nem hagyja el a device-ot: nem USB-n, nem relayen, nem backupban. A NIP-44 visszafejtés, a policy-kiértékelés és a BIP-340 aláírás is a chipen. Kétfokozatú engedélyezés: pontos policy-allowlist kliensenként (amin belül felügyelet nélkül aláír), és fizikai gomb minden másra, a tartalom előnézetével és visszaszámlálással — a csend is deny. A policy fail-closed: utólag semmilyen gomblenyomás nem eszkalálhatja.
A fizikai-access rés — a Coldcard-tanulság ismétlődik. A default konfigurációban flash encryption, NVS encryption és secure boot mind kikapcsolva, ezért a seed plaintextben van az NVS-ben: egy USB kábel és esptool.py read_flash kihozza a 32 bájtos seedet. A boot PIN csak az app frame-loopját zárja, a ROM bootloadert nem. Secure boot nélkül tetszőleges firmware flashelhető a ROM bootloaderen, megkerülve a gombos OTA-jóváhagyást teljesen. Az eFuse-alapú hardeninget (Secure Boot v2 + flash/NVS encryption) tudatosan elvetették: irreverzibilis, brick-kockázatos — ugyanaz a trade-off, amit a gyártók a secure elementtel kapcsolatban a fenti Trezor Safe 7 szekcióban elmondanak. Van eFuse-mentes út: PIN-ből derivált seed-titkosítás (PBKDF2 100k round, ChaCha20 + HMAC, nincs tárolt PIN-hash — az AEAD tag az egyetlen ellenőrzés, így minden tipp megfizeti a lassú KDF-et) vagy host-oldali vault key. A törlés azonban nem felülírás: amíg a flash szektor nincs újrahasznosítva, a nyers dump a sealing előtti plaintext seedet még kihozhatja.
A megoldatlan nonce-rés — Anti-Exfil Nostron. A projekt maga nyitotta meg: a BIP-340 enged 32 bájt aux_rand-ot a nonce-derivációhoz, és a protokoll nem korlátozza a választást. Rosszindulatú firmware az aux_rand-ot csiszolhatja, amíg az aláírás néhány választott bitet kódol, és néhány tucat érvényes aláíráson át egy teljes seed kiszivárog — a felhasználó normál eseményeket lát, normálisan aláírva. A Blockstream Jade Anti-Exfil protokollja pontosan ezért létezik (sign-to-contract, ahol a host randomitást commitál a nonce-ba), és a hardware wallet világ ezt már reális fenyegetésnek ítélte. A Heartwood publikált egy draft NIP-et (sign_event_commit + sign_event_reveal, kind 30817) a lezárására — a firmware-implementáció még nincs meg, ma a védelem a szignált, CI-buildelt release chain plusz a szándékos rollback képesség.
Ami erős benne: a SECURITY-MODEL.md (58 KB) ugyanolyan részletességgel sorolja a saját korlátait, mint az erősségeit — köztük hogy a rate-limit számláló létezik a kódban de a dispatch nem konzultálja, és hogy nincs created_at frissességi ablak (tudatos: a tartós egyszer-használatos mutációs challenge már horgonyozza a mutációkat, és egy ablak eltörné a skew-elt órájú klienseket). Ez a fajta dokumentáltság a Coldcard-tanulság után különösen értékes.
Kulcshierarchia: nsec-tree — egy masterből korlátlan al-identitás, minden device saját ággal (device/mobile-0). Egy gyerek kompromittálódása sosem fenyegeti a rootot vagy a testvéreket — elveszett portable device-nál csak azt az ágat égeted el. Ez koncepcionálisan ugyanaz a logika, amit a Bitcoin-oldalon a FROST/multisig és az öröklés-architektúrák (Liana, Passport Prime) képviselnek.
Ami nem: beta, gyakorlatilag egy szerző munkája (★1), a management console (Sapwood) saját státusza „untested alpha”. Nem Trezor/Ledger-szintű védelem fizikai lefoglalás ellen. Amit viszont megold: a Nostr kulcsot kiveszi a böngésző-profilból, telefonos appból és szerver home könyvtárából — vagyis onnan, ahol a valóságban el szokott veszni. A Nostr kulcsnak nincs jelszó-resetje, ami ezt a döntést véglegesíti.

Elsődleges topic: nostr-ecosystem.md Típus: másodlagos bejegyzés

Huszonegy E118 — Kiszedhető a 12 szó a hardvertárcádból? Így védd meg! (Karo Zagorus, 2026-10-02)¶

A HUSZONEGY 118. epizódjában Karo Zagorus, a Bitcoin and the Trust Problem szerzője (a Wasabi egykori reputációmenedzsment-szakértője, majd a Keystone munkatársa) a hardvertárcák biztonságát járja körül a Coldcard-entrópia botrány után. A beszélgetés legfontosabb új belátása nem technikai, hanem licenc- és ösztönzőkérdés.

A Coldcard-hiba öt évig látható volt, és senki nem nézte meg¶

A kód nyílt volt, de nem volt szabad. A Coldcard forráskódjába be lehetett nézni, kereskedelmi célra viszont nem lehetett felhasználni. Ezért senki nem integrálta a saját projektjébe, és így senkinek nem volt üzleti érdeke átnézni — öt éven át
Karo nyers megfogalmazása: „Ott volt az orrunk előtt, és senkit nem érdekelt.” Már az előjelek is látszottak a cirkusz előtt, és senki nem nézte át. Szerinte ehhez nem is kell AI, hogy megtalálja a hibát a kódban
A tanulság a szabad szoftver mechanizmusáról: nem az olvashatóság véd, hanem az újrafelhasználás. Aki felhasználja a kódot, az át is nézi. Ez a GPL kontra „source-available” vita konkrét, megmért esete
Az előzmény a Trezor-ügy volt: decemberi cirkusz a Trezor kódjából származó elemek és a visszamenőleges kredit megvonása miatt, amire NVK-ék a nyílt forráskódra való átállással válaszoltak — de nem szabad licencre
Feri történelmi párhuzama: a Microsoft a 90-es évek közepén azt jósolta, hogy a szabad szoftver tönkreteszi az operációs rendszerek üzletét; aztán jött a Linux

Hitelesség helyett kompetencia¶

Karo szakterülete a Wasabinál épp a reputációmenedzsment volt, és a megkülönböztetése éles:

A Wasabi blacklistelése és a Coldcard véletlen hibája (amivel „retirementet lehetett végrehajtani a usereken”) megkérdőjelezi a hitelességet — de ennél súlyosabb, hogy a kompetenciát is: mennyire képesek úgy ellátni a feladatot, hogy a userek ne veszítsék el a pénzüket
A bizalom beomlása tartós. Karo szerint amikor beomlik a bizalom a Coldcard és NVK felé, akkor a megjavított eszközben sem könnyű újra megbízni — még akkor sem, ha a javítás eléri azt a szintet, hogy az RNG-ben is meg lehet bízni
Ugyanakkor elismeri, hogy vannak működő RNG-implementációk: a Trezor régi kulcsait sem törték fel, pedig nem volt benne titkosítási chip
Karo saját helyzete: 2020-es firmware-rel generálta a tárcáit, így nem érintette a hiba

RNG és PIN: a két funkció, és az RNG alulbecslése¶

Feri szerint a hardvertárcáktól két dolgot vártunk el, és az RNG-t pont nem hangsúlyoztuk eléggé, mert megbíztunk a gyártókban. Az RNG-t hardveresen szokták generálni, mert a szoftveres generálás kevés entrópiához vezet
A második funkció a chipzárás PIN-kóddal, hogy fizikai hozzájutás után se lehessen tranzakciót aláírni. Feri kérdésére Karo a Ledger Donjon lézeres chippásztázó eszközét említi, illetve a Trezor chipjeinek glitchelését (a chip kiadta a seedet)
Pontosítás a transcriptből: a felvetett esetben nem a PIN-kódot törték fel, hanem a seedet szedték le az eszközről
A Trezor Model T-nek sosem volt biztonsági chipje — Karo szerint olyan, mint a SeedSigner vagy a Specter: nyílt formátumban volt rajta a titok, de ez nem jelenti azt, hogy a számítógépbe dugva azonnal kikerül
A passphrase alapfokon véd, de a titok hosszától függ: a támadó nem pazarol komputációs energiát olyan titokra, aminél nem talál semmit
A rejtett zug trükkje: ha az eredeti seedre is tesz az ember egy kis bitcoint, a pénz már eleve egy rejtett zugban létezik. Karo: végtelen mennyiségű zug hozható létre seed phrase-höz kapcsolás nélkül — ez a seed belső iterációja, „olyan, mint egy 2/2-es multisig, csak sokkal egyszerűbb”

Multisig: megoldás, de nem mindenkinek¶

A komplexitás a döntő érv. Egy sima tárcánál két dologra kell vigyázni (seed + eszköz); egy 2/3-as multisignél hat-hét dologra: hol vannak a tárcák, hol az xpubok/descriptorok, hogyan rakod össze újra, hova verte a seedeket, kinél van. Ez nem a nagymama tárcája
Karo kritikája a Trezorra: még mostanáig sem voltak képesek beleadni a multisiget a Trezor Suite-ba. A Trezor hitvallása a single-sig elsőbbsége, de már ők is nyomatják a jelszó használatát másodlagos tárcához
Feri fotós hasonlata: a legjobb kamera az, ami kéznél van és stresszhelyzetben is elő tudod venni — a legjobb hardvertárca is az, amit stresszhelyzetben is kezelni tudsz
A Miskolc kapcsolat: a 2026.11.20-22-i Bitcoin Miskolc konferencián gyakorlati tréningek lesznek hardvertárcák kezeléséről, illetve egy vasárnapi előadás a miniscript tárcákról (a multisig továbbfejlesztett változata)

Az emberi hálózat mint védőháló — és a „don't trust, verify” korlátja¶

Karo ellenérve a gyorsaság-mítosszal szemben: nem minden Coldcard-tulajdonos volt az interneten, és még most sem biztos, hogy mindenkit elért a hír. A leggyorsabb módszer a telefon, a fejből hívás — a személyes kapcsolatok védik meg a bitcoinereket
A Bitcoin szociális rétege a tagjait védi, nem a rendszert — és akkor is működik, ha egy kormány támad. Ha Magyarországon betiltanák a használatot, az emberek azonnal a KYC nélküli vásárlás felé fordulnának (Karo az elmúlt évben sok ilyen megkeresést kapott)
Ez a szociális védőháló régen a „Bitcoin plebek” volt, amit Karo a szakdolgozatában is lekutatott — de szerinte nagyon „perverzálódott” a BIP-110 által
A beszélgetés elvi csúcspontja: Karo szerint társadalmi szinten nem a „don't trust, verify” fog működni, hanem a Reagan-i „trust, but verify” — bízz, de tudj ellenőrizni. Feri a fotós-hasonlathoz kapcsolódó apai anekdotával zárja: nemcsak becsületesnek kell lenni, hanem annak is kell látszani
A tárolás mint erkölcsi tett: az esendőség elfogadása nemcsak a nagy alakok bukását magyarázza („aki egyszer hős volt, utána el is bukhat”), hanem nagyobb felelősséget is kíván — a bitcoin tárolása is tett, amit meg kell érteni

Forrás: Epizód • Transcript: a honlap SSR-HTML-jében (transcript-content transcript-markdown), 7091 szó • Vendég: Karo Zagorus • Házigazda: Kovács Ferenc (Feri) • Magyar summary: summaries/huszonegy/2026-10-02_e118_kiszedheto_a_12_szo_a_hardvertarcadbol.md Kapcsolódó belső: POD256 #122 — A gyenge entrópia és a Coldcard fallout — a technikai boncolás (a #ifndef MICROPY_HW_ENABLE_RNG őrhiba, a 2020-2021-es entrópia-regresszió); TFTC #780 — Alex Thorn, Galaxy Digital — az on-chain klaszterezés és a veszteségek; FTF#58 — Multisig a Coldcard után — három gyártó elve; Huszonegy E117 — az előző epizód Típus: fő bejegyzés

Huszonegy E118 — kiegészítés: BIP-110 és a két válságkezelési minta¶

Ez a szekció a BIP-110-ről szóló részt dokumentálja; a fő bejegyzés a wallet-oldali tanulságokat tartalmazza.

BIP-110: Karo szerint „brutális volt átélni”¶

A kezdeményezés tévedése: az emberek azt hitték, úgy lehet módosítani a Bitcoint, hogy néhány dolgot kizárunk a tranzakciók közül. A „Bitcoin pleb” társadalom úgy interpretálta a UASF-et (amely 2017-ben a SegWit-et aktiválta), hogy a társadalom képes a Bitcoin funkcióit végigerőszakolni, mert szerintük a node-ok kontrollálják a rendszer működését — Karo szerint ez nem igaz
Karo a „bepsziopozás” fogalmát használja: elhitették sok emberrel, hogy ők valakik a rendszeren belül, és rajtuk múlik a működése. Karo: ha futtatsz egy node-ot, kábé semmit nem tudsz elérni vele — ha módosítasz a node-odon, új chaint hozol létre, és akkor már nem a Bitcoint futtatod
A technikai pontosítás: ha valaki a saját node-jában másként számolja a blokkokat vagy a nehézségi szintet, akkor lekerül a főláncról. Ha két egymást követő blokkot nem tud validálni, már nem a Bitcoint futtatja, és újra kell indítania a blokkvalidációt
A helyes mechanizmus a konszenzus: össze kell hozni mindenkit, aki számít — bányászok, userek, filozófusok, a társadalom rétegei. Nagy, sürgető probléma esetén ez gyorsan megtörténik, de egy szükségtelen dolgot megkérdőjelezhető hátsó indokokból áterőszakolni nem lehet
A kísérlet megmért eredménye: a lánc 99,85%-os hashpower-többséggel bukott el, a lázadó lánc nyolc óra alatt két blokkot bányászott, majd megfagyott. Luke Dashjr-t eltávolították a BIP-szerkesztőkből
Karo nyíltan megnevezi a személyes motivációt: szerinte Luke elveszítette az összes bitcoinját, utána már mindegy volt, hogy bitcoinozik-e. Luke most a létező Bitcoint is csalásnak, „airdrop scamnek”, „pedócoinnak” nevezi, és csak azt ismeri el, ami a Blake2b-vel van. Karo szerint ez sok celebet behúzott, de nem változtat a technikai valóságon
A Hodlonaut-kitérő: Karo Oslóban kétszer találkozott vele, és nem érti, hogyan lehet ennyire lesüllyedni. Felidéz egy mondást: minél többet bitcoinozol, vagy egy hős halálát fogod halni, vagy meglátod, hogy túléled addig, ameddig el nem kezdesz shitcoinozni

Blink és Liquid: kétféle válságkezelés¶

A Blink mint pozitív minta. A szeptemberi custodiális incidens után egyből refundolták és visszaadták a userek bitcoinjait. Akik a saját kulcsukat tartották, nem voltak veszélyben — a Blink erre lehetőséget biztosított, illetve az EU-s szabályozás miatt áttért a saját kulcsos rendszerre. Karo: olcsóbban megúszták, mint a Coldcard
A Liquid súlyosabb: Feri szerint mintegy 650 bitcoint tartottak vissza. Karo viccelődik, hogy Adam Back kihozza a „retirement fundjából” — Feri szerint már ki is hozta: volt egy mozgás, pontosan 600 bitcoin
Feri összegzése az ökoszisztéma-dinamikáról: jönnek és mennek nagy alakok, van, hogy a Bitcoin-véleményük miatt, van, hogy más technológiát választanak. „Aki egyszer hős volt, utána el is bukhat” — és ez emberi dolog
A Bitcoin kódjának érintetlensége: Karo szerint a Bitcoin a világon a legjobban átvilágított nyílt forráskódú szoftver az interneten. Feri szerint a kód eddig érintetlen maradt az AI korszakában is

Forrás: Epizód • Vendég: Karo Zagorus • Házigazda: Kovács Ferenc (Feri) Elsődleges topic: bitcoin-technology.md Típus: másodlagos bejegyzés

RHR #422: The Global Shift — a Coldcard-utóhatás és az önletétkezelés újragondolása (2026-10-03)¶

Ez a szekció a Coldcard-botrány utóéletét dokumentálja hat héttel a hiba felfedése után; a technikai részletek a fenti #412/#780/FTF51 bejegyzésekben vannak.

A hiba kulturális, nem technikai gyökere: a licencváltás¶

A Coldcard eredetileg teljes nyílt forráskódú licenc alatt jelent meg, és a forrásanyag jelentős részét a Trezor (SatoshiLabs) csapatától vette — ezt Thomas Pacchia (PubKey) mondja el a Keith (SeedSigner) csütörtöki beszélgetésére hivatkozva
A licencet megváltoztatták, miután a Passport Foundation Devices és a Foundation Devices kifogásolta a származtatást
Ez vette el a fejlesztői ösztönzőt: Keith szerint „volt lehetőség belemenni és ellenőrizni, de senki nem tette” — ha nem használhatod a licencet arra, amin dolgozni akarsz, kevesebb ok van belepiszkálni. Az AI-val ez már lehetséges, de a fekete kalaposok gyorsabbak voltak, és „nevetségesen alacsony entrópiát” találtak az eszközökben

A felelősség és az ego kérdése¶

Marty és Thomas is elismeri a saját részüket: „adtunk néhány passzt Rodolfónak” a kritikák kezelésében, és az elmúlt hónapok reflexiója arról szólt, hogyan tartsuk kordában a szereplőket
A CoinKite kríziskommunikációja „borzalmas volt” — különösen Rodolfo és a CoinKite részéről; Marty „többet várt volna el a felelősségvállalásban”
Thomas: „a Bitcoin-istenek áldozatot követelnek” — Rodolfo a tér nagy alakja volt, és ez az áldozat egyike
A Liquid-hack párhuzam: a Blockstreamet a szakma „pristine gold standardként” tartja, mégis az eset kezelése megdöbbentő volt — a 400 bitcoin körüli jutalmi adok-veszek is rosszul sikerültek. Marty „nem tudja, mennyi került nyilvánosságra, ezért ott hagyja”
Az árfolyamjelzés: az árfolyam nem esett meg a Coldcard-hírtől, ami Marty szerint „egy kicsit nyomasztó” — a piac nem tisztelte az önletétkezelés integritását. „Ez nem a legfényesebb jelzés”

A ki nem mondott kérdés: meddig terjed az egyéni felelősség?¶

Thomas szerint ez a legnehezebb kérdés: ha valaki kész SeedSignert vesz, akkor is bízik a projektben; a komponensek beszerzése és az egész ív elmagyarázása „a legtöbb embernek irreális”. Hány embernek van egyáltalán étvágya beszerezni egy Coldcardot, Trezort, Ledgert, BitKey-t? „Ez soha nem ér véget”
A hardverellátási lánc a következő front: Marty szerint red team kell a komponensekre is, nem csak a szoftverre. Zach és csapata a Foundationnél már egy 100%-ban amerikai komponenslánc felépítésén dolgozik — bár „soha nem lehetséges teljesen biztosítani, hogy nincs hátsó ajtó”
Marty megfogalmazása a dilemmáról: „van egy csomó hit a Bitcoinban, és a hit és az éberség egyensúlya mindig kényes tánc a bitcoinereknak. Valakiben bízni kell a nap végén, különben ez nem működik. Hogy kiben — az a nehéz rész.”

Az önletétkezelés jövője: a válasz a diverzifikáció¶

„Ha az önletétkezelés halott, akkor a Bitcoin halott” — Marty és Thomas egyaránt erre az álláspontra jut; „ez lenne a legrosszabb kimenet, ha ez elriasztaná az embereket az önletétkezeléstől”
A két legígéretesebb irány a multi-sig és a multi-intézményi letét — Marty „soha nem látott jövőt” lát bennük
A covenants (OP_VAULT, OP_CTV) kulcsfontosságúak: a fallback-ek és a „sweep” képessége „hihetetlenül javítaná a Bitcoin védelmének táját” — ha észleled, hogy valaki, akinek nem szabadna hozzáférnie a privát kulcshoz, mozgatni próbálja az érméidet. Marty szerint erről a beszélgetést le kell folytatni, mert a protokollváltozás előtt ez a legnagyobb előrelépés
Új projektek: Sig Bash V2 (egy „vak szerver”, amely aláír anélkül, hogy látná a tartalmat — kreatív megoldás konszenzusváltozás előtt), valamint az Arbitrum és a Foundation termékei. A költség még magas (Anchor Watch „top tier” árazás), de a tendencia csökkenő
A diverzifikáció az egész stacken át: „van helye a Strategy-nek, az ETF-eknek, a letétkezelőknek, a multi-sig-nek és a hardvertárcáknak” — mint a pénznek a pénztárcában, a megtakarításban, a 401k-ban. Marty: „ezeket másként kell kezelni”
A „true Scotsman” korszak vége: Thomas szerint véget kell érnie a kirekesztés korszakának — „ha csak az árfolyam-növekedést akarod és hiszel benne, az is rendben van”. „Több bitcoinerre van szükségünk, nem csak a könyvelők gyártására”, és nem szabad valakit az elején elvágni a lehetőségtől

A tágabb tanulság: az első hullám, nem az utolsó¶

Marty szerint ez „az AI-alapú exploitok első hulláma”, és bár a Bitcoin Red Team (Rob Hamilton és csapata, Calais és mások) gyorsan fellépett, „nem vagyunk ki a fából”. Thomas szerint a Red Team tagjai „azt mondanák, hogy be vagy drogozva, ha azt hiszed, hogy vége”
A remény: ha ez a legrosszabb, és a rendszer széles körben „keményedik”, akkor a második és harmadik hullám tompulhat
Több Red Team kell: Marty „egy párat” szeretne, és megjegyzi, hogy a Blocknak is van („Lupe vagy valami”). „Nem lehet túl sok”
A közösség feladata: Marty szerint a közösségnek jobban fel kell karolnia azokat, akik elveszítették a pénzüket — „nem szabad őket magukra hagyni”. Felveti egy áldozati alap (victim fund) ötletét, esetleg az OpenSats vagy valaki más szervezésében

Forrás: Epizód • Házigazda: Marty Bent • Vendég: Thomas Pacchia (PubKey) • Matt Odell szünetel Elsődleges topic: bitcoin-wallet-security.md Típus: másodlagos bejegyzés • Natív Fountain.fm SRT transcript