LeoWandersleb on Nostr: I took my idea to the mailing list and advanced it a little bit but I'm not familiar ...
I took my idea to the mailing list and advanced it a little bit but I'm not familiar with posting to the mailing list, so what I'll post below, I posted twice and can't see in the group yet. The first was on the web interface itself, after which I couldn't find a trace of having posted at all and hours later it wasn't showing up (as approved by moderation) so I posted again using thunderbird. If there is any merit to the idea, I'd appreciate your reply on the ML
I think the poison pill approach could be implemented as a soft fork after all, with a cleaner mechanism:
After activation at block height X:
1. **Vulnerable UTXOs cannot be spent directly** - they require a prior announcement
2. **Weak announcement** with no private key needed: "I intend to spend UTXO A with transaction X after block B+144"
3. **Strong announcement** with a commitment proof: References a potentially old, pre-fork commitment and provides proof that this UTXO was included
4. **After 144 blocks**: The UTXO can be spent according to the strongest announcement (oldest commitment wins)
This is a soft fork because:
- We're not "undoing" transactions
- We're adding new rules about *when* certain UTXOs can be spent
- Old nodes still see valid transactions, just with different timing
The key insight is that the "weak announcement" doesn't require private keys - it just declares intent. This preserves the validity of pre-signed transactions (they can still be announced and executed, just with a delay).
Meanwhile, anyone who created commitments before the fork can use "strong announcements" to override potential quantum attackers during the window.
This gives us poison pill protection while maintaining backward compatibility. No transaction reversal needed - just a new spending process for vulnerable UTXOs.
Does this address your hard fork concern?
Published at
2025-06-03 12:31:27Event JSON
{
"id": "38d3da8bdde597fdb7ff4c1db2f9b76085219c07d8012b2e7f39e3e5dd2566d2",
"pubkey": "46fcbe3065eaf1ae7811465924e48923363ff3f526bd6f73d7c184b16bd8ce4d",
"created_at": 1748953887,
"kind": 1,
"tags": [
[
"e",
"e2b7dfd153b46225e52ed57b93c360051d69e5c3e5d6ca7215a32e98d5690156",
"",
"root"
],
[
"e",
"d5f2c4b90daa53daa00db8995e09f0ace33f0fbb23a2dbc9d272893f9ece64b2",
"wss://nostr.mom/",
"reply",
"675b84fe75e216ab947c7438ee519ca7775376ddf05dadfba6278bd012e1d728"
],
[
"p",
"675b84fe75e216ab947c7438ee519ca7775376ddf05dadfba6278bd012e1d728"
],
[
"p",
"46fcbe3065eaf1ae7811465924e48923363ff3f526bd6f73d7c184b16bd8ce4d"
],
[
"client",
"noStrudel",
"31990:266815e0c9210dfa324c6cba3573b14bee49da4209a9456f9484e5106cd408a5:1686066542546"
]
],
"content": "I took my idea to the mailing list and advanced it a little bit but I'm not familiar with posting to the mailing list, so what I'll post below, I posted twice and can't see in the group yet. The first was on the web interface itself, after which I couldn't find a trace of having posted at all and hours later it wasn't showing up (as approved by moderation) so I posted again using thunderbird. If there is any merit to the idea, I'd appreciate your reply on the ML\n\nI think the poison pill approach could be implemented as a soft fork after all, with a cleaner mechanism:\n\nAfter activation at block height X:\n\n1. **Vulnerable UTXOs cannot be spent directly** - they require a prior announcement\n2. **Weak announcement** with no private key needed: \"I intend to spend UTXO A with transaction X after block B+144\"\n3. **Strong announcement** with a commitment proof: References a potentially old, pre-fork commitment and provides proof that this UTXO was included\n4. **After 144 blocks**: The UTXO can be spent according to the strongest announcement (oldest commitment wins)\n\nThis is a soft fork because:\n- We're not \"undoing\" transactions\n- We're adding new rules about *when* certain UTXOs can be spent\n- Old nodes still see valid transactions, just with different timing\n\nThe key insight is that the \"weak announcement\" doesn't require private keys - it just declares intent. This preserves the validity of pre-signed transactions (they can still be announced and executed, just with a delay).\n\nMeanwhile, anyone who created commitments before the fork can use \"strong announcements\" to override potential quantum attackers during the window.\n\nThis gives us poison pill protection while maintaining backward compatibility. No transaction reversal needed - just a new spending process for vulnerable UTXOs.\n\nDoes this address your hard fork concern? ",
"sig": "8dff3448bf7166286db4d9b8b5fb6037995433f25196c01b54df9ad72f4c11245f88e4c2afd6e16364596f669700fac34b31764a6104474d4735c1b4735dc0e4"
}