@@ -61,14 +61,14 @@ structured in a tree-like fashion to reduce individual costs of redemption.
61
61
The below chart showcases the structure of these transactions in comparison to
62
62
normal transactions and batched transactions.
63
63
64
- <img src="ctv /states.svg" align="middle"></img>
64
+ <img src="bip-0119 /states.svg" align="middle"></img>
65
65
66
66
A simulation is shown below of what impact this could have on mempool backlog
67
67
given 5% network adoption, and 50% network adoption. The code for the simulation
68
68
is provided in this BIP's subdirectory.
69
69
70
- <img src="ctv /five.png" align="middle"></img>
71
- <img src="ctv /fifty.png" align="middle"></img>
70
+ <img src="bip-0119 /five.png" align="middle"></img>
71
+ <img src="bip-0119 /fifty.png" align="middle"></img>
72
72
73
73
===Payment Channels ===
74
74
There are numerous payment channel related uses.
@@ -91,7 +91,7 @@ With CHECKTEMPLATEVERIFY, it’s possible for a single party to construct a chan
91
91
party can exit from without requiring signatures from both parties.
92
92
These payment channels can operate in one direction, paying to the channel "listener" without need
93
93
for their private key to be online.
94
- <img src="ctv /nic.svg" align="middle"></img>
94
+ <img src="bip-0119 /nic.svg" align="middle"></img>
95
95
96
96
====Increased Channel Routes ====
97
97
In the Lightning Network protocol, Hashed Time Locked Contracts (HTLCS) are used in the construction
@@ -123,7 +123,7 @@ ability for a support desk to improperly move funds.
123
123
Furthermore, all such designs can be combined with relative time locks to give
124
124
time for compliance and risk desks to intervene.
125
125
126
- <img src="ctv /vaults.svg" align="middle"></img>
126
+ <img src="bip-0119 /vaults.svg" align="middle"></img>
127
127
128
128
===CoinJoin ===
129
129
0 commit comments