Jeremy [ARCHIVE] on Nostr: 📅 Original date posted:2021-07-12 📝 Original message: Without an exact ...
📅 Original date posted:2021-07-12
📝 Original message:
Without an exact implementation, one thing you could do to fix the lost
state issue would be to make the scripts something like:
[`<N+1> CLTV DROP PKu CHECKSIGVERIFY GETLOCKTIME <PK_root>
BIP32DERIVE CHECKTRANSACTIONSIGNEDFROMSTACK`, `2016 CSV DROP PK_si
CHECKSIG`]
In order to upgrade to state M>= N+1 you'd have to publish a transaction
signed with the BIP32 derived key for that update in the future.
The downside is that you end up double publishing the txdata on the chain,
but it at least ensure data availability.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20210712/dabb3aed/attachment.html>;
📝 Original message:
Without an exact implementation, one thing you could do to fix the lost
state issue would be to make the scripts something like:
[`<N+1> CLTV DROP PKu CHECKSIGVERIFY GETLOCKTIME <PK_root>
BIP32DERIVE CHECKTRANSACTIONSIGNEDFROMSTACK`, `2016 CSV DROP PK_si
CHECKSIG`]
In order to upgrade to state M>= N+1 you'd have to publish a transaction
signed with the BIP32 derived key for that update in the future.
The downside is that you end up double publishing the txdata on the chain,
but it at least ensure data availability.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20210712/dabb3aed/attachment.html>;