Rusty Russell [ARCHIVE] on Nostr: 📅 Original date posted:2019-12-02 📝 Original message: Conner Fromknecht <conner ...
📅 Original date posted:2019-12-02
📝 Original message:
Conner Fromknecht <conner at lightning.engineering> writes:
> Hi all,
>
> I recently revisited the eltoo paper and noticed some things related
> watchtowers that might affect channel construction.
>
> Due to NOINPUT, any update transaction _can_ spend from any other, so
> in theory the tower only needs the most recent update txn to resolve
> any dispute.
>
> In order to spend, however, the tower must also produce a witness
> script which when hashed matches the witness program of the input. To
> ensure settlement txns can only spend from exactly one update txn,
> each update txn uses unique keys for the settlement clause, meaning
> that each state has a _unique_ witness program.
I didn't think this was the design. The update transaction can spend
any prior, with a fixed script, due to NOINPUT.
The settlement transaction does *not* use NOINPUT, and thus can only
spend the matching update.
Cheers,
Rusty.
Published at
2023-06-09 12:57:32Event JSON
{
"id": "fc6a2e140534e22fc78d702eaa37cd931790c75e2a4dde838f8c35e5bf168540",
"pubkey": "13bd8c1c5e3b3508a07c92598647160b11ab0deef4c452098e223e443c1ca425",
"created_at": 1686315452,
"kind": 1,
"tags": [
[
"e",
"4c9eebfb07afa82296aae9348e1049e58998072c2cbd84edcebce5b362e0df8f",
"",
"reply"
],
[
"p",
"9456f7acb763eaab2e02bd8e60cf17df74f352c2ae579dce1f1dd25c95dd611c"
]
],
"content": "📅 Original date posted:2019-12-02\n📝 Original message:\nConner Fromknecht \u003cconner at lightning.engineering\u003e writes:\n\u003e Hi all,\n\u003e\n\u003e I recently revisited the eltoo paper and noticed some things related\n\u003e watchtowers that might affect channel construction.\n\u003e\n\u003e Due to NOINPUT, any update transaction _can_ spend from any other, so\n\u003e in theory the tower only needs the most recent update txn to resolve\n\u003e any dispute.\n\u003e\n\u003e In order to spend, however, the tower must also produce a witness\n\u003e script which when hashed matches the witness program of the input. To\n\u003e ensure settlement txns can only spend from exactly one update txn,\n\u003e each update txn uses unique keys for the settlement clause, meaning\n\u003e that each state has a _unique_ witness program.\n\nI didn't think this was the design. The update transaction can spend\nany prior, with a fixed script, due to NOINPUT.\n\nThe settlement transaction does *not* use NOINPUT, and thus can only\nspend the matching update.\n\nCheers,\nRusty.",
"sig": "5626635c2b790813c63ff025dbc5476c0763dff1ccd7e9a01932cacb5e2623478b7745162fa0c3bceb67d35b1c7080148ab44893b31dbe0bc90400e63442c3c7"
}