Fascinat
Newbie
Offline
Activity: 47
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 01, 2016, 02:40:54 PM |
|
At this stage, <kicking the can down the street> will be a better solutions than just rushing into a hard fork for the sake of doing it to achieve a power grab. If I have to chose between the lesser of two evils, I will chose to go with the Core Road map. Let's gamble on something and see if this decision will be the best one for now. If they fail, we just support the next team. ^smile^
Hard fork is not a problem as it has happened several times to uᴉoɔʇᴉq. This happens every day in many altcoins. That is simply not true. uᴉoɔʇᴉq has had no intentional hard fork ever. We have only had soft forks. I thought bitcoin has hard forked before, in 2012 or 2013? If you give enough notice, hard fork can be implemented properly.
|
|
|
|
achow101
Staff
Legendary
Offline
Activity: 3486
Merit: 6824
Just writing some code
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 01, 2016, 04:34:12 PM |
|
At this stage, <kicking the can down the street> will be a better solutions than just rushing into a hard fork for the sake of doing it to achieve a power grab. If I have to chose between the lesser of two evils, I will chose to go with the Core Road map. Let's gamble on something and see if this decision will be the best one for now. If they fail, we just support the next team. ^smile^
Hard fork is not a problem as it has happened several times to uᴉoɔʇᴉq. This happens every day in many altcoins. That is simply not true. uᴉoɔʇᴉq has had no intentional hard fork ever. We have only had soft forks. I thought uᴉoɔʇᴉq has hard forked before, in 2012 or 2013? If you give enough notice, hard fork can be implemented properly. Once, completely accidentally. The fork was caused by a major bug which literally broke uᴉoɔʇᴉq. Other than that, there have been no hard forks in bitcoin.
|
|
|
|
adamstgBit (OP)
Legendary
Offline
Activity: 1904
Merit: 1037
Trusted Bitcoiner
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 01, 2016, 05:08:37 PM |
|
At this stage, <kicking the can down the street> will be a better solutions than just rushing into a hard fork for the sake of doing it to achieve a power grab. If I have to chose between the lesser of two evils, I will chose to go with the Core Road map. Let's gamble on something and see if this decision will be the best one for now. If they fail, we just support the next team. ^smile^
Hard fork is not a problem as it has happened several times to uᴉoɔʇᴉq. This happens every day in many altcoins. That is simply not true. uᴉoɔʇᴉq has had no intentional hard fork ever. We have only had soft forks. I thought uᴉoɔʇᴉq has hard forked before, in 2012 or 2013? If you give enough notice, hard fork can be implemented properly. Once, completely accidentally. The fork was caused by a major bug which literally broke uᴉoɔʇᴉq. Other than that, there have been no hard forks in uᴉoɔʇᴉq. its worth noting it took a few hours to get all the miners running the right version again. and remarkably my TX ( which was sent DURING the "bug which literally broke" ) ended up working! so there was 0 notice and miners all upgraded within a few hours.
|
|
|
|
franky1
Legendary
Offline
Activity: 4340
Merit: 4683
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 01, 2016, 06:03:02 PM |
|
That is simply not true. uᴉoɔʇᴉq has had no intentional hard fork ever. We have only had soft forks.
I thought uᴉoɔʇᴉq has hard forked before, in 2012 or 2013? If you give enough notice, hard fork can be implemented properly. Once, completely accidentally. The fork was caused by a major bug which literally broke uᴉoɔʇᴉq. Other than that, there have been no hard forks in uᴉoɔʇᴉq. from none. to once. so how about the millions of bitcoin created in the early years.. wait, thats twice that we have had a hard fork.. wait.. lets just clear this matter up august 2010.. making millions of bitcoin february 2012.. version message march 2013.. db bug so now there are three.. the funny thing is. when the code was released, and by this im not talking about how long it took to debate what and how it should be done.. im talking about when the code was actually released.. it did not take 12 months for everyone to move over.
|
I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER. Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
|
|
|
RussianRaibow
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 07:12:51 AM |
|
At this stage, <kicking the can down the street> will be a better solutions than just rushing into a hard fork for the sake of doing it to achieve a power grab. If I have to chose between the lesser of two evils, I will chose to go with the Core Road map. Let's gamble on something and see if this decision will be the best one for now. If they fail, we just support the next team. ^smile^
Hard fork is not a problem as it has happened several times to uᴉoɔʇᴉq. This happens every day in many altcoins. That is simply not true. uᴉoɔʇᴉq has had no intentional hard fork ever. We have only had soft forks. I thought uᴉoɔʇᴉq has hard forked before, in 2012 or 2013? If you give enough notice, hard fork can be implemented properly. Once, completely accidentally. The fork was caused by a major bug which literally broke uᴉoɔʇᴉq. Other than that, there have been no hard forks in uᴉoɔʇᴉq. its worth noting it took a few hours to get all the miners running the right version again. and remarkably my TX ( which was sent DURING the "bug which literally broke" ) ended up working! so there was 0 notice and miners all upgraded within a few hours. I knew about the accidental hardfork, but I didn't realize how quickly it was fixed. That makes this whole argument that much more ridiculous. A few hours is nothing. I'm ready for a hardfork to 2+ MB right now. All it would do is allow for more room, it wouldn't force blocks to be 2MB, it would just be the MAX size.
|
I AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMERI AM A SCAMMER
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 08:09:02 AM Last edit: April 02, 2016, 10:52:14 AM by Lauda |
|
I knew about the accidental hardfork, but I didn't realize how quickly it was fixed. That makes this whole argument that much more ridiculous. A few hours is nothing.
You're comparing the (almost) incomparable here (Bitcoin back then and Bitcoin now - when the size of the ecosystem is concerned). Additionally, let's not forget that there was at least 1 known double spend due to this problem (OKPay IIRC). the HK round table, had agreed to put forth a 2MB block limit incress in ~1 year's time
You still don't understand what happened at the roundtable. But Core doesn't seem to have a road map.
It does.
I would support it only with a proper consensus threshold and grace period.
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
franky1
Legendary
Offline
Activity: 4340
Merit: 4683
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 10:47:03 AM Last edit: April 02, 2016, 11:25:41 AM by franky1 |
|
I knew about the accidental hardfork, but I didn't realize how quickly it was fixed. That makes this whole argument that much more ridiculous. A few hours is nothing.
You're comparing the incomparable here (Bitcoin back then and Bitcoin now - when the size of the ecosystem is concerned). Additionally, let's not forget that there was at least 1 known double spend due to this problem (OKPay IIRC). theres so much fail in this post. firstly the number of NODES is not much different. secondly if people know its going to happen. there wont be double spends.. a planned fork does not need 12 months. especially if an unplanned fork got fixed in HOURS!!. seriously. will you stop bashing your head against the blockstream bible and start thinking for yourself
|
I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER. Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
|
|
|
Denker
Legendary
Offline
Activity: 1442
Merit: 1016
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 11:46:50 AM |
|
At this stage, <kicking the can down the street> will be a better solutions than just rushing into a hard fork for the sake of doing it to achieve a power grab. If I have to chose between the lesser of two evils, I will chose to go with the Core Road map. Let's gamble on something and see if this decision will be the best one for now. If they fail, we just support the next team. ^smile^
Hard fork is not a problem as it has happened several times to bitcoin. This happens every day in many altcoins. Proof it! I know of 1 hard fork. And that was due to some serious issue. Right now we don't have any issue why we should rush through a hardfork.Things should be done properly.And scaling is not only raising the blocksize!! Furthermore there's still space in the blocks.So all the noise is ridiculous. And you can not compare some stupid altcoins with a lousy market cap with Bitcoin where some serious money is at stake.
|
|
|
|
hv_
Legendary
Offline
Activity: 2520
Merit: 1055
Clean Code and Scale
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 12:07:43 PM |
|
There is again so many empty blahblah about HF risks. Point us to a rigorous risk analysis why this HF (just 2MB) is worse than a SF + SW + LN including all use cases for a frictionless growth compared to the past... I say just a bit provocant: HF fear is good for making politics & business. I cannot buy this w/o independent study. But yes nobody might be able to do this or just dont want to and we are still in the boat. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
Carpe diem - understand the White Paper and mine honest. Fix real world issues: Check out b-vote.com The simple way is the genius way - Satoshi's Rules: humana veris _
|
|
|
ATguy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 04:05:08 PM |
|
Thats pretty confusing pool question, as far as I know some Core members agreed to try put code for 2MB HF voting this July release of Bitcoin Core, with 12 month grace period for activation. The problem is 12 month grace period which is unnecessary too long. Right now we don't have any issue why we should rush through a hardfork.Things should be done properly.And scaling is not only raising the blocksize!! Furthermore there's still space in the blocks.So all the noise is ridiculous.
With such long grace periods you need to plan ahead. So argument we are fine now is worth nothing because you dont consider what can happen during one year at least. With such long grace periods for activation you really need to be good central planner (this reminds me of Soviet Union five-year plans, we all know how good their central planning over comparable long periods went...)
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 04:13:50 PM |
|
Thats pretty confusing pool question, as far as I know some Core members agreed to try put code for 2MB HF voting this July release of Bitcoin Core, with 12 month grace period for activation.
Yes, that is correct. There is nobody that could sign such an agreement for everyone who is involved in Core (some seem to think otherwise). The problem is 12 month grace period which is unnecessary too long.
That's debatable. I've recently read somewhere that someone will suggest a shorter one (not sure where; I'll try to find it). With such long grace periods you need to plan ahead. So argument we are fine now is worth nothing because you dont consider what can happen during one year at least.
Not really, no. Segwit should be deployed and activated and we should see the capacity growing over time.
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
defined
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 04:17:10 PM |
|
One year from now is too late. The road map should be to double block size every year. Exponential growth is the road to mass use of bitcoin, doubling block size only once is not going to do that.
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 04:26:16 PM |
|
Exponential growth is the road to mass use of bitcoin
Actually it isn't. What Bitcoin needs is a secondary layer (e.g. Lightning Network).
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
shinep
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 05:03:45 PM |
|
I support this whole-heartedly
|
|
|
|
hv_
Legendary
Offline
Activity: 2520
Merit: 1055
Clean Code and Scale
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 05:05:56 PM |
|
Exponential growth is the road to mass use of bitcoin
Actually it isn't. What Bitcoin needs is a secondary layer (e.g. Lightning Network). z Why? Just no analysis again....
|
Carpe diem - understand the White Paper and mine honest. Fix real world issues: Check out b-vote.com The simple way is the genius way - Satoshi's Rules: humana veris _
|
|
|
ArticMine
Legendary
Offline
Activity: 2282
Merit: 1050
Monero Core Team
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 05:25:37 PM |
|
... That is simply not true. Bitcoin has had no intentional hard fork ever. We have only had soft forks.
The 1 MB maximum blocksize limit was added,, I believe in 2010, via a hard fork. Edit: The previous effective blocksize limit was 32 MB.
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 05:59:17 PM Last edit: April 02, 2016, 06:25:24 PM by Lauda |
|
Why?
Just no analysis again....
There have been plenty of analyses over time. You can't blame me if you either haven't been here long enough or are unwilling to search (there are too many threads about this).
I'm willing to shortly explain it to you. What are we looking at here, doubling every two years year?
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
hv_
Legendary
Offline
Activity: 2520
Merit: 1055
Clean Code and Scale
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 06:14:23 PM |
|
Why?
Just no analysis again....
There have been plenty of analyses over time. You can't blame me if you either haven't been here long enough or are unwilling to search (there are too many threads about this).
I'm willing to shortly explain it to you. What are we looking at here, doubling every two years? No thanks Lauda. Nobody really is able to condense all threads here. For proper decicision making in any risk exposed business you need to provide some prestudy that contains an analysis covering Status quo Future expectation / simulation Many different solutions to compare Risks ?.... From that all can easy derive / vote the best choice. All that needs to be really done independent from say 2-3 institutions like MIT, ETH Zürich, accenture,... Thats how you can save lot of threads and politics, but nothing is done here and a flaw remains and looks like a joke in financial business....
|
Carpe diem - understand the White Paper and mine honest. Fix real world issues: Check out b-vote.com The simple way is the genius way - Satoshi's Rules: humana veris _
|
|
|
achow101
Staff
Legendary
Offline
Activity: 3486
Merit: 6824
Just writing some code
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 06:21:01 PM |
|
... That is simply not true. Bitcoin has had no intentional hard fork ever. We have only had soft forks.
The 1 MB maximum blocksize limit was added,, I believe in 2010, via a hard fork. Edit: The previous effective blocksize limit was 32 MB. Nope, there was no hard fork. There was no need to as there was not enough transaction volume to even come close to the limit. The limit was simply just added in this commit: https://github.com/bitcoin/bitcoin/commit/9d2174b6f5f3fac2463c7ebc2dbb9004b3740d23.
|
|
|
|
Lauda
Legendary
Offline
Activity: 2674
Merit: 2965
Terminated.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 02, 2016, 06:33:01 PM |
|
For proper decicision making in any risk exposed business you need to provide some prestudy that contains an analysis covering Status quo, Future expectation / simulation Many different solutions to compare, Risks
All that needs to be really done independent from say 2-3 institutions like MIT, ETH Zürich, accenture,...
I don't see how this is relevant to the person that I've quoted. They stated that the block size limit should double every year, without mentioning any "side", developers and whatnot. You don't need third party institutions for minor calculations based on true information (when sources are provided). but nothing is done here
What do you mean by "done here"?
|
"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks" 😼 Bitcoin Core ( onion)
|
|
|
|