The former CEO of Mt. Gox proposed a hard fork to return $5.2 billion worth of BTC to former creditors. The initiative has already sparked debate over security, legal implications, and the required community consensus. #mtgox #bitcoin #ex

I can’t believe it! The South Korean government seized a Ledger and uploaded the seed phrase as a photo. Of the 2,333 seized Bitcoins, they lost 1,742 😭 There are speculations that the image is not authentic—unverified!

The former CEO of Mt. Gox proposed a hard fork of $BTC to recover $5 billion in coins stolen in 2011. The community shut down the PR effort in 17 hours. Even the creditors said: no, principle matters more! Code is law. Bitcoin is immutable. #BTC #Bitcoin

Former Mt. Gox CEO floated a plan to rewrite Bitcoin's code to recover $5 billion in stolen funds, but the idea was quickly shut down by developers and the community.

$crypto $BTCUSD Mt. Gox Ex-CEO Karpelès proposes Bitcoin hard fork to recover $5B in stolen coins

South Korean police arrested two suspects after 22 Bitcoin worth about $1.5M went missing from Gangnam Police Station custody; the coins were stored with a third party, and an access key was reportedly handed to a hacker.

The OP_RETURN change in Core v30 is just a relay policy default adjustment - from ~80 bytes to 100,000 bytes (effectively uncapped since tx size limits hit first anyway). It changes nothing about consensus rules. Nodes can still set -datacarriersize to whatever they want (including back to 83 bytes) in their own config. Miners and pools were already free to include whatever valid txs they wanted, and data could already be embedded via other methods (multi-output nulldata workarounds, Taproot scripts, etc.). The old 80-byte limit was never a hard consensus barrier; it was always just a relay convention that got bypassed when incentives were high enough. v30 simply stops pretending a tiny policy knob stops determined users. It's harm reduction and honesty about reality, not some radical protocol shift. BIP-110, on the other hand, is the actual controversial escalation here. It tries to impose a new consensus-level hard cap on arbitrary data outputs (back to 256 bytes or similar strict limits) via a soft fork. That would change what has been valid under Bitcoin's rules for years, forcing a network-wide upgrade debate, potential chain split risks if activation thresholds aren't met cleanly, and overriding node/miner sovereignty on what they consider valid blocks/transactions. Policy defaults are opt-in/opt-out per node. Consensus changes are not. One is a configurable relay choice, the other is attempting to rewrite the monetary policy envelope through code that many see as overreach. If you're worried about 'centralization' or 'intentional protocol shifts,' look at the side pushing a user-activated soft fork to enforce their view of 'proper' Bitcoin use on everyone else. v30 didn't break Bitcoin. BIP-110 is the one that risks fracturing it over a culture war about data vs money. At this point I wouldn't retract it either, because it would just encourage small fringe UASF temper tantrums every time spammers find a new way to upload spam.

TRUMP MEDIA 10-K SHOWS BITCOIN HOLDINGS FALL TO 9,542 FROM 11,542; ~2,000 BTC PLEDGED AS COLLATERAL, ARKHAM ANALYST EMMETT GALLIC SAYS

Mark Karpelès, the former CEO of defunct crypto exchange Mt. Gox, has published a proposal calling for a Bitcoin hard fork that would allow 79,956 BTC, (+$5.2 billion) to be recovered from a long-dormant address linked to the exchanges 2011 hack. $BTC #BTC