Chandra Wibowo
The critical mandatory-signaling phase for Bitcoin Improvement Proposal 110 (BIP-110) commenced at block 961,632 on Saturday, marking a pivotal moment in the ongoing debate surrounding the management of Bitcoin’s block space. However, the initial response from miners has been lukewarm, with only 51 out of the preceding 2,016 blocks, representing a mere 2.53%, signaling their support. This figure falls significantly short of the 55% threshold deemed necessary for early activation of the proposed changes, according to data from the BIP-110 monitor. This low adoption rate raises questions about the proposal’s viability and underscores the complexities of achieving consensus on contentious technical upgrades within the decentralized Bitcoin network.
The activation of the mandatory-signaling phase means that nodes configured to enforce BIP-110 began rejecting blocks that did not include the designated version bit 4 starting from block 961,632. Concurrently, standard Bitcoin nodes continued to accept both signaling and non-signaling blocks, creating a temporary divergence in the network’s behavior. While a minority chain supporting BIP-110 did emerge, its progress was quickly overshadowed by the dominant chain, highlighting the network’s inherent tendency to coalesce around the majority hash rate. The current low level of miner signaling suggests that the emergence of a sustained, rival chain enforcing BIP-110 is improbable without a substantial increase in miner participation. Without broad-based mining support, any BIP-110-aligned branch risks progressing at a glacial pace or ceasing block production altogether. This scenario effectively tests the capacity of BIP-110’s proponents to drive a significant consensus change without widespread miner backing, potentially leading to a schism between enforcing nodes and the established network, and intensifying the dispute over how Bitcoin’s limited block space should be utilized.
The Genesis and Objectives of BIP-110
BIP-110, authored by the pseudonymous developer Dathon Ohm, introduces a suite of temporary consensus restrictions designed to address concerns over the increasing utilization of Bitcoin’s block space for non-monetary data. The proposal outlines a duration of approximately one year for these limitations, aiming to curb activities that strain network resources without directly contributing to Bitcoin’s core function as a peer-to-peer electronic cash system.
The specific technical measures proposed within BIP-110 include:
- Output Script Size Limitation: Most new output scripts would be capped at 34 bytes. This aims to restrict the complexity and size of scripts used in transactions.
- OP_RETURN Output Cap: OP_RETURN outputs, often used for embedding arbitrary data within transactions, would be limited to 83 bytes. This is a direct measure to curtail the size of data embedded via this mechanism.
- Data Push and Witness Element Restrictions: Certain data pushes and witness elements would be restricted to a maximum of 256 bytes. This targets the amount of data that can be pushed onto the blockchain during transaction validation.
- Temporary Taproot Feature Limitations: Several features introduced with the Taproot upgrade, which aimed to enhance privacy and efficiency, would also face temporary restrictions. This suggests a concern that certain aspects of Taproot are being exploited in ways not originally envisioned, leading to increased data usage.
Crucially, unspent transaction outputs (UTXOs) that were created prior to the activation of BIP-110 would remain exempt from these new restrictions. This exemption is a common practice in Bitcoin protocol upgrades to avoid invalidating existing, valid states on the blockchain.
The proponents of BIP-110 argue that these measures are necessary to mitigate the escalating costs associated with storing and transmitting data on the Bitcoin network. They contend that the proliferation of "inscriptions" and other forms of non-monetary data, often referred to as "spam," places an undue burden on node operators, increasing bandwidth consumption and storage requirements. By imposing these temporary limits, the proposal seeks to re-incentivize the use of Bitcoin for its primary monetary functions and discourage activities that might degrade the network’s performance and scalability for its core users.
Opposition and Concerns Regarding BIP-110
Despite the stated intentions of its proponents, BIP-110 has encountered significant opposition from prominent figures within the Bitcoin community. Critics, including Michael Saylor, Executive Chairman of MicroStrategy, and Adam Back, CEO of Blockstream, have voiced strong reservations about the proposal’s potential ramifications. Their primary concern centers on the risk of network division and the potential for BIP-110 to render valid transactions impermissible under the network’s existing rules.
Saylor, a vocal advocate for Bitcoin as a store of value, has frequently emphasized the importance of maintaining Bitcoin’s fungibility and avoiding actions that could lead to censorship or fragmentation. Similarly, Adam Back, a pioneer in cryptography and a key figure in Bitcoin’s early development, has often stressed the need for gradual, widely-supported upgrades that preserve the network’s stability and predictability. Their opposition suggests a fundamental disagreement on the perceived threat posed by data inscriptions and the appropriate response to manage block space utilization. They argue that imposing arbitrary data limits could create unintended consequences, alienating users and potentially bifurcating the network into incompatible segments. This viewpoint underscores a broader philosophical debate within Bitcoin: whether the network should actively restrict certain types of usage to preserve its original design principles or embrace a more permissive approach to innovation and diverse applications.
The Technical Implementation and Timeline
BIP-110 leverages version bit 4 of the Bitcoin block header for miner signaling. This mechanism allows miners to indicate their support for the proposed changes by including a specific bit in the block they mine. The deployment schedule for BIP-110 is meticulously defined, outlining a phased approach to activation:
- Mandatory Signaling Window: Blocks numbered 961,632 through 963,647 constitute the mandatory-signaling window. During this period, nodes that have upgraded to enforce BIP-110 will actively reject any block that does not carry the designated version bit 4. This phase is designed to create a clear incentive for miners to signal their support if they wish their blocks to be considered valid by BIP-110 enforcing nodes.
- Locked-In State: Block 963,648 is designated as the commencement of the locked-in state. If the signaling threshold is met within the preceding window, this block would signify that the upgrade is on a path to activation.
- Transaction Restrictions Take Effect: Block 965,664 marks the point at which the proposed transaction restrictions would come into full effect for newly created UTXOs. This is the operational phase where the core changes of BIP-110 would begin to impact network transactions.
The strict timeline and the mandatory signaling window are intended to provide a clear and predictable path for activation, assuming sufficient miner consensus is achieved. However, the current low signaling rate indicates a significant hurdle in meeting these activation criteria.
Contingency Planning and Future Scenarios
In anticipation of potential challenges, particularly widespread miner opposition, BIP-110 proponents have explored contingency plans. One such measure involves preliminary code for a proof-of-work (PoW) change, which was rebased on August 1st by Bitcoin developer Chris Guida. This code was originally developed by Luke Dashjr, the maintainer of Bitcoin Knots, a modified Bitcoin Core client.
Chris Guida described this PoW change as a "contingency if miners opposed BIP-110." While no activation date has been set for this alternative, its existence suggests a willingness among some BIP-110 supporters to consider more drastic measures to enforce their vision for the network’s future. A proof-of-work change would fundamentally alter the mining algorithm, potentially making existing mining hardware obsolete and requiring a significant shift in the mining landscape. This is generally considered a last resort in Bitcoin’s upgrade process due to its disruptive nature and the high probability of causing network splits. The exploration of such measures underscores the high stakes involved in the current debate and the deep divisions that can emerge when fundamental aspects of the network’s operation are challenged.
Broader Implications for Bitcoin Governance
The unfolding situation with BIP-110 offers a compelling case study in Bitcoin’s on-chain governance model. The proposal’s journey highlights several key dynamics:
- The Power of Miners: The mandatory-signaling phase directly tests the influence of miners in the consensus process. While miners do not dictate protocol rules, their economic incentive to mine on the longest, most profitable chain often aligns them with the majority of the network’s participants. The low signaling rate suggests that a significant portion of the mining hash rate either does not support BIP-110 or is choosing not to signal their support at this stage.
- Node Operator Influence: Conversely, the fact that nodes enforcing BIP-110 are rejecting non-signaling blocks demonstrates the power of node operators to shape the network’s evolution. If a substantial number of nodes were to enforce BIP-110, it could indeed lead to a chain split, regardless of miner consensus, forcing miners to choose which chain to support.
- The Debate Over Block Space Usage: BIP-110 is a manifestation of a broader, ongoing discussion about the optimal use of Bitcoin’s finite block space. Proponents of data inscriptions argue that they are a legitimate and innovative use of the technology, while critics view them as a parasitic drain on network resources. This debate touches upon Bitcoin’s identity: is it primarily a monetary asset, a platform for decentralized applications, or both?
- The Risk of Contentious Upgrades: The low adoption rate and vocal opposition underscore the challenges of implementing contentious consensus changes in a decentralized system. Achieving broad agreement on significant protocol alterations is difficult, and attempts to force changes can lead to fragmentation, reduced security, and damage to the network’s reputation.
As the mandatory-signaling window progresses, the Bitcoin community will be closely watching to see if miner support for BIP-110 increases. The outcome of this activation attempt will provide valuable insights into the resilience of Bitcoin’s governance mechanisms and the community’s ability to navigate complex technical and philosophical disagreements surrounding its future development. The potential for a chain split, however unlikely given the current data, remains a stark reminder of the delicate balance of power and consensus that defines the Bitcoin network. The ongoing developments surrounding BIP-110 are not merely a technical upgrade debate; they represent a critical juncture in defining the scope and purpose of Bitcoin in the years to come.
