BRC2.0常見問題解答中文翻譯:

BRC2.0常見問題解答

大家好,Bitcoin大家庭!感謝大家對 BRC2.0 的關注,這是 BRC20 期待已久的一步,即將在主網上線,在Bitcoin底層實現智能合約。

隨着Bitcoin發展勢頭的增強,社區提出了一些值得深思的問題,例如它的可能性、工作原理以及未來發展方向。以下是一些最常見的問題及其答案:

BRC2.0基礎知識

什麼是BRC2.0?

BRC2.0 是對原有 BRC20 代幣標準的升級,在Bitcoin的1層直接引入了與 EVM 兼容的智能合約,具有原生的結算和安全性。

它爲Bitcoin帶來了可編程性,使得數千個經過實戰檢驗的 EVM 合約和 dApp 可以在母鏈上部署。

BRC2.0 與 BRC20 有何不同?

最初的 BRC20 標準允許基本的代幣鑄造和轉移,但缺乏可編程性。BRC2.0 引入了智能合約功能,支持 DeFi、穩定幣、DeFAI、DAO、RWA 等高級金融應用。

BRC2.0 是否需要多重簽名、排序器或鏈下批准?

不需要。用戶可以通過標準的Bitcoin交易銘文部署或與 EVM 兼容的合約交互。無需多重簽名錢包、排序器或鏈下批准。

BRC2.0安全嗎?

BRC2.0 建立在Bitcoin工作量證明的安全性和去中心化基礎之上。它遵循值得信賴且經過廣泛測試的智能合約標準,確保執行在鏈上,避免外部依賴。

如何使用 BRC2.0 部署智能合約?

部署過程涉及寫入合約代碼的標準Bitcoin交易。目前,您可以在 Signet 上使用 Best in Slot 的公共 UI 完成此操作:

部署合約

與合約互動

BRC2.0 Explorer

哪些錢包支持BRC2.0?

例如@Xverseapp, @LeatherBTC, @wallet, @unisat_wallet, @phantom, @oylwallet以及其他可以簽署Bitcoin交易的錢包已經可以在一定程度上與 BRC2.0 進行交互。然而,完整的智能合約功能可能需要技術升級,尤其是對於未使用我們 API 的錢包。稍後我們將分享專門的兼容性更新和集成指南。

代幣升級、序數以及未來發展

4字節代碼會怎樣?現有的代幣(例如ORDI或SATS)可以升級到BRC2.0嗎?

所有現有的 BRC20 代幣,包括像 ORDI 和 SATS 這樣的 4 字節代碼代幣,都將在階段 2 之後,即區塊高度 914,888(約 9 月 17 日)實現可編程。此目標可能會根據集成進度而調整。他們可以通過順暢便捷的流程採用 BRC2.0 模塊。BiS 和 BRC20 生態系統合作伙伴正在積極協調整個生態系統的升級工作。

誰會選擇將 ORDI、SATS 等納入升級模塊?具體操作方法是什麼?

代幣持有者只需存款即可輕鬆加入 BRC2.0。這是一個無需許可的模塊化系統,無需對代幣本身進行任何更改。

發佈時間表是什麼?

BRC2.0 主網發佈分爲兩個階段:

第一階段:6字節可編程代碼

•區塊高度:909,969(大約 8 月 14 日)

•引入新的 6 個字符代碼並立即與 BRC2.0 智能合約兼容。

第二階段:完全兼容BRC200

•目標區塊高度:914,888(大約9月17日)

•所有現有BRC20資產,包括ORDI和SATS等代幣,均可通過BRC2.0進行編程。(具體日期可能會根據其他BRC20索引器集成情況而調整。)

爲什麼要創建 6 字節的tickers?

6字節代碼立即引入了可編程性,有助於平穩過渡到BRC2.0功能,而不會破壞現有的BRC20生態系統。這一舉措是確保升級順利進行的最佳方式。

會有發射平臺嗎?

是的。我們正在努力爲Bitcoin原生資產提供最佳的啓動平臺體驗。BRC2.0 憑藉原生智能合約和序號感知功能,提供了無需信任的代幣發行、門控機制等所需的一切。生態系統中的其他團隊也在積極探索類似的產品。

Ordinals-aware 如何工作?

BRC2.0 支持序數感知,這意味着智能合約可以識別銘文和藏品並與之交互。序數鎖倉 (Ordinal Lockers) 實現了這一功能,它利用Bitcoin原生的時間鎖和簽名校驗,在設定的時間內安全地鎖定銘文。

智能合約可以檢測到此鎖定狀態,並利用它來啓用諸如質押、代幣鑄造以及其他需要持有銘文的功能。一切都基於Bitcoin的原生機制運行,無需任何鏈下組件。

你能爲 Ordinal 集合專門發行代幣嗎?

是的。BRC2.0 支持將代幣與 Ordinal 集合關聯,從而實現代幣發行與 Ordinal 直接關聯。我們正在設計 BRC2.0 產品,力求打造最佳體驗,讓集合的這一流程儘可能簡單。

BiS ARTIFACTS 和 BRC2.0 之間有聯繫嗎?

有的。BiS ARTIFACTS (第一個可鎖定的 Ordinal 集合)可以通過以下方式連接到 BRC2.0 序號儲物櫃。我們計劃進一步擴展這一點,並將很快分享更多細節。

是否有其他 Ordinals 項目計劃在 BRC2.0 上啓動或使用 Ordinal Lockers?

是的。一些來自 Goosinals 和 Bitcoin Puppets 等系列的持有者已經使用 Ordinal Lockers 鎖定了超過 100 種資產。許多其他 Ordinals 項目也正在基於 BRC2.0 進行構建,或準備推出質押/鎖定功能。

爲 BTCfi 構建無 gas 應用鏈的目的是什麼?

Bitcoin10 分鐘的區塊時間使其難以直接在第一層支持快速、複雜的 dapp。無 gas 應用鏈爲 BTCfi 應用提供了高性能環境,消除了延遲和費用障礙,同時仍然錨定Bitcoin。它能夠在不損害底層安全性的情況下,實現更流暢的用戶體驗和更廣闊的設計空間。

哪些類型的應用將率先搭載 BRC2.0?

BRC2.0 已經吸引了整個Bitcoin生態系統的開發者。從 DeFi、SocialFi 到遊戲等等,各種各樣的應用正在涌現,包括 DEX、AMM、代幣啓動平臺、集合等等。

· 首個爲高性能BTCfi去中心化應用設計的無Gasapp-chain

· 比特幣原生資產的發射平臺

· BiS SWAP - BRC2.0 Swaps

· BiS DEX - 爲BRC20提供專業交易體驗

· Trio DEX - @trio_xyz開發的BRC20去中心化交易所及更多工具

· CatSwap - @CatSwap_Fun 開發的BRC2.0 Swap

· @One2ThreeLabs 開發的SocialFi

· CoinCooker - 爲Bitcoin原生資產提供無代碼代幣創建套件

· Hippodrome - @horsedev42開發的一款測試礦工誠信的Web3遊戲

· 100Layer- BRC2.0的WBTC(Wrapped BTC)解決方案 @100_Layer

· @OrangeCryptoX 開發的更多BRC2.0工具

· @adderrels– BRC2.0 Ordinals 合集

· @Earlybirdsbrc– BRC2.0 Ordinals 合集

測試網和開發者問題

BRC2.0爲什麼需要提現和充值功能?這樣設計的目的是什麼?

我們對所有 BRC20 升級都採用了這種設計。這些被稱爲“模塊”。基本上,你可以進入一個模塊(在本例中是 BRC2.0),執行你的操作,然後退出(撤回)到 BRC20 基地。

此設計是 BRC20 模塊化升級路徑的一部分。您可以進入類似 BRC2.0 的模塊執行操作,然後撤回基礎 BRC20。它有助於保持清晰度和安全性,尤其是在Bitcoin10 分鐘的區塊時間內,高效的狀態轉換至關重要。

有沒有什麼有效的方法來處理合同數據查詢?

是的。大多數兼容以太坊的開發者工具都可以與 BRC2.0 一起使用,這意味着現有的查詢合約數據的方法(例如,通過 The Graph、Ethers.js 或自定義索引器等工具)將適用。

如果EVM執行智能合約,用戶有ORDI,想要執行智能合約操作,需要通過跨鏈嗎,還是直接就可以操作?

不,你不需要跨鏈操作。作爲用戶,你很可能只需點擊幾個按鈕,一切都會被抽象出來。

我們的項目目前正在以太坊、Base、Polygon 或其他 EVM 鏈上使用 Solidity 進行開發。以後移植到 BRC2.0 會比較容易嗎?是否支持代理合約之類的功能?

是的,將您的 Solidity 項目移植到 BRC2.0 將非常簡單,並且支持代理合約。

BRC20 有沒有可能升級到 OP_RETURN 存儲數據?合約數據是放在 OP_RETURN 裏還是放在見證人裏?

它將使用見證數據,因爲它對於相對較大的數據更有效率。

關於BRC2.0所需的BRC20 Balance Server,它是開源的還是在OPI中實現的?

它已經是 OPI BRC20 索引器的一部分。啓用 BRC2.0 後,它將自動啓動服務器。

BRC2.0 測試網已經上線了嗎?我可以在哪裏試用?
是的,BRC2.0 測試網已在 Bitcoin Signet 上線。現在,您可以使用我們的公共工具探索、部署並與智能合約進行交互:

BRC2.0 Explorer

智能合約UI

部署合約

Signet允許普通用戶參與測試嗎?

Signet 主要面向開發者,但也歡迎感興趣的用戶探索和嘗試。但請注意,它並非一個激勵性測試網。

Signet BRC2.0 激活的高度應該設置一個特定的值嗎?還是隨機的?

我們目前設置爲 230,000,但這完全是隨機的。第一個有效的 BRC2.0 銘文位於 241,423,所以低於這個高度的任何值都應該有效。爲了加快初始索引的速度,我們未來可能會將其調整到 240,000。