Topic: Is address blacklisting possible on BTC? (Read 439 times)

Few thoughts,
1. How would they (the government) know or verify which pool the miner use?
2. Would they bother do that when the result is only slowing down certain transaction? Major criminal with lots of money probably don't care if they have to pay hundred-thousand USD.
3. I have doubt unlikely miner will comply especially when they're idealistic. Free legal help by government or non profit organization is also exist on some country.

You are assuming three things here.

Firstly, you are assuming these miners are drawing power directly from the grid. We know that bitcoin mining uses a much higher proportion of renewable energy than any other industry. If you have a large mining operation powered largely by solar panels or wind turbines, then there is no electricity consumption from the grid to monitor.

Secondly, you are assuming that all these miners are in the same jurisdiction. If the US government is blackmailing miners they can identify to enforce some blacklist, you can almost guarantee that the Chinese or Russian governments (for example) will not give a damn about the US blacklist.

And thirdly, you are discounting all small scale mining operations, which are numerous and widespread.

With a few video cards in the past, I used to mine Bitcoin. Now, mostly only large miners currently mine Bitcoin. Power consumption can be used to identify even the majority of miners. These miners may be threatened with blackmail to use a particular pool. You can't conceal a sizable mining operation in your room any longer.

Absolutely, any changes to Core are highly likely to be widely adopted by the community, but they cannot "force" any changes on to the community which is what the original quote suggested. There have been plenty of contentious issues which have had significant push back, such as the recent full RBF option.

Such software already exists in the form of blockchain analysis companies and is widely used by centralized exchanges, centralized payment processors, and some other services and wallets. It is irrelevant if you simply avoid using such businesses and entities which are actively attacking bitcoin by enforcing the provable nonsense of "taint".

And their miners will happily leave and join a different mining pool instead.

I'm not sure if this is hypothetical or you are confusing bitcoin with an altcoin like ethereum. But in the past 13 years we only had "high level of network congestion" for a couple of months in 2017 when there was the biggest spam attack on bitcoin network in history, some of which was funded by centralized altcoins like DASH.

Everything is tainted, if you want it to be. The US government is already funding Coinbase and Chain analysis for analyzing the chain, two of which support tainting.

It doesn't matter, because whether the miner confirms the transaction or not, there's already a sufficient proportion of Bitcoin users who do bite tainting. Also, tainting is against miners' profit, so mining pools that support tainting already have an unreasonable market disadvantage.

Also, as I said, the network is decentralized. It doesn't matter if a government has a blacklist or wants to bribe pools, because the Bitcoin network isn't administrated by a government.

Even though I'm not a programmer, I believe blacklisting in Bitcoin will function in this way. The government will offer software for tracking tainted bitcoins. Some mining pools will be compelled (blackmailed) into installing and utilizing this tracking software. Big mining pools will produce blocks with non-tainted bitcoins. Due to the high level of network congestion, tainted bitcoin will have to pay extremely high transaction fees because the number of blocks produced by small mining pools is not very high. The miners who are not using the black list will still include your transaction if you pay a high fee. Additionally, you might have to wait for your transaction with tainted bitcoin to be added to the blockchain, which could take up to 2-3 hours. Finding the large mining pools and forcing them to use blacklists is fairly simple.

Additionally, it's likely some exchange and mining pool create their own full node software.


Although in reality people who took part on Bitcoin Core development have bigger influence than many people/group. Major update (such as SegWit and Taproot).

That's a bit more of a nuanced question. It depends on what changes we are discussing.

To take a recent example - RBF. Bitcoin Core has used opt-in RBF as its standard mempool policy for several years. Other full node software such as Bitcoin Knots has allowed users to use full RBF. Now Bitcoin Core is allowing the use of full RBF too. But that doesn't stop yet another piece of software from sticking to opt-in RBF, if they want. These kind of changes make no difference to what is considered a valid transaction or a valid block, and so there is no direct impact on other clients.

To take another recent example - Segwit. These kind of changes do affect other clients. In a soft fork like this, it would be possible for alternative clients (or outdated Core clients) to accept blocks which the majority of the network was rejecting. In this case, the alternative clients could fork themselves out of the network and start running a minority chain, or alternatively experience frequent reorgs until they upgrade.

I would also say that the consensus rules are not enforced by Core, but are enforced by the community. If the community refuse to implement some new change or download new software, then the rules don't change, regardless of what code is published in Bitcoin Core.

Thank you so much... This is interesting and new info for me.

That answers the OP and my question too so it means bitcoin miners or for a full node you don't need to have the same source code you can run any version of bitcoin core or it could be your own re-written source code based on the rules and standards defined by "Bitcoin". You just need to strictly follow the Bitcoin protocols and Bitcoin standards and must qualify Bitcoin consensus conformance to be part of the network irrespective of your source code.

Last but not the least Bitcoin standards are still maintained by Bitcoin Core any community agreed changes in bitcoin core will force all other implementations to follow the same. Assuming bitcoin core will always be the most used bitcoin full node implementation.

It's not correct since there are multiple Bitcoin full node implementation (such as Bitcoin Core, gocoin and bcoin) out there and people doesn't always update their software.

Any pool will follow the laws of the jurisdiction it is subjected to. If it doesn’t, it will quickly get shut down by the authorities and outraged miners will be the least of their concerns.

With that being said, the sanctions against tornado cash are likely invalid and unconstitutional for a number of reasons.

I think miners willingness to censor addresses will depend on the allegations against those who control the addresses and the evidence available.

Even if miners were to include transactions associated with sanctioned addresses, when the coin ends up in exchanges, the exchange will be unwilling to convert the coin to fiat due to the sanctions.

As a miner, I can decide to exclude certain addresses from the blocks I construct and send to the network, and no one in this world can prevent me from doing that. That is the power of Bitcoin: I can do whatever I want as long as I am acting within consensus rules. For example, I can install software that will filter all undesirable addresses and ban misbehaving nodes from connecting to my mining software. Essentially, I can build my own network with local rules, the only constraint is that I can't change "global" rules. The moment I attempt to modify global rules by installing incompatible software, I transform them to local rules of my isolated network, but this time I become truly isolated because I have "blacklisted" myself from the rest of the world and lost significance. In short, as long as I am a part of the bitcoin network, I have the power to ignore transactions. But I lose it immediately if decide to change consensus rules.

AI is too literal which is why the technical answers it gives are both right and wrong. Technically one way to censor transactions is to modify the "is_spendable" method that is used on outputs before they are added to UTXO database and return false for the censored transaction. But that is not the way that will be practical and not to mention that this is modifying consensus rules which is impossible without reaching consensus.

It depends on the version and what it changed.

• Some changes don't affect consensus rules are just improvements like changing the wallet layer, changing UI, optimizing cryptography, fixing small bugs, etc. In these cases you can continue running the older version and don't miss on much specially as a miner
• Some changes are bug fixes that could be important like 0.3.10 back in 2010 which fixed the value overflow bug. In this case it is very risky to continue running the older version because the bug that would be known after fixing could be exploited.
• Some changes could affect consensus rules in a backward incompatible way (aka a hard fork), this is the only case that remaining on an older version becomes impossible.
• Some changes are affecting consensus rules but in a backward compatible way (aka a soft fork), in this case you could stay on an older version but as a miner you would miss out on newer transactions. For example if you run a version that doesn't support Taproot you can not mine Taproot transactions and you could miss out on their fee or even run the risk of not being able to fill your block.

AFAICT version 24 falls under the first category.

I don't understand why the ChatGPT answer is considered wrong (technically)?... Technically speaking that's how you will "blacklist" certain addresses. Of course that's not how bitcoin works but since it's open source and considering this big WHAT IF scenario, if I update the source code to exclude certain addresses and let suppose this source code gets accepted and shipped it's all done. Those addresses will not be included in any future transactions.

That's what ChatGPT said, it can be translated to "No it's not possible to ignore certain addresses unless bitcoin core source code is modified." To me it's a correct answer.


That's a very interesting question. I'm not sure how it works but I think there should be some check that all miners should be running the same version of the source code?

For example, the latest version is 24.0.1. What if as a miner I'm still running Bitcoin Core 23.0 I guess I should not have any problem running this. Am I right?

---

Referring to https://bitcoincore.org/

Bitcoin Core 22.1 released was published on December 15, 2022.

Bitcoin Core 24.0.1 released was published on December 12, 2022.

How? and why 22.1 is released after 24.0.1?  which one is latest?

Clearly 24.0.1 should be the latest code, but 22.1 was released after the version 24.0.1 that means someone can still be running 22.1. I think that answers the above question.

The reasons why this is not going to happen, are two.

• Miners follow profit. If regulators want to censor certain transactions, they ought to pay more for censoring than for the confirmation of the transaction. But fees are abrupt. Regulators can't intervene if they don't know the cost.
• Mining is anonymous. Sure, top pools are known, but if they're leaning towards censorship, they are going to disappear from the top before tomorrow morning, because they're dependent on individuals who are not in favor of censorship (and neither are their users, who're creating mining demand, which is parameter for profit, which as said previously is key to miners' guidance).

If 90% of miners agree with censoring transactions, it's possible that the 90% don't add any block to the chain including blocks mined by the 10% and since their chain will be the longest chain, the 10% will have to join the 90% to have a profitable business.
Of course, I don't think this will ever happen.

I think you are a little confused about nodes and miners. Running a node does not make you miner. Running a node helps to keep the network running, helps to keep it decentralized, and provides you with security and privacy by allowing you independently verify the blockchain without having rely on third parties. But nodes do not mine blocks.

It is not the strongest who get to mine, but rather, anyone who chooses to mine by purchasing some mining hardware and turning it on.

True, but similarly there are plenty of average Joes who do mine. They can choose to lend their hashrate to any pool operator, so can choose ones which do not censor transactions and move to a new one if their current one starts to enforce such censorship. Or they can even choose to mine solo.

In the case of a sustained 51% attack against bitcoin, the censorship of a handful of UTXOs would be the least of our concerns.

The number of nodes is pretty much irrelevant to the difficulty or otherwise of a 51% attack. It is the amount of hashrate that matters.

Run a node, run some mining equipment.

The protocol does protect from blacklisting as long as there's incentive. Bitcoin mining is sufficiently more resistant to such regulatory attacks than staking, because staking doesn't embrace free market competition. In popular Proof-of-Stake based cryptocurrencies such as Ethereum, most validators are known. It doesn't matter that some are anonymous, because most staked coins come from identified entities.

To put it this way: a Bitcoin transaction, even if 90% of Bitcoin miners consider it "malicious" and deny to include it to their candidate block, will at some point in the future be confirmed by that 10% left, because they upload blocks as well. The fact that the majority wants to blacklist doesn't mean that the blacklisting will pass. On the other hand, if 90% of the stakers (or holders that own the 90% of staked coins) vote for blacklisting, there's no way for the transaction to pass forward.

Any mining pool that attempts to do something like that will go out of business quickly because outraged miners will no longer point their miners at their pool. Just ask Marathon how that experiment went for them


Talking to ChatGPT is like talking to Wikipedia with performance-enhancing drugs. I would not trust its output as technically detailed most of the time (if it is even correct ^{it is an AI after all}).