Bitcoin Forum
February 29, 2020, 04:08:18 AM *
News: Latest Bitcoin Core release: 0.19.0.1 [Torrent]
 
   Home   Help Search Login Register More  
Poll
Question: Bitcoin fork proposal by respected Bitcoin lead dev Gavin Andresen, to increase the block size from 1MB to 20MB.
pro
anti
agnostic
DGAF

Pages: « 1 ... 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 [125] 126 127 128 129 130 131 »
  Print  
Author Topic: Bitcoin 20MB Fork  (Read 154256 times)
cbeast
Donator
Legendary
*
Offline Offline

Activity: 1736
Merit: 1002

Let's talk governance, lipstick, and pigs.


View Profile
March 17, 2015, 10:57:19 AM
 #2481

That will be so cool to have a full node on a basic internet package. Looks like they got the problem solved. /thread

Any significantly advanced cryptocurrency is indistinguishable from Ponzi Tulips.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1582949298
Hero Member
*
Offline Offline

Posts: 1582949298

View Profile Personal Message (Offline)

Ignore
1582949298
Reply with quote  #2

1582949298
Report to moderator
FattyMcButterpants
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250



View Profile
March 17, 2015, 11:04:08 AM
 #2482

I have not read through the full tread but is there a summary of the core developer's positions on this matter?
davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 11:05:02 AM
 #2483

check out lightning payment channels and it will make sense.  It allows you to have every global transaction on a 3mb isp. Tips too.. That's not big like you claim.

To date, lightning is vaporware, let's see when it's actually rolled-out.


That will be so cool to have a full node on a basic internet package. Looks like they got the problem solved. /thread

Why do you speak in the future tense, Bitcoin already works fine on a basic internet package.

davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 11:05:24 AM
 #2484

I have not read through the full tread but is there a summary of the core developer's positions on this matter?

Gavin Andresen and Mike Hearn are sold, others are like 'meh'.

cbeast
Donator
Legendary
*
Offline Offline

Activity: 1736
Merit: 1002

Let's talk governance, lipstick, and pigs.


View Profile
March 17, 2015, 11:08:02 AM
 #2485

I have not read through the full tread but is there a summary of the core developer's positions on this matter?
This is a troll thread. I doubt any core devs participated in any of these 130+ pages. There have been other threads that resolved this long ago. The cool thing is that they continue to improve the solutions beyond expectations. This thread will only end when MP stops paying his shills.

Any significantly advanced cryptocurrency is indistinguishable from Ponzi Tulips.
davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 11:15:34 AM
 #2486

There have been other threads that resolved this long ago.

Could you please quote other core devs saying they OK this ?

Here is mine :

Quote
sipa → i'm generally in favor of a larger blocksize, but only under the condition that there is a proposal that has extremely wide consensus

wumpus → I'm still not convinced we require a larger blocksize yet

Luke-Jr → wumpus: we definitely don't yet - but it's probably something to be thinking about

gavinandresen → wumpus: how full do blocks need to be before you think we need a hardfork?

wumpus → gavinandresen: all of them full, and a backlog of serious (not spammy) transactions

gmaxwell → gavinandresen: First stop pretending that there actually is consensus or that this is easy and safe. We couldn't even manage to get BIP34 right without two somewhat ugly unexpected effects (we burned the most significant bit of the block version number; and the switchover criteria we implemented wasn't actually the criteria described in the BIP)

Source.

DooMAD
Legendary
*
Offline Offline

Activity: 2268
Merit: 1466


Leave no FUD unchallenged


View Profile WWW
March 17, 2015, 12:06:05 PM
 #2487

There have been other threads that resolved this long ago.

Could you please quote other core devs saying they OK this ?

Here is mine :

Quote
sipa → i'm generally in favor of a larger blocksize, but only under the condition that there is a proposal that has extremely wide consensus

wumpus → I'm still not convinced we require a larger blocksize yet

Luke-Jr → wumpus: we definitely don't yet - but it's probably something to be thinking about

gavinandresen → wumpus: how full do blocks need to be before you think we need a hardfork?

wumpus → gavinandresen: all of them full, and a backlog of serious (not spammy) transactions

gmaxwell → gavinandresen: First stop pretending that there actually is consensus or that this is easy and safe. We couldn't even manage to get BIP34 right without two somewhat ugly unexpected effects (we burned the most significant bit of the block version number; and the switchover criteria we implemented wasn't actually the criteria described in the BIP)

Source.


If wumpus thinks blocks should be full, then I'd like to see his reasoning.  Gavin has outlined his stance with his blocksize economics and scalability roadmap posts.  A continuous stream of full blocks isn't something we've tried before and we need to see a really convincing argument to justify attempting it. 

So far no one has given me a satisfactory response to this:

If the userbase increases and blocks are full, the choices are as follows:

  • Pay an average fee and still wait for the next available block that isn't full (which will take longer and longer as more users join, even if you pay a fee)
  • Pay an above-average fee and hope that it's more than everyone else is paying (and if you don't guess correctly, wait for the next block)
  • Go off chain and hope that whoever you trusted doesn't run off with the coins
  • Use another coin

davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 12:48:18 PM
 #2488

If wumpus thinks blocks should be full, then I'd like to see his reasoning.  Gavin has outlined his stance with his blocksize economics and scalability roadmap posts.  A continuous stream of full blocks isn't something we've tried before and we need to see a really convincing argument to justify attempting it.

Gavin gets it wrong. Big deal.
You know, there's a reason in business, why it's usually not the code-monkeys who get to make strategic decisions.


So far no one has given me a satisfactory response to this:

If the userbase increases and blocks are full, the choices are as follows:

  • Pay an average fee and still wait for the next available block that isn't full (which will take longer and longer as more users join, even if you pay a fee)
  • Pay an above-average fee and hope that it's more than everyone else is paying (and if you don't guess correctly, wait for the next block)
  • Go off chain and hope that whoever you trusted doesn't run off with the coins
  • Use another coin

Maybe if you actually phrased it like a question it'd be easier to answer.
And it would certainly be easier for the one who answers to show that the assumptions the question is based on, are flawed.

DooMAD
Legendary
*
Offline Offline

Activity: 2268
Merit: 1466


Leave no FUD unchallenged


View Profile WWW
March 17, 2015, 01:17:06 PM
 #2489

If wumpus thinks blocks should be full, then I'd like to see his reasoning.  Gavin has outlined his stance with his blocksize economics and scalability roadmap posts.  A continuous stream of full blocks isn't something we've tried before and we need to see a really convincing argument to justify attempting it.

Gavin gets it wrong. Big deal.
You know, there's a reason in business, why it's usually not the code-monkeys who get to make strategic decisions.

So there's no reasoning or justification?  Just an opinion?  Thought as much. 


So far no one has given me a satisfactory response to this:

If the userbase increases and blocks are full, the choices are as follows:

  • Pay an average fee and still wait for the next available block that isn't full (which will take longer and longer as more users join, even if you pay a fee)
  • Pay an above-average fee and hope that it's more than everyone else is paying (and if you don't guess correctly, wait for the next block)
  • Go off chain and hope that whoever you trusted doesn't run off with the coins
  • Use another coin

Maybe if you actually phrased it like a question it'd be easier to answer.
And it would certainly be easier for the one who answers to show that the assumptions the question is based, are biased.

I've phrased it multiple ways throughout the course of this thread.  You still can't give an answer that doesn't amount to "it works for me, so to hell with everyone else":

Because it is my considered opinion that Bitcoin is perfect as it is and that it doesn't need to be "fixed" to provide tremendous value to humanity at large.

And you have the nerve to talk about bias?  If you can't or won't consider the consequences of a 1mb limit to the majority of users, you don't get to lecture about bias.  Again, users aren't going to support a network that doesn't confirm their transactions in a timely and secure fashion.  Full blocks means either wait for an available block, or go off chain and introduce risk.

Also, I like how you left Mike Hearn's reply out of your earlier post about that reddit quote:

Quote
[–]mike_hearn - 14 points - 6 days ago

If all blocks were full and a backlog was building in memory then Bitcoin would be broken. Bear in mind the mempool is unlimited in size. Transactions would stop confirming, nodes would crash and fall over as they accepted ever more pending transactions. That's clearly the wrong time to try and organise a network upgrade. You do it in advance, not as the system is crashing down around us.

Obviously there are risks to any change in a live system. I am not a fan of consensus driven decision making for this reason - it tends naturally towards stasis. The reason is if some people say "no it's too risky", the change is made and things are fine, nobody remembers the objections. The reputation of the naysayers hardly suffers. Everyone is just happy that the improvement happened and wants to move on. If some people say "no it's too risky" and then there are problems, they look prescient and wise and can easily have a told-you-so attitude. And unfortunately then the people who were trying to improve things can easily lose influence and things grind to a halt. "You're not being careful enough with other peoples money" is the sort of argument that socially has a lot of weight, and can quickly result in nobody doing anything because nobody wants to stick their neck out.

This is the story of many large organisations that get big and slow, and given how many years this block size thing has been playing out over, I think it's easy to say it's happening in Bitcoin too.

At any rate, Bitcoin cannot stand still. Usage is growing and failing to tackle that growth will result in either a technical collapse or (another) fork of the software by people who are building companies on the assumption of mass adoption, but whatever happens stasis will not be it. I think everyone understands that, and Gregory just said in IRC he thinks 1mb is too small. So it turns into a debate about how long we can wait for, exactly, and what has to come first, which is rather different to how you are portraying things.

davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 01:36:35 PM
 #2490

Gavin gets it wrong. Big deal.
You know, there's a reason in business, why it's usually not the code-monkeys who get to make strategic decisions.

So there's no reasoning or justification?  Just an opinion?  Thought as much.

Looks like you missed it the first time it was posted: http://fr.anco.is/2015/gavineries/


You still can't give an answer that doesn't amount to "it works for me, so to hell with everyone else":

Does Bitcoin not work for you?


And you have the nerve to talk about bias?  If you can't or won't consider the consequences of a 1mb limit to the majority of users, you don't get to lecture about bias.  Again, users aren't going to support a network that doesn't confirm their transactions in a timely and secure fashion.  Full blocks means either wait for an available block, or go off chain and introduce risk.

Most users don't really care, they'll transact off-chain if it's more convenient. Users that have enough money that justifies taking the paranoid road will always have either enough money to cover the fees, or wait for some space in a block.


Also, I like how you left Mike Hearn's reply out of your earlier post

That's why intellectually honest people give you the sources of their quotes, so you can research relevant context if so inclined.
The reason I didn't quote Hearn is that the point he makes is pretty retarded. Bitcoin won't crash and burn because mempools increase, it's trivial for miners to drop transactions they don't care about, and merchants should not rely on 0-confs anyway.

Also allow me to highlight some interesting bit in Hearn's post:

Quote
If some people say "no it's too risky" and then there are problems, they look prescient and wise and can easily have a told-you-so attitude. And unfortunately then the people who were trying to improve things can easily lose influence and things grind to a halt.

This is a fucking *feature*, if someone pushes for a change, despite being told that it's risky by intelligent people, and fuck up, of fucking course they should lose influence. What would the alternative be? "O, you broke this system despite being told your idea was stupid, please have some more influence" ?


DooMAD
Legendary
*
Offline Offline

Activity: 2268
Merit: 1466


Leave no FUD unchallenged


View Profile WWW
March 17, 2015, 01:38:46 PM
 #2491

But some people arguing here do want a permanent 1 MB block.

Which ones?

I don't remember names, and honestly I won't go dig through >130 pages of mostly garbage.

You made the claim, now back it up with evidence.

Or STFU, and stop making strawman arguments.

OK, I made a bad argument. Please disregard it.

Don't back down, R2D221, you're absolutely right.  Davout said himself that he thinks bitcoin is "perfect as it is and doesn't need fixing", so he can't then turn around and say he's not supporting a permanent 1mb block.  It's not your fault he's a weasel and openly contradicts himself.

davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 01:43:11 PM
 #2492

Don't back down, R2D221, you're absolutely right.  Davout said himself that he thinks bitcoin is "perfect as it is and doesn't need fixing", so he can't then turn around and say he's not supporting a permanent 1mb block.  It's not your fault he's a weasel and openly contradicts himself.

I said "it doesn't need fixing".
I didn't say "it'll never need fixing".

Your reading skills, they do need fixing.

DooMAD
Legendary
*
Offline Offline

Activity: 2268
Merit: 1466


Leave no FUD unchallenged


View Profile WWW
March 17, 2015, 01:45:43 PM
 #2493

Don't back down, R2D221, you're absolutely right.  Davout said himself that he thinks bitcoin is "perfect as it is and doesn't need fixing", so he can't then turn around and say he's not supporting a permanent 1mb block.  It's not your fault he's a weasel and openly contradicts himself.

I said "it doesn't need fixing".
I didn't say "it'll never need fixing".

Your reading skills, they do need fixing.

If wumpus thinks blocks should be full, then I'd like to see his reasoning.  Gavin has outlined his stance with his blocksize economics and scalability roadmap posts.  A continuous stream of full blocks isn't something we've tried before and we need to see a really convincing argument to justify attempting it.
Gavin gets it wrong. Big deal.
You know, there's a reason in business, why it's usually not the code-monkeys who get to make strategic decisions.

So there's no reasoning or justification?  Just an opinion?  Thought as much.

Looks like you missed it the first time it was posted: http://fr.anco.is/2015/gavineries/

You're using wumpus' comments to defend your view and I'm asking if there's anything else posted by wumpus to explain those comments.  I want to see his reasoning as to why blocks should be full.  Your reading skills need fixing.

davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 01:48:41 PM
 #2494

You're using wumpus' comments to defend your view and I'm asking if there's anything else posted by wumpus to explain those comments.  I want to see his reasoning as to why blocks should be full.  Your reading skills need fixing.

Not really, AFAIK he didn't post anything.
If you want to hear his stance why don't you just hop on IRC and ask him directly?

sardokan
Legendary
*
Offline Offline

Activity: 1414
Merit: 1003



View Profile
March 17, 2015, 02:10:48 PM
 #2495

What I can read from mike quote is that he don't like consensus, I also remember he likes blacklists.

So I think he don't like Bitcoin so much and should leave it to peoples that like it.
Gavin Andresen
Legendary
*
Offline Offline

Activity: 1652
Merit: 1027


Chief Scientist


View Profile WWW
March 17, 2015, 02:12:59 PM
 #2496

Gavin gets it wrong. Big deal.
You know, there's a reason in business, why it's usually not the code-monkeys who get to make strategic decisions.
Are you this annoying in person, or just online?

I spent last week talking to some of the largest Bitcoin businesses (much bigger than Paymium/Bitcoin-Central or anything anybody in #bitcoin-assets is involved with), and they all want the maximum block size to increase.

The poll in this thread says people support it by a three-to-one margin.

It is going to happen sooner or later. I want it to happen sooner because Very Bad Things will happen if we get to 100% full 1MB blocks:
Quote
At 100% we're up at a huge 7744 seconds (more than 2 hours)! If the network were ever to reach this 100% level, though, the problems would be much worse as 10% of all transactions would still not have received a confirmation after 22800 seconds (6.3 hours).
http://hashingit.com/analysis/34-bitcoin-traffic-bulletin

I'm busy writing benchmarks, finding bugs in current code, and generally making sure nothing will break when we increase the maximum block size. If you want to be helpful instead of being an annoying troll, I have a TODO list you could help out with. Although the last time you agreed to help out, Dave, you didn't follow through on your promises (do you remember when you agreed to help with the testnet?).

How often do you get the chance to work on a potentially world-changing project?
davout
Legendary
*
Offline Offline

Activity: 1372
Merit: 1002


1davout


View Profile WWW
March 17, 2015, 02:34:23 PM
 #2497

Are you this annoying in person, or just online?

We met IRL in 2011, you have all the data to figure this one out :-)


I spent last week talking to some of the largest Bitcoin businesses (much bigger than Paymium/Bitcoin-Central or anything anybody in #bitcoin-assets is involved with), and they all want the maximum block size to increase.

And how's convincing core devs going? Any luck convincing anyone else than Hearn?


The poll in this thread says people support it by a three-to-one margin.

That's irrelevant, travel to Greece, ask around if the ECB should print more Euros.
Just because a lot of people think X doesn't make X correct.


It is going to happen sooner or later.

No probs, the faster you publish your altcoin's specs, the faster we'll be able to draft contracts allowing the market to short it into the ground.


I want it to happen sooner because Very Bad Things will happen if we get to 100% full 1MB blocks:

I don't think it's such a bad thing if frivolous transactions are discouraged from being burdened onto every full node's hard-drive.


being an annoying troll

I disagree with you, so I'm a troll... Is gmaxwell also a troll?

Quote
gmaxwell → gavinandresen: First stop pretending that there actually is consensus or that this is easy and safe. We couldn't even manage to get BIP34 right without two somewhat ugly unexpected effects (we burned the most significant bit of the block version number; and the switchover criteria we implemented wasn't actually the criteria described in the BIP)


I have a TODO list you could help out with. Although the last time you agreed to help out, Dave, you didn't follow through on your promises (do you remember when you agreed to help with the testnet?).

Am I missing something?

R2D221
Hero Member
*****
Offline Offline

Activity: 658
Merit: 500



View Profile
March 17, 2015, 02:40:14 PM
 #2498

I have a TODO list you could help out with. Although the last time you agreed to help out, Dave, you didn't follow through on your promises (do you remember when you agreed to help with the testnet?).

Am I missing something?

Showing 1 changed file with 3 additions and 3 deletions.

An economy based on endless growth is unsustainable.
NxtChg
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1000


Simcoin Developer


View Profile WWW
March 17, 2015, 02:47:43 PM
 #2499

I'm busy writing benchmarks, finding bugs in current code, and generally making sure nothing will break when we increase the maximum block size.

Gavin, could you please explain the reason behind trying to guess and hard-code the optimal limit, instead of doing something adaptive, like "limit = median(size of last N blocks) * 10"?

Simcoin: https://simtalk.org:444/ | The Simplest Bitcoin Wallet: https://tsbw.io/ | Coinmix: https://coinmix.to | Tippr stats: https://tsbw.io/tippr/
--
About smaragda and his lies: https://medium.com/@nxtchg/about-smaragda-and-his-lies-c376e4694de9
iCEBREAKER
Legendary
*
Offline Offline

Activity: 2156
Merit: 1070


Crypto is the separation of Power and State.


View Profile WWW
March 17, 2015, 02:55:39 PM
 #2500

I have not read through the full tread but is there a summary of the core developer's positions on this matter?
This is a troll thread. I doubt any core devs participated in any of these 130+ pages. There have been other threads that resolved this long ago. The cool thing is that they continue to improve the solutions beyond expectations. This thread will only end when MP stops paying his shills.

MP is not paying me.   Angry

Why so eager to denigrate this thread?  Why so hasty to claim victory and declare the issue "resolved?"

As if on cue, Gavin suddenly participates, making you wrong once again.   Cheesy

I spent last week talking to some of the largest Bitcoin businesses (much bigger than Paymium/Bitcoin-Central or anything anybody in #bitcoin-assets is involved with), and they all want the maximum block size to increase.

The poll in this thread says people support it by a three-to-one margin.

It is going to happen sooner or later. I want it to happen sooner because Very Bad Things will happen if we get to 100% full 1MB blocks:

"Very Bad Things?"  How nice that our lead dev doesn't believe in BTC's antifragility and subscribes to the 'fix the endangered delicate flower until it breaks' paradigm.

Thanks for confirming my suspicion BloatCoin is being driven by short-sighted VC avarice, which fervently desires Bitcoin usage at every Starbucks, McDonalds, and gas station in order to fulfill its retail POS fetish.

There is no "three-to-one" margin.  You don't get to claim agnostic/DGAF as votes to affirm your silly fork, which actually only enjoys 60% support against the negative/status quo default presumption.

In fairness to our code-monkey overlords, most of them are on the right side of this issue:

Quote
sipa → i'm generally in favor of a larger blocksize, but only under the condition that there is a proposal that has extremely wide consensus

wumpus → I'm still not convinced we require a larger blocksize yet

Luke-Jr → wumpus: we definitely don't yet - but it's probably something to be thinking about

gavinandresen → wumpus: how full do blocks need to be before you think we need a hardfork?

wumpus → gavinandresen: all of them full, and a backlog of serious (not spammy) transactions

gmaxwell → gavinandresen: First stop pretending that there actually is consensus or that this is easy and safe. We couldn't even manage to get BIP34 right without two somewhat ugly unexpected effects (we burned the most significant bit of the block version number; and the switchover criteria we implemented wasn't actually the criteria described in the BIP)

Source.

gmaxwell is absolutely correct.  You are pretending a consensus exists and in denial of the fact there will be known and unknown trade-offs/risks.  You don't get 20MB++ blocks for free.  There must be a cost, although no benefit is guaranteed.


██████████
█████████████████
██████████████████████
█████████████████████████
████████████████████████████
████
████████████████████████
█████
███████████████████████████
█████
███████████████████████████
██████
████████████████████████████
██████
████████████████████████████
██████
████████████████████████████
██████
███████████████████████████
██████
██████████████████████████
█████
███████████████████████████
█████████████
██████████████
████████████████████████████
█████████████████████████
██████████████████████
█████████████████
██████████

Monero
"The difference between bad and well-developed digital cash will determine
whether we have a dictatorship or a real democracy." 
David Chaum 1996
"Fungibility provides privacy as a side effect."  Adam Back 2014
Buy and sell XMR near you
P2P Exchange Network
Buy XMR with fiat
Is Dash a scam?
Pages: « 1 ... 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 [125] 126 127 128 129 130 131 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!