📅 Original date posted:2015-08-16
📝 Original message:Since it was a game theory analysis. I will not address your other comments.
On 17/8/2015 7:22 AM, Andrew LeCody wrote:
>> 4. Setup a fork of Bitcoin XT that allows people to easily make a
> transaction only on the XT fork (while leaving the original BTC coins
> untouched).
>
> I doubt this is even possible.
Trivial.
There are a few ways: here is my favorite (for the moment).
1. Spam the 8mb blocks with 1 Satoshi outputs to the brainwallet 'BitcoinXT'
2. Let these spam tx be in BitcoinXT, however not Bitcoin (easily done).
3. Let the forked XT client includes a unspent dust output with any
transaction. Let the this client create 100 dust outputs for other
people to use in the same transaction.
This transaction will only be possible to confirm with Bitcoin XT. -
Leaving your Bitcoin coins untouched.
I particularly like this approach, as it is ironic as the spam is more
cheaply done with larger blocks.
Cam.
A quick political note:
https://en.wikipedia.org/wiki/Abstentionism
Hard forks are not something that is a democratic process. Thus
frustrating a false-democratic process is completely legitimate.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 213 bytes
Desc: OpenPGP digital signature
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150817/3b5b455b/attachment.sig>;
Cameron Garnham [ARCHIVE] /
npub1qh…chcrk
2023-06-07 17:35:29
in reply to nevent1q…qgaf
Author Public Key
npub1qhl358d8na8d3euj3aakeu394zx7q6pqc4a8u4p962k9mtrqdrvscchcrkSeen on
wss://relay.noswhere.comPublished at
2023-06-07 17:35:29Event JSON
{
"id": "fa03b60b158de25475811db46bbf9f5b3ac767eb5d7eaa9d9aa12f671c1128ce",
"pubkey": "05ff1a1da79f4ed8e7928f7b6cf225a88de06820c57a7e5425d2ac5dac6068d9",
"created_at": 1686159329,
"kind": 1,
"tags": [
[
"e",
"c8deaa0aeee1e5d915e04ef7baf8b8074172a310b656820cd8767442ca514e56",
"",
"root"
],
[
"e",
"7c6e2eb45c5caddc8049db4e51f1193773dd489ca3b361d003e52e88cbbf143e",
"",
"reply"
],
[
"p",
"7805cba4d18a8b44ba47c80fa67d382e69bb0a54f8841c3af251004ee632cac9"
]
],
"content": "📅 Original date posted:2015-08-16\n📝 Original message:Since it was a game theory analysis. I will not address your other comments.\n\n\nOn 17/8/2015 7:22 AM, Andrew LeCody wrote:\n\u003e\u003e 4. Setup a fork of Bitcoin XT that allows people to easily make a\n\u003e transaction only on the XT fork (while leaving the original BTC coins\n\u003e untouched).\n\u003e \n\u003e I doubt this is even possible.\n\nTrivial.\n\nThere are a few ways: here is my favorite (for the moment).\n\n1. Spam the 8mb blocks with 1 Satoshi outputs to the brainwallet 'BitcoinXT'\n\n2. Let these spam tx be in BitcoinXT, however not Bitcoin (easily done).\n\n3. Let the forked XT client includes a unspent dust output with any\ntransaction. Let the this client create 100 dust outputs for other\npeople to use in the same transaction.\n\nThis transaction will only be possible to confirm with Bitcoin XT. -\nLeaving your Bitcoin coins untouched.\n\nI particularly like this approach, as it is ironic as the spam is more\ncheaply done with larger blocks.\n\nCam.\n\n\nA quick political note:\nhttps://en.wikipedia.org/wiki/Abstentionism\n\nHard forks are not something that is a democratic process. Thus\nfrustrating a false-democratic process is completely legitimate.\n\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 213 bytes\nDesc: OpenPGP digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150817/3b5b455b/attachment.sig\u003e",
"sig": "a86334e3cabb7fc7fa07e85acbcc6d3ffdebbbb6c103935dfb50208b9c115bdd4bebd89cc7b69ac8130b695f3d2dd0a9a5c135beb5982dc75360c0df8cc3d354"
}