ORC-20 代幣解讀：ordinals 生態中新的發幣規則_ORC

作者：xiyu

在ordinals中，凡是用json鑄造銘文然后解讀的，大概率是把銘文當草紙用了，都有過度依賴中心化服務的風險。

1.背景

brc20有很多限制，這些限制包括只能用四字符作為幣名、不能升級、雙花風險、不能取消交易等。orc20目的是取消這些限制，可以說是一次brc20的硬分叉。看到這里是不是有點熟悉，btc生態祖傳的分叉模式。

2.orc20是什么？

ORC-20是一種開放的標準，旨在增強比特幣網絡上的有序代幣的功能，以改善廣受歡迎的BRC-20有序代幣標準。orc20向后兼容BRC-20，并提高適應性、可擴展性和安全性，消除重復消費的可能性。

3.orc20的改變

dForce已支持ARB作為借貸抵押品:金色財經報道，DeFi協議dForce已支持Arbitrum代幣ARB作為借貸抵押品，最大貸款與價值比率（LTV）被設定為80%。[2023/4/13 14:01:20]

3.1可以改變初始供應量和最大鑄幣量。我認為這算不上是一種進步，固定初始供應鏈量和總量并不是缺點。orc20只是讓ordinals發幣形式更靈活了，固定和靈活只是一種選擇，無關好壞。3.2命名空間沒有固定限制，可以使用任意大小的名稱。命名確實是痛點，尤其是絕大部分brc20四字母單詞已經被提前鑄造的情況下。3.3通過UTXO模型來確保在交易過程中沒有重復消費。什么是utxo模型大家可以自行搜索一下，就是在發送一筆交易的時候，余額也會被當作一筆交易發到找零地址。這可以適當的解決雙花問題，

Nervos跨鏈橋Force Bridge正式上線CKB主網:據官方消息，Nervos跨鏈橋Ethereum Force Bridge已正式上線CKB主網。Ethereum Force Bridge將把以太坊生態和Nervos生態橋接起來，從而提升互操作性和 Token 的流動性。

Ethereum Force Bridge是一個開源項目，可以讓用戶通過一系列部署在雙方鏈上的智能合約，將白名單Token從以太坊鏈轉移到Nervos CKB鏈上。

其第二階段也已開始，包括將CKB和NFT從Nervos生態跨鏈到以太坊區塊鏈上。[2021/10/9 20:15:37]

例如將ID為1的10000個ORC分為兩個部分交易發送給接收地址。每個交易必須具有唯一的nonce。步驟1：通過記錄發送事件到接收方，向接收地址發送1000，步驟2：通過記錄發送事件到發送方，將剩余余額發送回發送方，只有在剩余余額發送完成后，交易才能完成。

Orca成為Solana生態系統總鎖倉量排名第四的協議:9月26日消息，數據顯示，基于Solana的DEX Orca擁有超過6億美元的流動性，成為Solana生態系統中總鎖倉量（TVL）排名第四的協議。

此前報道，基于Solana的DEX Orca宣布完成1800萬美元A輪融資，Polychain、Placeholder、Three Arrows Capital領投，Sino Global、Collab+Currency、Coinbase Ventures和Solana Capital等參投。Orca將利用本輪融資資金為DEX建造資本效率高、用戶友好的自動化做市商（AMM）。[2021/9/26 17:07:22]

3.4允許取消交易，使用"op":"cancel",即可取消nonce的交易。

dForce公布第七周激勵方案，DF獎勵總量降至37.5萬枚:據官方消息，去中心化金融協議dForce公布dForce流動性挖礦第七周激勵方案。本期香檳塔池（1號池支持dToken）和淘金池（2號池針對GOLDx/USDx）截止于9月21日，奇點池截止于9月24日。三池的每周DF獎勵總量由40萬枚DF降至37.5萬枚DF。具體內容如下：

1.香檳塔池DF獎勵總量保持不變為26萬枚DF；

2.淘金池DF獎勵總量由3萬枚DF降至2.5萬枚DF；

3.奇點池DF獎勵總量由11萬枚DF將為9萬枚DF。[2020/9/14]

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影響也有限。

Tags：ORCRC20C20RC2ORCHFair BERC20ethereum和erc20的地址一樣嗎RC20幣

芝麻開門交易所下載