. - page 20. | Bitcointalksearch.org

franky1

legendary

Activity: 4410

Merit: 4766

Quote from: Lauda on February 04, 2016, 05:01:31 PM

Quote from: franky1 on February 04, 2016, 04:53:21 PM

i said PROCESSING TIME..

I never talked about processing time, I was always talking about validation time and thus your idiocy is astounding. Clever move though, I didn't even read that one properly. So even the assumption is wrong.

i mentioned processing time first.. you replied after with a totally different buzzword..
so how can i be the one that was wrong.. am i psychic to know what you would say next??

accept defeat we both know segwits processing time is due to libsecp256k1, which is not a special feature limited only to blockstream.

im still trying to get around how you getting my words wrong.. by your own confusion. is my fault.. either im psychic, or your just wrong

Lauda

legendary

Activity: 2674

Merit: 2965

Terminated.

Quote from: ldrapeau on February 04, 2016, 05:09:41 PM

Oops - sorry about that, thought it was a new topic. Any idea when this could be implemented?

That depends; hopefully never in the way it was proposed (network split into 3/4 and 1/4). One could argue that the miners could rush it pretty quickly, but the question is what are the side-effects of this? How much harm does it actually do? I can't really tell you what is going to happen exactly.

ldrapeau

newbie

Activity: 26

Merit: 0

Quote from: Lauda on February 04, 2016, 04:46:37 PM

Quote from: ldrapeau on February 04, 2016, 04:45:22 PM

Good news - who thinks this action justified a $15.00 price hike (2015-02-03 ~ 08:00 EST) or does it have nothing to do with it?

Quote

Estranged Core Developer Gavin Andresen Finally Makes Sensible 2MB BIP Proposal!
January 28, 2016, 10:02:43 PM

You're a few days late.

Oops - sorry about that, thought it was a new topic. Any idea when this could be implemented?

Lauda

legendary

Activity: 2674

Merit: 2965

Terminated.

Quote from: franky1 on February 04, 2016, 04:53:21 PM

i said PROCESSING TIME..

I never talked about processing time, I was always talking about validation time and thus your idiocy is astounding. Clever move though, I didn't even read that one properly. So even the assumption is wrong.

Quote from: franky1 on February 04, 2016, 04:53:21 PM

by the way your allegience to blockstream is too obvious. yet i have not shown an allegience to gavin coin or toomin coin or blockstream. my personal opinion is purely on a clean coded implementation of 2mb blocks, without any corporate backers running the show. and without any crappy roadmaps that divert users away from bitcoin.. that goes for all 3 shellgames.. r3, toomin and blockstream

You obviously have some problems as I have stated otherwise multiple times (I don't support a contentious HF regardless of who's behind it). Yeah and Classic isn't run by the brothers that are trying hard to push their product Consider.it. Roll Eyes

You've changed stances pretty quickly like a few other individuals which makes it pretty obvious that there is "no allegiance". Enough of this, I'm putting you back on ignore list, that's where you belong after so much ad hominem.

Quote from: BlindMayorBitcorn on February 04, 2016, 04:54:40 PM

If the fullblocalyse isn't reason enough, what will be?

Once it is safe to deploy a increase of the block size (between 2-4 MB I'd say). This HF now does not do anything necessary besides a block size increase. If we're going to do one, then we might as well include other changes (if needed). Obviously this is just my opinion, I can't tell you when this is going to happen as I have no idea.

Quote from: youhgt2 on February 04, 2016, 04:56:12 PM

Where can I find more info about this proposal?

BIP.

youhgt2

full member

Activity: 124

Merit: 100

Where can I find more info about this proposal?

BlindMayorBitcorn

legendary

Activity: 1260

Merit: 1116

Quote from: Lauda on February 04, 2016, 04:50:39 PM

Quote from: BlindMayorBitcorn on February 04, 2016, 04:48:07 PM

Do you realize you quoted this: Schildbach shared the concerns as presented by Bitcoin Classic, and believes a hard fork to be the preferred solution.
“Blocks are full, and I don’t agree that a hard fork solution would be short notice. We’ve been discussing this issue for years now! I would prefer we roll out a hard fork,” he said.

Yes; however that's not why I quoted the article and is a straw-man if used as an argument. He never mentions anything about the problematic consensus threshold, but I don't want to discuss this again.

Quote

That said, I can live with a soft fork, too. And I hope one day a hard fork will be used to clean up the soft-forking mess we leave behind.

Eventually we must/should do a HF.

If the fullblocalyse isn't reason enough, what will be?

franky1

legendary

Activity: 4410

Merit: 4766

Quote from: Lauda on February 04, 2016, 04:36:02 PM

Quote from: franky1 on February 04, 2016, 04:22:06 PM

we debunked your theory about processing time because any implementation can use the same libsecp256k1.

Libsecp256k1 has nothing to do with the validation time; your idiocy is astounding. Your employer will fire you if you keep being so obvious.

i said PROCESSING TIME.. you assume i meant hashing time as i can only guess thats what you meant by your.. "validation time". because maybe you dont know the difference.

by the way your allegience to blockstream is too obvious. yet i have not shown an allegience to gavin coin or toomin coin or blockstream. my personal opinion is purely on a clean coded implementation of 2mb blocks, without any corporate backers running the show. and without any crappy roadmaps that divert users away from bitcoin.. that goes for all 3 shellgames.. r3, toomin and blockstream

to me i think blockstreams early plan was to send out 2 scape-goats to make people hate them and then concede defeat to let blockstream win by default, before people notice blockstreams corporate backers.

and lastly lauda.. blocks on the majority are 900k full (only a few miners are ignorant to stay below 500k).. so knowing blocks are 900k, and knowing you have found some good news about 70million WoT gamers may start accepting bitcoin.. how are they going to transact without bottlenecks.. afterall it was you that said that there isnt a problem with full blocks yet..
when is yet?

maybe you need to learn the word BUFFER

Lauda

legendary

Activity: 2674

Merit: 2965

Terminated.

Quote from: BlindMayorBitcorn on February 04, 2016, 04:48:07 PM

Do you realize you quoted this: Schildbach shared the concerns as presented by Bitcoin Classic, and believes a hard fork to be the preferred solution.
“Blocks are full, and I don’t agree that a hard fork solution would be short notice. We’ve been discussing this issue for years now! I would prefer we roll out a hard fork,” he said.

Yes; however that's not why I quoted the article and is a straw-man if used as an argument. He never mentions anything about the problematic consensus threshold, but I don't want to discuss this again.

Quote

That said, I can live with a soft fork, too. And I hope one day a hard fork will be used to clean up the soft-forking mess we leave behind.

Eventually we must/should do a HF.

BlindMayorBitcorn

legendary

Activity: 1260

Merit: 1116

Quote from: Lauda on February 04, 2016, 04:36:02 PM

Quote from: franky1 on February 04, 2016, 04:22:06 PM

so we agree that 2mb is not a problem (because of your love for segwit which for full nodes is 2mb) we debunked your theory about processing time because any implementation can use the same libsecp256k1.

Libsecp256k1 has nothing to do with the validation time; your idiocy is astounding. Your employer will fire you if you keep being so obvious.

Quote from: franky1 on February 04, 2016, 04:22:06 PM

so your problem seems to be more about if your friends remain in control of the commit keys

A) They are not my friends; B) Blockstream has 1 person with commit access. Is Andreas Schildbach another 'Blockstream shill' because he actually knows what he's talking about and is supportive of Segwit? Roll Eyes

Do you realize you quoted this: Schildbach shared the concerns as presented by Bitcoin Classic, and believes a hard fork to be the preferred solution.
“Blocks are full, and I don’t agree that a hard fork solution would be short notice. We’ve been discussing this issue for years now! I would prefer we roll out a hard fork,” he said.

bargainbin

full member

Activity: 126

Merit: 100

Quote from: Lauda on February 04, 2016, 04:43:26 PM

Quote from: bargainbin on February 04, 2016, 04:40:33 PM

So... "employers," "owners," or "masters"?

No. You're implying that I'm biased here even though I have stated that I'd strongly disapprove of a contentious HF proposed by Core a number of times. I have barely had any interaction with any of the developers (aside of asking technical questions). Nobody knows my identity.

I'm asking a simple "pick one out of three" question. You outright call your opponents shills, I'm offering you a choice [albeit, understandably, limited].

Lauda

legendary

Activity: 2674

Merit: 2965

Terminated.

Quote from: ldrapeau on February 04, 2016, 04:45:22 PM

Good news - who thinks this action justified a $15.00 price hike (2015-02-03 ~ 08:00 EST) or does it have nothing to do with it?

Quote

Estranged Core Developer Gavin Andresen Finally Makes Sensible 2MB BIP Proposal!
January 28, 2016, 10:02:43 PM

You're a few days late.

ldrapeau

newbie

Activity: 26

Merit: 0

Good news - who thinks this action justified a $15.00 price hike (2015-02-03 ~ 08:00 EST) or does it have nothing to do with it?

Lauda

legendary

Activity: 2674

Merit: 2965

Terminated.

Quote from: bargainbin on February 04, 2016, 04:40:33 PM

So... "employers," "owners," or "masters"?

No. You're implying that I'm biased even though I have stated several times that I'd strongly disapprove of a contentious HF proposed by Core. I have barely had any interaction with any of the developers (aside of asking technical questions). Nobody knows my identity.

bargainbin

full member

Activity: 126

Merit: 100

Quote from: Lauda on February 04, 2016, 04:36:02 PM

...
A) They are not my friends;

So... "employers," "owners," or "masters"?
*Like yourself, I'm certain anyone disagreeing with me is doing it for money.

Lauda

legendary

Activity: 2674

Merit: 2965

Terminated.

Quote from: franky1 on February 04, 2016, 04:22:06 PM

so we agree that 2mb is not a problem (because of your love for segwit which for full nodes is 2mb) we debunked your theory about processing time because any implementation can use the same libsecp256k1.

Libsecp256k1 has nothing to do with the validation time; your idiocy is astounding. Your employer will fire you if you keep being so obvious.

Quote from: franky1 on February 04, 2016, 04:22:06 PM

so your problem seems to be more about if your friends remain in control of the commit keys

A) They are not my friends; B) Blockstream has 1 person with commit access. Is Andreas Schildbach another 'Blockstream shill' because he actually knows what he's talking about and is supportive of Segwit? Roll Eyes

Cuidler

sr. member

Activity: 294

Merit: 250

Quote from: Lauda on February 04, 2016, 04:15:10 PM

Quote from: Cuidler on February 04, 2016, 04:09:43 PM

Brain washed? Bitcoin Core approves SegWit blocks up to 4 MB are ok and no problem for decentralization. Gosh, SegWit is not magic here, and Bitcoin Core supports for up to 4 MB SegWit blocks invalidate every one of your argument here...

Effective 4 MB with Segwit? That is just wishful thinking. Don't post nonsense. This has nothing to do with my arguments.

Up to 4 MB if filled with 15of15 multisig Segwit transactions - but you need to test worst case scenario which is 4 MB blocks processed, relayed and stored, of which at least 3 MB are signatures. Bitcoin Core feels it is safe for full nodes and decentralization, so what part you dont agree with?

The same 2 MB blocksizes is just limit and will not be filled everytime, but it needs to be tested for processing, relaying and storing of 2 MB blocksizes, even though it is just worst case scenario.

franky1

legendary

Activity: 4410

Merit: 4766

Quote from: Lauda on February 04, 2016, 04:15:10 PM

We're trying to fight for one of the fundamental ideas of Bitcoin which is decentralization. Big blocks do not help with this, especially not with an already stagnating node count.

so 2mb blocks are not good for decentralization?? .. hmmm blockstream 0.13SW full archival mode effectively 2mb(same thing different packaging)

also you were trying to state on many other threads that not updating was ok and compatible, stating that you want users to be ok with not being full archive mode. is actually a recipe that turns alot of full nodes into compatible blind, pass the parcel nodes. which is actually going to stagnate the FULL node count.

so we agree that 2mb is not a problem (because of your love for segwit which for full nodes is 2mb) we debunked your theory about processing time because any implementation can use the same libsecp256k1.

so your problem seems to be more about if your friends remain in control of the commit keys

Spoetnik

legendary

Activity: 1540

Merit: 1011

FUD Philanthropist™

Quote from: MicroGuy on January 28, 2016, 05:22:05 PM

Quote from: HardFlaccid on January 28, 2016, 05:11:42 PM

I'm sorry for the ignorance, but does this mean a hard-fork is coming soon?

This is code that has been submitted to Core for their review. A hard fork would only occur if this code were implemented and 75% mining power agreed. This would be followed by a 28-day grace period after which time older clients would not be compatible with the network.

I think this proposal will be given serious consideration. For all intents and purposes, this is the "Satoshi BIP." It's what Satoshi would have done in this situation.

People claim he made it the way it is now so how can you say that ?

Lauda

legendary

Activity: 2674

Merit: 2965

Terminated.

Quote from: Cuidler on February 04, 2016, 04:09:43 PM

Brain washed? Bitcoin Core approves SegWit blocks up to 4 MB are ok and no problem for decentralization. Gosh, SegWit is not magic here, and Bitcoin Core supports for up to 4 MB SegWit blocks invalidate every one of your argument here...

Effective 4 MB with Segwit? That is just wishful thinking. Don't post nonsense. This has nothing to do with my arguments.

Quote from: MicroGuy on February 04, 2016, 04:11:04 PM

Honestly never thought I'd hear that statement from a bitcointalk staff member. Very sad! Cry

Satoshi is not some all knowing god; most of the Bitcoin code was changed/rewritten in one way or another. If there was a possibility to redesign Bitcoin from scratch we would, but it is too late for that. We're trying to fight for one of the fundamental ideas of Bitcoin which is decentralization. Big blocks do not help with this, especially not with an already stagnating node count.

Quote from: VeritasSapere on February 04, 2016, 04:11:17 PM

"Of course Classic represent a take over of the network because they dare to increase the blocksize to 2 megabyte without the "permission" of Core, therefore it must be their plan to centralize Bitcoin" Roll Eyes

I am sure that I am not the only one that thinks that sounds ridiculous.

Who mentioned 'Core', 'permission'? Nobody. You're making your own conclusions to indirectly attack me or try to weaken my arguments. If Core suggested a rushed hard fork (especially if we had no experience with this like we currently don't) with a 75% consensus threshold, I'd be against it. If we disregard the people behind the implementations, a 75% HF is still a network split and definitely harmful.

VeritasSapere

hero member

Activity: 546

Merit: 500

Quote from: Lauda on February 04, 2016, 04:08:32 PM

Quote from: VeritasSapere on February 04, 2016, 04:04:34 PM

2 MB can be achieved now with Bitcoin Unlimited. Bitcoin Classic will be released soon as well.

There's a Segwit test-net. Again, no experience with a 2 MB block size.

Quote from: VeritasSapere on February 04, 2016, 04:04:34 PM

I do not think consensus is even necessary, this I know is a technical fact. Satoshi's vision is very relevant that does not mean he had to be right, I just happen to agree.

Then why are you trying to split the network in the sake of "decentralization" and underlying visions of nonsense? Fork off now and the market will move to the implementation if the economic majority agrees with you, will it not?

Quote from: VeritasSapere on February 04, 2016, 04:04:34 PM

Based on what? Bitcoin unlimited is very much is in the spirit of decentralization. Bitcoin Classic can represent a community take over, reflecting the will of the economic majority.

Based on logic and common sense. Storing hundreds of GB of video and other useless data that nobody needs nor wants on their node is not going to centralize the network? I will be the first to exit the decentralization process shall that happen. Classic represents nothing but a bad attempt of a takeover.

"Of course Classic represent a take over of the network because they dare to increase the blocksize to 2 megabyte without the "permission" of Core, therefore it must be their plan to centralize Bitcoin" Roll Eyes

I am sure that I am not the only one that thinks that sounds ridiculous.

Topic: . - page 20. (Read 24756 times)