BRC-20的數據安全性：實踐中被徹底刪除可能性有限_BRC

在前面介紹BRC-20/Ordinals的文章中，我寫到理論上BRC-20/Ordinals的數據有可能被刪掉。在文章末尾，有讀者提出了不同的意見。

首先要謝謝這位讀者指出這個涉及資產安全的關鍵問題。這個問題的提出讓我覺得很有必要深入了解協議的原理，弄清它的數據安全性。因為對這樣的虛擬資產而言，它們未來的潛在價值和其技術對數據安全的保障高度相關。

在查過相關資料后，我了解到的情況如下：

在2017年以前，比特幣的簽名數據是包含在交易數據中的。在這樣的機制下，當網絡交易量大的時候，比特幣的區塊空間會被交易數據嚴重擠占，從而影響比特幣全網的性能。

Magic Eden比特幣NFT市場支持BRC-20小數位銘刻和交易:8月7日消息，NFT市場Magic Eden on Bitcoin宣布支持BRC-20小數位銘刻、購買和出售，不再局限于此前的整數功能，有助于解鎖更高價值BRC-20的細粒度收藏。[2023/8/7 21:28:36]

因此，核心開發者們提出了對此的改進意見，也就是業界經常提到的隔離見證。隔離見證將比特幣的簽名數據單獨抽出來，不再放到交易數據中。這樣交易數據量就大大減少，網絡性能就能得到極大提升。

被抽出來的簽名數據會被另存到一個被稱為“見證區塊”（Witness Block）的數據結構中。見證區塊又會被進行一次哈希計算，其哈希值會被加入到交易數據中。然后這個見證區塊會被附到交易數據中一起發送給全網所有節點。

Bitcoin開發人員正在討論是否應該調整代碼以抑制Ordinals和BRC-20令牌:金色財經報道，據WhaleWire透露， Bitcoin開發人員正在討論他們是否應該調整BTC代碼，以抑制 Ordinals 和 BRC-20 令牌。在此之前，價值數十億美元的交易在 5 月份涌入 BTC 網絡，導致交易費用激增和網絡極度擁堵。[2023/6/5 21:15:38]

當全網的節點接到交易數據后，會檢驗交易數據中包含的哈希值。而在驗證哈希值時，節點又需要用到見證區塊。

這個時候，如果節點自己因為種種原因沒有這個見證區塊的數據則會向網絡中的其它節點請求該數據。當節點拿到見證區塊的數據，驗證完哈希值后，它就可以任意處理這個見證區塊。比如，如果節點認為見證區塊太占用空間，它就可以刪除這個見證區塊；如果節點認為這不是問題，它就有可能繼續保存這個數據。

OKX建立行業BRC-20解析新標準:5月16日消息，據OKX官方公告，OKX正式建立行業BRC-20解析新標準，該標準已通過安全審計機構慢霧的安全審計，旨在逐步完善和增強BRC-20生態的完整性和穩健性。

據悉，OKX持續關注并投入BRC-20基礎設施建設，OKX Web3錢包即將上線Ordinals交易市場，是首個支持Ordinals代幣及NFT交易的多鏈錢包。OKX此前已與UniSat達成官方合作支持雙重驗證，并上線首個BRC-20瀏覽器。[2023/5/16 15:06:48]

隔離見證這個特性于2017年被引入比特幣系統中。

但是它被引入的方式不是硬分叉而是軟分叉。也就是說網絡中的節點并不必須支持這個特性。當節點支持這個特性時，它既可以驗證非隔離見證交易，也可以驗證隔離見證交易；而當它不支持這個特性時，它就只能驗證非隔離見證交易。

在極端情況下，假如比特幣全網所有的節點都刪掉了歷史交易所關聯的見證數據，這時新的節點想要加入比特幣網絡，它就只能驗證過往那些非隔離見證交易。

不過只要全網有一個節點保存了隔離見證數據，這個極端狀況就不會發生。

所以按照我的理解，BRC-20/Ordinals的數據理論上確實存在被刪除的可能，但在實踐中被徹底刪掉的可能性很有限。

不過這個理論上的可能性在海外的社區中被看得非常重要，海外的愛好者經常會圍繞這個問題進行激烈的爭論。

近日，比特幣社區傳出新消息：掌控比特幣代碼更新權的核心開發者們想在比特幣代碼中加入新特性，限制BRC-20/Ordinals的使用。

不過這樣的改動要得到實施最終還需要整個社區的支持，尤其需要礦工們的支持。而礦工又是這些協議最大的受益群體。

在這種情況下，即便核心開發者們真的動了這個念頭，礦工們會支持嗎？屆時會不會又出現一次比特幣的分裂？

道說區塊鏈

個人專欄

閱讀更多

金色財經

SevenUp DAO

金色圖覽

LK Venture

金色薦讀

區塊律動BlockBeats

Tags：BRC比特幣OrdinalsORDbrc20比特幣SVOrdinals FinanceOrdocoin

Uniswap