一文詳解比特幣軟分叉激活方法的變化_BIP:COI

作者:?BitcoinOptech

原文鏈接:

https://bitcoinops.org/en/topics/soft-fork-activation/

軟分叉激活指的是一個比特幣全節點開始增設一個或多個共識規則的瞬間。這種轉換會在節點之間產生協調風險。所以開發者多年來花了相當多的力氣來創建和提升軟分叉激活機制，以盡可能降低出問題的概率。

軟分叉使得網絡整體上可以切換到使用新的共識規則，即使不是每個節點都接受這些規則。不過，每當不同的節點使用不同的共識規則，就有某個區塊被一些接受但被另一些節點拒絕的風險，導致共識錯誤，最終可能出現資金的多重支付以及比特幣系統安全性信譽的損失。這是激活機制嘗試緩解的主要問題。

歷史

新的軟分叉激活提議通常被設計成避免之前的軟分叉已經遭遇的問題，所以本節嘗試概述之前比較著名的軟分叉激活嘗試。

硬編碼高度：共識層nLockTime啟用

這個已知最早的軟分叉在Bitcoin軟件0.1.6版本中實現，硬編碼在區塊高度31000處激活，實際發生時間是2009年11月22日。在大部分開發工作都是由中本聰完成時，這種硬編碼激活高度的方法至少還用在了另一個早期的軟分叉中。

印度正與全球多家央行就CBDC跨境支付進行對話:7月5日消息，印度儲備銀行（RBI）目前正與至少18個其他國家的央行就“數字盧比”跨境支付的可能性進行對話。根據印度《經濟時報》6月27日的報道，印度央行行長Shaktikanta Das于6月份在倫敦的演講中，強調了外貿基礎設施對“數字盧比”的重要性，該數字盧比將于7月初在當地達到100萬用戶。Das表示，“但跨境支付也將變得更快、更無縫、更具成本效益。這是另一個需要給予大量關注的領域。我們一直在與其他已經推出或正在推出CBDC的央行進行對話。”

報道稱，自2022年7月以來，已有18個國家的銀行開設盧比Vostro賬戶。Das解釋稱，印度希望提供其CBDC作為各國進口印度商品的支付方式，以幫助那些因美元供應而苦苦掙扎的國家。[2023/7/5 22:19:21]

硬編碼時間和手動干預：BIP12OP_EVAL?失敗

在中本聰離開比特幣之后，合并到比特幣的第一個軟分叉代碼是?BIP12OP_EVAL。本來計劃是使用一個?硬編碼時間?和在支持變更的算力占比少于50%時手動干預的方法。引自BIP12：

何一：監管合規是大勢所趨，Binance并未出于自身目的動用用戶資金:6月28日消息，Binance 聯合創始人何一近期在迪拜接受了彭博社的專訪，對于 SEC，甚至世界各國市場監管機構近期對 Binance 的一系列監管動作，何一表示，Binance 尊重監管機構的態度，無論是支持還是反對加密貨幣的發展，我理解監管的總體意圖是好的，是為了保護投資者。全球監管趨勢是不可避免的，這不是喊幾聲斗爭口號就能解決的事情。

在何一看來，Binance 提供的透明度比批評者聲稱的要高，并且一直在與美國監管機構合作。與針對 FTX 的指控不同，Binance 并未出于自身目的動用用戶資金，也沒有使用其原生 BNB 代幣作為貸款抵押品。

在被問及和 CZ 是否考慮過沒有他們的 Binance 時，何一表示，我和 CZ 都有正在接受培訓的后備高管，目前暫時拒絕透露他們的姓名，我想我們會沒事的。[2023/6/28 22:06:28]

新的客戶端和礦工將解釋OP_EVAL為一個no-op，直至2012年2月1日。在此之前，支持的礦工可以將“OP_EVAL”字樣寫在自己生產的區塊里面，方便我們計算支持的算力占比。如果在2012年1月15日之前沒有超過50%的算力支持這一變更，激活將會推遲，直到有超過50%的算力支持OP_EVAL。

ApeCoin DAO將為Apes和Otherdeeds推出定制的NFT平臺:金色財經報道，ApeCoin DAO 將為 Apes 和 Otherdeeds 推出定制的 NFT 平臺，該市場將出售 Bored Ape Yacht Club、Mutant Ape Yacht Club、Bored Ape Kennel Club 和 Otherdeed NFT。市場將兌現創作者的版稅，并將每筆交易的一半賣家費用返還給 ApeCoin DAO 社區。[2022/11/24 8:02:04]

手動干預可能是有必要的，因為?OP_EVAL?在激活代碼合并之后、推出之前，被發現有一個嚴重的漏洞。雖然這個bug被修復了，一些開發者擔心這個強大的新操作碼可能會有其它問題，所以人們就放棄了這次軟分叉。

再次嘗試硬編碼時間以及手動干預：BIP16P2SH

人們提出了多個替代?OP_EVAL?的簡化提案。而BIP13/16支付給腳本哈希值獲得了大部分開發者的支持。P2SH使用了跟OP_EVAL一樣的激活機制。最初計劃的激活時間是2012年3月1日，但到了2月15開票日，在最后100個區塊中，只有不到50%的礦工表示他們會在3月之前執行BIP16規則。這導致了一個“相當長的替代鏈”，因為一些仍然在3月1日實行BIP16的礦工拒絕了來自多數礦工的區塊。第二次開票日是在幾千個區塊之后，3月15日；這一次它獲得了足夠多的支持。所以開發者在3月30放出了?Bitcoin0.6.0，將激活時間設在了4月1日。

WazirX聯合創始人Siddharth Menon與Web3游戲平臺Tegro分道揚鑣:金色財經報道，WazirX 聯合創始人 Siddharth Menon 已經與 Web3 游戲平臺 Tegro 分道揚鑣。根據此前相關報道顯示，Siddharth Menon 今年二月宣布與游戲開發商 SuperGaming 達成合作共同推出 Web 3 游戲平臺 Tegro，但之后SuperGaming 和 Siddharth Menon 之間開始出現分歧，后者對于 Tegro 融資和技術相關工作感到沮喪。不過據 SuperGaming 一位發言人稱，SuperGaming 和 Tegro 之間沒有發生“分手”，目前正在進行重組以確保更順暢的運營。（entracker）[2022/10/3 18:38:39]

硬編碼時間：BIP30拒絕復制txid

P2SH的激活完成后，人們發現可能出現多個交易共用同一個txid的情況。就其自身而言，這個bug只會導致嘗試利用這個bug的用戶的資金被銷毀，但它也可以結合比特幣的默克爾樹構建中的一些奇怪的行為打破節點間的共識。第一個修復這個漏洞的軟分叉是BIP30，它簡單將使用同一個txid的后發交易標記為無效交易，如果前發交易還有沒花費的輸出的話。這個修復在開發團隊中沒有爭議，因此在包含P2SH激活參數的?Bitcoin0.6.0?中以硬編碼時間的方式激活。

因Cloudflare中斷，部分加密行業網站無法打開:6月21日消息，因 Cloudflare 出現中斷，部分網站與 API 受到影響，行業內 Etherscan 等瀏覽器、FTX、OKX 等主流交易平臺，CoinGecko 等行情平臺均無法打開，報錯為 500 Internal Server Error。

Cloudflare 發布服務通知表示，用戶網絡可能中斷，將于 15 分鐘后進行更新。[2022/6/21 4:42:28]

IsSuperMajority(ISM)：BIP34coinbase前綴

雖然BIP30修復了txid重合導致的短期問題，比特幣開發者知道這只是權宜之計，軟件沒理由每次收到一筆新交易都要搜索帶有未花費輸出的所有交易的索引。所以第二個解決方案開始提上日程，旨在消除讓txid復制變成實用攻擊向量的弱點。這就是?BIP34。對這一次更新，開發者使用了類似于BIP16P2SH的礦工投票方法，但這一次，準備好支持EIP34的礦工需要增加他們的區塊的?nVersion?的數值。更重要的是，開發者自動化了比特幣代碼中新規則的實行，因此他們可以在等待礦工升級期間發布支持軟分叉的軟件。這個來自BIP34的規則用一個叫做?IsSUperMajority()?的函數實現了。最開始它包含了一個單項的激活閾值，達到了便開始實行BIP34的新共識規則：

75%規則：如果最新的1000個區塊中有75%是vision2或者更大的，就開始拒絕無效的vision2區塊

在這個功能的開發期間，人們決定加入第二項激活閾值，決定性地修復使用BIP34所要解決的問題：

95%規則：如果最新的1000個區塊中有950個都是vision2乃至更大的，就拒絕所有vision1區塊

拒絕舊版本區塊這個規則的一個已知問題是，除非所有礦工都已經升級，每天都可能有幾個無效區塊產生。已經升級并執行ISM規則的節點會拒絕這些區塊，但更老的節點和輕客戶端不知道這個規則，所以會接受這些區塊。這會讓網絡比普通情形更加依賴于不在無效塊后面繼續挖礦的礦工。

ISM以及無驗證挖礦：BIP66嚴格DER激活

在2014年9月，PieterWuille?發現?OpenSSL在處理不同平臺的DER編碼簽名時存在分歧。這個可以被利用來，比如說，創建一個在Linux操作系統上可以通過驗證但在windows操作系統上會失敗的區塊——攻擊者定點創造鏈分裂。Wuille和其他幾位開發者秘密開發了補丁，并致力于以軟分叉激活，保證所有簽名都使用同樣的格式。BIP66就是為這件事創建的，在公開宣傳中，是作為移除比特幣對OpenSSL依賴的一步。在BIP66獲得用戶和開發者充分多的支持之后，它使用與BIP34相同的ISM激活機制，將區塊版本號遞增為v3，并要求達到95%的閾值后就拒絕v2和更低版本號的區塊。

75%的閾值在2015年7月4日達到，而95%閾值在區塊高度363725處達成，所有的節點都運行?BitcoinCorev0.10.0?乃至更高版本的軟件，開始實行新規則。不過，在區塊高度363731處，一個沒升級的礦工生產了一個沒包含當前版本號的區塊，在新的ISM激活規則下不是有效區塊。但其他礦工都在這個無效區塊后面繼續生產，最終產生了一條帶有6個無效區塊的鏈。這意味著未升級的節點和許多輕客戶端都會將第一個無效區塊中的96筆交易當成積累了6個區塊確認的交易，即使它們在當時還沒獲得過哪怕一個有效區塊的確認。最終，開發者只能聯系礦池運營者，讓他們手動重啟軟件并回到有效的鏈上。這樣的事件在第二天又重演了一次，使一些交易獲得了三次無效的確認。幸運的是，這六個和三個區塊中的所有常規交易，后來都打包到了有效區塊內，意味著普通用戶沒有損失。

最初位于363731高度的無效區塊就是僅僅因為使用舊的版本號而變成無效的、預計每天都有可能出現的約5%區塊之一。而下一個區塊是未升級礦工挖出的概率也是5%，所以連續兩個區塊都是版本號取消區塊的概率是0.25%。給定95%的礦工都已升級，連續6個區塊都是版本號無效區塊的概率是0.000002%——但罪魁禍首還不是極端壞運氣。沒有考慮到的是礦工可能會做“無驗證挖礦”，也就是礦工在收到一個新區塊之后，不加驗證，直接在后面繼續生產，這樣可以提高一點效率。雖然無驗證挖礦軟件理論上很容易就能處理無效區塊版本號，這個功能在當時挖掘那五個區塊的礦工所用的軟件中還沒有實現。最終，足夠多的礦工升級了他們的無驗證挖礦軟件，或者升級了他們的節點，而BIP66激活相關的意外鏈分裂就此絕跡。

為了應對這些導致?2015年7月出現分叉的問題，開發者加倍努力減少對無驗證驗證挖礦的需求，成果如?BIP152?壓縮區塊的中繼以及?FIBRE?軟件。開發者也開始思考一種更好的激活機制，也就是后面會提到的BIP9協議。

最后一次ISM：BIP65OP_CHECKLOCKTIMEVERIFY?激活

BIP66嚴格DER軟分叉之前，就有人提出要用軟分叉為比特幣增加一個新的操作碼?OP_CHECKLOCKTIMEVERIFY?，但因為修復OpenSSL漏洞而推遲了。這就體現了ISM機制使用遞增版本號的另一個弱點——一個礦工如果發出信號支持最新的提議也就隱含地表示了支持之前所有的提議。這就限制了使用ISM同時協調多個升級的能力。

不過，盡管BIP66激活時出了一些問題，ISM被再一次用到了推遲的?BIP65?的激活中。這一次就沒有再出問題了。

Tags：BIPCOINOINCOIBIP幣apecoin幣是騙局嗎CoinFossGrimace Coin

MATIC