Pages:
Author

Topic: The tide is turning: Which one is the alt coin now? (Read 4140 times)

legendary
Activity: 1162
Merit: 1004

P.S. 2MB would not affect the fact that BIP100 will not support BIP101

[–]jgarzikJeff Garzik - Bitcoin Expert 192 Punkte vor 2 Tagen*

- Prefer my own proposals, unsurprisingly. Smiley
- If not accepted, BIP 101 is preferred over (a) no change or (b) too-slow change, e.g. 2M in 2021.


https://www.reddit.com/r/Bitcoin/comments/3i7mtz/8_major_players_support_bip_101/cudzcji

The Tide is Turning:

https://www.reddit.com/r/btc/comments/3x58yo/the_tide_is_turning_rbtc_is_slowly_dethroning/
legendary
Activity: 1162
Merit: 1004

P.S. 2MB would not affect the fact that BIP100 will not support BIP101

[–]jgarzikJeff Garzik - Bitcoin Expert 192 Punkte vor 2 Tagen*

- Prefer my own proposals, unsurprisingly. Smiley
- If not accepted, BIP 101 is preferred over (a) no change or (b) too-slow change, e.g. 2M in 2021.


https://www.reddit.com/r/Bitcoin/comments/3i7mtz/8_major_players_support_bip_101/cudzcji
Again, a 2MB BIP100 would not affect the fact that BIP100 will not support BIP101

I'm not sure why I have to repeat that fact.

I dont know why you repeat yourself. Nobody said that BIP100 will support BIP101.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4

P.S. 2MB would not affect the fact that BIP100 will not support BIP101

[–]jgarzikJeff Garzik - Bitcoin Expert 192 Punkte vor 2 Tagen*

- Prefer my own proposals, unsurprisingly. Smiley
- If not accepted, BIP 101 is preferred over (a) no change or (b) too-slow change, e.g. 2M in 2021.


https://www.reddit.com/r/Bitcoin/comments/3i7mtz/8_major_players_support_bip_101/cudzcji
Again, a 2MB BIP100 would not affect the fact that BIP100 will not support BIP101

I'm not sure why I have to repeat that fact.

However, unrelated to that statement, no one has even supplied a source for a new BIP100 version with 2MB, so either way, it's still a 1MB BIP100, and either way, 1MB or 2MB, BIP100 will not support BIP101
legendary
Activity: 1162
Merit: 1004

P.S. 2MB would not affect the fact that BIP100 will not support BIP101

[–]jgarzikJeff Garzik - Bitcoin Expert 192 Punkte vor 2 Tagen*

- Prefer my own proposals, unsurprisingly. Smiley
- If not accepted, BIP 101 is preferred over (a) no change or (b) too-slow change, e.g. 2M in 2021.


https://www.reddit.com/r/Bitcoin/comments/3i7mtz/8_major_players_support_bip_101/cudzcji
full member
Activity: 196
Merit: 100
Nothing is turning. Please stop spreading false information. Do you know what a BIP is? Bitcoin improvement proposal? If person X supports a BIP, that does not mean that they support fork Y just because it has implemented it.
Supporting BIP 101 =/= supporting XT.

You got it backwards. BIP 101 is the proposal for a fork. Thus if a person supports BIP 101, then he/she supports a fork.
Bitcoin XT is simply one client that implements this proposal, there can be any number of these with different features as long as they are compatible with BIP 101.

I'd like to see more fork proposals written into software. Choice is good and let the best BIP win.

[edit, not directed to LaudaM, just a general observation]
So far I think most of the discussion on BCT has been attacks against person, spreading FUD or cheering for ones own team. Seems like people with least knowledge hold the strongest opinions. Let's just discuss technical merits of different proposals?

Shocking that a newbie can grasp this concept yet many hero members cant...... They tend to try speak the loudest tho.

This is why i stop saying " how stupid can you be?" As they take it as a challenge.
hero member
Activity: 714
Merit: 500

...

Not all core developers were against block size increase. They were strongly opposed to XT but I don't remember their posts opposing block size increase. Maybe you can enlighten me?
The whole thing started long before Gavin joined XT. I don't really want to go into the whole history of this debate, since it started before I even joined Bitcoin.
But I think, we can easily agree on, that there was no alternative plan to raise the limit in 2016.

True but he went one trying enforcing BIP 101.

But that wasn't even my question:
My question was: If consensus doesn't mean consensus of the core devs, what should be the action, if core devs don't listen to you? You can look at it as a theoretical question, so we don't waste time on trying to recap what happened before.

https://bitcointalksearch.org/topic/m.12243511
That doesn't answer my question. theymos says, that even one Bitcoin Core committer can veto a fork. So, that means you need the consensus of all Bitcoin Core committers, which is what you specifically said is not what consensus means.
hero member
Activity: 560
Merit: 509
I prefer Zakir over Muhammed when mentioning me!

...

Not all core developers were against block size increase. They were strongly opposed to XT but I don't remember their posts opposing block size increase. Maybe you can enlighten me?
The whole thing started long before Gavin joined XT. I don't really want to go into the whole history of this debate, since it started before I even joined Bitcoin.
But I think, we can easily agree on, that there was no alternative plan to raise the limit in 2016.

True but he went one trying enforcing BIP 101.

But that wasn't even my question:
My question was: If consensus doesn't mean consensus of the core devs, what should be the action, if core devs don't listen to you? You can look at it as a theoretical question, so we don't waste time on trying to recap what happened before.

https://bitcointalksearch.org/topic/m.12243511
hero member
Activity: 644
Merit: 504
Bitcoin replaces central, not commercial, banks
...
The problem with BIP 100 is that it allows an attacker with 21% of the hash rate to arbitrarily dictate the block size cap and set it to the minimum. 

Yes. This is a very valid point.
Please read the BIP at least once.

I have.  Perhaps you can explain something about the following:

"Votes are evaluated by dropping bottom 20% and top 20%, and then the most common floor (minimum) is chosen."

What does "the most common floor (minimum)" mean in this context? Some have interpreted it to mean that the lowest vote of the remaining 60% becomes the next size cap.  That would result in the possibility detailed above (a 21% takeover).  Assuming that's not correct, why the use of "floor (minimum)" at all?  Why not use the median vote?

Median vote would make more sense. Defining what is being proposed here in terms of pseudo-code would clarify this. Still even after giving BIP 100 the benefit of the doubt the 32MB hard fork limit remains a serious issue. 

32 MB limit gives us more than enough time to find a better solution. It is not at all a serious issue.

We might never need more than 32 MB.
hero member
Activity: 560
Merit: 509
I prefer Zakir over Muhammed when mentioning me!
...
The problem with BIP 100 is that it allows an attacker with 21% of the hash rate to arbitrarily dictate the block size cap and set it to the minimum. 

Yes. This is a very valid point.
Please read the BIP at least once.

I have.  Perhaps you can explain something about the following:

"Votes are evaluated by dropping bottom 20% and top 20%, and then the most common floor (minimum) is chosen."

What does "the most common floor (minimum)" mean in this context? Some have interpreted it to mean that the lowest vote of the remaining 60% becomes the next size cap.  That would result in the possibility detailed above (a 21% takeover).  Assuming that's not correct, why the use of "floor (minimum)" at all?  Why not use the median vote?

Median vote would make more sense. Defining what is being proposed here in terms of pseudo-code would clarify this. Still even after giving BIP 100 the benefit of the doubt the 32MB hard fork limit remains a serious issue. 

32 MB limit gives us more than enough time to find a better solution. It is not at all a serious issue.
legendary
Activity: 2282
Merit: 1050
Monero Core Team
...
The problem with BIP 100 is that it allows an attacker with 21% of the hash rate to arbitrarily dictate the block size cap and set it to the minimum.  

Yes. This is a very valid point.
Please read the BIP at least once.

I have.  Perhaps you can explain something about the following:

"Votes are evaluated by dropping bottom 20% and top 20%, and then the most common floor (minimum) is chosen."

What does "the most common floor (minimum)" mean in this context? Some have interpreted it to mean that the lowest vote of the remaining 60% becomes the next size cap.  That would result in the possibility detailed above (a 21% takeover).  Assuming that's not correct, why the use of "floor (minimum)" at all?  Why not use the median vote?

Median vote would make more sense. Defining what is being proposed here in terms of pseudo-code would clarify this. Still even after giving BIP 100 the benefit of the doubt the 32MB hard fork limit remains a serious issue. 
hero member
Activity: 493
Merit: 500
...
The problem with BIP 100 is that it allows an attacker with 21% of the hash rate to arbitrarily dictate the block size cap and set it to the minimum.  

Yes. This is a very valid point.
Please read the BIP at least once.

I have.  Perhaps you can explain something about the following:

"Votes are evaluated by dropping bottom 20% and top 20%, and then the most common floor (minimum) is chosen."

What does "the most common floor (minimum)" mean in this context? Some have interpreted it to mean that the lowest vote of the remaining 60% becomes the next size cap.  That would result in the possibility detailed above (a 21% takeover).  Assuming that's not correct, why the use of "floor (minimum)" at all?  Why not use the median vote?
legendary
Activity: 2282
Merit: 1050
Monero Core Team
...
The problem with BIP 100 is that it allows an attacker with 21% of the hash rate to arbitrarily dictate the block size cap and set it to the minimum.  

Yes. This is a very valid point.
Please read the BIP at least once.

I have, and I see your point. The veto (actually 10%)  only applies from the change from a 1 MB hard fork to a 1 MB soft fork and not the the voting mechanism for changing  the soft fork limit. There does remain a second hard fork at 32 MB presumably subject to a 10% veto.
newbie
Activity: 42
Merit: 0
Nothing is turning. Please stop spreading false information. Do you know what a BIP is? Bitcoin improvement proposal? If person X supports a BIP, that does not mean that they support fork Y just because it has implemented it.
Supporting BIP 101 =/= supporting XT.

You got it backwards. BIP 101 is the proposal for a fork. Thus if a person supports BIP 101, then he/she supports a fork.
Bitcoin XT is simply one client that implements this proposal, there can be any number of these with different features as long as they are compatible with BIP 101.

I'd like to see more fork proposals written into software. Choice is good and let the best BIP win.

[edit, not directed to LaudaM, just a general observation]
So far I think most of the discussion on BCT has been attacks against person, spreading FUD or cheering for ones own team. Seems like people with least knowledge hold the strongest opinions. Let's just discuss technical merits of different proposals?
legendary
Activity: 3430
Merit: 3080
XT's epitaph:

"First you reason with them,
Then they fight you,
Then they laugh at you
Then they ign.......  .. . . ."
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political


misinformation

1. XT is an alt client, not an alt coin.
2. There isn't a single person who would buy a separate coin called XT.
3. No the core developers do not generally support bigger blocks.  it's been discussed
for three years already. 


You are accusing someone of mis-information then spouting three giant ones?  Awesome.

1.  A 'coin' is synonymous with a 'protocol'.  XT is absolutely and 'alt' unless the current incompatible protocol is fully abandoned.  The chances of that happening are effectively zero.

2.  I despise everything about XT from the creators on down.  I would 'buy' separate XT coins in certain conditions.  The biggest one is that if I could use it in a Google Wallet and get discounts on merchandise which they sponsor.  Of course I'd use a real crypto-currency for important stuff.

3.  Every person I can think of and I myself have some serious questions about the current transaction rate and have stated so.  We simply want to change this critical aspect of the system based on real-world data once a workable scaling solution is in place and tested.  Some of the more promising possibilities are highly technical but are moving forward at a good rate of speed.  At present there is no need whatsoever to panic over the block size.  It is more and more clear that all of the scare stories about overload were puffed-up psyops nonsense and probably well coordinated.  Even if congestion problems do occur, that is a good thing since they need to be worked on no matter what the block size and there is little incentive to do this when there are no signs of problems.

You are right though...the fear-mongering about block size has been going on for at least three years now.



XT only activates Bigger blocks if 75% of the mining agrees, correct?  So then it wouldn't be incompatible.  Not sure why youre spinning this.
legendary
Activity: 4760
Merit: 1283


misinformation

1. XT is an alt client, not an alt coin.
2. There isn't a single person who would buy a separate coin called XT.
3. No the core developers do not generally support bigger blocks.  it's been discussed
for three years already. 


You are accusing someone of mis-information then spouting three giant ones?  Awesome.

1.  A 'coin' is synonymous with a 'protocol'.  XT is absolutely and 'alt' unless the current incompatible protocol is fully abandoned.  The chances of that happening are effectively zero.

2.  I despise everything about XT from the creators on down.  I would 'buy' separate XT coins in certain conditions.  The biggest one is that if I could use it in a Google Wallet and get discounts on merchandise which they sponsor.  Of course I'd use a real crypto-currency for important stuff.

3.  Every person I can think of and I myself have some serious questions about the current transaction rate and have stated so.  We simply want to change this critical aspect of the system based on real-world data once a workable scaling solution is in place and tested.  Some of the more promising possibilities are highly technical but are moving forward at a good rate of speed.  At present there is no need whatsoever to panic over the block size.  It is more and more clear that all of the scare stories about overload were puffed-up psyops nonsense and probably well coordinated.  Even if congestion problems do occur, that is a good thing since they need to be worked on no matter what the block size and there is little incentive to do this when there are no signs of problems.

You are right though...the fear-mongering about block size has been going on for at least three years now.

hero member
Activity: 938
Merit: 502
I have tried to stay on the side and ignore this issue, but it is getting ridiculous. Every other thread is about this. Team Jacob and Team Edward need to come to a compromise. Meet somewhere in the middle and stop having a pissing contest.
legendary
Activity: 1204
Merit: 1028
Nothing is turning. Please stop spreading false information. Do you know what a BIP is? Bitcoin improvement proposal? If person X supports a BIP, that does not mean that they support fork Y just because it has implemented it.
Supporting BIP 101 =/= supporting XT.

Bitpay:
Anyone that tells you otherwise is spreading FUD, less bitcoin already be an altcoin due to previous forks.
Yeah obviously people like, e.g. theymos and luke are spreading FUD.   Roll Eyes


Update:
turvarya: this is not a appeal to authority. I never stated that because of their positions they are probably correct (in anything that they say). I'm just not expecting normal people like theymos and luke to spread FUD (considering the behavioral patterns of members that actually do this). Stop twisting the debate back into attacks and nonsense.

This. It seems a lot of noobs are confusing BIP101 for XT. XT is dead at this point, no one wants to support an altcoin, and in any case, "no increase" is still the most voted option as seen on the circular graphic that encompasses all mining pools hashing power (cant find the pic)

True.  However, "no increase" is shrinking.  Bitfury just started voting for Bip 100.

Bigger blocks are inevitable.



Yes they are, but it doesn't make much difference if they are increased now or in a year, we are still halfway through the total network usage. Bitcoin is still a tiny niche. So im all for a small increment in the blocksize as long as we can keep running full nodes and not some centralized entity which is were Bitcoin XT/incrementing 8MB every 2 year whatever BIP that is, would drive us.
hero member
Activity: 714
Merit: 500
Nothing is turning. Please stop spreading false information. Do you know what a BIP is? Bitcoin improvement proposal? If person X supports a BIP, that does not mean that they support fork Y just because it has implemented it.
Supporting BIP 101 =/= supporting XT.

Bitpay:
Anyone that tells you otherwise is spreading FUD, less bitcoin already be an altcoin due to previous forks.
Yeah obviously people like, e.g. theymos and luke are spreading FUD.   Roll Eyes


Update:
turvarya: this is not a appeal to authority. I never stated that because of their positions they are probably correct (in anything that they say). I'm just not expecting normal people like theymos and luke to spread FUD (considering the behavioral patterns of members that actually do this). Stop twisting the debate back into attacks and nonsense.
Please to me the favor and don't reply with an edit. I just saw your edit because someone else quoted you.

It's funny that you see a quote of your self as "attacks and nonsense".  Either we restrain from using  a person as an argument or we don't. What is it? There is a lot of controversy about Theymos and Luke in the Bitcoin world, even if you don't want to see it.
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
Nothing is turning. Please stop spreading false information. Do you know what a BIP is? Bitcoin improvement proposal? If person X supports a BIP, that does not mean that they support fork Y just because it has implemented it.
Supporting BIP 101 =/= supporting XT.

Bitpay:
Anyone that tells you otherwise is spreading FUD, less bitcoin already be an altcoin due to previous forks.
Yeah obviously people like, e.g. theymos and luke are spreading FUD.   Roll Eyes


Update:
turvarya: this is not a appeal to authority. I never stated that because of their positions they are probably correct (in anything that they say). I'm just not expecting normal people like theymos and luke to spread FUD (considering the behavioral patterns of members that actually do this). Stop twisting the debate back into attacks and nonsense.

This. It seems a lot of noobs are confusing BIP101 for XT. XT is dead at this point, no one wants to support an altcoin, and in any case, "no increase" is still the most voted option as seen on the circular graphic that encompasses all mining pools hashing power (cant find the pic)

True.  However, "no increase" is shrinking.  Bitfury just started voting for Bip 100.

Bigger blocks are inevitable.

Pages:
Jump to: