@@ -173,7 +173,37 @@ answers posted since our last update.*
173
173
{% comment %}<!-- https://bitcoin.stackexchange.com/search?tab=votes&q=created%3a1m..%20is%3aanswer --> {% endcomment %}
174
174
{% assign bse = "https://bitcoin.stackexchange.com/a/ " %}
175
175
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.
177
207
178
208
## Releases and release candidates
179
209
@@ -216,3 +246,7 @@ Proposals (BIPs)][bips repo], [Lightning BOLTs][bolts repo], and
216
246
[ news120 commitments ] : /en/newsletters/2020/10/21/#simplified-htlc-negotiation
217
247
[ hwi 2.3.0 ] : https://github.com/bitcoin-core/HWI/releases/tag/2.3.0
218
248
[ 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