📅 Original date posted:2017-01-26
📝 Original message:Even more to the point, new post- fork coins are fork-specific. The
longer both forks persist, the more transactions become unavoidably
fork-specific through the mixing in of these coins. Any attempt to
maximize replay will become less effective with time.
The rationality of actors in this situation essentially defines the
limited solution that is possible. Upgraded software can create
transactions guaranteed not to execute to one fork or the other, or that
is not prevented from execution on either fork. I see no downside to
this, and the advantage is that markets can be much less chaotic. In
fact exchanges will be much better off if they require that post-fork
trading, deposits and withdrawals are exclusively chain-specific, which
will also result in well determined prices for the two currencies.
None of this precludes the possibility of further forks on either side,
and the difficulty consideration alone suggests a likely counter-fork by
(part of) the existing network.
On 1/26/2017 1:20 AM, Johnson Lau via bitcoin-dev wrote:
> Not to mention that mining is a random process, and the hashing power is going up and down.
Tom Harding [ARCHIVE] /
npub1ms…pmwjy
2023-06-07 17:55:44
in reply to nevent1q…ljms
Author Public Key
npub1msef5qkfwz4t7qacwxz775wgdtlytph78g2g2z903x90874u263sypmwjyPublished at
2023-06-07 17:55:44Event JSON
{
"id": "1f716c4db3fd4323fbaa84b8c360680ff7d9e169188358c3d437f4c749d61eb1",
"pubkey": "dc329a02c970aabf03b87185ef51c86afe4586fe3a148508af898af3fabc56a3",
"created_at": 1686160544,
"kind": 1,
"tags": [
[
"e",
"08564427a86ede87bab23151dbcfb043a11ce80299dd31e312bfe1aa29950657",
"",
"root"
],
[
"e",
"a361d573ea06eb255393aa0f1c4f337f5856f31784e82f07c13e8c27fd4c0d78",
"",
"reply"
],
[
"p",
"ec200970b5049a1e4c3051316531624de7bcd038fb1fdecd69ecad2851ca7d3c"
]
],
"content": "📅 Original date posted:2017-01-26\n📝 Original message:Even more to the point, new post- fork coins are fork-specific. The \nlonger both forks persist, the more transactions become unavoidably \nfork-specific through the mixing in of these coins. Any attempt to \nmaximize replay will become less effective with time.\n\nThe rationality of actors in this situation essentially defines the \nlimited solution that is possible. Upgraded software can create \ntransactions guaranteed not to execute to one fork or the other, or that \nis not prevented from execution on either fork. I see no downside to \nthis, and the advantage is that markets can be much less chaotic. In \nfact exchanges will be much better off if they require that post-fork \ntrading, deposits and withdrawals are exclusively chain-specific, which \nwill also result in well determined prices for the two currencies.\n\nNone of this precludes the possibility of further forks on either side, \nand the difficulty consideration alone suggests a likely counter-fork by \n(part of) the existing network.\n\n\nOn 1/26/2017 1:20 AM, Johnson Lau via bitcoin-dev wrote:\n\u003e Not to mention that mining is a random process, and the hashing power is going up and down.",
"sig": "a2daad60ae55a0e66d89377aeee6a0f54c93560456bf21591285f37adb006195f7cb11e6cbc225e11ef06342c7cb9f048febe8e0fda13e8d24454819da7a9577"
}