Zpravodaj tento týden popisuje návrh na omezení veřejné účasti v repozitářích Bicoin Core, oznamuje významné zlepšení kontraktů ve stylu BitVM a shrnuje výzkum rebalancování LN kanálů. Též nechybí naše pravidelné rubriky se souhrnem nedávných změn ve službách a klientech, 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

• ● Návrh na zpřísnění přístupu do diskuzí v Bitcoin Core Project: Bryan Bishop zaslal do emailové skupiny Bitcoin-Dev příspěvek s návrhem, aby Bitcoin Core Project omezil možnost veřejnosti účastnit se diskuzí v projektu. Cílem je snížit množství narušování pořádku způsobeného nepřispěvateli. Nazval to „privatizací Bitcoin Core.” Poukazuje na příklady podobné privatizace, která se děje v soukromých kancelářích s více přispěvateli, avšak varuje, že privatizace v osobních setkáních vylučuje přispěvatele pracující na dálku.

  Bishopův příspěvek navrhuje metodu online privatizace, avšak Antoine Poinsot pochybuje, zda by jeho metoda dosáhla cíle. Poinsot se též domnívá, že mnoho diskuzí se může odehrávat v soukromých kancelářích ne ze strachu z veřejné kritiky, ale kvůli „přirozeným výhodám diskutování osobně.”

  Někteří reagující se domnívají, že velké změny nejsou teď pravděpodobně odůvodněné, ale přísnější moderování komentářů v repozitáři by mohlo zmírnit nejčastější druh narušování. Jiné odpovědi však poukázaly na obtíže přísnějšího moderování.

  Poinsot, Sebastian „The Charlatan” Kung a Russell Yanofsky – jediní výrazně aktivní přispěvatelé do Bitcoin Core, kteří se v době psaní zpravodaje debaty účastnili – naznačili, že buď se nedomnívají, že jsou velké změny nutné, nebo že by jakékoliv změny měly proběhnout postupně.

• ● Vylepšení kontraktů ve stylu BitVM: Robin Linus zaslal do fóra Delving Bitcoin příspěvek s oznámením výrazné redukce množství onchain prostoru vyžadovaného kontrakty typu BitVM. Nápad je založen na myšlence Jeremyho Rubina, která staví na nových kryptografických primitivech. Nový přístup „snižuje onchain náklady řešení rozporů více než tisíckrát v porovnání s předchozím designem.” Zpochybňující transakce mají „pouze 200 bajtů.”

  Linusův článek však poznamenává, že přístup „vyžaduje několikaterabajtovou přípravu offchain.” Článek poskytuje příklad SNARKového obvodu pro ověřování se zhruba pěti miliardami hradel a dostatečnými bezpečnostními parametry, který na úvod vyžaduje pět terabajtů offchain dat, 56kB onchain transakci pro oznámení výsledku a minimální onchain transakci (kolem 200 bajtů) v případě, kdy některá strana potřebuje doložit, že výsledek byl nevalidní.

• ● Výzkum rebalancování kanálů: René Pickhardt zaslal do fóra Delving Bitcoin příspěvek s myšlenkou na rebalancování kanálů pro maximalizaci počtu úspěšných plateb v celé síti. Nápad lze porovnat s podobnými, které nahlížejí pouze na menší skupiny kanálů, například friend-of-a-friend rebalancing (viz zpravodaj č. 54, angl.).

  Pickhardt poznamenává, že v případě celé sítě existuje několik složitých problémů a klade zájemcům několik otázek, mimo jiné zda-li má smysl v tomto přístupu pokračovat či jak řešit některé implementační detaily.

Změny ve službách a klientech

V této měsíční rubrice upozorňujeme na zajímavé aktualizace bitcoinových peněženek a služeb.

• ● Vydán Cove v1.0.0: Nedávné vydání Cove obsahuje podporu výběru mincí a dodatečné funkce štítků peněženek dle BIP329.

• ● Vydána Liana v11.0: Nedávné vydání Liany obsahuje mimo jiné možnost mít několik peněženek, dodatečné funkce výběru mincí a podporu více hardwarových podpisových zařízení.

• ● Ukázka dokladu Stratum v2 STARK: StarkWare ukázal, jak jejich upravený těžební Stratum v2 klient používá STARK doklady k prokázání, že poplatky z bloku patří validní šabloně bloku, aniž by odhalil jeho transakce.

• ● Breez SDK přidává BOLT12 a BIP353: Breez SDK Nodeless 0.9.0 přidává podporu pro příjem pomocí BOLT12 a BIP353.

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 25.05 je vydáním hlavní verze této oblíbené implementace LN uzlu. Snižuje latenci přeposílání a urovnání plateb, zlepšuje správu poplatků, poskytuje podporu splicingu kompatibilní s Eclairem a ve výchozím stavu má aktivovaný peer storage. Poznámka: dokumentace k vydání obsahuje varování pro uživatele konfigurační volby --experimental-splicing.

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.

• ● Eclair #3110 prodlužuje čekací dobu, než označí kanál za zavřený po utracení zakládajícího výstupu, ze 12 (viz zpravodaj č. 337) na 72 bloků dle specifikace v BOLTs #1270. Tato změna umožní propagaci splicu. Čekací doba byla navýšena, protože některé implementace čekají ve výchozím stavu na osm konfirmací, než odešlou splice_locked, a umožňují provozovatelům tento práh navýšit. 12 bloků se proto ukázalo jako nedostatečných. Čekací doba je pro testovací účely konfigurovatelná a umožňuje provozovatelům čekat déle.

• ● Eclair #3101 přináší RPC volání parseoffer, které dekóduje pole BOLT12 nabídek do čitelného formátu. Tím umožní uživatelům prohlédnout částku před tím, než nabídku předají volání payoffer. To navíc nově může akceptovat částku specifikovanou ve fiat měně.

• ● LDK #3817 stahuje podporu informací o původci chyb (attributable failures, viz zpravodaj č. 349) a schovává ji za testovací příznak. Tím bude logika penalizací spojení neaktivní a příslušné TLV odstraněno z onion zpráv. Uzly, které zatím neupgradovaly, byly nesprávně penalizované. Ukázalo se tak, že širší osvojení sítí je pro správnou funkci potřebné.

• ● LDK #3623 rozšiřuje peer storage (viz zpravodaj č. 342) o automatické rozesílání šifrovaných záloh. Po každém bloku zabalí ChainMonitor příslušná data do OurPeerStorage. Nato data zašifruje a vyvolá událost SendPeerStorage, po které se data zprávou peer_storage rozešlou druhým stranám všech kanálů. ChannelManager také nově umí zpracovat peer_storage_retrieval požadavky.

• ● BTCPay Server #6755 zlepšuje uživatelské rozhraní výběru mincí o nový filtr nejmenší a nejvyšší částky a data, přidává filtrům nápovědu, zaškrtávací políčko pro výběr všech UTXO a volbu velikosti stránky (100, 200 či 500 UTXO).

• ● Rust libsecp256k1 #798 dokončuje implementaci MuSig2, čímž nabízí klientským projektům přístup k robustnímu protokolu bezskriptových vícenásobných podpisů.