BRC-20 熱度還沒有過去，ORC-20 又出現了，這個自稱是升級版 BRC-20 的協議有望改變現在的比特幣生態競爭嗎？
我們先來了解一下 BRC-20 。
BRC-20 是一位推特名為@domodata 的技術人員通過比特幣Ordinals 開發的代幣發行協議。而Ordinals 是另一位名為Casey Rodarmor 的比特幣核心貢獻者在2022 年12 月底推出的協議，該協議允許將資訊映射到最小單位的比特幣「聰」上，這樣一來比特幣鏈上就可以發行NFT和代幣。
BRC-20核心：利用JSON 數據的Ordinals 銘文來部署代幣，鑄造代幣和轉移代幣。由於步驟簡單，使得BRC-20 一開始就存在一些問題。
雖然 @domodata 強調這只是一場實驗，但仍然抵不住大家的「瘋狂」，BRC-20 就這樣火出圈了。
ORC-20 的出現
從BRC-20 誕生以來，就不斷有人想改進協議，此前一位名為 Hugo Clrd @Cohars 的人在3月底改進了BRC-20，創建了BOP 協議。
從BOP 的標準來看，名稱、ID、最大供應量、鑄造和轉移方法都有了，帳戶餘額和轉移代幣都還需要一個鏈上索引器和一個前端來展示，和以太坊ERC-20 相比已經初具雛形，同時和BRC-20 相比，更具有編程性、可擴展性和可組合性，並且更加輕量化。
Hugo Clrd @Cohars 的推特更新停在了3 月20 日，此後是他的一些評論回應，這樣看來BOP 能不能推廣開來還有待市場考驗。
這邊BOP 還沒有火，那邊另一個叫ORC-20 的協議先火了。
ORC-20 也是一種開放的標準，由OrcDAO推出，旨在增強比特幣網絡上的Ordinals 代幣的功能，以改善現在的BRC-20。ORC-20 可以向後兼容BRC-20，並提高適應性、可擴展性和安全性，消除重複消費的可能性。
需要注意的是，根據官方描述，ORC-20 和BRC-20 一樣，也是一個實驗項目，不能保證使用該標準創建的代幣將具有任何價值或實用性。因此，用戶在使用ORC-20 之前應謹慎行事並自行研究。
ORC-20 的規則
ORC-20 有一些亮眼的新增規則，包括：
ug：是否可升級，true 或者false，默認值為true。
wp： BRC-20代幣遷移，true 或者false，默認值為false。用於代幣遷移的目的，且不可逆轉。只有原始BRC-20 的部署者可以部署遷移事件。
v： Version（版本），當升級ORC-20 時，它是有用的諮詢。通常，每次升級都應該更新版本號，這有助於標識不同版本的合約。
msg：消息，自定義文本、消息或宣言，可以任意大小。
Custom Key：用於自定義實現，例如版稅、代幣圖像、代幣URL等。
ORC-20 的使用
以$orc代幣為例：
1. 部署ORC-20
提示：$orc是第一個部署在ORC-20上的代幣，目前已全部鑄造完畢。
2. 鑄造ORC-20
3. 轉移ORC-20
① 第一步
將發送事件寫入接收方，將代幣發送到接收方地址
② 第二步
將發送事件寫入發送者，將剩餘餘額發送回發送者
（將剩餘餘額發送後才算完成交易）
4. 取消ORC-20交易
ORC-20 的優勢
1. 通過ORC-20 的UTXO 模型來確保在交易過程中沒有重複消費，解決了BRC-20 雙花問題（當發送一筆交易的時候，餘額也會被當作一筆交易發到找零地址）。
2. 可以改變初始供應量和最大鑄幣量，發幣形式更靈活。
3. 解決BRC-20 四字母命名局限，ORC-20 可以使用任意大小的名稱。
4. 可以自定義，例如交易稅、版稅、特殊鑄造地址、代幣圖像、代幣ID、代幣資訊的URL等。
5. 允許部署者後續升級ORC-20。
6. 允許取消交易，使用"op": "cancel"，即可取消nonce的交易。
7. 允許已經部署的BRC-20 幣向ORC-20 轉移。只有BRC-20 的部署者才能操作轉移命令。
ORC-20 的劣勢
ORC-20 依然使用JSON 文件，沒有解決BRC-20 中心化的問題。並且將BRC-20 代幣發行流程更加複雜化了，不便於推廣使用。
同時，ORC-20 的出現更像是BRC-20 情緒化的產物，並沒有帶來特別亮眼的技術迭代，以至於同時間內出現SRC-20 等同類競品。
ORC-20 如果僅是如此，大概就會是曇花一現的產品，沒有太多意義，還消耗了散戶手裡的比特幣，期待其後續發展。
No comments:
Post a Comment