$DUSK 調べれば調べるほど、RWA(実世界資産)について「資産をオンチェーンに載せる」ということが、実にさまざまな意味を持ち得るのだと実感します。
トークン化は、既存の資産のデジタル表現を作り出すことはできますが、保管(カストディ)、台帳(レジストリ)、決済、そしてサービス提供が、依然として別の場所で行われる場合があります。
ネイティブ・イシュアンス(ネイティブ発行)は、それとは別の考え方です。
既存資産をラップするのではなく、資産とそのライフサイクルを、ブロックチェーンそのものを中心に設計することもできます。すなわち、発行、移転、サービス提供、そして決済をブロックチェーン上で行うということです。
この違いが、私の目を引いたのがDuskです。
Duskは、プライバシー、アクセス制御、選択的開示、そして決定論的な決済が重要になる、規制された金融ワークフローを前提に設計されています。
DuskEVMは、アプリケーションやトークン化スタイルのワークフローに馴染みのあるEVM環境を開発者に提供し、DuskDSは、基盤となる決済、データ可用性、トランザクションモデル、そして決定論的なL1の最終性を提供します。
ただ、重要な注意点として、ブロックチェーン基盤だけでは「その資産が法的にネイティブになる」ことを魔法のように自動で実現するわけではありません。機関(インスティテューション)、取引の場(ベニュー)、認可、カストディモデル、そして規制の枠組みは、やはり依然として重要です。
そのため、私にとって面白い問いは、単に次のことではありません。
「このRWAはトークン化できるのか?」
むしろ、それは──
「資産の実際のライフサイクルのうち、どれだけを責任をもってオンチェーンに移せるのか?」
そこが、実世界資産を単にラップするだけよりも、ネイティブ・イシュアンスがはるかに面白くなり得るポイントだと思います。#dusk @Dusk
$VELVET
$ACE
トークン化は、既存の資産のデジタル表現を作り出すことはできますが、保管(カストディ)、台帳(レジストリ)、決済、そしてサービス提供が、依然として別の場所で行われる場合があります。
ネイティブ・イシュアンス(ネイティブ発行)は、それとは別の考え方です。
既存資産をラップするのではなく、資産とそのライフサイクルを、ブロックチェーンそのものを中心に設計することもできます。すなわち、発行、移転、サービス提供、そして決済をブロックチェーン上で行うということです。
この違いが、私の目を引いたのがDuskです。
Duskは、プライバシー、アクセス制御、選択的開示、そして決定論的な決済が重要になる、規制された金融ワークフローを前提に設計されています。
DuskEVMは、アプリケーションやトークン化スタイルのワークフローに馴染みのあるEVM環境を開発者に提供し、DuskDSは、基盤となる決済、データ可用性、トランザクションモデル、そして決定論的なL1の最終性を提供します。
ただ、重要な注意点として、ブロックチェーン基盤だけでは「その資産が法的にネイティブになる」ことを魔法のように自動で実現するわけではありません。機関(インスティテューション)、取引の場(ベニュー)、認可、カストディモデル、そして規制の枠組みは、やはり依然として重要です。
そのため、私にとって面白い問いは、単に次のことではありません。
「このRWAはトークン化できるのか?」
むしろ、それは──
「資産の実際のライフサイクルのうち、どれだけを責任をもってオンチェーンに移せるのか?」
そこが、実世界資産を単にラップするだけよりも、ネイティブ・イシュアンスがはるかに面白くなり得るポイントだと思います。#dusk @Dusk
$VELVET
$ACE