BNBチェーンが4つの役割に資産権限を分割、管理者が鍵を握る

BNBチェーンのジェナーテストネットリリースは、ガバナンスによって任命された管理者が新しいステーブルコインやトークン化された資産を作成するタイミングを制御できるネイティブ資産設計を進めています。

発行者はネットワーク上でコードを利用可能にすることができますが、CAS20トークンを立ち上げる前に別の機能スイッチを開く必要があります。

10月16日のv1.8.1リリースは、BNBスマートチェーンのチャペルテストネットに対して10月29日02:30 UTCにジェナーをスケジュールしています。以前の発表では、11月下旬のメインネットのガイダンスが示されており、正確な時間はまだ発表されていません。

提案されたBEP-702標準はドラフトとしてラベル付けされており、新しいCAS20トークンファミリーをカバーしていますが、既存のBEP-20トークンには影響を与えません。そのアーキテクチャは、ネットワークが機能を受け入れるかどうか、誰がトークンの権限を行使できるか、そしてその権限が影響を与える保有者は誰かという3つの質問を分離しています。

CAS20は、一般的なトークンの動作をネイティブチェーンロジックに組み込み、状態を持つプリコンパイルとして実装されます。同じ設計により、ネットワークガバナンスはインフラストラクチャを利用可能にする役割を持ち、発行者は資産自体を制御します。

ガバナンスが開放を制御する

BEP-702の下では、チェーンガバナンスはGovHubを通じてアクティベーション管理者を任命します。BSCのガバナンス転送契約です。管理者は、その後、機能を有効化または無効化するために別々の呼び出しを行います。

リリースのアクティベーション実装は、その分割を強制します。GovHubのみが管理者を変更でき、保存された非ゼロの管理者のみがスイッチを操作できます。

この設計は、資産バリアントトークンの作成、ステーブルコインバリアントトークンの作成、共有ポリシーレジストリへの書き込みのための別々のスイッチを提供します。

バリアントが有効化されると、ファクトリーの作成パスには個別の発行者承認リストは含まれません。作成者は初期トークン管理者と初期化指示を提供します。BNBチェーンの発行者向けの早期アクセスホワイトリストは、このコードが各発行者を個別にライセンスする証拠として解釈されるべきではありません。

トークン作成機能を閉じると、そのバリアントの新しいCAS20トークンの作成が停止します。ただし、既存のトークンが自らの権限の下で追加ユニットをミントしたり、残高を移転したり、役割を管理したりすることは停止しません。

立ち上げを計画している発行者にとって、依存関係は具体的です：ジェナーサポートをインストールし、選択したネイティブトークンバリアントの作成を有効化することは異なるマイルストーンです。既存の保有者にとって、同じスイッチは残高を移動または凍結するための直接的なメカニズムではありません。 BNBチェーンの提案されたCAS20コントロールは、権限を4つの役割に分割し、デフォルトで押収を無効にしています。

共有ポリシーレジストリは、トークンが存在した後に2つ目の依存関係を作成します。トークン管理者は特定の操作のためのポリシーを選択し、各ポリシーにはメンバーシップを担当する独自の管理者がいます。

タグ付けされたポリシー実装は、機能のアクティベーションの背後でレジストリの書き込みを制限し、リストメンバーシップの変更や管理者の引き継ぎを含みます。トークンは、リストが更新できない場合でも、既存のリストを引き続き参照できます。

転送に使用されるポリシーによってすでにブロックされているアカウントを考えてみてください。ポリシーレジストリ機能が無効になっている場合、リスト管理者はそのゲートが閉じている間にアカウントを削除できません。保有者は、ネットワークレベルのアクションがトークンを凍結したり、その残高を変更したりしなかった場合でも、既存のルールの下で制限され続ける可能性があります。

トークンのデフォルト管理者は、他の既存のポリシーをバインドすることができます。なぜなら、トークンレベルのポリシーバインディングはレジストリの書き込みスイッチの外にあるからです。それは凍結された共有リストを編集することとは異なり、トークンの残りの管理権限に依存します。

リストを再利用することで、複数の資産にわたる操作が簡素化される可能性がありますが、メンバーシップの決定の影響が集中します。共有ポリシーの変更は、参照するすべてのトークンと操作における同じアカウントの適格性を変更する可能性があります。

ネットワークのアクティベーション管理者を置き換えることでスイッチの制御が復元されますが、それだけではリストエントリを修正することはできません。ポリシーの書き込みを再開し、許可されたメンバーシップを更新することは別のアクションです。

発行者の権限が移転と押収を管理

トークン内では、役割管理とポリシー選択が異なる権限を付与します。ミント、自分自身のバーン、押収、一時停止、再開は別々の役割を使用します。

権限を異なるアドレスに割り当てることも、同じアドレスに集中させることもできます。ネットワークアクティベーション権限、トークン役割メンバーシップ、およびポリシーリスト管理は、組織がそれらのいくつかを保持していても、依然として異なる権限です。

通常の移転実装は、送信者と受信者をそれぞれのポリシーに対してチェックし、他のアカウントの資金を移動する際には委任された実行者をチェックします。

ミントには別の受取人ポリシーがあるため、新たにミントされたユニットを受け取る権限があるからといって、アカウントがトークンを送信したり、他の保有者のために行動したりできるかどうかは自動的には決まりません。

押収は、認可されたオペレーターが保有者の許可なしに適格な残高を再割り当てできるようにします。しかし、そのデフォルト設定はすべての保有者を保護します：押収役割を付与するだけでは残高を適格にすることはできません。

v1.8.1の管理コードは、保有者ルールをSEIZE_EXEMPT_POLICYと呼びます。それに基づく認可は、アカウントを押収から保護します。作成後の通常の呼び出しでは、再割り当てには保有者がその免除チェックに失敗し、トークンの押収役割、未一時停止の押収機能、十分な残高、および押収受取人ポリシーによって許可された有効な宛先が必要です。

これらのガードを通過すると、seizeWithMemoは通常の移転ポリシーチェックをバイパスし、総供給量は変更されません。バーンは代わりに供給を破壊し、通常のCAS20呼び出しでは、別の役割の下で呼び出し元のトークンのみを取得します。

したがって、移転制限と押収の適格性は相互に交換可能とは見なせません。アカウントが通常の移転を行う能力は、管理上の再割り当ての対象となるかどうかを決定するものではありません。

移転を一時停止することも押収を一時停止することはなく、押収には独自の一時停止設定があり、他の保護策も必要です。

Baseのコバルト制御は、B20標準において役割と適格性の類似した分離を使用します。CAS20の関連する追加の質問は、BNBチェーンの独自のネットワークレベルの機能の承認がこれらのトークンレベルの制御とどのように相互作用するかです。

BNBチェーンの次のマイルストーンは運用中

BNBチェーンのCAS20ページは、早期アクセスの発行者を求めており、ステーブルコインと資産のバリアントを説明しています。

ガバナンスの取り決めは、ネイティブロジックを採用する発行者に対してトレードオフを残します。共通のコードは、同じトークンの動作を別々に実装する必要性を減少させますが、提案はネイティブクライアントの欠陥が複数のCAS20トークンに影響を与え、修正のために別のハードフォークが必要になる可能性があることを警告しています。

10月29日のテストネットフォークは、リリースの次の予定されたステップです。メインネットのリリース日だけでは、アクティベーション役割を保持するアドレス、変更に署名する方法、およびどの機能が開放されたかについての別の質問が残ります。

新しいトークンのローンチは機能の承認に依存し、継続的な共有リストのメンテナンスはレジストリの可用性に依存し、保有者の移転または押収の露出は、発行者が実際に構成する権限とポリシーに依存します。

本コンテンツは、一般的な情報提供のみを目的としたものであり、金融、投資、法律、または税務に関する助言を構成するものではありません。ここに記載されているイベント、報酬、オンラインキャンペーン、またはそれらに関連する情報は、暗号資産の購入、売却、取引、その他いかなる取引の推奨、勧誘、または招待とみなされるべきではありません。暗号資産は価格変動が非常に大きく、損失が発生する可能性があります。WEEXのサービス、プロダクト、および関連イベントの提供状況は、地域によって異なる場合があります。お客様は、ご自身の参加が適用される現地の法令を遵守していることを自ら確認する責任を負うものとします。