https://docs.orc20.org/
在ordinals中，凡是用json铸造铭文然后解读的，大概率是把铭文当草纸用了，都有过度依赖中心化服务的风险。
1.背景
brc20有很多限制，这些限制包括只能用四字符作为币名、不能升级、双花风险、不能取消交易等。orc20目的是取消这些限制，可以说是一次brc20的硬分叉。看到这里是不是有点熟悉，btc生态祖传的分叉模式。
2.orc20是什么？
ORC-20是一种开放的标准，旨在增强比特币网络上的有序代币的功能，以改善广受欢迎的BRC-20有序代币标准。orc20向后兼容BRC-20，并提高适应性、可扩展性和安全性，消除重复消费的可能性。
3.orc20的改变
链游工作室LifeForce Games完成500万美元种子轮融资:3月22日消息，区块链游戏开发工作室LifeForce Games宣布完成 500万美元种子轮融资。本轮融资由Lemniscap领投，CMT Digital、Sfermion、Hartmann Capital、Sterling VC以及Ready Player DAO和Neon DAO参投。
据悉，该工作室进行了将推出一款P2E链游，并正在开发新工具，以实现 NFT 跨其他游戏和平台的互操作性，并为游戏玩家使用虚拟土地提供新颖的货币化元素。[2022/3/22 14:10:22]
3.1可以改变初始供应量和最大铸币量。我认为这算不上是一种进步，固定初始供应链量和总量并不是缺点。orc20只是让ordinals发币形式更灵活了，固定和灵活只是一种选择，无关好坏。
Gate将于今日12:00开通 ORC/USDT交易:据官方公告，Gate投票上币空投福利第150期 Orbit Chain（ORC）投票上币活动结束， 本次活动参与人数为 5,451，共投出21,418,102票。票数已超过1000万，符合上币要求。Gate已为用户空投12,630 ORC，并将于06月16日（今日）中午12:00 开通ORC/USDT交易，并随后开通提现服务。[2021/6/16 23:40:09]
3.2命名空间没有固定限制，可以使用任意大小的名称。命名确实是痛点，尤其是绝大部分brc20四字母单词已经被提前铸造的情况下。
3.3通过UTXO模型来确保在交易过程中没有重复消费。什么是utxo模型大家可以自行搜索一下，就是在发送一笔交易的时候，余额也会被当作一笔交易发到找零地址。这可以适当的解决双花问题，
ShapeShift通过THORChain启动比特币交易:金色财经报道，总部位于瑞士的加密货币交易所ShapeShift宣布与THORChain完全集成，从而支持BTC与ETH和LTC的直接交易。从周二开始，ShapeShift的移动用户无需使用任何中间人、托管人或对手方即可进行跨链交换。此功能将在未来几周内扩展到ShapeShift基于Web的平台。据悉，该交易所于1月份首次宣布了整合去中心化交易所的计划。[2021/4/14 20:15:51]
例如将ID为1的10000个ORC分为两个部分交易发送给接收地址。每个交易必须具有唯一的nonce。步骤1：通过记录发送事件到接收方，向接收地址发送1000，步骤2：通过记录发送事件到发送方，将剩余余额发送回发送方，只有在剩余余额发送完成后，交易才能完成。
dForce推出DeFi挖矿生态支持方案:dForce官方宣布将对集成USDx, GOLDx, dToken的DeFi流动性挖矿项目予以大力支持，包括并不限于早期流动性提供、不同类型的联合挖矿方案、社区宣传，并将通过dForce社区来协助优质的生态合作伙伴进行市场推广，dForce的DeFi挖矿生态支持方案将对（包括并不限于）以下各类协议集成进行激励：1、为USDx,GOLDx和dToken构建流动性池；2、集成USDx,GOLDx, dToken的联合挖矿方案；3、集成USDx,GOLDx, dToken作为内置功能以满足协议的功能性要求（如YAM.Finance使用yCRV来进行弹性供应机制的调整）。[2020/9/10]
3.4允许取消交易，使用"op":"cancel",即可取消nonce的交易。
3.5允许已经部署的brc20币向orc20转移。只有brc20的部署者才能操作转移命令。
4.orc20新增的规则
4.1id标识，默认为1。标识符必须在共享相同标识符的ORC-20之间唯一，如果有两个具有相同标识符和相同ID的ORC-20，则应用“第一原则”，第二个ORC-20是无效的。
4.2nonce是与每个交易相关联的唯一标识符，它允许发送者跟踪其部分交易。通过在每个交易中包括nonce，发送者可以确保每个部分交易都是唯一的，不能被意外或恶意地复制，否则将危及交易的安全性。有了nonce，发送者还可以在发送取消交易时指定相应的nonce来取消特定的部分交易。这为ORC-20代币标准增加了额外的安全性和灵活性。
4.3"op":"cancel",取消某一个部分交易的操作。
4.4ug字段，是否可升级：true或者false，默认值为true。允许部署者后续升级ORC-20。
4.5wp字段，迁移：true或者false，默认值为false。用于代币迁移的目的，且不可逆转。只有原始BRC-20的部署者可以部署迁移事件。该包装器将原始BRC-20的元数据复制，例如相同的最大供应量和发行限制。
4.6Version:版本：当升级ORC-20时，它是有用的信息。通常，每次升级都应该更新版本号，这有助于标识不同版本的合约，从而方便后续开发、管理和使用。
4.7msg：消息：自定义文本、消息或宣言，可以任意大小。这个字段可以用来提供有关代币的信息，例如代币的目的、愿景、使用场景等等。这有助于用户更好地理解代币的价值和用途，并增加代币的可信度。
4.8CustomKey。仅用于自定义实现，例如税收-强制交易税，例如版税；铸造者-特殊铸造地址；图像-代币图像；tkid-代币ID；url-代币信息的URL。这些可选的字段可用于定制化特殊代币的需求，在标准ORC-20协议中未提供的特殊功能上进行扩展。例如，税收可以用于在每次交易时收取一定的费用，版税可以用于向原始创作者收取作品费用等。铸造者可以指定特殊地址来授予铸造代币的权限等。
5.orc20的局限
5.1复杂，基于比特币生态的ordinals，简单也可以作为一个优点看待，但是在brc20将发币问题复杂化的基础上，orc20进一步复杂了。更多的定义，繁琐的操作容易带来更多的问题。例如迁移操作，带来了两份币。
5.2中心化，使用json的目的就是方便检索，检索必然会用到中心化服务，这也是当前ordinals生态中，除了nft其他应用的天然弊端。
5.3强制版税，大概就是把交易市场收版税的形式放到了规则中。在币上做版税我认为是作者没有想明白，作为nft，它本身的属性是艺术品，给艺术家交版税可以理解，作者和持有人是创作和使用者的关心。但是在币上，持币人应该更类似于投资人，投资人投给项目钱，还要给项目方交版税，这似乎不太合理。
5.4路径依赖，通过解读，我们可以看到orc20在做的事情是将比特币发币e往rc20靠近。那么带来了一个问题就是为什么不用erc20？
6.总结
一句话总结，orc20取消了一些brc20的限制，并且定义了更多的操作。
其实ordinals上发币，核心竞争力是中心化服务，而不是这个标准。只有形成闭环的认证都放在链上，才能防止中心化风险。
brc20的最大问题不在于限制太多，而是中心化依赖。orc20并没有解决这个问题，orc20是把brc20当作竞争者，目标是抢占市场。orc20对ordinals生态倒是没什么影响，但是对于brc20影响也有限。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。