Dan Libby [ARCHIVE] on Nostr: 📅 Original date posted:2017-09-15 📝 Original message:On 09/15/2017 01:40 PM, ...
📅 Original date posted:2017-09-15
📝 Original message:On 09/15/2017 01:40 PM, Simone Bronzini wrote:
> Since a soft-fork is a restriction of the consensus rules, I think the
> only way to have an un-soft-forkable cryptocurrency is creating a
> cryptocurrency where no transaction is valid.
>
> Imagine I build a very minimal cryptocurrency where in the transaction
> output you only indicate the public key to send your coins to and the
> amount. One can still soft-fork it by deciding that, from now on, only
> even amounts are valid or only public keys that are a multiple of 10 are
> valid.
sure, but in this scenario how would one meaningfully "upgrade" the
functionality, eg add a new opcode? We couldn't, right? so....
success! Preventing new functionality is the primary goal of this
thought experiment. I believe that common sense and market incentives
would prevent arbitrary tightening of the rules for no good reason...
Published at
2023-06-07 18:06:02Event JSON
{
"id": "da04ebd4ebce3892a0836fa09457181cb0b73dea1a6974523cfc035d9d998fae",
"pubkey": "bee276d1ae3341411bf36280d4da29fe701581dff23dcd2a5d7ac65535f7d8f9",
"created_at": 1686161162,
"kind": 1,
"tags": [
[
"e",
"91d6ec02934746fcbd43013df1b7508b93012bf45b887171ea0d0bbaa6dee098",
"",
"root"
],
[
"e",
"0b83de51324f3dde8fba7d86b7444d8b3ba88f30ba932d83c65f999bc3fd793f",
"",
"reply"
],
[
"p",
"cf168b42ec28069b3df4710244114f83077b09e93c253304b40cb672782b332a"
]
],
"content": "📅 Original date posted:2017-09-15\n📝 Original message:On 09/15/2017 01:40 PM, Simone Bronzini wrote:\n\u003e Since a soft-fork is a restriction of the consensus rules, I think the\n\u003e only way to have an un-soft-forkable cryptocurrency is creating a\n\u003e cryptocurrency where no transaction is valid.\n\u003e \n\u003e Imagine I build a very minimal cryptocurrency where in the transaction\n\u003e output you only indicate the public key to send your coins to and the\n\u003e amount. One can still soft-fork it by deciding that, from now on, only\n\u003e even amounts are valid or only public keys that are a multiple of 10 are\n\u003e valid.\n\nsure, but in this scenario how would one meaningfully \"upgrade\" the\nfunctionality, eg add a new opcode? We couldn't, right? so....\nsuccess! Preventing new functionality is the primary goal of this\nthought experiment. I believe that common sense and market incentives\nwould prevent arbitrary tightening of the rules for no good reason...",
"sig": "af0bab71bb664c2416bc8961cd28a97d6ebed18158b88fe6a8a84472e7588e76a5499039081d47e27b7a6d79c07fae2eb355a9615decb7d990ba43c3ac06544c"
}