原作者：xiyu（@ohxiyu）

出典: SevenUp DAO

ORC-20公式文書:https://docs.orc 20.org/

序数では、json を使用して碑文をキャストし、それを解釈する人は誰でも、その碑文をわら紙のように使用する可能性があり、集中型サービスに過度に依存するリスクがあります。

1. 背景

Brc 20 には多くの制限があり、これらの制限には、通貨名として使用できるのは 4 文字のみ、アップグレード不可、二重支出のリスク、取引のキャンセル不可などが含まれます。 orc 20 の目的はこれらの制限を取り除くことであり、brc 20 のハードフォークと言えます。ここで見られるのは、ビットコインの生態学の祖先から受け継がれた分岐モデルです。

2.オーク20とは何ですか?

ORC-20 は、ビットコイン ネットワーク上の注文型トークンの機能を強化するために設計されたオープン標準で、人気のある BRC-20 注文型トークン標準を改良したものです。 orc 20 は BRC-20 と下位互換性があり、適応性、拡張性、セキュリティが向上し、二重消費の可能性が排除されます。

3.オーク20の変更点

3.1 初期供給量と最大鋳造量を変更できます。

これは改善ではないと思います。サプライチェーンの初期量は固定されており、総量は不利ではありません。 Orc 20 は序数の形式をより柔軟にするだけで、固定か柔軟かは単なる選択であり、良いか悪いかは関係ありません。

3.2 名前空間には固定制限がなく、任意のサイズの名前を使用できます。

特に、brc 20 の 4 文字の単語のほとんどがすでに事前に作成されているため、命名は非常に難しい点です。

3.3 UTXO モデルを使用して、トランザクション中に繰り返し消費されないようにします。

utxoモデルとは何ですか? 自分で検索できます. トランザクションを送信した場合でも、残高はトランザクションとして変更アドレスに送信されます。これにより二重支出の問題を適切に解決できます。

たとえば、ID 1 の 10,000 ORC を 2 つの部分に分割し、トランザクションを受信アドレスに送信します。すべてのトランザクションには一意の nonce が必要です。ステップ 1: 記録によって受信者にイベントを送信し、受信アドレスに 1000 を送信します (ナンスは 5)。ステップ 2: 記録によってイベントを送信者に送信し、残高を送信者に返送します (ノンスは 6)。残高がトランザクションで処理できない場合のみ送信が完了するまで完了してください。

3.4 トランザクションのキャンセルを許可する

nonce トランザクションをキャンセルするには、"op": "cancel" を使用します。

3.5 展開されたbrc 20コインをorc 20に転送できるようにします。

転送コマンドを操作できるのは、brc 20 の展開者だけです。

4.オーク20の新ルール

4.1 ID 識別、デフォルトは 1 です。識別子は、同じ識別子を共有する ORC-20 間で一意である必要があります。同じ識別子と同じ ID を持つ 2 つの ORC-20 がある場合、「最初のルール」が適用され、2 番目の ORC-20 は無効になります。

4.2 nonce は、送信者がトランザクションの一部を追跡できるようにする、各トランザクションに関連付けられた一意の識別子です。各トランザクションに nonce を含めることで、送信者は各部分トランザクションが一意であり、トランザクションのセキュリティを損なう可能性のある誤ってまたは悪意を持ってコピーできないことを保証できます。 nonce を使用すると、送信者はキャンセル トランザクションを送信するときに、対応する nonce を指定してトランザクションの特定の部分をキャンセルすることもできます。これにより、ORC-20 トークン標準にセキュリティと柔軟性が追加されます。

4.3 "op": "cancel"、トランザクションの特定部分の操作をキャンセルします。

4.4 ug フィールド、アップグレード可能かどうか: true または false、デフォルト値は true です。導入担当者が後で ORC-20 をアップグレードできるようにします。

4.5 wp フィールド、移行: true または false、デフォルト値は false です。これはトークンの移行の目的で使用され、元に戻すことはできません。オリジナルの BRC-20 の展開者のみが移行イベントを展開できます。このラッパーは、同じ最大供給制限や配布制限など、元の BRC-20 のメタデータを複製します。

4.6 バージョン: バージョン: ORC-20 をアップグレードする場合に役立つ情報です。通常、バージョン番号はアップグレードごとに更新する必要があります。これは、異なるバージョンの契約を識別するのに役立ち、その後の開発、管理、使用が容易になります。

4.7 msg: message: カスタム テキスト、メッセージまたはマニフェストは任意のサイズにすることができます。このフィールドは、トークンの目的、ビジョン、使用シナリオなど、トークンに関する情報を提供するために使用できます。これにより、ユーザーはトークンの価値と有用性をより深く理解し、トークンの信頼性が高まります。

4.8 カスタムキー。カスタム実装のみ、たとえば、tax - ロイヤルティなどの強制取引税、minter - 特別な鋳造アドレス、image - トークン画像、tkid - トークン ID、url - トークン情報の URL。

これらのオプションのフィールドを使用して、特別なトークンのニーズをカスタマイズし、標準の ORC-20 プロトコルでは提供されていない特別な機能を拡張できます。たとえば、各取引に一定の料金を請求するために税金を使用したり、作品のオリジナルの作成者に請求するためにロイヤルティを使用したりできます。ミンターは特別なアドレスを指定して、トークンのミントなどに許可を与えることができます。

5.オーク20の限界

5.1 複雑さ

ビットコインの生態学に基づく序数の単純さも利点と見なすことができますが、BRC 20 がコイン発行の問題を複雑にすることに基づいて、ORC 20 はそれをさらに複雑にします。定義が増えたり、操作が煩雑になったりすると、より多くの問題が発生する可能性があります。たとえば、移行操作により 2 つのコインがもたらされます。

5.2 集中化

json を使用する目的は検索を容易にすることであり、必然的に集中化されたサービスが使用されます。これは、nft を除く現在の序数エコシステム内の他のアプリケーションの当然の欠点でもあります。

5.3 必須のロイヤルティ

おそらく取引市場でロイヤルティを徴収する形態をルールに入れるということだろう。著者は通貨のロイヤルティを理解していなかったように思います.NFTとして、それ自体の属性は芸術作品です.アーティストにロイヤルティを支払うのは理解できます.作者と所有者は創造物とユーザーの世話です.しかし、通貨という観点から見ると、通貨の保有者は投資家に近いものであるべきであり、投資家がプロジェクトに資金を投資し、プロジェクト当事者にロイヤルティを支払うのは不合理であるように思われます。

5.4 解釈による経路依存性

orc 20 が行っていることは、ビットコインを rc 20 に近づけることであることがわかります。そこで、なぜ erc 20 を使用しないのかという疑問が生じます。

6. まとめ

つまり、orc 20 は、brc 20 のいくつかの制限を解除し、より多くの操作を定義します。

実際、序数でのコイン発行の競争力の中核は、この標準ではなく、集中化されたサービスです。集中化のリスクは、閉ループを形成する認証がチェーン上に配置されている場合にのみ防止できます。

brc 20 の最大の問題は、制限が多すぎることではなく、集中化に依存していることです。 orc 20 はこの問題を解決しません。orc 20 はbrc 20 を競争相手とみなしており、その目標は市場を掌握することです。 Orc 20 は序数の生態系にはほとんど影響を与えませんが、brc 20 への影響は限定的です。