Bitcoin Pool Censorship Scorecard: Who Filters Transactions — With Evidence
“Which pools censor transactions?” is usually answered with vibes — jurisdiction guesses, marketing copy, and a decade of rumor. This scorecard answers it with evidence: a pool only gets an observed filtering verdict when there is a dated public incident that survived false-positive screening, and everything weaker is labeled inferred or unknown, never dressed up as fact. It covers sanctioned-address filtering, OP_RETURN and inscription data policy, KYC, who controls the block template — and the escape hatch a miner can actually use today.
Quick answer
Only two pools on this scorecard have OBSERVED, dated transaction-filtering incidents that survived false-positive screening: F2Pool (OFAC-sanctioned addresses, founder-acknowledged in Nov 2023, re-flagged for Dec 2024 blocks) and OCEAN (an open Knots-based data policy on OP_RETURN size and inscriptions at its Dec 2023 launch — which its own DATUM protocol now lets each miner override). MARA Pool censored sanctioned transactions in May 2021 and publicly reversed within a month. Every other pool: no observed filtering — including three (Foundry, ViaBTC, SBI Crypto) that were flagged by b10c and cleared as fee-displacement false positives. A US address, a KYC form or the word "compliant" in marketing is an INFERRED risk, not an incident, and this scorecard never conflates the two.
Censorship resistance in practice: filtered transactions still confirmed — just in someone else's block. The structural fix is miner-controlled templates: OCEAN's DATUM is live today; Stratum V2 job declaration mostly is not. If it matters to you, mine where you build the template, or run your own solo stack.
observed dated incident, source cited none-observed studied, nothing found (incl. cleared false positives) unknown no study covers this pool A/B/C evidence grade
| Pool | Filtering | Incidents (dated) | OP_RETURN / data policy | KYC | Template | Escape hatch today | Jurisdiction | Grade |
|---|---|---|---|---|---|---|---|---|
| F2Pool | observed | 2023-11 — b10c/miningpool-observer identified four F2Pool blocks (Sep-Oct 2023) missing OFAC-sanctioned transactions; co-founder Chun Wang acknowledged running a transaction-filtering patch and said it was disabled 'for now'. (b10c observation #8 (b10c.me/observations/08-missing-sanctioned-transactions/)) 2025-01 — b10c reported fifteen OFAC-sanctioned transactions missing from about nine F2Pool blocks mined in December 2024, concluding F2Pool might be filtering again; all were later mined by other pools. (b10c observation #13 (b10c.me/observations/13-missing-sanctioned-transactions-2024-12/)) |
standard-core — Has mined non-standard/oversized OP_RETURN and inscription data — its observed filtering is OFAC-address-specific, not a data policy. | no | pool-controlled | None in production. | China-origin (co-founder Chun Wang); operating entity offshore/undisclosed | A |
| The only pool with a founder-acknowledged sanctions filter, applied intermittently. At its hashrate share this delays rather than prevents confirmation — the filtered transactions were mined by others in later blocks. | ||||||||
| MARA Pool | observed | 2021-05 — Marathon directed its hashrate to an OFAC/AML-compliant pool and mined its first 'clean' (censored) block in early May 2021, filtering sanctioned transactions. (Marathon press release + Bitcoin Magazine, May 2021) 2021-05 — After community backlash, Marathon announced in late May 2021 it would stop filtering and move all miners to standard Bitcoin Core 0.21.1 — the reversal is the canonical precedent that public censorship costs a pool more than it earns. (CoinDesk / The Block, May 31 2021) |
standard-core — Post-2021 reversal. | unknown | pool-controlled | None; MARA Pool is largely MARA's own fleet. | United States (MARA Holdings, Fort Lauderdale FL; Nasdaq: MARA) | A |
| Historic, self-declared OFAC censorship — publicly abandoned within about four weeks. Listed as the reversed case, not a current filterer. | ||||||||
| OCEAN | observed | 2023-12 — At launch (running Bitcoin Knots), OCEAN's default template filtered Ordinal inscriptions and rejected Samourai Whirlpool CoinJoin / BIP47 notification transactions whose 46-byte OP_RETURN exceeded the 42-byte datacarrier limit; Samourai publicly called it censorship and OCEAN acknowledged the inscription filtering. (news.bitcoin.com + atlas21.com, Dec 2023) |
filters — Knots-based DEFAULT template restricts OP_RETURN size and inscriptions — a data policy, not OFAC-address filtering. Since Sep 30 2024, DATUM makes the restriction miner-overridable: each miner can build its own template. | no | miner-controlled | DATUM — live since Sep 30 2024: the miner runs the DATUM Gateway against their OWN bitcoind and builds their own block template while keeping pooled TIDES payouts. The strongest real escape hatch on any pool today. | United States (Delaware; co-founded by Luke Dashjr) | A |
| Non-custodial, no KYC (payout address only), coinbase-paid rewards. Its filtering is a spam/data-policy stance the pool is open about — and the only 'filtering' incident on this scorecard that the affected miner can individually override. | ||||||||
| AntPool | none-observed | — | standard-core — Mines inscriptions and large OP_RETURN data. | no | pool-controlled | None in production; SV2 working-group member, no live miner job declaration. | China-origin (Bitmain-affiliated); operating entity offshore/undisclosed | B |
| b10c's 2021 Taproot observation (some pre-activation P2TR spends not mined by F2Pool and AntPool) was standardness behavior before lock-in, not sanctions filtering. No OFAC filtering observed. | ||||||||
| Binance Pool | none-observed | — | standard-core | yes | pool-controlled | None. | Global/ambiguous (no single disclosed domicile) | C |
| Mining requires a KYC'd Binance account. No documented transaction-filtering incident; occasional exchange-pool empty/near-empty blocks are propagation-latency behavior, not censorship. | ||||||||
| BitFuFu | none-observed | — | unknown | yes | pool-controlled | None (cloud-mining / hosted model). | Singapore (BitFuFu Inc., Nasdaq: FUFU) | C |
| Primarily a listed cloud-mining service; KYC required. No documented filtering. | ||||||||
| Braiins Pool | none-observed | — | standard-core | no | pool-controlled | Stratum V2 transport is live (encryption, less stale work) and BraiinsOS+ ships a native SV2 client — but the SV2 Job Declaration protocol that would let a miner build its own template is not a confirmed generally-available customer option as of mid-2026. Honest status: SV2 efficiency yes, miner-side template selection not yet. | Czech Republic (Braiins Systems, Prague; formerly Slush Pool) | B |
| Authored the SV2 spec. Claims of full job-declaration support overstate today's practical status; treat the JD escape hatch as not yet real here. | ||||||||
| EMCD | none-observed | — | unknown | no | pool-controlled | None documented. | Self-stated Hong Kong HQ; mixed-region infrastructure (Europe, Kazakhstan, elsewhere) | C |
| No KYC for basic mining (states AML monitoring). Jurisdiction is a blended self-report, not a single clean domicile. | ||||||||
| Foundry USA | none-observed | — | standard-core — Mines standard templates including large OP_RETURN/inscription transactions; no published filtering policy. | yes | pool-controlled | None native today — FPPS, the pool builds the template; no Stratum V2 job declaration in production. | United States (Rochester, NY; Digital Currency Group subsidiary) | B |
| b10c's Sep-Oct 2023 sweep flagged one Foundry block missing an OFAC-sanctioned transaction but ruled it a false positive (fee-displaced), and Foundry later mined the same sanctioned addresses. Compliance risk here is INFERRED from US jurisdiction + KYC onboarding, not observed behavior. | ||||||||
| Luxor | none-observed | — | standard-core | no | pool-controlled | None native (FPPS, pool-built template). | United States (Luxor Technology, Seattle WA) | B |
| US company reported to operate without mandatory miner KYC. No filtering observed; compliance risk is INFERRED from jurisdiction only. | ||||||||
| NiceHash | none-observed | — | standard-core | tiered | pool-controlled | None for hashpower sellers — NiceHash is a marketplace: the BUYER directing the rented hashrate picks the pool and therefore the template policy. | Slovenia (NiceHash / H-BIT d.o.o.) | B |
| Hashrate broker rather than a classic block-building pool; KYC tiers by activity/withdrawal volume. | ||||||||
| Poolin | none-observed | — | standard-core | no | pool-controlled | None. | China-origin (Hong Kong / Singapore registrations) | C |
| Greatly diminished since its 2022 withdrawal freeze; no filtering study covers current Poolin. | ||||||||
| Public Pool | none-observed | — | standard-core — Hosted instance templates come from the project's own Bitcoin Core node. | no | miner-controlled | Self-host: fully open source with one-click Umbrel/Start9 deployment — the miner runs their OWN node and fully controls the template. The most accessible run-your-own-template path for Bitaxe/home miners. | US-based maintainer; MIT-licensed, self-hostable | B |
| The censorship-resistance value is in self-hosting against your own node. | ||||||||
| SBI Crypto | none-observed | — | standard-core | unknown | pool-controlled | None documented. | Japan (SBI Crypto Co., SBI Holdings subsidiary) | B |
| b10c's Jan 2025 analysis attributed an SBI block's missing sanctioned transaction to block-weight reservation / fee displacement, NOT filtering. Regulated Japanese parent implies an INFERRED compliance posture only. | ||||||||
| Solo CK (solo.ckpool.org) | none-observed | — | standard-core — Operator states the pool does not filter any transactions and uses default Bitcoin Core selection. | no | pool-controlled | Self-host: ckpool-solo source is public, so you can run your own instance against your own bitcoind for full template control. The hosted endpoint builds a Core-default, unfiltered template for you. | Operated by developer Con Kolivas (Australia) | B |
| No registration or KYC; solo reward model. 'Pool-controlled' is technically true of the hosted endpoint even though the rewards are solo. | ||||||||
| SpiderPool | none-observed | — | unknown | unknown | pool-controlled | None documented. | Asia-origin (INFERRED); operating entity not clearly disclosed | C |
| Fast-growing FPPS pool. No filtering study covers it; the jurisdiction is inference, not a filing. | ||||||||
| ViaBTC | none-observed | — | standard-core | no | pool-controlled | None in production. | China-origin; operating entity offshore/undisclosed | B |
| One flagged block in b10c's Sep-Oct 2023 sweep was concluded a false positive (transaction too young / fee-displaced); ViaBTC later mined the same sanctioned addresses. | ||||||||
| WhitePool | none-observed | — | unknown | yes | pool-controlled | None documented. | Europe (WhiteBIT exchange; launched Aug 2024) | C |
| Exchange-operated FPPS pool inside a KYC'd exchange ecosystem. No filtering or template-transparency data available. | ||||||||
| Carbon Negative | unknown | — | unknown | unknown | pool-controlled | None documented. | UNKNOWN (operating entity undisclosed) | C |
| Insufficient public information — recorded as unknown rather than guessed. | ||||||||
| KuCoin Pool | unknown | — | unknown | yes | pool-controlled | None documented. | Seychelles (KuCoin exchange entity) | C |
| Exchange-tied pool with mandatory KYC; minor hashrate, no transparency data. | ||||||||
| Mining Squared | unknown | — | unknown | unknown | pool-controlled | None documented. | UNKNOWN (operating entity not reliably documented) | C |
| Operator and jurisdiction could not be verified from primary sources — recorded as unknown. | ||||||||
| SECPOOL | unknown | — | unknown | unknown | pool-controlled | None documented. | Asia (INFERRED); operating entity undisclosed | C |
| No transparency data; jurisdiction inferred only. | ||||||||
| Ultimus | unknown | — | unknown | unknown | pool-controlled | None documented. | UNKNOWN (Asia-origin INFERRED); operating entity undisclosed | C |
| Self-describes as 'compliant' — a marketing claim that might imply OFAC/AML alignment (INFERRED). No incident data exists either way. | ||||||||
Open data (CC BY 4.0): CSV · JSON · API: /wp-json/dc/v1/pool-censorship
How filtering is actually detected
The instrument of record is miningpool.observer (open source, by Bitcoin developer 0xB10C): it continuously builds its own block template with a well-connected Bitcoin Core node and diffs it against every mined block, flagging transactions a profit-maximizing pool should have included but didn’t. A flag is not a conviction — young transactions, fee displacement and block-weight reservation produce false positives, which are screened by hand before anything is published. That screening is why Foundry, ViaBTC and SBI Crypto sit at none-observed on this scorecard despite each having had a flagged block, while F2Pool’s repeated misses — acknowledged by its own co-founder in November 2023 and re-flagged for December 2024 blocks — are the real thing.
The two kinds of “filtering” are not the same thing
Sanctioned-address filtering (F2Pool’s patch, MARA’s 2021 “clean blocks” era) drops transactions because of who is transacting — that is censorship in the political sense, and the record shows it fails: every filtered transaction confirmed anyway in another pool’s block, and MARA reversed course within a month under community pressure. Data-policy filtering (OCEAN’s Knots-based default template) drops transactions because of what they carry — inscription data, oversized OP_RETURN payloads — and OCEAN is open about it. The 2025 Bitcoin Core v30 datacarrier change turned that stance into the network’s loudest policy fight; our Core vs Knots relay-policy guide covers how the same split plays out at the node level. The scorecard records both kinds, labeled for what they are.
The structural fix: build the template yourself
Any pool-built template — filtered or not — is a policy you inherit. The durable answer is miner-controlled templates: OCEAN’s DATUM protocol has been live since September 2024 and lets each miner build blocks from their own node while keeping pooled payouts; Stratum V2’s job-declaration role promises the same but is not a generally available customer option on major pools yet (our Stratum V1 vs V2 matrix tracks honest deployment status); and solo stacks like a self-hosted Public Pool or ckpool instance give a Bitaxe or full-size fleet complete template sovereignty. For fees, payout schemes and decentralization scores across all these pools, see the mining pool database and the live pool centralization tracker; for the bigger picture, start at the mining pools hub.
Related products, repair, and setup paths
- immersion cooling hub
- home immersion cooling guide
- ASIC miners for immersion planning
- ASIC cooling parts
- airflow shroud before immersion
- compare miner specs in the database
- ASIC repair support
- Antminer S21 specs
- Bitmain Antminer S21
- Antminer S21 maintenance guide
- BM1370BC S21 Pro chip
Last reviewed July 18, 2026.
