BRC20
首先是经典的 BRC20 协议的区别，BRC20 脱胎于 Ordinals 的协议，将类似于 ERC20 Token 的完整功能写入了 BTC 输出指令码，BRC20 由此诞生。 如下图，BRC20 代币的资讯被刻录在 BTC 交易下，隔离见证的指令码资料中。首先 BRC20 协议在 BTC 上写入了 BRC20 的标准方法，这包括「部署」、「铸造」和「转帐」。
- 在「部署」，BRC20 注册了这个代币的名称、总量与一张的数量限制。
- 使用者在打新 BRC20 时，传送交易将资料写入指令码，这包含了代币的数量。
- BRC 让使用者需要转帐时，需要先发送一个交易，将 token 的数量归集后的结果写入比特币指令码，然后再发送第二个交易，即将归集后的余额传送给特定地址，同样写入指令码。
因此，Arc20 代币的转帐的计算本身由 BTC 网路处理，不需要任何链下的帐本，也只需要传送一个交易。因此，同样基于 BTC L1 的效能，ARC20 的转帐效能时 BRC20 的两倍。
这带来了很多好处：
- 极大的降低了索引伺服器的成本，几乎任何人都可以允许，系统去中心化程度很高。
- 转帐完全依赖 BTC 网路，不会重复创造垃圾交易，Arc20 转帐本身安全性由 BTC 保障。
- RC20 原子性和 BTC 的原子性保持一致，适合实现很多原生应用。
另一个不得不说的更新是 bitwork，即把 CPU 计算环节加入了代币的铸造过程中，这类似于 BTC 的 POW，计算了 POW 后才能进行铸造，「一个 CPU 一次 mint 机会」。
当然，染色币的设计也带来了一些劣势，因为没有在资料中写入余额，而是系结 sat，ARC20 余额的最小的拆分精度为 1（目前为了避免被当作垃圾交易设定了更高的下限）。 因此基于 ARC20 发行总量数兆的 meme token 就显得得不偿失，因为这需要消耗大量的 BTC。这需要等待未来 Atomicals 协议的升级进行改进。
同时，ARC20 还有的基础设施都很差，钱包和市场经常当机，因此社群呼吁更多使用者来搭建自己的 Atomicals 索引，也需要更多的开发者参与基础设施的建设。
