Pages:
Author

Topic: The consensus dead end. - page 4. (Read 1351 times)

legendary
Activity: 3472
Merit: 10611
April 02, 2021, 10:42:21 PM
#31
It is a misconception to assume it was the decision of the miners (or the developers). When miners switch to a software update that is not fully compatible with respect to consensus rules, they think they can afford to do so because they expect they will still be able to sell the mining rewards. So people who criticize consensus rule changes should ask themselves whether they made sure they did not buy Bitcoins that came from these miners initially. If they did, they should admit that they actually paid for the consensus changes they criticize...
If miners or anyone else for that matter run a different software that has different consensus rules and mine blocks that are incompatible with the majority then they will be on a separate chain (ie. an altcoin). Someone who is running a bitcoin client doesn't have to do anything because they won't receive such transactions since they will be rejected behind the scene right away for being invalid.
legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
April 02, 2021, 04:51:53 PM
#30
There is hereby a failure of human language usage:  The word “consensus” is overloaded.

In Bitcoin, the word “consensus” has the very specific technical meaning.  It does not refer to an agreement amongst humans, as in colloquial usage.  Rather, it denotes the resolution of a synchronized state in a distributed system.[...]

In Bitcoin, the consensus means that all nodes arrive at the exact same conclusions about the current global state of the blockchain ledger:  The set of valid transactions that exist, the meaning of each of those transactions, and the order of those transactions.
You are of course right, the usage of the word in this thread is a bit ambiguous/imprecise, mixing the "colloquial" with the "technical" meaning, but I think nevertheless the discussion here has to do with consensus.

The "global state" of the blockchain can be altered only following the strict rules of the Bitcoin protocol. Even if I don't double spend a coin and follow other basic rules of the Nakamoto consensus, I cannot simply come up with a new transaction format or use another hashing algorithm. I have to respect these rules and formats, and only then my messages (i.e. transactions) will be taken into account by the algorithm, and resolved according to the Nakamoto consensus.

Thus, hard and soft forks change not necessarily the general principle of the Nakamoto consensus, but other rules that are part of the Bitcoin protocol, which determinate the global state of the blockchain. Hard forks could in theory even change the general Nakamoto consensus principle, e.g. like Ethereum planned the transistion to Proof-of-stake. (Not that I think that would ever happen in Bitcoin.)

But maybe here we shouldn't talk about "the consensus" but about "protocol rules" or "consensus rules", or "how consensus rules are established".
member
Activity: 189
Merit: 16
April 02, 2021, 09:53:00 AM
#29

How did miners accept that change? They were not forced to update their bitcoin client.


It is a misconception to assume it was the decision of the miners (or the developers). When miners switch to a software update that is not fully compatible with respect to consensus rules, they think they can afford to do so because they expect they will still be able to sell the mining rewards. So people who criticize consensus rule changes should ask themselves whether they made sure they did not buy Bitcoins that came from these miners initially. If they did, they should admit that they actually paid for the consensus changes they criticize...
legendary
Activity: 2898
Merit: 1823
March 31, 2021, 06:50:04 AM
#28

windfury.. your just repeating doomad now..

Snip


You want me to be out of consensus, and be part of that small minority that no one went into consensus with? No one will follow the big blocker agenda, for better or worse, right or wrong. The community simply doesn’t believe, and will never come into consensus that Bitcoin Cash is “the Bitcoin”, or that Bitcoin and Bcash “bilaterally split”.
legendary
Activity: 2898
Merit: 1823
March 30, 2021, 07:18:48 AM
#27
funny part is that the blockchain says different to the narrative that was passed to you from FUDDERS like doomad. just because he calls me one. does not make it true. it just deflects his own fud

maybe seek the truth from blockchain data and not spoonfeeds from doomad and your other influencers.

if you want to call the blockchain a lie. that flag bit1 didnt come before flag bit1.
if you want to call the blockchain a liw that the split didnt happen before bit1 threshold..

.. well thats your ignorance and something you have to deal with yourself

the 3 main things your buddies say i fud are
LN HTLC are 12+ decimal tokens that will never be broadcast onto the blockchain
bit4 mandatory split occured before bit1 reached its threshold to get segwit activated
bitcoin has cludgy code that doesnt make tx cheaper. but make legacy transactions more expensive on purpose

if you want to spend a few more years in denial. then thats your business. but the blockchain data and LN code does not lie. so try checking that instead of your buddies opinion f you are atleast interested in the facts


The only person you’re in consesus with, with that post, is yourself. You believe you are right, but the community has moved on and it’s continuing on with the chain. You are an orphaned block insisting that the chain should be mined on top of you.
legendary
Activity: 3724
Merit: 3063
Leave no FUD unchallenged
March 29, 2021, 10:33:51 PM
#26
before activation.. the network should not split because nothing has changed..


That's some brilliant franky1 logic right there, heh.  You want to maintain that nothing changed but at the same time people got forked off?  Which is it?  If nothing changed, how did anyone get forked off?  No doubt that's yet another question you'll completely avoid so you can just repeat the same things you've already said another dozen times.    Roll Eyes

the segwit did not activate for the the fork to occur.. meaning no new features caused the fork..
i made that clear right from the start
seems you have a reading problem along with a moral problem

again.. to save many posts
the fork did not occur because the opposition were reading new different rules they didnt understand(true consensus 5% softfork after activation)

the fork occurred BEFORE ACTIVATION

I swear, there is no facepalm gif large enough to express how utterly gormless you are. 

As always, you're the one who needs to learn to read.  Here is a larger font to assist you:

Activation of a given feature (one that you happen to be totally obsessed with) is not the only occasion where the rules can change.  (...)  You were so caught up in hating the feature, you mistook a totally different and unrelated change in consensus to be tied to activation of that feature.  But you still can't grasp that fact.  Consensus can change at any time, for any reason the majority deem appropriate.  The majority decide what the rules are.  Block by block.  The minority do get forked off if they don't follow the rules.

It doesn't matter if the only thing you care about is a particular feature activation that was being decided upon.  That's not the only reason you can be forked off.  How many more times do you need it to be said?  Most 5 year olds would have understood it by now.  The other network rules don't disappear just because you're looking at a certain possible rule change.  Why do you still think it's like an election where people can only pick from the preset outcomes on the ballot and we have to wait for a set date and time for the result?  You have seen with your own eyes that's not how it works. 

How can you possibly believe a proposed feature in the process of being decided upon would somehow magically grant immunity to being removed from the network for other reasons?  If a feature is being debated and a miner happens to start publishing invalid blocks at the time, do you think that miner stays on the network just because the feature hasn't activated yet?  Of course they don't.  Features don't change that.  You cannot argue that point and expect people to take you seriously.  THINK before you click reply.  If the network introduces a rule that bit 6 and bit 8 get disconnected, your precious feature activation does not factor into the equation.  Anyone flagging bit 6 and bit 8 goes bye-bye.  It's done.  History.  Accept the facts.  This is how it is.  "BEFORE ACTIVATION" is irrelevant.  Meaningless.  Not connected in any way, shape or form.  Other network rules exist as well and cannot be ignored.

*waits for franky1 to cry "bEfOrE aCtIvAtIoN" yet again because he can't comprehend*
legendary
Activity: 3724
Merit: 3063
Leave no FUD unchallenged
March 29, 2021, 04:59:28 PM
#25
Thankfully, consensus mechanisms are not that draconian (so it's often baffling as to why you're such a whiny little crybaby about it).  Instead, you get to instantly form your own society if you disagree with our one.  The only downside is you don't get to take advantage of the existing infrastructure, the network effects or the security of the society you chose to leave.  

and thats your ignorance

before activation.. the network should not split because nothing has changed..


That's some brilliant franky1 logic right there, heh.  You want to maintain that nothing changed but at the same time people got forked off?  Which is it?  If nothing changed, how did anyone get forked off?  No doubt that's yet another question you'll completely avoid so you can just repeat the same things you've already said another dozen times.    Roll Eyes


so when a certain group of participants want a change. they should only get a change if the entire network agree's


There's that famous "should" again.  Where you think you get to set the terms and decide how it works.  Engage in wishful thinking all you like.  It doesn't work like that, though.  If enough people agree, that's sufficient.  If you think the rest of us need your permission to do something, you don't understand Bitcoin.
 It's as simple as that.  I'm not explaining how I think it should work.  I'm perfectly happy with how it does work.  Remember, you're the one who wants it changed.  You want us to bow to your wishes.  I like it how it is.  We bow to no one.  It doesn't have to be total agreement, otherwise nothing would ever get done.

I'm sure you would prefer a network where rules can't change without your explicit permission.  Anyone can see how that would appeal to your desire for absolute control.  It's just a pity you didn't realise that isn't how this system works.  If only you had done more research.    Roll Eyes

What exactly do you think you're going to achieve here?  What do you think will be different next time?  Are you trying to guilt-trip everyone into enacting "scout's honour" going forwards?  Do you think all participants will naturally embody your absurd notions of playing nice?  
legendary
Activity: 2898
Merit: 1823
March 29, 2021, 01:37:46 AM
#24

The Bitcoin ledger is a single global truth.  Mutually untrusting nodes agree on this one truth, with no central authority to call the shots or enforce rules.


and yet a central group did become an authority in 2017 by dictating a bip91 lag that would mandate a split to ensure that those loyal to the group enforced a new ruleset.


What group? “Core”? I believe the Core developers were neutral until the very last minute when some of them joined the grassroots movement that wanted the UASF. It was mutual consensus between different indivuduals/parties/groups.

Like Taproot, Core is neutral, but needs an aggressive call for LOT=true by the grasroots. Then Core can ignore, or join.

core group created the lot=true. core are having it in. there is no 2 options of a 0.21.1 with:
0.21.1a (includes lot=true)
0.21.1b (excludes lot=true)

anyways. you ask 'who'
you do realise who paid the salary of the main core devs. yep the same guys that made the NYA were also paying LukeJR as a 'contractor' and invested into blockstream
yep nya USAF and core devs.. all paid by the same group

calling them independent 'grassroots' is funny though.. it makes it seem like it was not organised... a lie on your part. but still funny that you try to present it as such

another funny part is you have been told this stuff years ago.. but you seem to prefer to be a denialist too

the network had a mandatory split caused by this same group. it was not what your buddy said that the opposition chose to leave voluntarily
research flag 'bit4'
it was the same group. wanting it and organising it. they depended on it. it was not independant


I cannot stop you from spreading FUD, and lies about Bitcoin and the Core Developers, but the community went into consensus to activate Segwit, miners followed. No one, in the end of the DRAMA, wanted to follow Gavin, Mike Hearn, Jeff Garzik. The community has spoken, the market has spoken, the miners have spoken through their actions.
legendary
Activity: 3724
Merit: 3063
Leave no FUD unchallenged
March 28, 2021, 08:52:33 AM
#23
*gibberish*

I told you, I'm not wasting any further time explaining why you are wrong about SegWit activation.  There's no point.  For over three years you've been crying foul and for over three years not a single person has rallied to your lost cause.  And it's not like you'll ever understand, even if I explained it 1000 times.  Going forwards, I'm only interested in debating your utterly flawed concept of consensus.


forcing off the network before activation is not how consensus should work

Says you.  There are two fundamental flaws in your comprehension.  Activation and enforcement.  We'll start with the latter:

Clearly you have a problem with enforcement.  You are entitled to your opinion, but you are not in a position to enforce it.  People who are collaborating together, however, can enforce things.  If you work with people and build a network that is based on rules, the participants either follow the rules or they can be excluded from that system by the others.  Much like a society, but less restrictive.  Traditionally, if you break the law, you can be excluded from society in the form of imprisonment or, in some places, even death.  Thankfully, consensus mechanisms are not that draconian (so it's often baffling as to why you're such a whiny little crybaby about it).  Instead, you get to instantly form your own society if you disagree with our one.  The only downside is you don't get to take advantage of the existing infrastructure, the network effects or the security of the society you chose to leave.  You have to build that for yourself if you decide you can't work together with us.  The choice is yours.  And it's not a one-time deal either.  At any point you can re-join our network.  All you have to do is follow the rules (so stop pretending it's on par with a crime against humanity if someone did get forked off, you histrionic drama queen).  Our door is always open.

Now, onto activation.  Activation of a given feature (one that you happen to be totally obsessed with) is not the only occasion where the rules can change.  The "mandatory" part you keep moaning about wasn't even related to activation of the feature (also, you mean bit 6 and bit 8, but you keep saying bit 4, as if you somehow felt it necessary to further illustrate your lack of understanding).  You were so caught up in hating the feature, you mistook a totally different and unrelated change in consensus to be tied to activation of that feature.  But you still can't grasp that fact.  Consensus can change at any time, for any reason the majority deem appropriate.  The majority decide what the rules are.  Block by block.  The minority do get forked off if they don't follow the rules.  Again, if you want to take advantage of our security and our network effects, you follow our rules.  That is how the system you chose to be a part of functions.  

So, to ask the obvious question, why did you join this system if you are fundamentally opposed to how it works?  How misguided do you have to be to complain about an integral, crucial function that underpins the entire foundations of everything we've built?  It sounds as though you understand it so poorly that you believe it to be somehow immoral.  Even though it can't work any other way.  You do see how your position is completely untenable, right?  Logically, you can't take the stance that everyone has to agree when you can't eliminate free will.  What are you going to do?  Hold a gun to peoples' heads to make them agree?  How have you not thought this through to conclusion?  What are all these "scenarios" you run even for if they can't bring you to a rational conclusion?

Bottom line, if you can design a consensus mechanism that forces everyone to agree, feel free to publish it.  You can't stop other people from running incompatible code.  You can't stop me from deciding when someone else's code is incompatible.  You can't stop me choosing to disconnect or ban other nodes if they run code I don't approve of.  What you are proposing is quite literally impossible.  It could never exist.  Even if you were the most gifted programmer in the world, rather than the clueless, raving narcissist you are.  Accept the fact that you can't control people and move on.  Or cry harder.  Up to you.

And even if you had an answer to all of that (hint: you clearly don't), it has been explained to you on more than one occasion that if someone creates a Bitcoin fork and doesn't alter their new chain's network magic, this will result in replay attacks becoming possible.  Don't deflect from this issue as you've deflected every other time it has been raised.  Tell me, in no uncertain terms, how you would prevent replay attacks if a fork won't change it's network magic, since your glorious "everyone-has-to-agree-democracy" system won't allow disconnecting or banning nodes until you're personally satisfied that everyone is in agreement?  It appears that not only do you hate freedom, you also want to endanger the imaginary users of your imaginary totalitarian system.


your influencers mindset is:
this new feature will activate. accept it or fork off. if you dont accept. if you dont fork yourself. we will fork you off.

That's not a "mindset".  That's actually the closest I've ever seen you come to finally understanding the basics.   Roll Eyes
legendary
Activity: 2898
Merit: 1823
March 27, 2021, 05:15:12 AM
#22

The Bitcoin ledger is a single global truth.  Mutually untrusting nodes agree on this one truth, with no central authority to call the shots or enforce rules.


and yet a central group did become an authority in 2017 by dictating a bip91 lag that would mandate a split to ensure that those loyal to the group enforced a new ruleset.


What group? “Core”? I believe the Core developers were neutral until the very last minute when some of them joined the grassroots movement that wanted the UASF. It was mutual consensus between different indivuduals/parties/groups.

Like Taproot, Core is neutral, but needs an aggressive call for LOT=true by the grasroots. Then Core can ignore, or join.

legendary
Activity: 3724
Merit: 3063
Leave no FUD unchallenged
March 27, 2021, 04:48:24 AM
#21
Just so you're not derailing yet another LN thread, replying to this here:

so atleast be a man. and for once admit your loyalties

My loyalty is to freedom.  Yours is to fascism and thinking you can tell people what to do.  

I think consensus means those who choose to agree build a chain together.
You think it means "everyone has to agree because I say so".  Which not only sounds utterly childish, but is also demonstrably not the way in which Bitcoin works.  And each time you commit to that untenable position, you prove exactly why no one should ever take you seriously.  Please keep it up.

When I say "if you don't like it, you can fork off", I say it not as an instruction, but as a list of your available options.  It's merely a statement of fact.  If you want to run incompatible consensus rules, you don't have a choice in the matter.  That's just an explanation of how it works.  I don't get how you are still unable to comprehend that fact after all these years.  If you think you can run code that is not compatible and still remain connected to other nodes that deem your rules invalid, then you leave me no alternative but to question your intelligence.
legendary
Activity: 3724
Merit: 3063
Leave no FUD unchallenged
March 26, 2021, 02:57:12 PM
#20
it was not unified agreement

Apologies, Lord Francis, we weren't aware you had decreed it had to be thus.   Roll Eyes

I'm guessing if you had gotten the outcome you wanted, you wouldn't give the slightest toss who disagreed.  Worthless hypocrite.  You're clearly incapable of respecting consensus, yet you have the audacity to wade defiantly into this topic expecting people to care what your opinions are?  I suppose the balls must compensate for the total lack of brains.
copper member
Activity: 630
Merit: 2610
If you don’t do PGP, you don’t do crypto!
March 26, 2021, 05:39:02 AM
#19
There is hereby a failure of human language usage:  The word “consensus” is overloaded.

In Bitcoin, the word “consensus” has the very specific technical meaning.  It does not refer to an agreement amongst humans, as in colloquial usage.  Rather, it denotes the resolution of a synchronized state in a distributed system.

Compare and contrast other distributed consensus protocols such as Paxos (the Lamport consensus protocol, not the blockchain company).

In Bitcoin, the consensus means that all nodes arrive at the exact same conclusions about the current global state of the blockchain ledger:  The set of valid transactions that exist, the meaning of each of those transactions, and the order of those transactions.  It means that if Alice sends two transactions that attempt to spend the same coin, then every (honest) node in the world automagically agrees on the decision of which of the two transactions is valid, and which is invalid as a double-spend.  It means that if Mallory mines a block that violates consensus rules, all (honest) nodes file the block in /dev/null as if it never existed—regardless of the POW shown in its block header.  Etc...

The Bitcoin ledger is a single global truth.  Mutually untrusting nodes agree on this one truth, with no central authority to call the shots or enforce rules.  The only information available to each node is a bunch of blobs of data that the node receives from anonymous, potentially hostile parties.  And—the whole thing works!  It is so secure that the network can be trusted with a trillions of dollars worth of total value.

That is the meaning of the Nakamoto Consensus.
legendary
Activity: 3724
Merit: 3063
Leave no FUD unchallenged
March 16, 2021, 07:47:25 PM
#18
maybe one day you will learn HOW 45% miner flags turned into 100% in a fortnight.

I already know.  I watched it happen in real time.  Right in front of my eyes.  We're all hoping that one day you learn, though.  Once the 80% lock-in threshold was achieved, the writing was on the wall and there wasn't much point resisting it anymore.  I know you're desperate for it to be a conspiracy and you're going to insist for the rest of forever that it was a conspiracy.  But it wasn't.  Even if nodes and miners were disappearing (and I'm still not convinced they were in the kinds of volume you're attempting to convince us they were), you still wouldn't be able to prove that they hadn't left voluntarily to join the BCH fork on 1st Aug 2017.  After all, why would anyone stick around on a network where they disagree with the ideology when they could just build upon that other blockchain instead?  (obviously you can't answer that one, because sadly you're still here on this chain for reasons I can't fathom)

Consider some actual evidence.  If you'd care to look up the historic BTC hashrate for May, June and July 2017, you'll see that the hashrate continued to climb throughout those three months.  No sudden large drops during July when BIP 91 locked in, so miners clearly weren't being forced off in droves as you so ridiculously claim.  It was only once the BCH fork launched on 1st August 2017 that there was a noticeable plummet in the hashrate.  Please present evidence to the contrary, assuming you have any.  Prove that miners were being forced off.  You can't.


the blockchain data does not lie.  [but franky1 does]

Your interpretation of the data leaves much to be desired.  If it's so blatantly obvious that we're lying, please explain how it is that you're the only person who has arrived at this conclusion?  Where are all the people who believe your fantastical version of events?

//EDIT:  I'm weary of rehashing this over and over.  I'll continue any discussions about consensus in general, but I'm not wasting further time and effort on explaining SegWit activation.  It's history now and it's not going to change.

//DOUBLE-EDIT:
the lesson to learn is.. NO NETWORK SPLIT should happen before activation. and only a network split at activation IF full uncoerced/unsplit network gave the network a high majority flag
where by only a small majority split after the activation
a) It certainly didn't occur before lock-in.
b) I'm still not convinced it happened at all.
c) Even if it did happen, Okay, Mr Almighty God-lord, ruler-of-all, whatever you say goes.  We'll just completely forget that freedom is a thing we're allowed to have.   Roll Eyes
legendary
Activity: 3724
Merit: 3063
Leave no FUD unchallenged
March 16, 2021, 02:11:22 PM
#17
It was enforced by a User Activated Soft Fork, UASF i.e. forced by a majority of user wallets that adopted the soft fork, miners followed this majurity.

That's not how I recall history unfolding, unless your use of the word "enforced" was simply chosen in error.  "Pressured", perhaps, but "enforced", no.  The threat of a UASF was looming, but miners chose to "lock in" BIP 91 in July 2017.  



its also even now possible to see the acceptance flag was only ~45% right up to end of july

Uh-oh, even though they've had nearly four years to wrap their addled brain around the concept, some people are still unable to discern the difference between "bit 1" (signalling for BIP 141) and "bit 4" (signalling for BIP 91).  You can obsess over the percentage of bit 1 signalling for the rest of forever (and being the utter sadcase you are, I'm sure you will), but that's not the salient percentage in this conversation.


so in your viewpoint of history it just so happen that before the actual activation. nodes and miners were dropping off the network.. but to you that was just coincidence and not linked..

You're still conflating two separate issues.  What you're talking about began on 3rd August 2017.  AFTER BIP 91 LOCKED IN.  I don't know if your issue is literacy or just basic comprehension, but this has been explained to you before.  Several times.  Please take your Trump-esque "alternative facts" elsewhere, you dumpster-fire of a personality.





legendary
Activity: 1568
Merit: 6660
bitcoincleanup.com / bitmixlist.org
March 16, 2021, 01:47:08 AM
#16
oh and um just some info..
if the bitcoin DNS seed servers are bias towards only wanting to table nodes of a certain persuasion(lukes dns seed) they dont need users to download a new version. the dns seed would just stop listing nodes it didnt like so users dont connect to them. (they exist but dont get peers. thus off the network)

What's stopping people (like me) from making a PR to introduce their node with a domain as another DNS seed? One that has a very long uptime of course and is operated by someone who isn't rouge.
legendary
Activity: 2870
Merit: 7490
Crypto Swap Exchange
March 15, 2021, 07:58:05 AM
#16
Let's hope SHA-256 is still strong enough in the next 20-30 years.
RIPEMD-160 is the one we should hope for. It's 296 times "weaker" than SHA-256.

I agree, but address generation uses SHA-256 and checksum, so i doubt hash collision on RIPEMD-160 is enough to create same address from different key.

But any node that'd do that since 2009, would not follow the correct chain at the moment. The current chain would be considered invalid due to SegWit.

I doubt node from 2009 can even connect to Bitcoin network or other Bitcoin node.
legendary
Activity: 3472
Merit: 10611
March 16, 2021, 01:05:08 AM
#15
incase you cant analyse block data. heres the signals in graphic form note the red line at 45% as of 23rd july.. and sudden jump to 100% 2 weeks later..
hmm wonder how that happened... oh wait. just random coincidence and unrelated to anything(sarc)
That chart is saying exactly what I said.
SegWit activated through SegWit2x (aka NYA) when miners signaled for it using bit 4 an when the numbers reached more than 95% they also set their bit 1 (through BIP141 or SegWit) and signaled for both. Meanwhile UASF support remains close to 10%.

And you haven't been able to show us a single block that was rejected for not signalling SegWit before it was locked in to prove your claims. You keep playing with words.
legendary
Activity: 3472
Merit: 10611
March 15, 2021, 07:49:23 AM
#14
nodes and miners were dropping off the network.
No they weren't.

Quote
so a UASF involves treating peers relaying a different version of block as bad peers. thus ban the peer
That's the definition but things didn't even get to that point since their deadline was never reached and not to mention that these nodes were the small minority.

Quote
2 versions of blocks. is a hard fork.
First of all 2 competing blocks (or chains) is a chain split and has nothing to do with the fork being soft or hard.
Secondly there were no 2 "versions of blocks" back in 2017 unless you are counting the shitcoin forks such as BCH, BSV, BTG, BTX,... and 50 others as competing chains?
legendary
Activity: 3472
Merit: 10611
March 15, 2021, 01:37:17 AM
#13
the USER ACTIVATED SOFT FORK was done by node banning those that disagreed. this pretty much turned a network of 45% (4500 of 10000) into a 100%(4500 of 4500) vote to cause the activation.
UASF nodes didn't ban other nodes, they rejected blocks. And the way I remember it their number was nowhere near 45%, I think you are confusing the hashrate signalling for SegWit with UASF nodes. Nodes signalling for BIP148 were barely 10% of the total nodes, the total was also no 10k it was closer to 200k.

Quote
yep april-july2017 only had 45% flag in favour. then suddenly nodes were getting forked off.
Pure nonsense. The only time core nodes intentionally banned another node was the btc1 nodes which had nothing to do with UASF.

Quote
yep fork before activation where more then 50% are thrown off network is never a good way to fake something into activation.
yes it caused some pools and nodes to be forked into their own alt before the activation..
but because that fork was not known/accepted by economic nodes(exchanges) some gave in and upgraded back to the segwit endorsed version
That's nonsense.
SegWit didn't activate by nodes it activated by miners when they reached more than 95% signalling and it was all because of the NYA also known as SegWit2x.

Quote
the forks alt(bch) was never intended to be a bitcoin option fight for choice of which should be 'bitcoin' it was just a hole to throw opposition into.
I disagree. "Opposition" didn't move to bcash, those who wanted to make some additional money did.

Quote
this method should never be repeated again.
UASF has its usefulness but BIP148 is seriously flawed because it doesn't take miners into consideration at all.
Pages:
Jump to: