Zpravodaj tento týden popisuje návrh na továrny kanálů s expiračními stromy a shrnuje návrh BIPu na doklady rovnosti diskrétních logaritmů pro použití během generování tichých plateb. 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

  • ● Továrny kanálů s expiračními stromy: ZmnSCPxj zaslal do fóra Delving Bitcoin příspěvek o svém návrhu na vícevrstvé továrny kanálů, který nazývá SuperScalar. Svůj návrh také představil v diskuzi s přispěvateli Optechu. Cílem návrhu je poskytnout konstrukt, který by mohl být snadno implementován jedním subjektem, aniž by musel čekat na významné změny v protokolu vyžadující širokou podporu. Například nějaký poskytovatel lightningových služeb (LSP), který nabízí softwarovou peněženku, by mohl svým uživatelům umožnit otevírat kanály levněji a přijímat příchozí likviditu bez negativního vlivu na absenci požadavku na důvěru v LN.

    Konstrukt je založen na expiračním stromu („timeout tree”), kde financující transakce platí stromu předem definovaných následných transakcí, které jsou nakonec utraceny offchain v rámci mnoha oddělených platebních kanálů. Po nastavitelné době expirace (např. jeden měsíc) propadnou některým účastníkům expiračního stromu zbývající prostředky, čímž jsou motivováni před dosažením expirace prostředky vybrat nebo najít alternativní způsob jejich zabezpečení. To podpoří používání levných offchain mechanismů namísto publikování částí stromu onchain. V dříve popsaných expiračních stromech (viz zpravodaj č. 270) se staly expirované prostředky majetkem poskytovatele služby, avšak ZmnSCPxj to převrací: v jeho schématu připadnou expirované prostředky poskytovatele služby uživateli. Tím je břemeno zajištění potvrzení transakcí na straně poskytovatele služby a ne na koncových uživatelích.

    Expirační stromy vyžadují po každé zúčastněné straně podpis. Díky tomu není vyžadována žádná změna konsenzu, avšak kvůli známému problému koordinace více podepisujících stran je tím omezen maximální počet uživatelů v továrně.

    Většina listů expiračního stromu jsou offchainové financující transakce kanálů, které se dnes běžně používají (LN-Penalty), díky čemuž může být znovu použita část existujícího kódu správy LN kanálů. Protistranami každého kanálu jsou koncový uživatel a poskytovatel lightningových služeb (LSP), který expirační strom vytvořil. Část listů stromu může být výhradně pod kontrolou LSP za účelem vyrovnávání prostředků.

    Mezi kořenem a listy jsou obousměrné mikroplatební kanály („duplex micropayment channels”). Na rozdíl od kanálů typu LN-Penalty umožňují obousměrné kanály účast více než dvou stran bezpečně sdílejících prostředky. Na druhou stranu však povolují pouze relativně nízký počet aktualizací stavu (v porovnání s prakticky nekonečným počtem v případě LN-Penalty). Tyto mezilehlé obousměrné kanály jsou používány k vyrovnávání prostředků mezi LSP a dvěma koncovými uživateli, čímž je možné dosáhnout offchainových rychlostí. Uživatelé tak budou moci přijmout platby téměř okamžitě, i když před tím neměli ve svých kanálech na přijetí dostatečnou kapacitu.

    ZmnSCPxj později popsal výměnu části obousměrného kanálu za Spillmanův (jednosměrný) mikroplatební kanál. To by bylo onchain efektivnější v případě kooperativního zavření, avšak méně efektivní v případě jednostranného zavření.

    Návrh se setkal s průměrným množstvím reakcí. Autor poznamenal, že jednou ze slabin návrhu je vedle náročnosti správy dodatečného offchain stavu jakýchkoliv továren i jeho technická složitost zapříčiněná použitím několika různých typů kanálů. Avšak jeho návrh by mohl být implementován jediným týmem a mohl by dosáhnout kompatibility se standardním LN bez nutnosti provést v protokolu příliš mnoho změn.

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.

  • ● BTCPay Server 2.0.0 je nejnovějším vydáním tohoto platebního procesoru, který umožňuje vlastní hostování. Mezi novinky patří „vylepšená lokalizace, navigace v postranním panelu, vylepšený průvodce nového uživatele, vylepšené možnosti brandingu, podpora pro pluginy s poskytovateli kurzů“ a další. Upgrade obsahuje několik migrací databáze a změn narušujících kompatibilitu. Doporučuje se před upgradem přečíst oznámení.

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.

  • ● Bitcoin Core #31130 odstraňuje závislost na miniupnp a tím i podporu Universal Plug and Play (UPnP) Internet Gateway Device (IGD), která byla v minulosti zdrojem zranitelností a byla již ve výchozím nastavení neaktivní (viz zpravodaj č. 310). Nově byla nahrazena implementací Port Control Protocol (PCP) se záložním Network Address Translation-Port Mapping protokolem (NAT-PMP, viz zpravodaj č. 323). Ten umožňuje se na uzel připojit bez manuální konfigurace a neobsahuje bezpečnostní rizika spojená s miniupnp.

  • ● LDK #3007 přidává do výčtového typu OutboundTrampolinePayload varianty BlindedForward a BlindedReceive. Tím přináší do trampolínového routování podporu pro zaslepené cesty, která je potřebná pro implementaci protokolu nabídek dle BOLT12.

  • ● BIPs #1676 mění stav BIP85 na dokončený. BIP je široce používán a již nepřinese nekompatibilní změny. Změna stavu byla navržena po nedávné nekompatibilní změně, která byla nejprve začleněna a později revertována (viz zpravodaj č. 324).