@@ -140,15 +140,34 @@ repo], and [BINANAs][binana repo]._
140
140
any future Bitcoin implementations based on reading Bitcoin Core's
141
141
code will use the correct type.
142
142
143
- - [ LND #8730 ] [ ] lncli: new command ` wallet estimatefeerate `
144
-
145
- - [ LDK #3098 ] [ ] Parse v2 gossip (note that this appears to be version 2
146
- of LDK's custom rapid gossip sync protocol, not the proposed upgrade
147
- to the BOLT7 gossip standard that is sometimes called "v2 gossip" -harding)
148
-
149
- - [ LDK #3078 ] [ ] Asynchronous ` Bolt12Invoice ` payment
150
-
151
- - [ LDK #3082 ] [ ] BOLT 12 static invoice encoding and building
143
+ - [ Eclair #2867 ] [ ] defines a new type of ` EncodedNodeId ` to be assigned for
144
+ mobile wallets in a [ blinded path] [ topic rv routing ] . This allows a wallet
145
+ provider to be notified that the next node is a mobile device, enabling them
146
+ to account for mobile-specific conditions.
147
+
148
+ - [ LND #8730 ] [ ] introduces a RPC command ` lncli wallet estimatefee ` which
149
+ receives a confirmation target as input and returns a [ fee estimation] [ topic fee estimation ] for
150
+ on-chain transactions in both sat/kw (satoshis per kilo-weight unit) and
151
+ sat/vbyte.
152
+
153
+ - [ LDK #3098 ] [ ] updates LDK's Rapid Gossip Sync (RGS) to v2, which extends v1 by
154
+ adding additional fields in the serialized structure. These new fields include
155
+ a byte indicating the number of default node features, an array of node
156
+ features, and supplemental feature or socket address information following
157
+ each node public key. This update is distinct from the proposed [ BOLT7] [ ] gossip update
158
+ similarly referred to as gossip v2.
159
+
160
+ - [ LDK #3078 ] [ ] adds support for asynchronous payment of [ BOLT12] [ topic offers ]
161
+ invoices by generating an ` InvoiceReceived ` event upon reception if the
162
+ configuration option ` manually_handle_bolt12_invoices ` is set. A new command
163
+ ` send_payment_for_bolt12_invoice ` is exposed on ` ChannelManager ` to pay the
164
+ invoice. This can allow code to evaluate an invoice before deciding
165
+ whether to pay or reject it.
166
+
167
+ - [ LDK #3082 ] [ ] introduces BOLT12 static invoice (reusable payment request)
168
+ support by adding an encoding and parsing interface, and builder methods to
169
+ construct a BOLT12 static invoice as a response to ` InvoiceRequest ` from an
170
+ [ offer] [ topic offers ] .
152
171
153
172
- [ LDK #3103 ] [ ] begins using a performance scorer in benchmarks based on
154
173
frequent [ probes] [ topic payment probes ] of actual payment paths. The
0 commit comments