📅 Original date posted:2015-08-15
📝 Original message:Fair enough, this is what open source is all about. Good things
sometimes come out of controversial actions. I briefly read the
manifesto, saw the migration plan, it is not that greedy and in theory
it is possible to migrate safely with no (big) incidents.
What seams a little bit unfair is that only miners get to vote and
decide, and the users will have nothing to say about it. Not even
individual miners will vote, since it will be mostly only mining pools
(individual small miners will accept whatever their mining pool runs
on). There are more users than miners obviously, the miners just mine
transactions for the users, it is the users who keep the btc/usd price.
I use bitcoin heavily (not from time to time) but I don't mine - can I
vote? The way I see it I cannot, and I am not saying it is a bad thing,
but I missed the argument explaining why users don't matter and only
miners do.
The btc/usd rate is based on supply and demand, only users take part in
this. If 20% of the miners (hashing power) go away, the network will
still operate normally (lower nethash and probably difficulty) and the
btc/usd price will be the same, but if 20% of the users go away the
btc/usd price will drop -> mining will be less profitable -> miners
could be forced to quit. In other words, the users have more control
over the miners. Why ignore?
On 8/15/2015 8:02 PM, Mike Hearn via bitcoin-dev wrote:
> Hello,
>
> As promised, we have released Bitcoin XT 0.11A which includes the bigger
> blocks patch set. You can get it from
>
> https://bitcoinxt.software/
>
> I feel sad that it's come to this, but there is no other way. The
> Bitcoin Core project has drifted so far from the principles myself and
> many others feel are important, that a fork is the only way to fix things.
>
> Forking is a natural thing in the open source community, Bitcoin is not
> the first and won't be the last project to go through this. Often in
> forks, people say there was insufficient communication. So to ensure
> everything is crystal clear I've written a blog post and a kind of
> "manifesto" to describe why this is happening and how XT plans to be
> different from Core (assuming adoption, of course).
>
> The article is here:
>
> https://medium.com/@octskyward/why-is-bitcoin-forking-d647312d22c1
>
> It makes no attempt to be neutral: this explains things from our point
> of view.
>
> The manifesto is on the website.
>
> I say to all developers on this list: if you also feel that Core is no
> longer serving the interests of Bitcoin users, come join us. We don't bite.
>
>
s7r [ARCHIVE] /
npub1j3…cwg9h
2023-06-07 17:35:12
in reply to nevent1q…mnw9
Author Public Key
npub1j3u42vq63qzs2nyddgkf4s4t7pa85x855vas54e6yauxsvpf2wcsacwg9hPublished at
2023-06-07 17:35:12Event JSON
{
"id": "cc4baf2f68c2505e212c55fd07e5330c7d5f2592f9f1f4aef0f34074689d0d72",
"pubkey": "947955301a8805054c8d6a2c9ac2abf07a7a18f4a33b0a573a277868302953b1",
"created_at": 1686159312,
"kind": 1,
"tags": [
[
"e",
"c8deaa0aeee1e5d915e04ef7baf8b8074172a310b656820cd8767442ca514e56",
"",
"root"
],
[
"e",
"a06001370d4f5fd2b8c10a2e06585cb92e648d9a1834a5ebea7f83e6758d4ecd",
"",
"reply"
],
[
"p",
"947955301a8805054c8d6a2c9ac2abf07a7a18f4a33b0a573a277868302953b1"
]
],
"content": "📅 Original date posted:2015-08-15\n📝 Original message:Fair enough, this is what open source is all about. Good things\nsometimes come out of controversial actions. I briefly read the\nmanifesto, saw the migration plan, it is not that greedy and in theory\nit is possible to migrate safely with no (big) incidents.\n\nWhat seams a little bit unfair is that only miners get to vote and\ndecide, and the users will have nothing to say about it. Not even\nindividual miners will vote, since it will be mostly only mining pools\n(individual small miners will accept whatever their mining pool runs\non). There are more users than miners obviously, the miners just mine\ntransactions for the users, it is the users who keep the btc/usd price.\n\nI use bitcoin heavily (not from time to time) but I don't mine - can I\nvote? The way I see it I cannot, and I am not saying it is a bad thing,\nbut I missed the argument explaining why users don't matter and only\nminers do.\n\nThe btc/usd rate is based on supply and demand, only users take part in\nthis. If 20% of the miners (hashing power) go away, the network will\nstill operate normally (lower nethash and probably difficulty) and the\nbtc/usd price will be the same, but if 20% of the users go away the\nbtc/usd price will drop -\u003e mining will be less profitable -\u003e miners\ncould be forced to quit. In other words, the users have more control\nover the miners. Why ignore?\n\n\nOn 8/15/2015 8:02 PM, Mike Hearn via bitcoin-dev wrote:\n\u003e Hello,\n\u003e \n\u003e As promised, we have released Bitcoin XT 0.11A which includes the bigger\n\u003e blocks patch set. You can get it from\n\u003e \n\u003e https://bitcoinxt.software/\n\u003e \n\u003e I feel sad that it's come to this, but there is no other way. The\n\u003e Bitcoin Core project has drifted so far from the principles myself and\n\u003e many others feel are important, that a fork is the only way to fix things.\n\u003e \n\u003e Forking is a natural thing in the open source community, Bitcoin is not\n\u003e the first and won't be the last project to go through this. Often in\n\u003e forks, people say there was insufficient communication. So to ensure\n\u003e everything is crystal clear I've written a blog post and a kind of\n\u003e \"manifesto\" to describe why this is happening and how XT plans to be\n\u003e different from Core (assuming adoption, of course).\n\u003e \n\u003e The article is here:\n\u003e \n\u003e https://medium.com/@octskyward/why-is-bitcoin-forking-d647312d22c1\n\u003e \n\u003e It makes no attempt to be neutral: this explains things from our point\n\u003e of view.\n\u003e \n\u003e The manifesto is on the website.\n\u003e \n\u003e I say to all developers on this list: if you also feel that Core is no\n\u003e longer serving the interests of Bitcoin users, come join us. We don't bite.\n\u003e \n\u003e",
"sig": "a5570f74bbe687b5f534d82bd70d1490ed9746ae021d7a1853deb8bcc8aac6a261ebe9cd26dba7f78e9ed15b62ab30c2330a6b3efbcc176aedf7f4970b62f93c"
}