<oembed><type>rich</type><version>1.0</version><title>ZmnSCPxj [ARCHIVE] wrote</title><author_name>ZmnSCPxj [ARCHIVE] (npub1g5…3ms3l)</author_name><author_url>https://yabu.me/npub1g5zswf6y48f7fy90jf3tlcuwdmjn8znhzaa4vkmtxaeskca8hpss23ms3l</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>📅 Original date posted:2019-12-03&#xA;📝 Original message:&#xA;Good morning Rusty,&#xA;&#xA;&gt; &gt; Hi all,&#xA;&gt; &gt; I recently revisited the eltoo paper and noticed some things related&#xA;&gt; &gt; watchtowers that might affect channel construction.&#xA;&gt; &gt; Due to NOINPUT, any update transaction can spend from any other, so&#xA;&gt; &gt; in theory the tower only needs the most recent update txn to resolve&#xA;&gt; &gt; any dispute.&#xA;&gt; &gt; In order to spend, however, the tower must also produce a witness&#xA;&gt; &gt; script which when hashed matches the witness program of the input. To&#xA;&gt; &gt; ensure settlement txns can only spend from exactly one update txn,&#xA;&gt; &gt; each update txn uses unique keys for the settlement clause, meaning&#xA;&gt; &gt; that each state has a unique witness program.&#xA;&gt;&#xA;&gt; I didn&#39;t think this was the design. The update transaction can spend&#xA;&gt; any prior, with a fixed script, due to NOINPUT.&#xA;&gt;&#xA;&gt; The settlement transaction does not use NOINPUT, and thus can only&#xA;&gt; spend the matching update.&#xA;&#xA;My understanding is that this is not logically possible?&#xA;The update transaction has no fixed txid until it commits to a particular output-to-be-spent, which is either the funding/kickoff txout, or a lower-`nLockTime` update transaction output.&#xA;Thus a settlement transaction *must* use `NOINPUT` as well, as it has no txid it can spend, if it is constrained to spend a particular update transaction.&#xA;&#xA;Unless I misunderstand how update transactions work, or what settlement transactions are.&#xA;&#xA;Regards,&#xA;ZmnSCPxj</html></oembed>