From a6c7316a71a101ed7644e788e7b233be2f1de6fe Mon Sep 17 00:00:00 2001 From: DanGould Date: Wed, 17 Jan 2024 01:21:29 -0500 Subject: [PATCH] Clean up scale page --- src/routes/scale/+page.svelte | 54 +++++++++++++++++++---------------- 1 file changed, 30 insertions(+), 24 deletions(-) diff --git a/src/routes/scale/+page.svelte b/src/routes/scale/+page.svelte index 489c0fa..c7d19fd 100644 --- a/src/routes/scale/+page.svelte +++ b/src/routes/scale/+page.svelte @@ -4,7 +4,7 @@ - Scaling + How Does Payjoin Scale Bitcoin?
@@ -12,8 +12,11 @@
The Bitcoin blockchain is limited by block size. Approximately every ten minutes a new block - is added to the chain. New blocks add 2MB of data on average [[1]](). Blocks are limited by - transaction weight, or how much of each type of data is included in a transaction. + is added to the chain. New blocks are limited to around 2MB of data on average.
The simplest way to scale any database is batching, which is exactly what Payjoin does. @@ -41,33 +44,39 @@ sure about who got paid how much.
- The Payjoin using exclusively Pay-to-Taproot addresses (P2TR) - [here](https://mutinynet.com/tx/3c5436f1edf7d4c32a5ccf2448c1e963f52bb8a0fb6f8688d7e78a14e1cbe80b) + The Payjoin using exclusively Pay-to-Taproot addresses (P2TR) here is 211.75 vB. An analogous P2TR payment - [here](https://mutinynet.com/tx/2c45dc6fef9feb32b9741cc3e6197eda94e1b0c45675e18818bfadce9fa94e20) + here is 152.25 vB and P2TR consolidation - [here](https://mutinynet.com/tx/ef9263ed05c07f7ba933389eee7bfd62372e3dc4d1e697f96b7c66a215cc9b46) - is 168.5 vB, for a total of 320.75 vB. The separate payment and consolidation have to pay for - 51% more block weight to be mined than the Payjoin. What other scaling solution achieves that - kind of savings? + here is 168.5 vB, for a total of 320.75 vB. The separate payment and consolidation have to pay for + 51% more block weight to be mined than the Payjoin. What other scaling solution achieves that kind + of savings?

Opportunistic Consolidation

- Payjoin got its start as a way to make a sort of [coinjoin] from a payment. A receiver - combines their input with the sender's, effectively joining a [consolidation]() transaction - with a simple transfer. An observer looking at the payjoin is cannot tell it apart from a - simple transfer where all of the inputs come from the same entity. + Payjoin got its start as a way to make a sort of coinjoin from a payment. A receiver + combines their input with the sender's, effectively joining a consolidation transaction with a simple transfer. An observer looking at the payjoin is cannot tell it apart + from a simple transfer where all of the inputs come from the same entity.
- -
- - TODO: visuals -
- -
not only does the total weight get shaved. wouldn't it be cool when wallet

Transaction Cut-Through

@@ -77,9 +86,6 @@ lightning channels, forward funds to a different wallet, pay for goods and services, or batch forward transactions with incoming funds without first taking them into a new UTXO.
- - -