Connect with us

Honeycombbong.com

Honeycombbong.com

eltoo – Bitcoin.nl

Uncategorized

eltoo – Bitcoin.nl


2

Nog even de basis in het kort: een on-chain betaling van twee bitcoin door een betaling te maken vanaf een hoopje van eerder verkregen bitcoins waar dus vervolgens twee bitcoins af wordt gehaald. 5 > 2 > 3 over. (evt fee maar dat eruit halen) Inputs eerdere transactie is output nieuwe transactie.
Spending condition, wie mag ze uitgeven: script pubkey, om uit te geven moet input gegeven worden die de conditie voldoet, scriptsig of input sig. Als die input true teruggeeft dan mag het worden uitgegeven.

Koffie: van 5 naar 1 (koffie) en 4. De scriptsig, true en dan dus versturen. Wachten voor 10 minuten voor confirmatie. > koffie.
Langzaam en als je je koffie hebt is het koud. Betalingen in minder dan 1 mili second.

Lightning: offchain protocol, meganisme waarin load van blockchain gehaald kan worden, verwerkt kan worden tussen partijen end aarna weer naar bockchain gestuurd kan worden.

A&B willen snellere betalingen, funds naar musig.Steeds nieuwe state afspreken. Issue: oudere state naar netwerk verzenden.

Waarom lightning?

Scalability:
more than 500 tx/s/ch
add capacity by opening channel
true realtime payments
immediate settlement

Privacy:
Individial transfers are private
only summaries published on chain
e-e encryption

Permissionless innovation:
fast experimentation
voluntary adoption
no need fr everybody to update

Simple Micropayment channels:
5btc output maken waar twee partijen over moeten beslissen. 5 naar iniatiator, 0 andere partij. = 1way

Lightning penalty:
Oude staat poisoned, als die gebroadcast wordt kunnen alle bitcoins van de stelende partij afgepakt worden.

Eltoo Update mechanism:
Setup tx, musig account. Settlement transaction with desired state, with timeout before it becomes valid. In that time negociate new state. Update 1. Broadcasten vna de update dus settle 0 wordt invalid want je kan het maar 1 keer uitgeven. Settle 1 en dan update 2weer broadcasten zodat settle 1 unvalid wordt. Niet scalable want alle updates moeten dan alsnog gebroadcast worden. Doel om update 3 aan de eerste update te koppelen zonder de tussenliggende stappen. Bij stelen: update 1 broadcasten, settle 1 na 24 uur. Dat wil je niet dus boradcast je update 3 waardoor settle 3 niet meer geldig is.

Telefoon verloren, niet opmerken van de oudere update. Timeout daarop aanpassen, bv 2 weken.

De langste locktime wint, niet mee eens dan open je geen channel.



Source link

Click to comment

Leave a Reply

Your email address will not be published. Required fields are marked *

To Top