Pages:
Author

Topic: The Barry Silbert segwit2x agreement with >80% miner support. - page 32. (Read 120029 times)

hero member
Activity: 1092
Merit: 552
Retired IRCX God
The contention is "what comes after segwit?" On the Core side is "nothing" (i.e., just segwit)
lol

In fact, the Core has many things after segwit; some of which are already done (compact blocks), signature aggregation, weakblocks, flexcaps, etc.

All anyone else has is MOAR BLOCKSIZE REGARDLESS OF THE CONSEQUENCES and some heads on spikes.


Would these be the same "compact blocks" you were looking for 4 years ago?
Would these be the same "aggregate signature idea" you were looking for 4 years ago?
Would these be the same hard limit "weakblocks" you were looking for 2 years ago?
Would these be the same hard limit "flexcaps" you were looking for 2 years ago?

Methinks this stuff you mention is on the "don't rush it" list as ditching BDB 4; and, as such, a whole lot of nothing.
legendary
Activity: 924
Merit: 1000
Does anyone else think that there would be 1000% less bullshit and contention to any path forward if the "official" wallet and the "official" protocol maintainers were separate?

No matter what your position on the Core team, wouldn't all of our lives be less complex if Core didn't control both the protocol and the main client (which is what makes it the "official" client in the minds of many)?


 

I am not sure that would help. You need to expand on your thoughts.
legendary
Activity: 924
Merit: 1000
The contention is "what comes after segwit?" On the Core side is "nothing" (i.e., just segwit)
lol

In fact, the Core has many things after segwit; some of which are already done (compact blocks), signature aggregation, weakblocks, flexcaps, etc.

All anyone else has is MOAR BLOCKSIZE REGARDLESS OF THE CONSEQUENCES and some heads on spikes.


Yes some nice consequences of having more transactions, greater adoption, lower fees, faster confirmation - no head of the spikes is necessary.

You do realised that Bitcoin is not your toy, such that your personal agenda/opinion/perspective is irrelevant. Only what is best for bitcoin and the users matters.
hv_
legendary
Activity: 2534
Merit: 1055
Clean Code and Scale
Does anyone else think that there would be 1000% less bullshit and contention to any path forward if the "official" wallet and the "official" protocol maintainers were separate?

No matter what your position on the Core team, wouldn't all of our lives be less complex if Core didn't control both the protocol and the main client (which is what makes it the "official" client in the minds of many)?


 

+^
hero member
Activity: 1092
Merit: 552
Retired IRCX God
Does anyone else think that there would be 1000% less bullshit and contention to any path forward if the "official" wallet and the "official" protocol maintainers were separate?

No matter what your position on the Core team, wouldn't all of our lives be less complex if Core didn't control both the protocol and the main client (which is what makes it the "official" client in the minds of many)?


 
hv_
legendary
Activity: 2534
Merit: 1055
Clean Code and Scale

You are basing your conclusion of a supposed need for 2mb blocks on facts that do not exist... there is no clogging of the bitcoin blockchain, except for the extent to which some miners must be directing their hashpower to make such appearances of clogging... such recent precipitous rise and then drop in mempool back up seems abundantly obvious evidence that the clogging of the mempool is not based on some kind of actual organic growth - but instead is a fabricated situation that would not be solved by a mere doubling of the blocksize limit.. and therefore a doubling of the size of the blocksize limit would likely cause more troubles than it resolves.


So, yeah, it is possible that some day there is going to exist a situation in which a hard increase of the blocksize limit might be necessary, but it is not even close to being true in today's level of bitcoin usage... and surely it will be interesting to witness how segwit plays out and whether any of that would cause any changes in the blocksize usage, either in one direction or another.

Well blocks have been increasing in size and fees have been rising. For sure I agree that this has not been organic, and has been a deliberate attempt to force the issue. There is is no doubt there is/was a huge volume of spam transactions, but both the big block AND segwit sides could have been doing it or indeed both of them to show that their solution was needed.

But if you look at the situation now, the mempool has shrunk from it's highs of over 100k to currently around 12k, but fees are still high at 270 sats/byte and there is still a backlog forcing these fees.

I disagree that doubling the blocksize wouldn't have helped, at it's simplest level the cost for the 'spammers' would have doubled to maintain the backlog, yes they may have done that, but then if the premise is that it's the big blockers spamming to force their solution then why would they need to spam once they had it, and once we are post segwit there would be no need for the small block side to do it either.

What matters to me is how quick it takes to confirm a transaction and how much it costs.

And that will likely shape the coming battle, if post-segwit doesn't live up to the hype and significantly reduce both then it makes it more likely that the 2MB part will go through, or if it does help a lot then maybe the desire for bigger blocks will wane.

I just want a long term solution which this agreement isn't, but it's better than nothing.


Yeah but you are not really addressing the elephant in the room  - and that this issue has been used as an attempt to change governance... there are pissed off people, and they would likely not even be satisified with a 2mb increase.. .. and also doing this as a hardfork, would need a really high level of consensus...

So you really believe that any decentralized and open source system, such as bitcoin is going to move into a kind of la la land with a lot of hugs and harmony if there is some kind of segwit 2x that gets implemented this year?  There will be whining about something else and a lot of these big blocker nut jobs are just emotional about the process that core has been following and the apparent power dynamics and influence that some voices have within core.. .. so there seems to be a kind of emotional hatred that is not really a technical solution but a desire for a coupe, no?  

That's why we get several emotional poster nutjobs with a seeming agenda that is not really very topical but just want to assert how much they hate core, they want core to disappear and diminish, whatever the fuck that means.

I have issues with the way UASF means to go about it. This is the only reason why I distrust their motives. Furthermore, mutual distrust is at the Core of Bitcoin. So it bears no significance how long have Devs proven their worth or not. Only the way to Consensus matters.

If they wanted to really put it up to choice, they would have hardforked. The merits of a soft work fall short when you put into perspective that hardforking without a 95% approval would actually mean they would be activating SegWit on an alt-coin. I understand this is a risk they cannot take.

They are counting on the remaining Miners to also keep that in mind. Everyone wants to keep Bitcoin.

Well, as long as noone conclusively wins outright, we will have a standoff that will leave Miners on Legacy Chain very much obliged to slowly move towards UASF chain with the growing risk of reorg.

As long as BIP 148 is within 51% minus the biggest MINER marketshare, all other Miners have the incentive to change. Because they can get outmined or outsmarted by the biggest Miner if he jumps ship first.

Basically, they are counting on Miners to have no choice but to Hard Fork, and then say BIP 148 is Bitcoin because they soft forked it, or instead, to go with BIP 148 if they want to keep "BITCOIN". The other solution is that Miners activate SegWit before August 1.

It is a brilliant plan that leaves little choice. But it is sadly coercion and not consensus. I am saddened by the precedent and how the community is so drowned In anti-Miner sentiment that they are oblivious to the lengths they are going to to get what they want. Cut-throat politics have arrived. Brace yourselves.

I hope for the sake of Bitcoin that this doesn't work and a real consensus can be formed.



Thx the Genius we are back on topic.

To me the SW2x is the right way to start thinking about that broad open consensus since it might let most of the participiants in their freedom. Actors that want SW can use it and others might not. Time and market will tell if there is a majority for SW finally. No brute force.
newbie
Activity: 28
Merit: 0

You are basing your conclusion of a supposed need for 2mb blocks on facts that do not exist... there is no clogging of the bitcoin blockchain, except for the extent to which some miners must be directing their hashpower to make such appearances of clogging... such recent precipitous rise and then drop in mempool back up seems abundantly obvious evidence that the clogging of the mempool is not based on some kind of actual organic growth - but instead is a fabricated situation that would not be solved by a mere doubling of the blocksize limit.. and therefore a doubling of the size of the blocksize limit would likely cause more troubles than it resolves.


So, yeah, it is possible that some day there is going to exist a situation in which a hard increase of the blocksize limit might be necessary, but it is not even close to being true in today's level of bitcoin usage... and surely it will be interesting to witness how segwit plays out and whether any of that would cause any changes in the blocksize usage, either in one direction or another.

Well blocks have been increasing in size and fees have been rising. For sure I agree that this has not been organic, and has been a deliberate attempt to force the issue. There is is no doubt there is/was a huge volume of spam transactions, but both the big block AND segwit sides could have been doing it or indeed both of them to show that their solution was needed.

But if you look at the situation now, the mempool has shrunk from it's highs of over 100k to currently around 12k, but fees are still high at 270 sats/byte and there is still a backlog forcing these fees.

I disagree that doubling the blocksize wouldn't have helped, at it's simplest level the cost for the 'spammers' would have doubled to maintain the backlog, yes they may have done that, but then if the premise is that it's the big blockers spamming to force their solution then why would they need to spam once they had it, and once we are post segwit there would be no need for the small block side to do it either.

What matters to me is how quick it takes to confirm a transaction and how much it costs.

And that will likely shape the coming battle, if post-segwit doesn't live up to the hype and significantly reduce both then it makes it more likely that the 2MB part will go through, or if it does help a lot then maybe the desire for bigger blocks will wane.

I just want a long term solution which this agreement isn't, but it's better than nothing.


Yeah but you are not really addressing the elephant in the room  - and that this issue has been used as an attempt to change governance... there are pissed off people, and they would likely not even be satisified with a 2mb increase.. .. and also doing this as a hardfork, would need a really high level of consensus...

So you really believe that any decentralized and open source system, such as bitcoin is going to move into a kind of la la land with a lot of hugs and harmony if there is some kind of segwit 2x that gets implemented this year?  There will be whining about something else and a lot of these big blocker nut jobs are just emotional about the process that core has been following and the apparent power dynamics and influence that some voices have within core.. .. so there seems to be a kind of emotional hatred that is not really a technical solution but a desire for a coupe, no? 

That's why we get several emotional poster nutjobs with a seeming agenda that is not really very topical but just want to assert how much they hate core, they want core to disappear and diminish, whatever the fuck that means.

I have issues with the way UASF means to go about it. This is the only reason why I distrust their motives. Furthermore, mutual distrust is at the Core of Bitcoin. So it bears no significance how long have Devs proven their worth or not. Only the way to Consensus matters.

If they wanted to really put it up to choice, they would have hardforked. The merits of a soft work fall short when you put into perspective that hardforking without a 95% approval would actually mean they would be activating SegWit on an alt-coin. I understand this is a risk they cannot take.

They are counting on the remaining Miners to also keep that in mind. Everyone wants to keep Bitcoin.

Well, as long as noone conclusively wins outright, we will have a standoff that will leave Miners on Legacy Chain very much obliged to slowly move towards UASF chain with the growing risk of reorg.

As long as BIP 148 is within 51% minus the biggest MINER marketshare, all other Miners have the incentive to change. Because they can get outmined or outsmarted by the biggest Miner if he jumps ship first.

Basically, they are counting on Miners to have no choice but to Hard Fork, and then say BIP 148 is Bitcoin because they soft forked it, or instead, to go with BIP 148 if they want to keep "BITCOIN". The other solution is that Miners activate SegWit before August 1.

It is a brilliant plan that leaves little choice. But it is sadly coercion and not consensus. I am saddened by the precedent and how the community is so drowned In anti-Miner sentiment that they are oblivious to the lengths they are going to to get what they want. Cut-throat politics have arrived. Brace yourselves.

I hope for the sake of Bitcoin that this doesn't work and a real consensus can be formed.

legendary
Activity: 3920
Merit: 11299
Self-Custody is a right. Say no to"Non-custodial"

You are basing your conclusion of a supposed need for 2mb blocks on facts that do not exist... there is no clogging of the bitcoin blockchain, except for the extent to which some miners must be directing their hashpower to make such appearances of clogging... such recent precipitous rise and then drop in mempool back up seems abundantly obvious evidence that the clogging of the mempool is not based on some kind of actual organic growth - but instead is a fabricated situation that would not be solved by a mere doubling of the blocksize limit.. and therefore a doubling of the size of the blocksize limit would likely cause more troubles than it resolves.


So, yeah, it is possible that some day there is going to exist a situation in which a hard increase of the blocksize limit might be necessary, but it is not even close to being true in today's level of bitcoin usage... and surely it will be interesting to witness how segwit plays out and whether any of that would cause any changes in the blocksize usage, either in one direction or another.

Well blocks have been increasing in size and fees have been rising. For sure I agree that this has not been organic, and has been a deliberate attempt to force the issue. There is is no doubt there is/was a huge volume of spam transactions, but both the big block AND segwit sides could have been doing it or indeed both of them to show that their solution was needed.

But if you look at the situation now, the mempool has shrunk from it's highs of over 100k to currently around 12k, but fees are still high at 270 sats/byte and there is still a backlog forcing these fees.

I disagree that doubling the blocksize wouldn't have helped, at it's simplest level the cost for the 'spammers' would have doubled to maintain the backlog, yes they may have done that, but then if the premise is that it's the big blockers spamming to force their solution then why would they need to spam once they had it, and once we are post segwit there would be no need for the small block side to do it either.

What matters to me is how quick it takes to confirm a transaction and how much it costs.

And that will likely shape the coming battle, if post-segwit doesn't live up to the hype and significantly reduce both then it makes it more likely that the 2MB part will go through, or if it does help a lot then maybe the desire for bigger blocks will wane.

I just want a long term solution which this agreement isn't, but it's better than nothing.


Yeah but you are not really addressing the elephant in the room  - and that this issue has been used as an attempt to change governance... there are pissed off people, and they would likely not even be satisified with a 2mb increase.. .. and also doing this as a hardfork, would need a really high level of consensus...

So you really believe that any decentralized and open source system, such as bitcoin is going to move into a kind of la la land with a lot of hugs and harmony if there is some kind of segwit 2x that gets implemented this year?  There will be whining about something else and a lot of these big blocker nut jobs are just emotional about the process that core has been following and the apparent power dynamics and influence that some voices have within core.. .. so there seems to be a kind of emotional hatred that is not really a technical solution but a desire for a coupe, no? 

That's why we get several emotional poster nutjobs with a seeming agenda that is not really very topical but just want to assert how much they hate core, they want core to disappear and diminish, whatever the fuck that means.
legendary
Activity: 1098
Merit: 1000

You are basing your conclusion of a supposed need for 2mb blocks on facts that do not exist... there is no clogging of the bitcoin blockchain, except for the extent to which some miners must be directing their hashpower to make such appearances of clogging... such recent precipitous rise and then drop in mempool back up seems abundantly obvious evidence that the clogging of the mempool is not based on some kind of actual organic growth - but instead is a fabricated situation that would not be solved by a mere doubling of the blocksize limit.. and therefore a doubling of the size of the blocksize limit would likely cause more troubles than it resolves.


So, yeah, it is possible that some day there is going to exist a situation in which a hard increase of the blocksize limit might be necessary, but it is not even close to being true in today's level of bitcoin usage... and surely it will be interesting to witness how segwit plays out and whether any of that would cause any changes in the blocksize usage, either in one direction or another.

Well blocks have been increasing in size and fees have been rising. For sure I agree that this has not been organic, and has been a deliberate attempt to force the issue. There is is no doubt there is/was a huge volume of spam transactions, but both the big block AND segwit sides could have been doing it or indeed both of them to show that their solution was needed.

But if you look at the situation now, the mempool has shrunk from it's highs of over 100k to currently around 12k, but fees are still high at 270 sats/byte and there is still a backlog forcing these fees.

I disagree that doubling the blocksize wouldn't have helped, at it's simplest level the cost for the 'spammers' would have doubled to maintain the backlog, yes they may have done that, but then if the premise is that it's the big blockers spamming to force their solution then why would they need to spam once they had it, and once we are post segwit there would be no need for the small block side to do it either.

What matters to me is how quick it takes to confirm a transaction and how much it costs.

And that will likely shape the coming battle, if post-segwit doesn't live up to the hype and significantly reduce both then it makes it more likely that the 2MB part will go through, or if it does help a lot then maybe the desire for bigger blocks will wane.

I just want a long term solution which this agreement isn't, but it's better than nothing.
newbie
Activity: 28
Merit: 0
As there is no way to make bigger blocks backwards-compatible, there is no point wasting our time with talk of them.

So we have rather to see this 'bug' as a feature and work with it.

There are many valid arguments. This is not one of them. Any interested party would update the software... This is just clearing dead weight anyway.

Look Craig, you are very ill. You have mental health problems. You need to concentrate on getting better. We will be here as and when you are capable of honesty and rationalism.

Now I get it. Thanks for the effort of constructing a rational argument that just blew my mind.

I was blind and now I see.
legendary
Activity: 1652
Merit: 4393
Be a bank
As there is no way to make bigger blocks backwards-compatible, there is no point wasting our time with talk of them.

So we have rather to see this 'bug' as a feature and work with it.

There are many valid arguments. This is not one of them. Any interested party would update the software... This is just clearing dead weight anyway.

Look Craig, you are very ill. You have mental health problems. You need to concentrate on getting better. We will be here as and when you are capable of honesty and rationalism.
hv_
legendary
Activity: 2534
Merit: 1055
Clean Code and Scale
All anyone else has is MOAR BLOCKSIZE

Yes. Thereby cleanly -- and in one fell swoop -- solving the biggest bug in the Bitcoin system today (well, yesterday and the day before as well...)

Often the simplest solution is the best one.


Ha, a Genius is coming up here. spot on!

Thing is here like in any other places, when Geniuses try to say their stuff to the blokes in charge - ignore or troll away them.


Sorry mate
newbie
Activity: 28
Merit: 0
As there is no way to make bigger blocks backwards-compatible, there is no point wasting our time with talk of them.

So we have rather to see this 'bug' as a feature and work with it.

There are many valid arguments. This is not one of them. Any interested party would update the software... This is just clearing dead weight anyway.

legendary
Activity: 1652
Merit: 4393
Be a bank
As there is no way to make bigger blocks backwards-compatible, there is no point wasting our time with talk of them.

So we have rather to see this 'bug' as a feature and work with it.
legendary
Activity: 3920
Merit: 11299
Self-Custody is a right. Say no to"Non-custodial"
All anyone else has is MOAR BLOCKSIZE

Yes. Thereby cleanly -- and in one fell swoop -- solving the biggest bug in the Bitcoin system today (well, yesterday and the day before as well...)

Often the simplest solution is the best one.


The seemingly simplest solution is one that sounds so logical and allows trolls, shills and other nut jobs to whine for months and months and months... that adds up to years and attempts at sabotage with a supposed solution to a fabricated problem.  Go Figure!!!
newbie
Activity: 28
Merit: 0
All anyone else has is MOAR BLOCKSIZE

Yes. Thereby cleanly -- and in one fell swoop -- solving the biggest bug in the Bitcoin system today (well, yesterday and the day before as well...)

Often the simplest solution is the best one.
legendary
Activity: 3080
Merit: 1688
lose: unfind ... loose: untight
All anyone else has is MOAR BLOCKSIZE

Yes. Thereby cleanly -- and in one fell swoop -- solving the biggest bug in the Bitcoin system today (well, yesterday and the day before as well...)
legendary
Activity: 4424
Merit: 4794
The contention is "what comes after segwit?" On the Core side is "nothing" (i.e., just segwit)
lol

In fact, the Core has many things after segwit; some of which are already done (compact blocks), signature aggregation, weakblocks, flexcaps, etc.

All anyone else has is MOAR BLOCKSIZE REGARDLESS OF THE CONSEQUENCES and some heads on spikes.


in short core is not promising to copy the 2mb base within months of segwit.. thus expect big issues in regards to the 2mb event 3 months after segwit, due to lack of node support.
(expect major orphan drama)
hey gmax, how about re-implement a new fee priority formulae and stop this mindless 'just pay more' mantra
staff
Activity: 4284
Merit: 8808
The contention is "what comes after segwit?" On the Core side is "nothing" (i.e., just segwit)
lol

In fact, the Core has many things after segwit; some of which are already done (compact blocks), signature aggregation, weakblocks, flexcaps, etc.

All anyone else has is MOAR BLOCKSIZE REGARDLESS OF THE CONSEQUENCES and some heads on spikes.
legendary
Activity: 3920
Merit: 11299
Self-Custody is a right. Say no to"Non-custodial"
There is no "kinds" of segwit. The contention is "what comes after segwit?" On the Core side is "nothing" (i.e., just segwit) and on the "other" side is "larger blocks" (i.e., segwit and 2MB).

Spot-on...

It amazes me how this tiny little difference is creating such huge opposites; it is reminding me on some famous words a president back in 2001 once spoke: "You are either with us, or against us"... I mean, wasn't the current cap purely implemented as a temporarily measure, because back then it was noticed that the chain could be spammed? And sure, we have seen that, yet the chain would only be congested for a few days max...
The current congestion though, is a whole different story in my opinion. The size of the blocks were already reaching their near cap, and when Japan kicked in by officially legalizing the BTC, it got quite clogged; and that's just 1 single country... I think SegWit alone would be enough to unclog the current situation, but I also think we would be nowhere further than just a few months ago (like, when the blocks were nearly full). So personally, I wouldn't mind to see larger blocks implemented as well, rather sooner than later...




You are talking nonsense Jessica...

You are basing your conclusion of a supposed need for 2mb blocks on facts that do not exist... there is no clogging of the bitcoin blockchain, except for the extent to which some miners must be directing their hashpower to make such appearances of clogging... such recent precipitous rise and then drop in mempool back up seems abundantly obvious evidence that the clogging of the mempool is not based on some kind of actual organic growth - but instead is a fabricated situation that would not be solved by a mere doubling of the blocksize limit.. and therefore a doubling of the size of the blocksize limit would likely cause more troubles than it resolves.


So, yeah, it is possible that some day there is going to exist a situation in which a hard increase of the blocksize limit might be necessary, but it is not even close to being true in today's level of bitcoin usage... and surely it will be interesting to witness how segwit plays out and whether any of that would cause any changes in the blocksize usage, either in one direction or another.
Pages:
Jump to: