Zpravodaj tento týden odkazuje na srovnání různých technik linearizace clusterů a stručně shrnuje diskuzi o navýšení nebo odstranění limitů OP_RETURN v Bitcoin Core. Též nechybí naše pravidelné rubriky s oznámeními nových vydání a popisem významných změn v populárním bitcoinovém páteřním software.

Novinky

• ● Srovnání technik linearizace clusterů: Pieter Wuille zaslal do fóra Delving Bitcoin příspěvek srovnávající výhody a nevýhody tří různých technik linearizace clusterů. Dále poskytuje výkonnostní testy jejich implementací. Další vývojáři o výsledcích diskutovali a kladli doplňující dotazy, které Wuille zodpověděl.

• ● Navýšení či odstranění omezení velikosti OP_RETURN v Bitcoin Core: ve vlákně v emailové skupině Bitcoin-Dev diskutovalo několik vývojářů o změně nebo odstranění výchozího omezení výstupů OP_RETURN, které umožňují přidání libovolných dat. Další diskuze probíhala v následném pull requestu v Bitcoin Core repozitáři. Namísto snahy o shrnutí celé rozsáhlé diskuze zde shrneme pouze naše myšlenky o nejpádnějších argumentech pro změnu a proti změně.

  • ● Pro navýšení (nebo odstranění) limitu: Pieter Wuille říká, že pravidla standardnosti transakcí jen těžko zabrání potvrzování transakcí s libovolnými daty, které jsou vytvářené majetnými organizacemi. Tyto organizace budou posílat transakce přímo těžařům. Dále věří, že bloky jsou obecně plné bez ohledu na přítomnost transakcí s daty, celkové množství ukládaných dat uzly je v obou případech zhruba stejné.

  • ● Proti změně limitu: Jason Hughes soudí, že navýšení limitu by usnadnilo ukládání libovolných dat na počítačích provozujících plné uzly a že některá data by mohla být nepřípustná (včetně nezákonnosti ve většině jurisdikcích). I kdyby uzel data na disku šifroval (viz zpravodaj č. 316), ukládání těchto dat a možnost je pomocí RPC stahovat by mohla být pro mnoho uživatelů problematická.

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.

• ● LND 0.19.0-beta.rc3 je kandidátem na vydání tohoto oblíbeného LN uzlu. Jedním významným vylepšením, které by si zasloužilo důkladné testování, je nové schéma RBF navyšování poplatků během kooperativního zavření kanálu.

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 #31250 deaktivuje vytváření a načítání zastaralých peněženek. Tím završuje migraci na deskriptorové peněženky, které jsou výchozí již od roku 2021 (viz zpravodaj č. 172, angl.). Soubory Berkeley DB používané zastaralými peněženkami již načítané být nemohou a odstraněné jsou též všechny testy zastaralých peněženek. Nějaký související kód nadále zůstává, bude odstraněn v následných PR. Bitcoin Core bude i nadále schopný migrovat zastaralé peněženky na nový formát (viz zpravodaj č. 305).

• ● Eclair #3064 refaktoruje kód správy klíčů kanálu. Přináší třídu ChannelKeys, jejíž instanci bude nově držet každý kanál. Pro podepisování commitmentů a HTLC transakcí slouží CommitmentKeys, který je derivován z ChannelKeys. Logika vynucených zavření kanálů a tvorba skriptů a witnessů nově závisí na CommitmentKeys. Dříve byl kód generování klíčů roztříštěn, aby mohl podporovat externí podpisová zařízení. To bylo náchylné na chyby, jelikož tento systém při výběru správných klíčů závisel na jmenných konvencích spíše než na typech.

• ● BTCPay Server #6684 přidává podporu části deskriptorů pravidel peněženek (wallet policy descriptors) dle BIP388. Umožní tím uživatelům importovat a exportovat pravidla pro jednoduché i vícenásobné (k z n) podpisy. Obsahuje formáty, které podporuje Sparrow: P2PKH, P2WPKH, P2SH-P2WPKH a P2TR a jim odpovídající multisig varianty (kromě P2TR). Záměrem PR je zlepšit používání multisig peněženek.

• ● BIPs #1555 začleňuje BIP321, který navrhuje URI schéma pro popis bitcoinových platebních instrukcí. Jedná se o modernizaci a rozšíření BIP21. Zachovává původní adresy v cestě, avšak standardizuje používání parametrů v dotazu URI dle platební metody. Pokud je v dotazu přítomna alespoň jedna platební instrukce, adresa v cestě nemusí být uvedena. Dále je přidáno volitelné rozšíření umožňující poskytnout plátci doklad o zaplacení a jsou poskytnuty kroky pro přidání nových platebních instrukcí.