BRC20
首先是经典的 BRC20 协议的区别，BRC20 脱胎于 Ordinals 的协议，将类似于 ERC20 Token 的完整功能写入了 BTC 输出指令码，BRC20 由此诞生。 如下图，BRC20 代币的资讯被刻录在 BTC 交易下，隔离见证的指令码资料中。首先 BRC20 协议在 BTC 上写入了 BRC20 的标准方法，这包括「部署」、「铸造」和「转帐」。
- 在「部署」，BRC20 注册了这个代币的名称、总量与一张的数量限制。
- 使用者在打新 BRC20 时，传送交易将资料写入指令码，这包含了代币的数量。
- BRC 让使用者需要转帐时，需要先发送一个交易，将 token 的数量归集后的结果写入比特币指令码，然后再发送第二个交易，即将归集后的余额传送给特定地址，同样写入指令码。
首先，可以先理解 BTC 一层协议的三大部分：
- 协议规定了在比特币上写入资料的规则
- 索引器提供了查询与解析这些资料的能力
- 帐本记录了代币余额，处理转帐
对于 BRC20 来说，索引伺服器首先需要识别每一次的 BRC20 部署，从而读取代币资讯，这部分被称为「索引」。
同时，由于 BRC20 的余额都被刻入了指令码中，BTC 网路本身无法识别，因此 BRC20 的索引伺服器必须在本地构建一个记录 BRC20 余额的帐本。每次发生转帐时，交易是否能进行（有足够多的币），需要检查本地帐本，并进行更新。
基于 ordinals 的 brc20 的每次转帐，都需要传送两笔交易。即在本地帐本中先查询并计算余额，再进行转帐。
Ordinals 本质上是为 NFT 设计，基于其改进的 BRC20 在转帐复杂度上，是递回增长的。BRC20 索引器还承担了帐本的工作，这个帐本完全脱离比特币。索引器必须准确记录每一次余额变化，才能保证帐本的完整性。
因此随著时间堆积，索引器帐本是会堆积，节点的压力会越来越大。如果排序器帐本不再提供服务，brc20 就会变得难以无法使用的。 好在 unisat 在很早时候就开源了索引器节点的程式码，BRC20 经过 OKX 在内的多个技术团队的建设，基础设施以及非常健壮。 但是，BRC20 的帐本依然需要去中心化，去中心化的帐本，就等于做链，或者说，BRC20 外来做链去中心化帐本是必然的。
ARC20
Atomicals protocol 用于发行 FT 的方式被称为 BRC20，这是一种在交易指令码中注册代币资讯，以比特币最小单位 Sat 作为基础单位，基于 UTXO 实现帐本的比特币原生资产发行协议。
回到 Arc20，Arc20 是一种染色币模型，注册资讯被刻入交易指令码，余额使用 UTXO 的 sat 数量表示，转帐功能完全由 BTC 主网处理。
- 在部署 Arc20 时，代币名称、总量、数量限制、难度设定、开始区块、影像等等资讯。
- 使用者在打新 ARC20 时，将代币的名称写入 UTXO 的指令码中，数量直接由 uxto 中 sats 的数量决定，1 sat = 1 token
- 转帐 ARC20，使用者无需再向 BTC 存入任何资料，仅需将持续持有代币的 UXTO 作为交易输入，输出给其他地址。
因此在 ARC20 中，我们不需要任何的链下系统，来计算 ARC20 代币的余额，因为代币余额与 UTXO 中的 Sat 数量保持一致。 我们只需要一个索引，来帮助我们读取代币注册资讯，同时识别 mint 交易，来确认验证哪些 UTXO 是 ARC20。
因此，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 索引，也需要更多的开发者参与基础设施的建设。
