# 比特币 ORC-20 协议会是昙花一现吗？

By [Web3CN](https://paragraph.com/@web3cn-pro) · 2023-05-04

---

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 就这样火出圈了。关于BRC-20 的详细介绍可以阅读上篇文章《[BRC-20横空出世！盼了14年的BTC生态来了？](https://mirror.xyz/inftnews.eth/JYZVw-kdRC5LY4j9TnjrdxSJZqgNa8sfzQvva5ZvRq8)》

ORC-20 的出现
----------

从 BRC-20 诞生以来，就不断有人想改进协议，此前一位名为 Hugo Clrd @Cohars 的人在3月底改进了BRC-20，创建了 BOP 协议。

![](https://storage.googleapis.com/papyrus_images/d8ce08e1465afea80296bb9fbad76ffebff9a9f7e28b4ff41ce2201ba237956b.png)

从 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等。

![](https://storage.googleapis.com/papyrus_images/db34138c6393230e69bfb144c458c1831667251dc5bab4a8d0c045a48e85fa24.png)

ORC-20 的使用
----------

以$orc代币为例：

### 1\. 部署ORC-20

![](https://storage.googleapis.com/papyrus_images/e2082974ba5082ece100ac1255d46300b047d16a6e2cb9998e9a3ef4521b12ff.png)

提示：$orc是第一个部署在ORC-20上的代币，目前已全部铸造完毕。

### 2.铸造ORC-20

![](https://storage.googleapis.com/papyrus_images/8dbfd8ffef97bebbc54a6788daade8f0e6b13ba8e909871cbba58cd33e727c6d.png)

### 3.转移ORC-20

① 第一步

将发送事件写入接收方，将代币发送到接收方地址

![](https://storage.googleapis.com/papyrus_images/0db34ab80d16b16c8d2049078253fec705e6e51b062c8ca9a68869243fdb41c8.png)

② 第二步

将发送事件写入发送者，将剩余余额发送回发送者

（将剩余余额发送后才算完成交易）

![](https://storage.googleapis.com/papyrus_images/5d2514a0aa05e54bc447f3130df9a0c8462dc4c45f2f33757be8cafdc1ecc9cb.png)

### 4.取消ORC-20交易

![](https://storage.googleapis.com/papyrus_images/1080cbe3cfca3ede9b1f118b1f717935442e30058d1e23c73b47652814f5e7f0.png)

ORC-20 的优势
----------

![](https://storage.googleapis.com/papyrus_images/53be3cae6365adb66da2fb9af02f1e0646d32015fc510c2c29b36a71afb6208b.png)

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 如果仅是如此，大概率就会是昙花一现的产品，没有太多意义，还消耗了散户手里的比特币，期待其后续发展。

作者：[Bowen@Web3CN.Pro](mailto:Bowen@Web3CN.Pro)

声明：web3中文原创作品，内容仅代表作者立场，且不构成投资建议，请谨慎对待，如文章/素材有侵权，请联系官方客服处理。

---

*Originally published on [Web3CN](https://paragraph.com/@web3cn-pro/orc-20)*