注記
プロトコルを Bitcoin で動作させるには、 OP_CAT を再度アクティブ化する必要がありますCAT。現在、プロトコルは、 を持つ Bitcoin 互換ブロックチェーンで動作しますOP_CAT。
CAT(Covenant Attested Token)は、ビットコインのネットワークで直接動くものではありません。
なぜCATがビットコインのネットワーク上で直接動かないのか?
異なるブロックチェーン: CATは、通常、ビットコインとは異なるブロックチェーン上で発行されます。これは、CATが表す資産や権利の種類が多岐にわたるため、ビットコインのブロックチェーンの仕様では対応できないことが主な理由です。
スマートコントラクトの利用: CATの発行や管理には、スマートコントラクトが利用されます。ビットコインのスクリプト言語はスマートコントラクトの実行に適しておらず、より柔軟なスマートコントラクト機能を持つ他のブロックチェーンが採用されることが多いです。
スケーラビリティ: ビットコインのネットワークは、トランザクション処理能力に限界があり、大規模なCATの発行や取引に対応するのは難しい場合があります。
私たちは、 Covenant Attested Token (CAT)プロトコルと呼ばれる、ビットコイン上の新しい UTXO ベースのトークン プロトコルを提案します。これはマイナーによって検証され、スマート コントラクト、具体的には契約を使用してトークンのミントと転送を管理します。ビットコイン上の既存のすべてのトークン プロトコルと比較すると、これはレイヤー 1 でビットコイン スクリプトによってのみ強制され、次の機能を備えています。
Читать полностью…その疑問、すごく重要です!UTXOモデルの利点である並列処理について、口座モデルと比較しながら解説します。
例え話:レストランの会計
【口座モデル】は、レストラン全体の会計を一括管理
お客様AさんとBさんが同時に会計を頼んだとします。
レジ係は、Aさんの会計が終わるまでBさんの会計を始められません。
なぜなら、レストラン全体の売上と残高を一つの帳簿で管理しているからです。
もし同時に処理しようとすると、データが混乱してしまいます。
【UTXOモデル】は、お客様一人ひとりが独立した会計
お客様AさんとBさんは、それぞれ自分の支払いに必要な金額分のトークンを持っています。
AさんとBさんは、同時にそれぞれのトークンを使って会計できます。
なぜなら、それぞれの支払いは互いに独立しており、影響を与えないからです。
レジ係は、複数の支払いを同時に処理できます。
ビットコインの場合
口座モデルだと、誰かの送金処理中は、ブロックチェーン全体の残高データがロックされ、他のトランザクションは順番待ちになってしまいます。
UTXOモデルだと、それぞれのトランザクションは独立したUTXOを使用するため、互いに干渉することなく、同時に処理できます。
並列処理のメリット
多くのトランザクションを同時に処理できるため、処理速度が向上します。
ブロックチェーンのスケーラビリティ向上に繋がります。
ただし、UTXOモデルでも、ブロックサイズなど、並列処理の限界を決める要素は存在します。
それでも、口座モデルと比べて、飛躍的に並列処理能力が高いことは間違いありません。
この特徴が、ビットコインをはじめとする多くの仮想通貨でUTXOモデルが採用されている理由の一つです。
いかがでしょうか? 並列処理のイメージがつかめましたでしょうか?
https://x.com/thecryptolif7/status/1833598555485000045?s=46&t=riCt7BBm4JF66EPGIMuRuw
Читать полностью…ンデクサーは不要: トークンのルールセットは、ビットコインのコンセンサスによって保証されます。トークンのデータとロジックは両方ともチェーン上に存在します。インデクサーなどのオフチェーンの第三者に依存して動作することはありません。インデクサーの不一致のリスクはなく、CAT トークンはネイティブのビットコインのプルーフ オブ ワーク セキュリティを継承します。
モジュール式: CAT トークンはスクリプトで検証できるため、他のスマート コントラクトで使用したり、自動マーケット メーカー (AMM)、レンディング、ステーキングなどのより複雑で相互接続された分散型アプリケーションに組み合わせたりすることができます。CAT トークンのモジュール性と構成可能性は、ビットコインのアプリケーションの範囲を拡大するための強力で多用途な新しいビルディング ブロックを提供します。
プログラム可能なミント: トークンのミントルールは、インデクサーではなく、ミントスマートコントラクトによって強制されます。これらのカスタマイズ可能で柔軟なコントラクトにより、トークン発行者はオープンミントを含む任意のミントルールを指定できます。過剰なミントトランザクションは、インデクサーではなくネットワークによって直接拒否され、マイニングされません。
クロスチェーン相互運用性: CAT プロトコルにより、異なるブロックチェーン間での資産の信頼のないブリッジングが可能になり、アプリケーションが複数のブロックチェーンにまたがって動作できるようになります。
SPV 対応: CAT トークンは、簡易支払い検証 (SPV) をサポートしています。ライト クライアント (携帯電話など) は、中央サーバーを信頼することなく、トークンの信頼性を独自に検証できます。ビットコインと同様に、ブロックチェーンの十分な深さにあるトークン トランザクションは、ライト クライアントによって有効とみなされます。
SUIのオブジェクト中心モデルは、UTXOモデルから多くのインスピレーションを受けており、思想的に非常に近いものがあります。
UTXOとSUIオブジェクトの共通点:
状態の表現:
UTXOは未使用のトランザクションアウトプットとして状態を表します。
SUIオブジェクトも同様に、システムの状態を表す不変のデータ構造です。
所有権の管理:
UTXOはlocking scriptによって所有者が定義されます。
SUIオブジェクトも、所有権とアクセス制御をオブジェクトレベルで定義します。
並列処理:
UTXOは互いに独立しているため、トランザクションを並列処理できます。
SUIオブジェクトも独立性が高く、並列処理による高いスケーラビリティを実現します。
違い:
表現方法:
UTXOはトランザクションベースで、未使用の出力を追跡します。
SUIオブジェクトは、より汎用的なデータ構造で、様々な資産や状態を表現できます。
プログラミングモデル:
UTXOはスクリプトベースで、制限のあるプログラミングモデルです。
SUIはMove言語を採用し、より柔軟で安全なスマートコントラクト開発を可能にします。
まとめると、SUIのオブジェクト中心モデルは、UTXOモデルの利点を継承しつつ、より表現力豊かで開発しやすいように進化したモデルと言えるでしょう。
SUIがUTXOモデルからどのように着想を得て発展したのか、さらに深く学ぶことは、ブロックチェーン技術の進化を理解する上で非常に興味深いと思います。
結論から言うと、使用されたUTXOは「バーンされる」のではなく、「相手の未使用残高になるUTXOの一部となる」 というのが正確な表現です。
チョコレート工場の例えで再度解説
あなたが3BTC分のチョコと2BTC分のチョコを使って、4BTC分の商品を買いたいケースを思い出してください。
あなたは5BTC分のチョコを工場に送ります。(3BTCチョコ + 2BTCチョコ)
工場は、新しいチョコを2つ発行します。
1つは商品と引き換えられる4BTC分のチョコ
もう1つは、あなたへのお釣りである1BTC分のチョコ
元々持っていた3BTCチョコと2BTCチョコは、システム上からは消えますが、それは「バーンされた」のではなく、「4BTCのチョコ」と「1BTCのチョコ」を生み出す材料になった と考える方が適切です。
ポイント
UTXOは分割と結合を繰り返しながら、所有者を次々と変えていきます。
使用されたUTXOは消滅しますが、それは「無」になるのではなく、新たなUTXOの一部として生まれ変わっているのです。
この仕組みにより、ビットコインは常に全てのUTXOを追跡し、二重支出を防ぎながら、所有権の移転を実現しています。
口座モデル vs UTXOモデル:例えでスッキリ理解!
舞台は、遊園地!
【口座モデル】は、昔ながらのゲーセン風
入場時に、 ゲームセンター専用カード を作ります。
このカードにお金をチャージして、ゲーム機で遊びます。
カードの残高は、ゲームセンターのデータベースで管理されています。
【UTXOモデル】は、最新のデジタルアトラクション風
入場時に、 100円玉の形をした専用トークン を購入します。
このトークンは、100円 、500円 、1000円 などの種類があります。
アトラクションに乗るには、必要な金額分のトークンを投入します。
お釣りは、新しいトークンで出てきます。
誰がどのトークンを持っているかは、遊園地のシステムで管理されています。
【口座モデル】はシンプルですが、セキュリティリスクや透明性の低さが課題です。
【UTXOモデル】は少し複雑ですが、セキュリティと透明性に優れています。
ビットコインは、UTXOモデルを採用することで、安全で信頼性の高いデジタル通貨システムを実現しています。