mirror of
https://github.com/bits-wallet/specs.git
synced 2025-12-18 22:24:21 +01:00
Update 04.md
This commit is contained in:
6
04.md
6
04.md
@@ -18,13 +18,13 @@ Cannot allow batch openings, consuming more on-chain footprint. A third party (i
|
|||||||
### Receiver privacy
|
### Receiver privacy
|
||||||
Offline receiving is not possible without compromising privacy.
|
Offline receiving is not possible without compromising privacy.
|
||||||
|
|
||||||
### Scalibility
|
### On-chain footprint
|
||||||
Submarine swaps don't scale. From sweeping funds to opening a channel, overall process consumes >182 vBytes in a HTLC-based approach and 142 vBytes in a PTLC-based approach:
|
Submarine swaps don't scale. From sweeping funds to opening a channel, overall process consumes >182 vBytes in a HTLC-based approach and 142 vBytes in a PTLC-based approach:
|
||||||
|
|
||||||
| Type | HTLC output | HTLC outpoint | HTLC redeem | Channel output | Total |
|
| Type | HTLC output | HTLC outpoint | HTLC redeem | Channel output | Total |
|
||||||
|------------------------------|----------------|----------------|--------------|----------------|----------- |
|
|------------------------------|----------------|----------------|--------------|----------------|----------- |
|
||||||
| HTLC-based Submarine Swaps | 43 vBytes | 40 vBytes | 56 vBytes | 43 vBytes | 182 vBytes |
|
| HTLC-based submarine Swaps | 43 vBytes | 40 vBytes | 56 vBytes | 43 vBytes | 182 vBytes |
|
||||||
| PTLC-based Submarine Swaps | 43 vBytes | 40 vBytes | 16 vBytes | 43 vBytes | 142 vBytes |
|
| PTLC-based submarine Swaps | 43 vBytes | 40 vBytes | 16 vBytes | 43 vBytes | 142 vBytes |
|
||||||
|
|
||||||
## Specification
|
## Specification
|
||||||
`Channel addresses`, as seen [here](https://burakkeceli.medium.com/channel-addresses-bd85e9ab8fe1) and [here](https://rubin.io/bitcoin/2021/12/11/advent-14/), make it possible to craft on-chain bitcoin addresses such that whenever funded by someone, becomes a payment channel between the user and the channel partner (LSP), where the channel funds are initially kept on the user's side. Channel address require new additions to the bitcoin scripting system, and planned as a future extension under [BDS-19](https://github.com/bits-wallet/specs/blob/main/19.md).
|
`Channel addresses`, as seen [here](https://burakkeceli.medium.com/channel-addresses-bd85e9ab8fe1) and [here](https://rubin.io/bitcoin/2021/12/11/advent-14/), make it possible to craft on-chain bitcoin addresses such that whenever funded by someone, becomes a payment channel between the user and the channel partner (LSP), where the channel funds are initially kept on the user's side. Channel address require new additions to the bitcoin scripting system, and planned as a future extension under [BDS-19](https://github.com/bits-wallet/specs/blob/main/19.md).
|
||||||
|
|||||||
Reference in New Issue
Block a user