Ist eCash/Cashu (Layer 3) die beste Skalierungslösung für Alltäglich Zahlungen?

Aufgrund der schweren durchschaubarkeit und aufgrund davon das jeder komplett anonym eine Lightning Node eröffnen kann, wird es sehr schwer das zu regulieren.
Siehe: Lightning Privacy

Möglich ist es natürlich, und man sollte die es im Hinterkopf behalten.

Rechnen wir das mal durch:

Vorrausetzungen
Menschen: 8 000 000 000
Frequenz = 1 TX pro Person alle 3 Monate = 4 TX/Jahr → 32.000.000.000 TX/Jahr
Blöcke/Jahr = 144 Blöcke/Tag × 365 = 52.560 Blöcke/Jahr
TX/Block = 32.000.000.000 / 52.560 = ≈608.108 TX/Block

Also bräuchten wir 608.108 TX pro Block

Es gibt unterschiedliche Schätzungen wie weit man TX Größen optimieren kann:
Durchschnittliche Größen (SegWit/Taproot in vBytes):

Variante A (konservativ): 160 vB/Tx
Variante B (Realistisch/Mittel): 125 vB/Tx
Variante C (optimistisch): 90 vB/Tx

Also haben wir letzendlich folgende Blockgrößen:

A: 608.108 × 160 vB = 97.297.280 vB ≈ 97,30 MB/Block
B: 608.108 × 125 vB = 76.013.500 vB ≈ 76,01 MB/Block
C: 608.108 × 90 vB = 54.729.720 vB ≈ 54,73 MB/Block

Die mittlere Schätzung würde zu einem jährlichem Wachstum von ungefähr 4TB führen.
Davon das Netzwerk zu überzeugen würde sehr schwer werden, weil dann die meisten Leute nur noch Prune Nodes betreiben könnten.
Inwieweit Prune Nodes ausreichend sind ist eine andere Frage, das wird in Bitcoin Prune Nodes?
disskutiert.

4 „Gefällt mir“