What is Nostr?
Will Madden [ARCHIVE] /
npub127u…nm87
2023-06-07 17:36:53

Will Madden [ARCHIVE] on Nostr: 📅 Original date posted:2015-08-21 📝 Original message:I’m replying all just ...

đź“… Original date posted:2015-08-21
📝 Original message:I’m replying all just because my point was changed in your response.

> As a protocol Bitcoin could support millions of full nodes. What you
> talking about is the number of shareholders. But these are poorly
> determined by the block size. The number of shareholders is determined
> by many parameter but manly by the decreasing-supply algorithm. Which
> "was chosen because it approximates the rate at which commodities like
> gold are mined". See: https://en.bitcoin.it/wiki/Controlled_supply


I am not talking about "shareholders” who own bitcoin, or the supply of bitcoin at all. I’m talking about active users of bitcoin. I don’t care if they send 10,000 BTC, or .01 BTC, usage is adoption. Putting a 1MB cap on block size caps transaction volume, which by definition blocks adoption and use.

> While the decreasing-supply algorithm of Bitcoin has many advantage it's
> very hard to believe that the block chain will ever reach mass adoption.
> Even after 6 years, hardly anyone owns Bitcoins. Like Gold Bitcoin is
> distributed in large blocks to a few. Exceptions prove the rule. In the
> last 6 years the 1MB limit has been sufficient. I don't think that we
> will hit the 8MB limit in the next 6 years, except for stress tests and
> spam.


You can think what you like, but I find your position on this specious. You don’t know if we will hit that limit in the next 6 years. All it takes is one moderately successful application and we could be hitting that limit with very little warning. It could be open bazaar, or something else. Stating that “even after 6 years, hardly anyone owns Bitcoins.” as a justification that it will stay small doesn’t hold water either in terms of common sense or when looking at other standards evolving through history. TCP/IP was declared as a standard by the US Military in 1982 and became a public standard in 1985. Normal people didn’t start using TCP/IP until much later, when Mark Andreessen created the Mosaic internet browser, the precursor to Netscape. It was released in 1993. Widespread use didn’t really kick in until the second half of that decade. The reference bitcoin client was released in January 2009. So it’s basically 1988 for bitcoin, if we use the internet as a proxy - one way to look at it. The telephone even took 50 years to become widespread.

> I don't think that a relative tight block size could harm Bitcoin
> middle-term. Only experienced users penetrate the block chain directly.
> They know what they are doing and deal with problems. When space for
> transactions starts to become scarce and the fees rise too much, the
> developers have enough time to make a change. It would then also not so
> controversial. A matter of a few days or weeks. Especially if all
> necessary preparations have already been taken.


This is insane. You actually believe this? Capping the block size at 1MB doesn’t just cause fees to rise. It caps transactions that can be performed. This caps the number of users who can access bitcoin, directly cuts demand, which kills the price, which kills the mining, and BAM Rome falls. Only experienced users can “penetrate’ the block chain directly? Seriously? You download a software application, or sign up for a web wallet, buy some bitcoin on an exchange or have a friend send you some, and send it. Try bread wallet. My mom can do it. She is in her 70’s and couldn’t program a VCR 20 years ago.

I am just going to stop here. I really hope you change the way you are looking at bitcoin. This is not what it was meant to be, and if it ever becomes this, I’m not going to be interested in it.

> On Aug 21, 2015, at 11:31 AM, Oliver Egginger <bitcoin at olivere.de> wrote:
>
> Am 21.08.2015 um 15:34 schrieb Will Madden:
>> Keeping the block size at 1mb restricts the number of active users of bitcoin to around 100,000 people transacting twice a day on blockchain.
>> BItcoin is a protocol. Protocols are successful because of their network effect. Capping the block size freezes bitcoin’s network effect, limits users and prevents new users from joining (which will cut demand to exchange bitcoin) and also freeze the economic incentive to mine, because it will hurt the price.
>
> As a protocol Bitcoin could support millions of full nodes. What you
> talking about is the number of shareholders. But these are poorly
> determined by the block size. The number of shareholders is determined
> by many parameter but manly by the decreasing-supply algorithm. Which
> "was chosen because it approximates the rate at which commodities like
> gold are mined". See: https://en.bitcoin.it/wiki/Controlled_supply
>
> While the decreasing-supply algorithm of Bitcoin has many advantage it's
> very hard to believe that the block chain will ever reach mass adoption.
> Even after 6 years, hardly anyone owns Bitcoins. Like Gold Bitcoin is
> distributed in large blocks to a few. Exceptions prove the rule. In the
> last 6 years the 1MB limit has been sufficient. I don't think that we
> will hit the 8MB limit in the next 6 years, except for stress tests and
> spam.
>
>> Freezing bitcoin’s growth for any meaningful length of time will
>> threaten its position as the leading cryptocurrency.
>
> I don't think that a relative tight block size could harm Bitcoin
> middle-term. Only experienced users penetrate the block chain directly.
> They know what they are doing and deal with problems. When space for
> transactions starts to become scarce and the fees rise too much, the
> developers have enough time to make a change. It would then also not so
> controversial. A matter of a few days or weeks. Especially if all
> necessary preparations have already been taken.
>
> But I know that my opinion is very different from other claims. However,
> reliable people share some more fatalism as I'm currently find in some
> parts of the the Bitcoin community. Fear is a very bad adviser and can
> make a genius stupid.
>
> - oliver
>
Author Public Key
npub127urr0hvqr3l59fn6e75mas6cjd4865ng5hhc0m2gwmg9u89ygwsvfnm87