Pages:
Author

Topic: #Blocksize Survey - page 14. (Read 16144 times)

legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
August 14, 2015, 05:09:32 PM
#63

the Miners follow us, they dont want to mine a coin no one accepts. Miners can mine all the alt coins they want, I'm only accepting Bitcoin and mining it too.


So you're going to be the first to stick your neck out and start accepting XTcoins, in order to begin establishing its alleged economic majority?

Such a brave choice.  XT needs more White Knights like you, since smoothie chickened out.

OK, I'll happily pay you in XTcoins for whatever you want to sell.  Got any silver, gold, or prepper gear/camping supplies?
legendary
Activity: 1386
Merit: 1009
August 14, 2015, 04:37:47 PM
#62
Hearn and Gavin have both toyed with unpopular or potentially devastating ideas, but unlike Gmax and Back they have never tried to implement them.

Care to elaborate? What unpoplar and potentially devastating ideas did they try to implement?
legendary
Activity: 1372
Merit: 1000
August 14, 2015, 03:13:03 PM
#61
No increase until the block doesnt reach 70% fullness, its no reason to increase it until we have low block size.

I`d prefer the 8mb one if they would do it, but i think its not needed.

But anyway its not us who decide but the miners... Talking about decentralization... Bitcoin is a fucking oligarchy!

the Miners follow us, they dont want to mine a coin no one accepts. Miners can mine all the alt coins they want, I'm only accepting Bitcoin and mining it too.

its the network that gives Bitcoin its Value, the network is us, the best theory to prove his is Peter R's Metcalfe's Law correlation  miners mine for value the value is in the network.
sr. member
Activity: 1148
Merit: 252
Undeads.com - P2E Runner Game
August 14, 2015, 03:06:44 PM
#60
No increase until the block doesnt reach 70% fullness, its no reason to increase it until we have low block size.

I`d prefer the 8mb one if they would do it, but i think its not needed.

But anyway its not us who decide but the miners... Talking about decentralization... Bitcoin is a fucking oligarchy!
legendary
Activity: 1372
Merit: 1000
August 14, 2015, 02:54:21 PM
#59
Gavin:

Quote
I understand you want to build an extremely decentralized system, where
.

I think it is more interesting to build a system that works for hundreds of
millions of people, with no central point of control and the opportunity
for ANYBODY to participate at any level. Permission-less innovation is what
I find interesting.

http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/009902.html

I wish Gavin and Hearn good luck with their unicorn project.

But if they try to change Bitcoin's social contract (everybody participating trusts nothing except the genesis block hash), in order to capture and repurpose Bitcoin as the engine of their utopian altcoin, both projects may be ruined.
Keep dreaming :-) its not a unicorn project its call Satoshhi's Bitcoin.  Hearn and Gavin have both toyed with unpopular or potentially devastating ideas, but unlike Gmax and Back they have never tried to implement them.

We all learn as we go, I'll only judge what they have done or are to do, and right now BIP 101 makes is the most appropriate solution to keep the original intent of Bitcoin intact.
legendary
Activity: 1372
Merit: 1000
August 14, 2015, 02:47:09 PM
#58
thanks for the survey and condensed summary.
legendary
Activity: 1876
Merit: 1000
August 14, 2015, 03:38:18 AM
#57
bitcoin reminds me of one of those anti establishment rockbands  Cool

now this is the $hit that happens when all the corporate dogs notice the $$$$$ possible from said rockband  Lips sealed

legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
August 13, 2015, 11:14:54 AM
#56
Gavin:

Quote
I understand you want to build an extremely decentralized system, where
.

I think it is more interesting to build a system that works for hundreds of
millions of people, with no central point of control and the opportunity
for ANYBODY to participate at any level. Permission-less innovation is what
I find interesting.

http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/009902.html

I wish Gavin and Hearn good luck with their unicorn project.

But if they try to change Bitcoin's social contract (everybody participating trusts nothing except the genesis block hash), in order to capture and repurpose Bitcoin as the engine of their utopian altcoin, both projects may be ruined.
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
August 13, 2015, 11:05:44 AM
#55
Another reason to do the fork soon, is that after the next reward halving (est.2017) it will be much harder to convince miners to accept low tx fees. Right now fees are a tiny part of their income compared to the 25BTC reward... in effect all BTC holders are currently paying miners via inflation. As new money creation declines, fees will have to pay for the network.

...but it is better for everyone if fees become a major source of income for miners at 50 million users and 1M daily txs than earlier. Scale must come first.

Social media companies (like Twitter and Facebook) that delayed revenue generation until they reached massive scale and network effects are a good example.

We have no idea what the price of Bitcoin (in fiat/gold/energy) will be in 2017, so who knows what part of miners' income will come from tx fees then?

Scale cannot come before security, which includes decentralization.

And you cannot scale by simply accommodating 8MB of mostly-spam in every block.  Scaling entails doing more with less, not more of the same.  You scale by adding layers, not by stuffing everything into a bloated Layer 1.

TWTR and FB are terrible examples.  Bitcoin is fintech, which emphasizes high availability and 100% security.  Nobody loses their life savings (or defection fund) if some daft corporation's vapid social media site is down for a week or hacked.
legendary
Activity: 1876
Merit: 1005
August 13, 2015, 05:07:50 AM
#54
I gave vote for Gavin Andresen and Jeff Garzik's suggestions.It seems more logical and applicable according to my very limited knowledge and information.It is very hard to understand what exactly these changes are for and their long term consequences.We give vote on base of big lines.
legendary
Activity: 2674
Merit: 2965
Terminated.
August 13, 2015, 04:42:37 AM
#53
The long debate over the bitcoin block size is over. The updates being done to the bitcoin code have been published by the core developer Gavin Andresen on GitHub.
-snip-
The debate is not over. Gavin has published that code for Bitcoin XT which has no relationship with Bitcoin Core. This means that your post is irrelevant and contains useless information.
Basically Gavin has made the proposed changes and implemented them into Bitcoin XT. However, people related to Bitcoin Core do not agree with him.

If you factor in the network problems related to centralization and China, 16 MB blocks by 2018 would be catastrophic. It would be much worse every 2 years.


-snip-
I'd personally favor an altered sipa's approach, which starts in 2016 instead of 2017 and maybe has a bit higher base limit (e.g. 2Mb). His suggestion of 17% yearly increase looks conservative enough to try to avoid any downsides while providing enough time to develop the LN.
Well the problem is that people are not willing to compromise. A increase in 2016 to 2 MB (as Jeff suggested) and a 17% yearly increase would be a decent compromise. We need to buy more time without risking anything.
legendary
Activity: 2884
Merit: 1115
Leading Crypto Sports Betting & Casino Platform
August 13, 2015, 12:58:48 AM
#52
The long debate over the bitcoin block size is over. The updates being done to the bitcoin code have been published by the core developer Gavin Andresen on GitHub. The block size will change from 1MB to 8MB, with further doubling every two years – so in 2018, it will reach 16 MB, then 32MB in 2020 and so on.

2016: 8 MB
2018: 16 MB
2020: 32 MB
2022: 64 MB
2024: 128 MB
2026: 256MB
2028: 512 MB
2030: 1024 MB
2032: 2048 MB
2034: 4096 MB

Personally I believe that this well overestimating the rate internet connection-speeds and hard-disk space will grow. Just look at ADSL or even cable for instance.

4096mb per 10minutes in a year will grow to: 205TB per year worth of storage.

I wonder if they took in account the laws of physics in this equation. It is not impossible but who can and will pay for such an investment just to be a unpaid bitcoin client (full node).

The part that bugs me about that schedule of growth is that it may work in the West especially if the internet of things picks up and bandwidth becomes even more valuable but it surely will not be anywhere near as fast elsewhere it causes a huge US centered node base for Bitcoin with Japan in Asia and any opportunities for catching up bandwidth wise is unlikely with 2 year interval increases.

A global increase rate would probably be 1/3rd of that over the same duration

2016: 8 MB --> 2.7 MB
2018: 16 MB --> 5.3 MB
2020: 32 MB --> 10.6 MB
2022: 64 MB --> 21.3 MB
2024: 128 MB --> 42.6 MB
2026: 256MB --> 85.3 MB
2028: 512 MB --> 170.7 MB
2030: 1024 MB --> 341.3 MB
2032: 2048 MB --> 682.7 MB
2034: 4096 MB --> 1365.3 MB --> In 2033 Global speeds will finally reach the 1GB level

At least that's how I see it who will want to run a full node without Proof Of Stake makes me wonder if an incentive would have made sense retroactively as it does seem like a weakness.
legendary
Activity: 1386
Merit: 1009
August 13, 2015, 12:21:47 AM
#51
Quote
The long debate over the bitcoin block size is over.
No, it's not.
Quote
The updates being done to the bitcoin code have been published by the core developer Gavin Andresen on GitHub.
Who cares?
Quote
The block size will change from 1MB to 8MB, with further doubling every two years – so in 2018, it will reach 16 MB, then 32MB in 2020 and so on.
In case of doubling, Bitcoin is doomed.

I'd personally favor an altered sipa's approach, which starts in 2016 instead of 2017 and maybe has a bit higher base limit (e.g. 2Mb). His suggestion of 17% yearly increase looks conservative enough to try to avoid any downsides while providing enough time to develop the LN.
hero member
Activity: 616
Merit: 500
August 13, 2015, 12:03:09 AM
#50
The long debate over the bitcoin block size is over. The updates being done to the bitcoin code have been published by the core developer Gavin Andresen on GitHub. The block size will change from 1MB to 8MB, with further doubling every two years – so in 2018, it will reach 16 MB, then 32MB in 2020 and so on.

2016: 8 MB
2018: 16 MB
2020: 32 MB
2022: 64 MB
2024: 128 MB
2026: 256MB
2028: 512 MB
2030: 1024 MB
2032: 2048 MB
2034: 4096 MB

Personally I believe that this well overestimating the rate internet connection-speeds and hard-disk space will grow. Just look at ADSL or even cable for instance.

4096mb per 10minutes in a year will grow to: 205TB per year worth of storage.

I wonder if they took in account the laws of physics in this equation. It is not impossible but who can and will pay for such an investment just to be a unpaid bitcoin client (full node).
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
August 12, 2015, 05:08:54 PM
#49
No change, and/or Dr. Back's soft fork.  Give extension blocks (Layer 1.5) a chance before resorting to bloating-as-scaling desperation.

Jorge Timon has posted a summary of concers related to raising blocksize limit

That summary sucks.  We can do much better:

Quote


Quote

The vast majority of research demonstrates that blocksize does matter, blocksize caps are required to secure the network, and large blocks are a centralizing pressure.

Here’s a short list of what has been published so far:

1) No blocksize cap and no minimum fee leads to catastrophic breakage as miners chase marginal 0 fees:

    http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2400519

It’s important to note that mandatory minimum fees could simply be rebated out-of-band, which would lead to the same problems.

2) a) Large mining pools make strategies other than honest mining more profitable:

    http://www.cs.cornell.edu/~ie53/publications/btcProcArXiv.pdf

2) b) In the presence of latency, some alternative selfish strategy exists that is more profitable at any mining pool size. The larger the latency, the greater the selfish mining benefit:

    http://arxiv.org/pdf/1507.06183v1.pdf

3) Mining simulations run by Pieter Wuille shows that well-connected peers making a majority of the hashing power have an advantage over less-connected ones, earning more profits per hash. Larger blocks even further favor these well-connected peers. This gets even worse as we shift from block subsidy to fee based reward :

    http://www.mail-archive.com/[email protected]/msg08161.html

4) Other point(s):

If there is no blocksize cap, a miner should simply snipe the fees from the latest block and try to stale that block by mining their own replacement. You get all the fees plus any more from new transactions. Full blocks gives less reward for doing so, since you have to choose which transactions to include. https://www.reddit.com/r/Bitcoin/comments/3fpuld/a_transaction_fee_market_exists_without_a_block/ctqxkq6
legendary
Activity: 1386
Merit: 1009
August 12, 2015, 12:33:22 PM
#48
Jorge Timon has posted a summary of concers raleted to raising blocksize limit and not raising it.
legendary
Activity: 1386
Merit: 1009
August 12, 2015, 01:28:16 AM
#47
There are two points:
1) Yes, we are assuming no one does 51% attack, but this assumption is based on economics and game theory (e.g. that BTC becomes worthless and hurts miners so it's not rational). Though it doesn't mean there can't be a hostile actor who's dedicated to bring Bitcoin down, and it's an inherent flaw.
-snip-
Exactly. However, recently we've learned that economics and game theory aren't accountable as there are hostile people (i.e. transaction spam attacks).
Well, I think that they are still accountable as the hostile actor still needs money to execute an attack, and our job is to make this attack as expensive as possible. That's why e.g. JorgeStolfi has argued for bigger blocks - to make a spam attack more expensive thus less likely. It might not apply only if actors are completely irrational, I guess.
legendary
Activity: 2674
Merit: 2965
Terminated.
August 12, 2015, 01:16:46 AM
#46
There are two points:
1) Yes, we are assuming no one does 51% attack, but this assumption is based on economics and game theory (e.g. that BTC becomes worthless and hurts miners so it's not rational). Though it doesn't mean there can't be a hostile actor who's dedicated to bring Bitcoin down, and it's an inherent flaw.
-snip-
Exactly. However, recently we've learned that economics and game theory aren't accountable as there are hostile people (i.e. transaction spam attacks).

Where can we get more background on the pros and cons of each option?
-snip-
Well if you read the thread and you would know a few. Basically Gavin's proposal is risky mainly because of China and their bandwidth outside of the country. If we increase the blocks too much then it will cause even more centralization as miners outside of China will be generating more orphans. I think that a 2 or 4 MB compromise wouldn't cause such a issue.
There are also cons to sidechains. Basically that's completely unexplored territory, something that has never been done before. Sidechains are going to add a lot of unnecessary complexity for their benefits. It's hard to teach people already how to use Bitcoin, not to mention how harder it is going to be to explain sidechains and two way peg. Another factor is that we don't know when it is going to be fully operational. Even if we use sidechains or the LN right now, eventually 1 MB blocks will not be enough. I certainly would not want to be having the same discussion in 10-15 years.

Tl;dr: There can't be an agreement because nobody is willing to compromise. There are a ton of topics on here and reddit for you to read about the debate.
legendary
Activity: 1386
Merit: 1009
August 12, 2015, 01:14:27 AM
#45
Where can we get more background on the pros and cons of each option?

I'm not willing to vote until i have more information - can you point me (and I'm sure others) in the right direction to get more information?

Thanks.
The most summaries I have seen so far are biased towards one of options. I'd suggest reading the bitcoin-dev mailing list (it's a link to page two, there are some relevant discussions), it might be a long read, but it can give you a better idea of what's going on.
sr. member
Activity: 434
Merit: 250
Loose lips sink sigs!
August 12, 2015, 12:59:22 AM
#44
Where can we get more background on the pros and cons of each option?

I'm not willing to vote until i have more information - can you point me (and I'm sure others) in the right direction to get more information?

Thanks.
Pages:
Jump to: