After weeks of arguing and consideration, I am now confident I can refute all arguments for a full-RBF regime, and that we should protect first-seen mempool policy from being subverted by keeping the existing environment intact.
1/5
My arguments include clear rationale that consider miners, incentive compatibility, maximization of fees per block, priority competition, utility for merchants, intelligent doublespend risk mitigation, protection of the user space, optimal culture of development of Bitcoin,
2/5
and optimizartion of Bitcoin adoption, utility, and activity.
What I do not know is the best path to communicating these learnings to Core, and best process for civilly halting the damage of the full-RBF regime.
3/5
So, I need your help. I need to learn a best strategy for helping Bitcoin thrive and protecting the current consensus environment, for creating pull requests or documentation or specification as necessary, and ultimately how to be heard and truly considered within Core.
4/5
Please read the above and let me know any advice you have or ways that you can help.
Please share this with any relevant engineers, merchants, miners, or users that can help.
A subset of Core devs are currently trying to attack Bitcoin by forcing a pet agenda to make all transactions RBF by default.
This attack includes bitcoin-dev mailing list lies and lobbying, code changes in Core node, and bribery attempts to miners.
1/5
Merchants rely on 0-conf txns as a way to meet consumer needs in commerce. RBF makes the mempool less reliable and spending Bitcoin more dangerous for consumers and businesses.
2/5
Bitcoin ATMs, Bitrefill, Muun, our company (Synonym/Blocktank) and any merchant can manage doublespend risks easily. We are working on tools to make 0conf acceptance easier/safer, but some devs would rather try and break a Bitcoin use case to protect their niche designs.
3/5
It is not a form of finance, a security, and it does not generate yield or revenue.
Bitcoin is a commodity for saving long-term.
There is no poverty in Bitcoin. You must have the ability to save long-term to own it safely.
1/4
Bitcoin having a fixed total quantity makes it highly exposed to the volatility of market supply and demand.
This means Bitcoin savers need strategies for how to behave when Bitcoin is in high vs low demand.
2/4
High demand = good time to make purchases and pay debts
Low demand = good time to cut back, create debts, increase income
Bitcoiners consider renting more than buying expensive things, and they look for opportunities to dominate their obligations in inflationary assets.
3/4
Good morning, there is no feature, modification, layer, or construction that could be added to Bitcoin that would "cure" the ignorance, greed, nihilism, laziness, lies, or otherwise indescribable "appeal" of shitcoins.
1/4
Any developer claiming their soft fork may relieve us of these evils is either an ignorant egomaniac, or a malicious actor against Bitcoin.
The cures for shitcoinery are as follows:
1. Intentionally attacking the faults in their designs with hashpower or exploits.
2/4
2. Design & implementation of superior blockchainless designs for their shitcoin "use cases."
3. To simply choose not to create, buy, trade, or participate in shitcoinery in any direct or indirect way. Achieve this with research, education, and advertising.
3/4
Good morning, there is no governance process for changing Bitcoin or making decisions.
Generally, governance is a bad thing for freedom and is used to allow a subset of people to enforce things that the outside group does not want.
Governance is Violence.
1/6
Bitcoin is already permissionless, and inclusive, but you must accept the rule set as is, or be excluded.
There's no voting. Agree or move on.
Decentralized governance is a lie.
Consensus is mutual.
2/6
Governance is not a way to "decentralize" decision-making.
Things like DAOs simply pool resources and allow some people to give their agency over to the majority, with no meaningful accountability after the fact.
3/6