Zpravodaj tento týden přináší pravidelné rubriky se souhrnem sezení Bitcoin Core PR Review Clubu a s popisem významných změn v populárních bitcoinových páteřních projektech.

Novinky

V našich zdrojích jsme tento týden nenašli žádné významné novinky.

Bitcoin Core PR Review Club

V této měsíční rubrice shrnujeme nedávné sezení Bitcoin Core PR Review Club a vyzdvihujeme některé z důležitých otázek a odpovědí. Klikněte na otázku a odpověď se vám odhalí.

Testování kandidátů na vydání Bitcoin Core 31.0 bylo sezení review clubu, během kterého se účastníci nezabývali konkrétním PR, ale prováděli skupinové testování.

Důsledné testování členy komunity před každým hlavním vydáním Bitcoin Core je nezbytné. Z tohoto důvodu sepíše dobrovolník průvodce testování kandidáta na vydání, aby mohlo co nejvíce lidí efektivně testovat, aniž by museli sami zjišťovat, co je nového, co se změnilo a jaké kroky je potřeba podniknout k jejich otestování.

Testování může být náročné, protože nemusí být v případě neočekávaného chování jasné, zda se jedná o chybu programu či omyl v testování. Reportování chyb, které nejsou skutečnými chybami, plýtvá časem vývojářů. Sezení review klubu se zabývá konkrétním kandidátem na vydání, aby se předešlo podobným problémům.

Průvodce testováním kandidáta na vydání 31.0 sepsal svanstaa (viz Podcast #397), který též sezení review clubu předsedal.

Účastníci byli vyzýváni, aby si pro hledání inspirace k testování přečetli poznámky k vydání 31.0.

Průvodce testování pokrývá mempool clusterů včetně nových RPC a omezení (viz zpravodaj č. 382, angl.), zveřejňování transakcí se zachováním soukromí (viz zpravodaj č. 388), RPC getblock s novým polem coinbase_tx (viz zpravodaj č. 394), nový txospenderindex sledující, které transakce každý výstup utrácí (viz zpravodaj č. 394), zvýšené výchozí velikosti -dbcache (viz zpravodaj č. 396), vestavěných dat pro ASMap (viz zpravodaj č. 394) a nového REST API blockpart (viz zpravodaj č. 386).

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, Lightning BLIPs, Bitcoin Inquisition a repozitáři BINANA.

  • ● Bitcoin Core #33908 přidává do C API libbitcoinkernel (viz zpravodaj č. 380, angl.) rozhraní btck_check_block_context_free pro validaci kandidátů na bloky s bezkontextovými kontrolami: velikost/váha limitů bloku, pravidla mincetvorné transakce a kontroly transakcí, které nezávisí na stavu, indexu bloků nebo množině UTXO. Volající mohou též volitelně ověřovat proof of work a Merkleův kořen.

  • ● Eclair #3283 přidává do plných odpovědí na volání hledání cest findroute, findroutetonode a findroutebetweennodes pole fee (v msat). Toto pole poskytuje celkový poplatek za přeposílání v celé trase. Není tak již nutné tuto hodnotu počítat ručně.

  • ● LDK #4529 umožňuje operátorům nastavit pro oznámené a neoznámené kanály různé limity jako procento kapacity kanálu během konfigurace celkové hodnoty příchozích HTLC. Výchozí hodnota pro oznámené kanály je 25 %, pro neoznámené 100 %.

  • ● LDK #4494 mění vnitřní logiku RBF, aby byla v souladu s pravidly nahrazování během nízkých poplatků, jak stanoví BIP125. Namísto pouhé aplikace koeficientu poplatku 25/24 dle BOLT2 použije LDK nově buď tento koeficient, nebo dodatečných 25 sat/kwu, podle toho, která hodnota je vyšší. Objasnění související specifikace se diskutuje v BOLTs #1327.

  • ● LND #10666 přidává RPC volání DeleteForwardingHistory a příkaz lncli deletefwdhistory, které provozovatelům umožňují selektivně smazat události o přeposílání starší než daný práh. Pro ochranu před nezáměrným smazáním čerstvých dat musí být tato hodnota vyšší než jedna hodina. Tato funkce umožňuje uzlům provádějícím routování smazat historické záznamy o přeposílání bez potřeby mazat databázi nebo vypnout uzel.

  • ● BIPs #2099 zveřejňuje BIP393, který specifikuje syntax volitelných anotací deskriptorů výstupních skriptů. Ty umožňují peněženkám ukládat data pro obnovu, jako je výška vzniku, pro urychlení skenování peněženky (včetně skenování tichých plateb). Viz též zpravodaj č. 394, který tento BIP popisoval.

  • ● BIPs #2118 zveřejňuje BIP440 a BIP441 jako návrhy v sérii návrhů velkého skriptového obrození (GSR, Great Script Restoration či Grand Script Renaissance; viz též zpravodaj č. 399). BIP440 navrhuje varops rozpočet (náklady opkódů závisejících na velikosti vstupů) pro běhová omezení skriptu (viz zpravodaj č. 374, angl.). BIP441 popisuje novou verzi tapscriptu, která obnovuje opkódy deaktivované v roce 2010 jako OP_CAT (viz zpravodaj č. 374, angl.) a omezuje náklady vyhodnocování skriptů dle varops rozpočtu z BIP440.

  • ● BIPs #2134 přidává do BIP352 (tiché platby) varování vývojářům peněženek, aby pravidla filtrování (např. prachu) neovlivňovala rozhodnutí, zda má skenování po nalezení platby pokračovat. V opačném případě hrozí předčasné ukončení skenování a peněženka by mohla postrádat pozdější výstupy od stejného odesílatele.