From b5e380132d0e5f4c211b8cf66401840fb1430107 Mon Sep 17 00:00:00 2001 From: "Andreas M. Antonopoulos" Date: Tue, 21 Sep 2021 13:58:09 +0200 Subject: [PATCH] fix broken refs 2 --- 03_how_ln_works.asciidoc | 2 +- 14_encrypted_transport.asciidoc | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/03_how_ln_works.asciidoc b/03_how_ln_works.asciidoc index 07d2fd8..20c1b6f 100644 --- a/03_how_ln_works.asciidoc +++ b/03_how_ln_works.asciidoc @@ -704,7 +704,7 @@ On the Bitcoin network, a user can send any amount of bitcoin that they own to a On the Lightning Network, a user can only send as much bitcoin as currently exists on their side of a particular channel to a channel partner. For instance, if a user owns one channel with 0.4 BTC on their side, and another channel with 0.2 BTC on their side, then the maximum they can send with one payment is 0.4 BTC. This is true regardless of how much bitcoin the user currently has in their Bitcoin wallet. -Atomic Multi-Path Payments (AMPs) is a feature which, in the above example, allows the user to combine both their 0.4 BTC and 0.2 BTC channels to send a maximum of 0.6 BTC with one payment. AMPs are currently being tested across the Lightning Network, and are expected to be widely available and used by the time this book is completed. For more detail on AMPs, see <>. +Multi-Part Payments (MPP) is a feature which, in the above example, allows the user to combine both their 0.4 BTC and 0.2 BTC channels to send a maximum of 0.6 BTC with one payment. AMPs are currently being tested across the Lightning Network, and are expected to be widely available and used by the time this book is completed. For more detail on MPP, see <>. If the payment is routed, every routing node along the routing path must have channels with capacity at least the same as the payment amount being routed. This must hold true for every single channel that the payment is routed through. The capacity of the lowest-capacity channel in a path sets the upper limit for the capacity of the entire path. diff --git a/14_encrypted_transport.asciidoc b/14_encrypted_transport.asciidoc index 02df17f..10504c1 100644 --- a/14_encrypted_transport.asciidoc +++ b/14_encrypted_transport.asciidoc @@ -1,5 +1,6 @@ [[brontide]] [[encrypted_message_transport]] +[[encrypted_transport]] == Lightning's Encrypted Message Transport (Brontide) In this chapter we will review the Lightning Network's _Encrypted Message