pull down to refresh
0 sats \ 0 replies \ @gregtonoski OP 2h \ parent \ on: Revoke Gloria Zhao's (glozow) permission to accept changes to Core? bitdevs
There had been another proposal of the same change to Core and it had been rejected two years earlier.
I deny the allegation that I pretended.
There were overwhelmingly more NACKs than ACKs so she shouldn't have accepted (merged) the change following your logic. Do I understand you correctly?
Disagree. She merged the destructive change on her own. She is one of the five people with such permission.
The question is about Bitcoin Core organization and one of their members. It is not about Bitcoin protocol.
If you settle for "filter proponents suggesting a change to block validation rules and standing by it" then the respect for the argument for the need of mempool policy rules comes logically, doesn't it?
Let's do it. Would you like to contribute and spread the word about the idea, perhaps? I am going to contribute on the technical side and I already openes the discussion on the Bitcoin-dev mailing list.
I think you oversimplify, @Scoresby. Bitcoin is very complex.
"Bitcoin works because consensus rules are all that matter" is false. There are many more critical success factors at play. It's not that one day Satoshi implemented "consensus rules" and Bitcoin came to be and succeeded. (As a side note, Satoshi himself changed the rules many times).
Both consensus rules and mempool filters are needed and also both of them need updating (fixes, improvements etc.).
Regarding the malware Core v30 - there isn't any (formal) reason for meddling with the mempool policy default settings. The author Gregory Sanders hadn't informed about one. Instead, he and his co-workers dictated it and later gaslit about the change. Two years earlier, the same change had been requested by Peter Todd as he had taken $1000 bribe from a simp for Ethereum guru Vitalik Buterin, to do it (source: GitHub repository). Peter Todd deployed malware on Bitcoin nodes a few weeks ago. He exploited the well-known vulnerability (P2SPAM or so-called OP_RETURN) in Bitcoin protocol. The impact of the vulnerability had been moderate throughout the years so there hadn't been pressure to fix it immediately. Virtually all node runners relied on the mempool policy to somewhat mitigate the issue. Core v30 unilaterally breached the status quo, doing so against Bitcoiners who run honest nodes.
The time to fix the P2SPAM vulnerability has come, apparently. The security patch will affect code of consensus rules. Bitcoin has always been P2P monetary network and releases of Core malware don't invalidate the statement.
Illogical, you think nfts and other crap can't sustain themselves because of high fees (cost) whereas Bitcoin could sustain itself despite high fees (cost).
Fees are there to differentiate among competing Bitcoin transactions (transfers). They are not there to differentiate between Bitcoin and crap of NFT/any other category.
The whole point is that your Bitcoin transaction should not compete with crap (like NFT) on Bitcoin. Learn more at: https://wtfhappenedinfeb2023.com/common-narratives-around-spam/high-fees-will-solve-spam
I think you are misleading. The question was about your definition that you referred to: "will by definition outpace and outspend the non-monetary use case by definition..." and not about definition of Bitcoin.
I asked about your definition. You replied without answering. Do you have anything to hide, perhaps?
Bitcoin Knots is more powerful and better maintained Bitcoin node software, independent implementation.
Bitcoin Core is getting closer to BSV and more like a spamming tool (malware) dependent on corporate business plans to exploit fools. Except "embrace flexibility", yes, your description looks accurate, I think.