ORC-20 トークンの解読：ordinals エコシステムにおける新しい発行ルール

著者：xiyu

ordinalsにおいて、jsonを使用して銘文を鋳造し解読する場合、銘文を草紙として扱っている可能性が高く、中央集権的サービスへの過度な依存のリスクがあります。

1.背景

brc20には多くの制限があり、これらの制限には、通貨名として4文字しか使用できないこと、アップグレードできないこと、二重支払いのリスク、取引をキャンセルできないことなどが含まれます。orc20の目的はこれらの制限を取り除くことであり、brc20のハードフォークとも言えます。ここまで読んで、少し見覚えがあるのではないでしょうか、btcエコシステムの伝統的なフォークモデルです。

2.orc20とは？

ORC-20は、ビットコインネットワーク上の順序トークンの機能を強化することを目的としたオープンな標準であり、広く人気のあるBRC-20順序トークン標準を改善します。orc20はBRC-20と後方互換性があり、適応性、スケーラビリティ、安全性を向上させ、二重消費の可能性を排除します。

3.orc20の変更

3.1 初期供給量と最大鋳造量を変更できます。これは進歩とは言えないと思います。固定された初期供給量と総量は欠点ではありません。orc20はordinalsの発行形式をより柔軟にしただけで、固定と柔軟は単なる選択であり、良し悪しには関係ありません。
3.2 名前空間に固定制限がなく、任意のサイズの名前を使用できます。命名は確かに痛点であり、特にほとんどのbrc20の4文字単語がすでに鋳造されている場合は特にそうです。
3.3 UTXOモデルを使用して、取引中に二重消費がないことを保証します。UTXOモデルとは何かは自分で検索してみてください。取引を送信する際に、残高も取引としてお釣りのアドレスに送信されるというものです。これにより、二重支払いの問題が適切に解決されます。

例えば、IDが1の10000個のORCを2つの部分に分けて受取アドレスに送信します。各取引にはユニークなnonceが必要です。ステップ1：送信イベントを受取人に記録し、受取アドレスに1000（nonceは5）を送信します。ステップ2：送信イベントを送信者に記録し、残りの残高を送信者に返送します（nonceは6）。残りの残高が送信された後にのみ、取引が完了します。

3.4 取引をキャンセルすることができ、"op": "cancel"を使用することでnonceの取引をキャンセルできます。

3.5 すでに展開されているbrc20トークンをorc20に移行することが許可されます。移行コマンドを操作できるのはbrc20の展開者のみです。

4.orc20の新しいルール

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：メッセージ：カスタムテキスト、メッセージ、または宣言で、任意のサイズにできます。このフィールドは、トークンに関する情報を提供するために使用できます。たとえば、トークンの目的、ビジョン、使用シーンなどです。これにより、ユーザーはトークンの価値と用途をよりよく理解でき、トークンの信頼性が向上します。

4.8 カスタムキー。カスタム実装専用、たとえば税金 - 強制取引税、ロイヤリティ；鋳造者 - 特殊鋳造アドレス；画像 - トークン画像；tkid - トークンID；url - トークン情報のURL。
これらのオプションフィールドは、標準ORC-20プロトコルで提供されていない特殊機能に対して特殊トークンのニーズをカスタマイズするために使用できます。たとえば、税金は各取引の際に一定の手数料を徴収するために使用でき、ロイヤリティは元のクリエイターに作品の料金を支払うために使用できます。鋳造者は、トークンを鋳造する権限を付与するために特殊なアドレスを指定できます。

5.orc20の限界

5.1 複雑さ、ビットコインエコシステムに基づくordinalsは、シンプルさも利点と見なすことができますが、brc20が発行問題を複雑化する中で、orc20はさらに複雑にしました。より多くの定義と煩雑な操作は、より多くの問題を引き起こす可能性があります。たとえば、移行操作は2つの通貨をもたらしました。

5.2 中央集権、jsonを使用する目的は検索を便利にすることであり、検索には必然的に中央集権的サービスが必要です。これは現在のordinalsエコシステムにおいて、nft以外の他のアプリケーションの自然な欠点でもあります。

5.3 強制ロイヤリティ、取引市場でロイヤリティを徴収する形式をルールに組み込んだものです。通貨にロイヤリティを設定することは、著者が考えを明確にしていないと思います。nftとして、それ自体の属性はアート作品であり、アーティストにロイヤリティを支払うことは理解できます。著者と保有者は創作と使用者の関心ですが、通貨においては、保有者は投資家に近い存在であるべきです。投資家がプロジェクトにお金を投資し、プロジェクト側にロイヤリティを支払うのは、あまり合理的ではないように思います。

5.4 パス依存、解読を通じて、orc20が行っていることはビットコインの発行をerc20に近づけることだとわかります。これにより、なぜerc20を使用しないのかという問題が生じます。

6.まとめ

一言でまとめると、orc20はbrc20のいくつかの制限を取り除き、より多くの操作を定義しました。

実際、ordinals上での発行の核心的な競争力は中央集権的サービスであり、この標準ではありません。認証が閉じたループを形成し、すべてをチェーン上に置くことで、中央集権的リスクを防ぐことができます。

brc20の最大の問題は制限が多すぎることではなく、中央集権への依存です。orc20はこの問題を解決しておらず、orc20はbrc20を競争相手と見なし、市場を奪うことを目指しています。orc20はordinalsエコシステムにはあまり影響を与えませんが、brc20には限られた影響を与えます。