Bitcoin Developers Move to Gauge Consensus on Covenants Soft Forks
A small, but significant development in Bitcoin’s much-debated decentralized consensus process is taking place, with some developers moving to publicly gauge sentiment of warring soft fork proposals that would augment th...
A small, but significant development in Bitcoin’s much-debated decentralized consensus process is taking place, with some developers moving to publicly gauge sentiment of warring soft fork proposals that would augment the software rule set.
Follow Rizzo on X.https://x.com/pete_rizzo_/
More specifically, the effort began today with the creation of a page on the Bitcoin Wiki website called “Covenants Support,” whereon the network’s pseudonymous developers are able to attest as to their interest in no less than nine proposals, with a six option rating system.
The effort is not affiliated with Bitcoin Core, the network’s major software implementation.
Yet, it’s notable, as the process has been evoked in past Bitcoin consensus upgrades, dating back to the first soft fork, P2SH, in 2012, and continuing through the fabled Fork Wars, with SegWit, the most contested change to date, both having dedicated Wiki pages.
Covenants, a method of restricting the spending conditions of specific UTXOs, has been gaining mindshare since 2021, with the introduction of OP_CTV, authored by developer Jeremy Rubin, though opinions differed at the time on the strength of the proposal and its promotion.
Among those being gauged for developer sentiment are OP_VAULT, a covenants scheme aimed more specifically at custody, and OP_CAT, an alteration that would bring back Satoshi-era capabilities, like the ability to perform complex code queries.
Already weighing in with their opinions are Luke Dashjr, one of the network’s longest-standing contributors, alongside newer entrants such as Jon Attack, Brandon Black, and MoonSettler.
Should the effort gain traction, the page could emerge as one to watch.
Bitcoin’s governance process, though much debated, has seldom conformed to a dedicated process, with some long-time contributors arguing against the necessity of a process at all.
Still, the move is indicative of an overall interest among the development community in moving forward with code updates that improve Bitcoin for users, though there will likely remain debate as to the preferred update, as well as the activation method that would enable it.
This article is a Take. Opinions expressed are entirely the author's and do not necessarily reflect those of BTC Inc or Bitcoin Magazine.
Original source
Read on Bitcoin MagazineRelated market context
Crypto Laundering Network Linked To Ransomware Gangs Dismantled By Law Enforcement
TL;DR Chainalysis says law enforcement has dismantled AudiA6, a crypto laundering network linked to ransomware and darknet activit...
LG Electronics Tests Onchain Advertising Network On Arbitrum
TL;DR LG Electronics is piloting an onchain advertising network on Arbitrum. The project is designed to make ad performance more v...
Bitcoin faces one of its biggest mining difficulty drops as miner margins collapse
The Bitcoin network is poised to execute one of the largest downward adjustments to its mining difficulty in its 17-year history t...
Kraken Enables USDCx Deposits And Withdrawals On Canton Network
TL;DR Kraken has enabled deposits and withdrawals of USDCx on Canton Network. USDCx is backed 1:1 by USDC held in Circle’s xReserv...
Aave Proposal Moves To Add Circle Wrapped Bitcoin As Collateral
TL;DR Aave Labs has proposed onboarding Circle Wrapped Bitcoin, or cirBTC, to Aave V3 Core and Aave V4 Core on Ethereum. The propo...
Arc unveils AMP protocol to enhance trade order fairness for app developers
AMP's introduction could democratize transaction processing, reducing power imbalances and enhancing fairness in blockchain ecosys...