|
| 1 | +--- |
| 2 | +title: 'Bitcoin Optech Newsletter #186' |
| 3 | +permalink: /en/newsletters/2022/02/09/ |
| 4 | +name: 2022-02-09-newsletter |
| 5 | +slug: 2022-02-09-newsletter |
| 6 | +type: newsletter |
| 7 | +layout: newsletter |
| 8 | +lang: en |
| 9 | +--- |
| 10 | +This week's newsletter describes a discussion about changing relay |
| 11 | +policy for replace-by-fee transactions and includes our regular sections |
| 12 | +with the summary of a Bitcoin Core PR Review Club meeting, announcements |
| 13 | +of new releases and release candidates, and descriptions of notable |
| 14 | +changes to popular Bitcoin infrastructure projects. |
| 15 | + |
| 16 | +## News |
| 17 | + |
| 18 | +- **Discussion about RBF policy:** Gloria Zhao started a |
| 19 | + [discussion][zhao rbf] on the Bitcoin-Dev mailing list about |
| 20 | + Replace-by-Fee ([RBF][topic rbf]) policy. Her email provides |
| 21 | + background on the current policy, enumerates several problems |
| 22 | + discovered with it over the years (such as [pinning attacks][topic |
| 23 | + transaction pinning]), examines how the policy affects wallet user |
| 24 | + interfaces, and then describes several possible improvements. |
| 25 | + Significant attention is given to improvement ideas based on |
| 26 | + considering transactions within the context of the next block |
| 27 | + template---the proposed block a miner would create and then commit to |
| 28 | + when attempting to produce a proof of work. By evaluating the impact |
| 29 | + of a replacement on the next block template, it's possible to |
| 30 | + determine for certain, without the use of heuristics, whether or not |
| 31 | + it will earn the miner of that next block more fee income. Several |
| 32 | + developers replied with comments on Zhao's summary and her proposals, |
| 33 | + including additional or alternative proposals for changes that |
| 34 | + could be made. |
| 35 | + |
| 36 | + Discussion appeared to be ongoing as this summary was being written. |
| 37 | + |
| 38 | +## Bitcoin Core PR Review Club |
| 39 | + |
| 40 | +*In this monthly section, we summarize a recent [Bitcoin Core PR Review Club][] |
| 41 | +meeting, highlighting some of the important questions and answers. Click on a |
| 42 | +question below to see a summary of the answer from the meeting.* |
| 43 | + |
| 44 | +FIXME:glozow |
| 45 | + |
| 46 | +{% include functions/details-list.md |
| 47 | + q0="FIXME" |
| 48 | + a0="FIXME" |
| 49 | + a0link="https://bitcoincore.reviews/23443#l-29" |
| 50 | +%} |
| 51 | + |
| 52 | +## Releases and release candidates |
| 53 | + |
| 54 | +*New releases and release candidates for popular Bitcoin infrastructure |
| 55 | +projects. Please consider upgrading to new releases or helping to test |
| 56 | +release candidates.* |
| 57 | + |
| 58 | +- [LND 0.14.2-beta][] is the release for a |
| 59 | + maintenance version that includes several bug fixes and a few minor |
| 60 | + improvements. |
| 61 | + |
| 62 | +## Notable code and documentation changes |
| 63 | + |
| 64 | +*Notable changes this week in [Bitcoin Core][bitcoin core repo], |
| 65 | +[C-Lightning][c-lightning repo], [Eclair][eclair repo], [LDK][ldk repo], |
| 66 | +[LND][lnd repo], [libsecp256k1][libsecp256k1 repo], [Hardware Wallet |
| 67 | +Interface (HWI)][hwi repo], [Rust Bitcoin][rust bitcoin repo], [BTCPay |
| 68 | +Server][btcpay server repo], [BDK][bdk repo], [Bitcoin Improvement |
| 69 | +Proposals (BIPs)][bips repo], and [Lightning BOLTs][bolts repo].* |
| 70 | + |
| 71 | +- [Bitcoin Core #23508][] Add getdeploymentinfo RPC FIXME:Xekyo |
| 72 | + |
| 73 | +- [Bitcoin Core #21851][] release: support cross-compiling for arm64-apple-darwin FIXME:adamjonas |
| 74 | + |
| 75 | +- [Bitcoin Core #16795][] updates the `getrawtransaction`, `gettxout`, |
| 76 | + `decoderawtransaction`, and `decodescript` RPCs to return the inferred |
| 77 | + [output script descriptor][topic descriptors] for any scriptPubKeys |
| 78 | + that are decoded. |
| 79 | + |
| 80 | +- [LND #6226][] sets 5% as the default fee for payments routed through |
| 81 | + LN when created using the legacy `SendPayment`, `SendPaymentSync`, and |
| 82 | + `QueryRoutes` RPCs. Payments sent using the newer `SendPaymentV2` RPC |
| 83 | + default to zero fees, essentially requiring users to specify a value. |
| 84 | + An additional merged PR, [LND #6234][], defaults to 100% fees for |
| 85 | + payments of less than 1,000 satoshis made with the legacy RPCs. |
| 86 | + |
| 87 | +- [LND #6177][] allows the users of the [HTLC][topic HTLC] interceptor |
| 88 | + to specify the reason an HTLC was failed, making the interceptor more |
| 89 | + useful for testing how failures affect software using LND. |
| 90 | + |
| 91 | +- [Rust-Lightning #1227][] Merge pull request #1227 from jkczyz/2021-12-probabilistic-scorer FIXME:dongcarl |
| 92 | + |
| 93 | +- [HWI #549][] adds support for [PSBT][topic psbt] version two as |
| 94 | + specified in [BIP370][]. When using a device that natively supports |
| 95 | + version zero PSBT, such as existing Coldcard hardware signing devices, |
| 96 | + v2 PSBTs are translated to v0 PSBTs. |
| 97 | + |
| 98 | +- [HWI #544][] adds support for receiving and spending [taproot][topic |
| 99 | + taproot] payments with Trezor hardware signing devices. |
| 100 | + |
| 101 | +{% include references.md %} |
| 102 | +{% include linkers/issues.md v=1 issues="23508,21851,16795,6226,6234,6177,1227,549,544" %} |
| 103 | +[lnd 0.14.2-beta]: https://github.com/lightningnetwork/lnd/releases/tag/v0.14.2-beta |
| 104 | +[zhao rbf]: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2022-January/019817.html |
0 commit comments