雑学：使い捨てシーリングはRGB/RGB++プロトコルの要

SUSとUTXOの自然な一貫性により、UTXOモデルでワンタイムシールを設計するのは簡単で単純です。私たちはTXO（トランザクション出力）をシールと考えることができ、ブロックチェーン上で提出された各トランザクションは、そのデータを入力されたすべてのTXOにシールすると考えることができます。このようにして、私たちはUTXOモデル上でワンタイム・シールの設計を完了しました。トランザクションの出力は、ワンタイム・シールに対する私たちの要件をすべて満たしています。

SUSモデルとUTXOモデルは、UTXOモデル上でワンタイム・シールを作成するために連携するように設計されています。p>

• 封印するためにはTXOを消費する必要があり、一括払いは2度使うことができないため、封印された封印は破棄できません。

• 封印は一意であり、偽造することはできない。

• TXOの作成と支出は別々のプロセスなので、データを封入する前に印鑑を持つことができます。

シールの連鎖とタイプID

。style="text-align: left;">

タイプIDは、特別なタイプスクリプトを使ってシングルトン・タイプを作成する方法を説明します。

CKBのRFC 0022 - CKB Transaction Structure

新しい印鑑を捺印した印鑑をを閉じることで、型の単一のインスタンスを作成することができます。このアプローチでは、バリデータは最初の捺印に同意するだけで、捺印の連鎖を通じて最新の捺印を得ることができるため、検証プロセスが単純化されます。ただし、この場合もバリデータは最新のデータを検証するために、 シールのチェーン全体を取得しなければならない。

CKBのチューリング完全仮想マシンとその拡張UTXOモデルであるCellモデルのおかげで、より多くの情報をシールに含めることができます。CKBのCellとBTCのUTXOの違いは、Cellは「Type」スクリプトによって変換が制限される任意のデータを格納できることです。

CKBのタイプIDスキームでは、印鑑の連鎖の各印鑑が、最初の印鑑のIDを開始情報として含むことを要求しています。タイプIDとは、タイプスクリプトがセルに一意なIDを与え、それがシールチェーンの最初から最後まで変更されないように制限することを意味する。このIDにより、バリデータはCKB上の共通インデクサのみを使用して、最新の印鑑を検索することができる。

More SUS on CKB

• シングル・ユース・ロック：このロックは、解除するために指定されたライブセルの消費を必要とします。先に述べたように、封印は一度しかできません。したがって、Single Use Lockは一度しか解除できません。

• タイプ・プロキシ・ロック：このロックは、特定のタイプ・スクリプトを持つセルをロック解除に必要とします。Type ScriptがType IDの場合、更新されたシールの連鎖を完全に制限している人だけがロックを解除できます。

資産解放の許可制御は、両方のタイプのスクリプトの実際のシナリオです。CKBのxUDTプロトコルでは、発行者はOwnerロックを解除できることを証明すると、新しいトークンを鋳造できます。単純な署名ベースのロックを使用すると、発行者がまだ自分の秘密鍵を持っていることを確認できないため、常に新しいトークンを鋳造することができ、各アセットが無限に増加します。

シングルユースロックは、ここで解決策を提供します。与えられたCellを消費した後は、誰もOwner Lockを解除して新しいトークンを鋳造することができないため、トークンの供給には確かに上限があると確信できます。

より柔軟な解決策として、トークン発行者はType Proxy Lockを使って、造幣権限をType ID Cellにバインドすることができます。