This also illustrates that if we had made this change earlier, they would not have designed the system to create unspendable public keys in the first place.
They have no financial incentive to deviate from the original design. And once such a system goes live, assuming it has any uptake, their engineers will be busy with all sorts of more urgent things.
Any typical corporate CTO would look at this situation and say: hey look, there's a bunch of drama here, let's assume the brigaders win and the OP_RETURN limit stays in place. So let's just stick to the original design. We're not price sensitive, so it's the safest option. It also saves us a bunch of engineering hours. Also, it protects our engineers from being harassed.
Finally, this also goes to show that we really need to make progress on Utreexo, because UTXO set growth is a sitting duck. All we can do is ask people nicely to not grow it needlessly.
provoost / Sjors Provoost
npub1s6…dwk4c
2025-05-02 08:40:24
in reply to nevent1q…rzqg
Author Public Key
npub1s6z7hmmx2vud66f3utxd70qem8cwtggx0jgc7gh8pqwz2k8cltuqrdwk4cSeen on
wss://relay.primal.netwss://nos.lolwss://wino@nostr.winewss://wot.utxo.onewss://relay.damus.ioPublished at
2025-05-02 08:40:24Event JSON
{
"id": "2911a9ef231cb7d973049707eb343cb71724ac25a5f0f928834b047820492fe1",
"pubkey": "8685ebef665338dd6931e2ccdf3c19d9f0e5a1067c918f22e7081c2558f8faf8",
"created_at": 1746175224,
"kind": 1,
"tags": [
[
"e",
"a9eb0374dde392eb47db9add5f27d1f608635f3f79078b206a4313ce4b5a89d1",
"wss://relay.damus.io/",
"root",
"8685ebef665338dd6931e2ccdf3c19d9f0e5a1067c918f22e7081c2558f8faf8"
],
[
"e",
"a9eb0374dde392eb47db9add5f27d1f608635f3f79078b206a4313ce4b5a89d1",
"wss://relay.damus.io/",
"reply",
"8685ebef665338dd6931e2ccdf3c19d9f0e5a1067c918f22e7081c2558f8faf8"
],
[
"p",
"8685ebef665338dd6931e2ccdf3c19d9f0e5a1067c918f22e7081c2558f8faf8",
"wss://relay.damus.io/"
],
[
"client",
"noStrudel",
"31990:266815e0c9210dfa324c6cba3573b14bee49da4209a9456f9484e5106cd408a5:1686066542546"
]
],
"content": "This also illustrates that if we had made this change earlier, they would not have designed the system to create unspendable public keys in the first place.\n\nThey have no financial incentive to deviate from the original design. And once such a system goes live, assuming it has any uptake, their engineers will be busy with all sorts of more urgent things.\n\nAny typical corporate CTO would look at this situation and say: hey look, there's a bunch of drama here, let's assume the brigaders win and the OP_RETURN limit stays in place. So let's just stick to the original design. We're not price sensitive, so it's the safest option. It also saves us a bunch of engineering hours. Also, it protects our engineers from being harassed.\n\nFinally, this also goes to show that we really need to make progress on Utreexo, because UTXO set growth is a sitting duck. All we can do is ask people nicely to not grow it needlessly.",
"sig": "3d3e6533543eba933d2d596f97e3f26e5e6656654237d2b87495b79f090c408de958181b801b61204fce3623a7a68effaff00ea7ef7cb7bc4832435d1f0e4c01"
}