Erdogan (OP)
Legendary
Offline
Activity: 1512
Merit: 1005
|
|
July 29, 2015, 02:37:34 PM |
|
...the price will shoot up fifty dollars.
|
|
|
|
notme
Legendary
Offline
Activity: 1904
Merit: 1002
|
|
July 29, 2015, 02:39:57 PM |
|
...the price will shoot up fifty dollars.
That's less than 0.96MB... Make it happen!
|
|
|
|
Erdogan (OP)
Legendary
Offline
Activity: 1512
Merit: 1005
|
|
July 29, 2015, 03:05:47 PM |
|
...the price will shoot up fifty dollars.
That's less than 0.96MB... Make it happen! static const unsigned int MAX_BLOCK_SIZE = 1000000;
|
|
|
|
inca
Legendary
Offline
Activity: 1176
Merit: 1000
|
|
July 29, 2015, 03:52:35 PM |
|
...the price will shoot up fifty dollars.
That's less than 0.96MB... Make it happen! static const unsigned int MAX_BLOCK_SIZE = 1000000;
Just add another two 0's on the end and keep the blockstream guys looking the other way while you hit commit!
|
|
|
|
apriyani420
|
|
July 29, 2015, 04:28:23 PM |
|
you mean after the block limit will be bigger? any eta when they will do it or thats still just in plans? i cant wait till the reforms of bitcoin and whole blockchain
|
|
|
|
Erdogan (OP)
Legendary
Offline
Activity: 1512
Merit: 1005
|
|
July 29, 2015, 04:42:56 PM |
|
you mean after the block limit will be bigger? any eta when they will do it or thats still just in plans? i cant wait till the reforms of bitcoin and whole blockchain
I think some people worry that we can not increase blocksize, therefore bitcoin will be at the fringe forever. Not the defined size, but when we actually have a large block, successful in that others build on it. I think the first bigblock will be just slightly above the current max, then we will have sub 1 MB blocks for a day or two.
|
|
|
|
mrhelpful
Legendary
Offline
Activity: 1456
Merit: 1002
|
|
July 29, 2015, 09:28:28 PM |
|
you mean after the block limit will be bigger? any eta when they will do it or thats still just in plans? i cant wait till the reforms of bitcoin and whole blockchain
I think some people worry that we can not increase blocksize, therefore bitcoin will be at the fringe forever. Not the defined size, but when we actually have a large block, successful in that others build on it. I think the first bigblock will be just slightly above the current max, then we will have sub 1 MB blocks for a day or two. I thought we had a plan for transactions to withstand higher blocksize tx since we cant increase. Like the whole 20 mb to end clogged tx. Also based on this technical factor isnt going to increase just due to the just based on the first big block.. unless people panic.
|
|
|
|
Erdogan (OP)
Legendary
Offline
Activity: 1512
Merit: 1005
|
|
July 30, 2015, 12:32:09 AM |
|
you mean after the block limit will be bigger? any eta when they will do it or thats still just in plans? i cant wait till the reforms of bitcoin and whole blockchain
I think some people worry that we can not increase blocksize, therefore bitcoin will be at the fringe forever. Not the defined size, but when we actually have a large block, successful in that others build on it. I think the first bigblock will be just slightly above the current max, then we will have sub 1 MB blocks for a day or two. I thought we had a plan for transactions to withstand higher blocksize tx since we cant increase. Like the whole 20 mb to end clogged tx. Also based on this technical factor isnt going to increase just due to the just based on the first big block.. unless people panic. I'm just sensing the insecurity from the blocksize debate. It will be good when it is resolved.
|
|
|
|
Shiver
|
|
July 30, 2015, 06:19:37 AM |
|
I guess that depends if it is "k' (1000) or "K" (1024). I'm not well versed in the protocol so don't know the answer to that.
Anyhow, why is everyone talking about 1MB or 20MB? Why can't we go with the dynamic block size and resolve this once and for all?
Also, with SmartChain (a form of sidechain if I understand correctly) we wouldn't even have the issue, as micro and macro transactions could be bundled and submitted to the blockchain, keeping the highway low on traffic.
I'm not speaking from a position of authority and happy to be educated. The above is just my woolly understanding.
|
|
|
|
notme
Legendary
Offline
Activity: 1904
Merit: 1002
|
|
July 30, 2015, 06:58:31 AM |
|
I guess that depends if it is "k' (1000) or "K" (1024). I'm not well versed in the protocol so don't know the answer to that.
Anyhow, why is everyone talking about 1MB or 20MB? Why can't we go with the dynamic block size and resolve this once and for all?
Also, with SmartChain (a form of sidechain if I understand correctly) we wouldn't even have the issue, as micro and macro transactions could be bundled and submitted to the blockchain, keeping the highway low on traffic.
I'm not speaking from a position of authority and happy to be educated. The above is just my woolly understanding.
It actually is 1000000 bytes. As for "why can't we go with dynamic block size", the issue there is how to make it adjustable without making it gameable. The actual proposed solution ( https://github.com/bitcoinxt/bitcoinxt/pull/22) is 8 MB and then a doubling every 2 years. This should provide decent capacity without overrunning Moore's Law.
|
|
|
|
Shiver
|
|
July 30, 2015, 07:45:35 AM |
|
I guess that depends if it is "k' (1000) or "K" (1024). I'm not well versed in the protocol so don't know the answer to that.
Anyhow, why is everyone talking about 1MB or 20MB? Why can't we go with the dynamic block size and resolve this once and for all?
Also, with SmartChain (a form of sidechain if I understand correctly) we wouldn't even have the issue, as micro and macro transactions could be bundled and submitted to the blockchain, keeping the highway low on traffic.
I'm not speaking from a position of authority and happy to be educated. The above is just my woolly understanding.
It actually is 1000000 bytes. As for "why can't we go with dynamic block size", the issue there is how to make it adjustable without making it gameable. The actual proposed solution ( https://github.com/bitcoinxt/bitcoinxt/pull/22) is 8 MB and then a doubling every 2 years. This should provide decent capacity without overrunning Moore's Law. Thanks for the info, much appreciated. Looks like I've got a bit of reading to do. So is the 20MB block an official proposal (I had assumed it was), or is that Gavin giving the protocol a 'stress test'?
|
|
|
|
AtheistAKASaneBrain
|
|
July 30, 2015, 03:23:56 PM |
|
you mean after the block limit will be bigger? any eta when they will do it or thats still just in plans? i cant wait till the reforms of bitcoin and whole blockchain
I think some people worry that we can not increase blocksize, therefore bitcoin will be at the fringe forever. Not the defined size, but when we actually have a large block, successful in that others build on it. I think the first bigblock will be just slightly above the current max, then we will have sub 1 MB blocks for a day or two. I thought we had a plan for transactions to withstand higher blocksize tx since we cant increase. Like the whole 20 mb to end clogged tx. Also based on this technical factor isnt going to increase just due to the just based on the first big block.. unless people panic. We can increase the blocksize, the problem is some people don't want to. If we reached a solid consensus we would have 8mb of blocksize already instead of endlessly arguing about it on Reddit. But I guess is better to do things right than fast, but lets not forget this is a ticking clock.
|
|
|
|
notme
Legendary
Offline
Activity: 1904
Merit: 1002
|
|
July 31, 2015, 08:19:01 AM |
|
I guess that depends if it is "k' (1000) or "K" (1024). I'm not well versed in the protocol so don't know the answer to that.
Anyhow, why is everyone talking about 1MB or 20MB? Why can't we go with the dynamic block size and resolve this once and for all?
Also, with SmartChain (a form of sidechain if I understand correctly) we wouldn't even have the issue, as micro and macro transactions could be bundled and submitted to the blockchain, keeping the highway low on traffic.
I'm not speaking from a position of authority and happy to be educated. The above is just my woolly understanding.
It actually is 1000000 bytes. As for "why can't we go with dynamic block size", the issue there is how to make it adjustable without making it gameable. The actual proposed solution ( https://github.com/bitcoinxt/bitcoinxt/pull/22) is 8 MB and then a doubling every 2 years. This should provide decent capacity without overrunning Moore's Law. Thanks for the info, much appreciated. Looks like I've got a bit of reading to do. So is the 20MB block an official proposal (I had assumed it was), or is that Gavin giving the protocol a 'stress test'? So the folks behind bitcoinxt are pushing 8MB with a 2 year doubling. Sipa is proposing gradual (~ every 100 days starting in 2017) ~17% yoy growth ( https://gist.github.com/sipa/c65665fc360ca7a176a6). There is no "official proposal" since there is no "official bitcoin source" or "official developers". Bitcoin is a network and community with many differing opinions. The bitcoinxt proposal is the only one I know of that has code ready to merge, and is also the only one with a merged BIP ( https://github.com/bitcoin/bips/blob/master/bip-0101.mediawiki)
|
|
|
|
notme
Legendary
Offline
Activity: 1904
Merit: 1002
|
|
July 31, 2015, 05:54:31 PM |
|
|
|
|
|
|