Topic: The only answer against Miners Mafia is UASF - page 5. (Read 7672 times)

I agree with you. But do you not think it is possible for the miners to collude and conspire behind the scenes to get what they want? Tin foil hat on. But I believe there is an argument that the developers of BU are supported and controlled by the Chinese miners.


A block size increase is inevitable in my opinion. Why not be patient and support Segwit now and get a block size increase later?

I agree with you. But do you not think it is possible for the miners to collude and conspire behind the scenes to get what they want? Tin foil hat on. But I believe there is an argument that the developers of BU are supported and controlled by the Chinese miners.

A block size increase is inevitable in my opinion. Why not be patient and support Segwit now and get a block size increase later?

A block size increase is inevitable in my opinion. Why not be patient and support Segwit now and get a block size increase later?

devs are baiting the blocksize with stupid methods.
EG
v0.12 maxBLOCKsigops 20k maxTXsigops 4k 1mb baseblocklimit
v0.14 maxBLOCKsigops 80k maxTXsigops 16k (1mb baseblocklimit - 3mb arbitrary space if people opt-in)
that there alone is the devs letting more native quadratic spam continue.. and infact get worse[was 10 sec, soon 8min validation time]. they are literally causing the problem to try and say making bigger blocks 'just doesnt work' .. the devs are baiting the narrative yet not doing a proper job of solving the issue

you can literally hear the future echo's from their corporate chambers ripple back through time
"we the king overlord devs gave you 4mb[empty halfbaked gesture] weight, but still blocks are being filled by 5 insanely spammy tx's that now take 8minutes to validate instead of 10 seconds"

they are baiting the community, not solving the problem
their solution:
4mb weight: 1mb base, maxBLOCKsigops 80k, maxTXsigops 16k
knowing corps making a point will spam baseblock - their echo chamber script "see validation times have got worse by giving you weight" (actually its txsigop increase that causes it)
knowing not everyone moves to segwit keypairs to use the 'weight'- their echo chamber script "see people dont want more tx's, the 4mb isnt even being used"

real solution
1mb baseblock: maxBLOCKsigops 20k, maxTXsigops 2k
2mb baseblock: maxBLOCKsigops 40k, maxTXsigops 1k
4mb baseblock: maxBLOCKsigops 80k, maxTXsigops 500
again not
4mb weight: 1mb base, maxBLOCKsigops 80k, maxTXsigops 16k

real solutions reduce spammy validations times and allow more lean tx's over time. blockstream devs bait does the opposite

"Miner Mafia"?  please.

Bitcoin was always a miner vote system, if you read and understand
Satoshi's whitepaper, but somehow the miners
(70% of them) not signaling for Core's roadmap
is a now a mafia. right...

Bitmain would support Segwit WITH a HF block increase,
but Core will not compromise.  They would rather
not have segwit than increase the blocksize.
They are the obstructionists.

https://twitter.com/LaurentMT/status/851173367759728641

bitcoin is not a miners world but a consensus system. Get use this.

https://twitter.com/LaurentMT/status/851173367759728641

bitcoin is not a miners world but a consensus system. Get use this.

"Miner Mafia"?  please.

Bitcoin was always a miner vote system, if you read and understand
Satoshi's whitepaper, but somehow the miners
(70% of them) not signaling for Core's roadmap
is a now a mafia. right...

Bitmain would support Segwit WITH a HF block increase,
but Core will not compromise.  They would rather
not have segwit than increase the blocksize.
They are the obstructionists.

Silly core sheep do not have any data showing asic boost has been used at any point.
Statistics show that bitmain pools are performing within 1% of other pools. And their empty blocks mined are in line with every other pool also.
Find a new imagined make believe reason.

lol you do know the S9 and asic boost were created before segwit right..

so did they make a time machine?

ASICBOOST is a serious problem and everyone even from big block camp must accept that bitcoin community something need to do
BU was not a movement to increase blocksize but to stall bitcoin from miners as he say and a former BU developer

ASICBOOST is a serious problem and everyone even from big block camp must accept that bitcoin community something need to do
BU was not a movement to increase blocksize but to stall bitcoin from miners as he say and a former BU developer

https://medium.com/@heyrhett/why-im-leaving-bitcoin-unlimited-becbc5a149d9

Which fits perfectly for AsicBoost. This is unintended behavior which is being exploited by Jihan for personal gain. Living in denial won't help your payroll.

Then of course there is more efficient transaction encoding. This is not actually compression.

Really sweet, you don't like something so you define it as an exploit.   There isn't any exploit in doing work more efficiently.   There might be an issue with preventing others form doing the same, but that is a legal exploit.

An exploit (from the English verb to exploit, meaning "using something to one’s own advantage") is a piece of software, a chunk of data, or a sequence of commands that takes advantage of a bug or vulnerability in order to cause unintended or unanticipated behavior to occur on computer software, hardware, or something electronic (usually computerized).