Zpravodaj tento týden oznamuje novou emailovou skupinu pro diskuze o bitcoinové těžbě. Též nechybí naše pravidelné rubriky se souhrnem oblíbených otázek a odpovědí z Bitcoin Stack Exchange, oznámeními nových vydání a popisem nedávných změn v populárním bitcoinovém páteřním software.

Novinky

• ● Nová vývojářská emailová skupina o těžbě bitcoinu: Jay Beddict oznámil vznik nové emailové skupiny, která se bude zabývat „aktualitami ze světa technologie těžby bitcoinu a dopadů změn bitcoinového softwaru a protokolů na těžbu.”

  Mark „Murch” Erhardt zaslal do skupiny příspěvek s dotazem, zda by oprava ohýbání času nasazená na testnet4 mohla způsobit vytváření nevalidních bloků těžaři, byla-li by stejná oprava nasazena i na mainnetu (např. jako součást soft forku pročištění konsenzu). Mike Schmidt čtenáře odkázal na vlákno v emailové skupině Bitcoin-Dev o zapomnětlivých share (viz zpravodaj č. 315).

Vybrané otázky a odpovědi z Bitcoin Stack Exchange

Bitcoin Stack Exchange je jedním z prvních míst, kde hledají přispěvatelé Optechu odpovědi na své otázky a kde – najdou-li volnou chvíli – pomáhají zvědavým či zmateným uživatelům. V této měsíční rubrice nabízíme některé z otázek a odpovědí, které obdržely vysoký počet hlasů.

• ● Může uzel, který nezná všechny transakce, odeslat bez validace kompaktní blok dle BIP152? Antoine Poinsot vysvětluje, že přeposílání kompaktních bloků bez ověření, zda hlavička bloku zavazuje všem transakcím, by umožňovalo útoky odepřením služby.

• ● Eliminoval segwit (BIP141) všechny možnosti poddajnosti txid vypsané v BIP62? Vojtěch Strnad nejdříve vyjmenovává způsoby, kterými mohou být txid modifikovány. Dále popisuje, jak segwit tuto poddajnost (náchylnost k modifikacím) řeší, a vysvětluje neúmyslnou poddajnost a jeden pull request vztahující se k pravidlům přeposílání.

• ● Proč jsou i v roce 2024 stále v kódu checkpointy? Lightlike poznamenává, že po přidání „Headers Presync” (předsynchronizace hlaviček) do Bitcoin Core neexistují na checkpointy žádné známé požadavky. Zdůrazňuje však, že mohou existovat neznámé vektory útoků, před kterým by checkpointy mohly chránit.

• ● Bulletproof++ jako obecné důkazy s nulovou znalostí na způsob SNARKs? Liam Eagen popisuje v současnosti používaný druh stručných neinteraktivních dokladů znalosti (succinct non-interactive arguments of knowledge, SNARKs) a objasňuje, jak by mohly být bulletproofs, BitVM a OP_CAT použity v bitcoinu k ověření těchto dokladů.

• ● Jak může být OP_CAT použit k implementaci kovenantů? Brandon - Rearden popisuje způsob, kterým by navrhovaný opkód OP_CAT mohl bitcoinovým skriptům poskytnout funkci kovenantů.

• ● Proč obsahují některé bech32 bitcoinové adresy velké množství ‚q’? Vojtěch Strnad odhaluje, že protokol OLGA kódující libovolná data do P2WSH výstupů klade požadavek na vyplnění dat nulami (padding) za účelem jejich zarovnání (0 je v bech32 kódována jako ‚q’).

• ● Jak funguje 0-conf signature bond? Matt Black nastiňuje, jak by mohly prostředky uzamčené v kovenantu založeném na OP_CAT poskytnout plátci podnět, aby nenavyšoval svým transakcím poplatek pomocí RBF. Tím by mohla být navýšena šance na přijímání transakcí bez potvrzení.

Vydání nových verzí

Vydání nových verzí oblíbených páteřních bitcoinových projektů. Prosíme, zvažte upgrade či pomoc s testováním.

• ● Core Lightning 24.08rc2 je kandidátem na vydání příští hlavní verze této oblíbené implementace LN uzlu.

• ● LND v0.18.3-beta.rc1 je kandidátem na vydání opravné verze této populární implementace LN uzlu.

• ● BDK 1.0.0-beta.2 je kandidátem na vydání této knihovny pro budování peněženek a jiných bitcoinových aplikací. Původní rustový balíček bdk byl přejmenován na bdk_wallet a moduly nižší úrovně byly extrahovány do samostatných balíčků: bdk_chain, bdk_electrum, bdk_esplora a bdk_bitcoind_rpc. Balíček bdk_wallet „je první verzí nabízející stabilní 1.0.0 API.”

• ● Bitcoin Core 28.0rc1 je kandidátem na vydání příští hlavní verze této převládající implementace plného uzlu. Průvodce testování se připravuje.

Významné změny kódu a dokumentace

Významné změny z tohoto týdne v Bitcoin Core, Core Lightning, Eclair, LDK, LND, libsecp256k1, Hardware Wallet Interface (HWI), Rust Bitcoin, BTCPay Server, BDK, Bitcoin Improvement Proposals (BIPs), Lightning BOLTs, Bitcoin Inquisition a repozitáři BINANA.

• ● LDK #3263 zjednodušuje zacházení s odpověďmi na onion zprávy. Ze struktury ResponseInstruction byl odstraněn typový parametr označující druh zprávy. Přidán byl nový výčet MessageSendInstructions založený na novém tvaru ResponseInstruction, který si umí poradit s normálními i zaslepenými cestami pro odpověď. Metoda send_onion_message nově používá MessageSendInstructions, díky čemuž může uživatel určit cesty pro odpověď bez nutnosti je sám hledat. Nová varianta MessageSendInstructions::ForReply umožňuje kódu zpracovávajícímu zprávy posílat odpovědi bez vytváření cirkulárních závislostí v kódu. Viz též zpravodaj č. 303.

• ● LDK #3247 zastarává metodu AvailableBalances::balance_msat. Nově by měla být používána metoda ChannelMonitor::get_claimable_balances, která poskytuje přímočařejší a přesnější přístup zjištění zůstatku kanálu. Logika zastaralé metody již není aktuální, neboť byla původně navržena na řešení potenciálních problémů s podtečením, pokud zůstatky začleňovaly nevyřízená HTLC (taková, která mohla být později revertována).

• ● BDK #1569 přidává crate bdk_core a přesunuje do něj některé typy z bdk_chain: BlockId, ConfirmationBlockTime, CheckPoint, CheckPointIter, tx_graph::Update aspk_client. Zdroje pro data z blockchainu bdk_esplora, bdk_electrum a bdk_bitcoind_rpc nově závisí pouze na bdk_core. Tyto změny umožní rychleji refaktorovat bdk_chain.