@@ -173,7 +173,37 @@ answers posted since our last update.*
173173{% comment %}<!-- https://bitcoin.stackexchange.com/search?tab=votes&q=created%3a1m..%20is%3aanswer --> {% endcomment %}
174174{% assign bse = "https://bitcoin.stackexchange.com/a/ " %}
175175
176- FIXME: bitschmidty
176+ - [ How can I manually (on paper) calculate a Bitcoin public key from a private key?] ( {{bse}}118933 )
177+ Andrew Poelstra gives an overview of computation-by-hand verification
178+ techniques, like [ codex32] [ news239 codex32 ] , before walking through how a
179+ public key could be hand-derived from a private key, a process he estimates would
180+ take at least 1500 hours, even with process optimizations.
181+
182+ - [ Why are there 17 native segwit versions?] ( {{bse}}118974 )
183+ Murch explains that [ segwit] [ topic segwit ] defined 17 values (0-16) for the
184+ [ witness version] [ bip141 witness program ] field because of the existing availability of constant
185+ opcodes OP_0...OP_16 in [ Script] [ wiki script ] . He notes that additional
186+ numbers would require the use of less data-efficient ` OP_PUSHDATA ` opcodes.
187+
188+ - [ Does ` 0 OP_CSV ` force the spending transaction to signal BIP125 replaceability?] ( {{bse}}115586 )
189+ Murch points to a [ discussion] [ rbf csv discussion ] confirming that since both
190+ the ` OP_CHECKSEQUENCEVERIFY ` (CSV) [ timelock] [ topic timelocks ] and
191+ Replace-by-Fee ([ RBF] [ topic rbf ] ) are [ enforced] ( {{bse}}87376 ) using the ` nSequence ` field, an
192+ output with ` 0 OP_CSV ` requires the spending transaction to signal
193+ [ BIP125] [ ] replaceability.
194+
195+ - [ How do route hints affect pathfinding?] ( {{bse}}118755 )
196+ Christian Decker explains two reasons an LN recipient would provide a sender
197+ with route hints. One reason is if the recipient is using [ unannounced
198+ channels] [ topic unannounced channels ] and hints are needed to help find a
199+ route. The other reason is to provide the sender with a list of channels that
200+ have sufficient balance to complete the payment, a technique he refers to as route boost.
201+
202+ - [ What does it mean that the security of 256-bit ECDSA, and therefore Bitcoin keys, is 128 bits?] ( {{bse}}118928 )
203+ Pieter Wuille clarifies that due to algorithms that can derive a private key
204+ from a public key more efficiently than a brute-force search, 256-bit ECDSA
205+ only provides 128-bit security. He goes on to point out the difference between
206+ individual key security as compared to [ seed] [ topic bip32 ] security.
177207
178208## Releases and release candidates
179209
@@ -216,3 +246,7 @@ Proposals (BIPs)][bips repo], [Lightning BOLTs][bolts repo], and
216246[ news120 commitments ] : /en/newsletters/2020/10/21/#simplified-htlc-negotiation
217247[ hwi 2.3.0 ] : https://github.com/bitcoin-core/HWI/releases/tag/2.3.0
218248[ ldk 0.0.116 ] : https://github.com/lightningdevkit/rust-lightning/releases/tag/v0.0.116
249+ [ news239 codex32 ] : /en/newsletters/2023/02/22/#proposed-bip-for-codex32-seed-encoding-scheme
250+ [ bip141 witness program ] : https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki#witness-program
251+ [ wiki script ] : https://en.bitcoin.it/wiki/Script#Constants
252+ [ rbf csv discussion ] : https://twitter.com/SomsenRuben/status/1683056160373391360
0 commit comments