@@ -140,15 +140,34 @@ repo], and [BINANAs][binana repo]._
140140 any future Bitcoin implementations based on reading Bitcoin Core's
141141 code will use the correct type.
142142
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 ] .
152171
153172- [ LDK #3103 ] [ ] begins using a performance scorer in benchmarks based on
154173 frequent [ probes] [ topic payment probes ] of actual payment paths. The
0 commit comments