Duskで私が何度も立ち返ってしまうのは、「トークン化」が実際の仕組みの中身が大きく異なるにもかかわらず、ひとまとめにされて“総称”として使われがちな点です。既存の資産をトークンで包むだけでは、カストディ、レジストリ、そして照合(リコンシリエーション)は引き続きオフチェーンで行われます。ネイティブ・イシューでは、資産そのものがオンチェーンで作成・管理されるため、イシュー、移転、決済はそれに伴って“台帳の周り”で行えます。つまり、それを台帳に後付けするのではなく、台帳と一体化して扱えるのです。
Duskのアーキテクチャは、機関が適切な認可とプロダクト体制を持っている場合の「次の道」(=ネイティブのほう)に合わせて設計されています。単にラッピングするためだけではありません。
まだ分かっていないのは、ネイティブ・イシューに実際に対応できる発行体がどれくらいいるのか、そして多くの発行体が、足がかりとしてまずはより単純なトークン化から始めるのかということです。
私は、発行体がDuskで最初にどのモデルを選ぶのかを見ています。ラップされたトークンなのか、完全にネイティブな資産なのか。@Dusk #dusk $DUSK
Duskのアーキテクチャは、機関が適切な認可とプロダクト体制を持っている場合の「次の道」(=ネイティブのほう)に合わせて設計されています。単にラッピングするためだけではありません。
まだ分かっていないのは、ネイティブ・イシューに実際に対応できる発行体がどれくらいいるのか、そして多くの発行体が、足がかりとしてまずはより単純なトークン化から始めるのかということです。
私は、発行体がDuskで最初にどのモデルを選ぶのかを見ています。ラップされたトークンなのか、完全にネイティブな資産なのか。@Dusk #dusk $DUSK
