Crypto & Web3·Aug 1, 2026

Michael Saylor Announced That the Bitcoin Update He Opposed Is Now Impossible to Pass

Michael Saylor explained that it is mathematically impossible for BIP-110 to reach the 55% volunteer support threshold in the current Bitcoin mining difficulty cycle. According to data shared by Saylor, a total of 946 blocks were generated

BitcoinSistemi1 min readSingle source
Michael Saylor Announced That the Bitcoin Update He Opposed Is Now Impossible to Pass
Image · BitcoinSistemi
The gist
5-point summary · 1 min

Michael Saylor explained that it is mathematically impossible for BIP-110 to reach the 55% volunteer support threshold in the current Bitcoin mining difficulty cycle. According to data shared by Saylor, a total of 946 blocks were generated

  • Michael Saylor explained that it is mathematically impossible for BIP-110 to reach the 55% volunteer support threshold in the current Bitcoin mining difficulty cycle.
  • Only 24 of these blocks had the BIP-110 support signal added to the version field in the block header.
  • Saylor stated that due to this situation, BIP-110 would not reach the 55% voluntary support level in the cycle in question, arguing that the current signals could not be considered a broad miner consensus.
  • Related News: Arthur Hayes Sold a Large Amount of Ethereum and Two Altcoins What is BIP-110, and Why Does Saylor Oppose It?
  • Continue Reading: Michael Saylor Announced That the Bitcoin Update He Opposed Is Now Impossible to Pass
55%
In this article

Michael Saylor explained that it is mathematically impossible for BIP-110 to reach the 55% volunteer support threshold in the current Bitcoin mining difficulty cycle. According to data shared by Saylor, a total of 946 blocks were generated up to block number 960,561 during the current difficulty adjustment period. Only 24 of these blocks had the BIP-110 support signal added to the version field in the block header. Saylor stated that all of the blocks sending signals were produced by DATUM miners who share their rewards through the OCEAN mining pool, and that no support signals came from miners outside of OCEAN. Saylor stated that due to this situation, BIP-110 would not reach the 55% voluntary support level in the cycle in question, arguing that the current signals could not be considered a broad miner consensus. Related News: Arthur Hayes Sold a Large Amount of Ethereum and Two Altcoins What is BIP-110, and Why Does Saylor Oppose It? BIP-110 is a proposal that aims to make it more difficult to add photos, text, or other types of large data to the Bitcoin network besides money transfers. Simply put, its supporters say, “Bitcoin should only be used for sending money; unnecessary data shouldn’t clutter the network.” Michael Saylor opposes this. Because, according to him, the Bitcoin network shouldn’t decide which transactions are necessary and which are unnecessary, and the rules shouldn’t be changed at the whim of a few people. Saylor also argues that the high support rates seen don’t reflect real miner support, but rather that the numbers appear higher than they are because some software has automated the signaling process. *This is not investment advice. Continue Reading: Michael Saylor Announced That the Bitcoin Update He Opposed Is Now Impossible to Pass

Integrity note  ·  Xela does not rewrite or paraphrase article content. The excerpt above is the source publication's own words, sanitized for display. For the full piece — including any quotes, charts, or images — read it at BitcoinSistemi. Xela's rewritten version is off for this story, so there's no editorial angle attached — you're getting the source's reporting unfiltered. When the rewrite is on, we add a What this means block underneath with the operator/trader takeaway.

What people are saying

Discussion

Hot takes

0/280

Loading takes…

Comments

Discussion · 0

Sign in to comment, like, and save articles.

Sign in

Loading comments…

Newsletter

Track crypto & web3 every morning.

Daily digest tuned to this beat. The 5 stories most worth your time. Unsubscribe anytime.