highperfocused/lnd
1
0
Fork 0
mirror of https://github.com/lightningnetwork/lnd.git synced 2025-06-06 13:09:52 +02:00
Code Issues Packages Projects Releases Wiki Activity

Merge pull request #5998 from guggero/release-notes-fix

Browse Source 
docs: fix release notes for 0.14.0 release
This commit is contained in:
Oliver Gugger 2021-11-19 08:06:35 +01:00 committed by GitHub
commit 74cc9e14a7
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 52 additions and 52 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

104
docs/release-notes/release-notes-0.14.0.md
View File

@ -104,12 +104,12 @@ operations.
### Explicit Channel Negotiation ### Explicit Channel Negotiation
[A new protocol extension has been added known as explicit channel negotiation] [A new protocol extension has been added known as explicit channel
(https://github.com/lightningnetwork/lnd/pull/5669). This allows a channel negotiation](https://github.com/lightningnetwork/lnd/pull/5669). This allows a
initiator to signal their desired channel type to use with the remote peer. If channel initiator to signal their desired channel type to use with the remote
the remote peer supports said channel type and agrees, the previous implicit peer. If the remote peer supports said channel type and agrees, the previous
negotiation based on the shared set of feature bits is bypassed, and the implicit negotiation based on the shared set of feature bits is bypassed, and
proposed channel type is used. [Feature bits 44/45 are used to the proposed channel type is used. [Feature bits 44/45 are used to
signal](https://github.com/lightningnetwork/lnd/pull/5874) this new feature. signal](https://github.com/lightningnetwork/lnd/pull/5874) this new feature.
@ -128,7 +128,7 @@ details.
### Re-Usable Static AMP Invoices ### Re-Usable Static AMP Invoices
[AMP invoices are now fully re-usable, meaning it's possible for an `lnd` node [AMP invoices are now fully re-usable, meaning it's possible for an `lnd` node
today a static AMP invoice multiple times](https://github.com/lightningnetwork/lnd/pull/5803). to use a static AMP invoice multiple times](https://github.com/lightningnetwork/lnd/pull/5803).
An AMP invoice can be created by adding the `--amp` flag to `lncli addinvoice`. An AMP invoice can be created by adding the `--amp` flag to `lncli addinvoice`.
From there repeated payments can be made to the invoice using `lncli From there repeated payments can be made to the invoice using `lncli
payinvoice`. On the receiver side, notifications will still come in as normal, payinvoice`. On the receiver side, notifications will still come in as normal,
@ -517,12 +517,12 @@ messages directly. There is no routing/path finding involved.
* [`lnd` will now no longer (in a steady state) need to open a new database * [`lnd` will now no longer (in a steady state) need to open a new database
transaction each time a private key needs to be derived for signing or ECDH transaction each time a private key needs to be derived for signing or ECDH
operations]https://github.com/lightningnetwork/lnd/pull/5629). This results operations](https://github.com/lightningnetwork/lnd/pull/5629). This results
in a massive performance improvement across several routine operations at the in a massive performance improvement across several routine operations at the
* [When decrypting incoming encrypted brontide messages on the wire, we'll now * [When decrypting incoming encrypted brontide messages on the wire, we'll now
properly re-use the buffer that was allocated for the ciphertext to store the properly re-use the buffer that was allocated for the ciphertext to store the
plaintext]https://github.com/lightningnetwork/lnd/pull/5622). When combined plaintext](https://github.com/lightningnetwork/lnd/pull/5622). When combined
with the buffer pool, this ensures that we no longer need to allocate a new with the buffer pool, this ensures that we no longer need to allocate a new
buffer each time we decrypt an incoming message, as we buffer each time we decrypt an incoming message, as we
recycle these buffers in the peer. recycle these buffers in the peer.
@ -643,46 +643,46 @@ requirements surrounding updating the release notes for each new
change](https://github.com/lightningnetwork/lnd/pull/5613). change](https://github.com/lightningnetwork/lnd/pull/5613).
# Contributors (Alphabetical Order) # Contributors (Alphabetical Order)
Abubakar Nur Khalil * Abubakar Nur Khalil
Adrian-Stefan Mares * Adrian-Stefan Mares
Alex Bosworth * Alex Bosworth
Alyssa Hertig * Alyssa Hertig
András Bánki-Horváth * András Bánki-Horváth
Bjarne Magnussen * Bjarne Magnussen
Carsten Otto * Carla Kirk-Cohen
Conner Fromknecht * Carsten Otto
Elle Mouton * Conner Fromknecht
ErikEk * Elle Mouton
Eugene Siegel * ErikEk
Hampus Sjöberg * Eugene Siegel
Harsha Goli * Hampus Sjöberg
Jesse de Wit * Harsha Goli
Johan T. Halseth * Jesse de Wit
Johnny Holton * Johan T. Halseth
Joost Jager * Johnny Holton
Jordi Montes * Joost Jager
Juan Pablo Civile * Jordi Montes
Kishin Kato * Juan Pablo Civile
Leonhard Weese * Kishin Kato
Martin Habovštiak * Leonhard Weese
Michael Rhee * Martin Habovštiak
Naveen Srinivasan * Michael Rhee
Olaoluwa Osuntokun * Naveen Srinivasan
Oliver Gugger * Olaoluwa Osuntokun
Priyansh Rastogi * Oliver Gugger
Roei Erez * Priyansh Rastogi
Simon Males * Roei Erez
Stevie Zollo * Simon Males
Torkel Rogstad * Stevie Zollo
Wilmer Paulino * Torkel Rogstad
Yong Yu * Wilmer Paulino
Zero-1729 * Yong Yu
benthecarman * Zero-1729
carla * benthecarman
de6df1re * de6df1re
github2k20 * github2k20
mateuszmp * mateuszmp
nathanael * nathanael
offerm * offerm
positiveblue * positiveblue
xanoni * xanoni