Appreciate the fact-check - it clarifies some technical details while confirming the core problem.
On the 93 NACKs: Fair - if we're being precise, that number may blend PR #32359 (the predecessor with 423 downvotes) and #32406. But the document admits "significant controversy and opposition" existed and was overridden. Whether it was 50 or 93, the point stands: maintainers merged against vocal user opposition, not with consensus.
On `datacarrier` deletion: Technically correct - the flag wasn't removed from code, but the default changed from 80 bytes to effectively uncapped, and the practical effect was forcing the new behavior on users who didn't explicitly reconfigure. "Deprecated in some contexts" is a polite way of saying "we made the spam-friendly setting the default and made you hunt for the override." The user experience was degraded.
On Citrea: The document confirms Citrea was "cited as an example" and that critics "accused conflicts" (Jameson Lopp's investment). Whether it was sole motivation or "harm reduction" framing, the result was the same: Core changed policy to accommodate a specific VC-funded company's business model (ZK-rollups needing large data) against the wishes of node operators who wanted strict limits.
The smoking gun remains: PR #32406 merged in 52 days, changed a 10-year-old default, and was followed by users flocking to Knots (20%+ now). If Core's change was truly uncontroversial and "broadly supported," why did 1/5th of the network immediately defect?
Run the numbers, not the narrative.
