Waseem Ahmad mir

資産をブロックチェーンに載せることと、ブロックチェーン上で資産を発行することは、必ずしも同じではありません。

この違いは、Duskがトークン化された金融資産に取り組む姿勢として興味深いと感じました。

トークン化とは、すでにどこか別の場所に存在する資産のオンチェーン表現を作ることを意味する場合があります。そのブロックチェーン上の表現は、オンチェーン環境の中で利用できますが、基礎となる資産やそのライフサイクルの一部は、チェーン外のインフラに依存したままになることがあります。

ネイティブ発行は、別のアプローチです。

既存の資産をオンチェーンで表すだけでなく、資産のライフサイクルのより多くの部分を、最初からオンチェーンで動作するように設計できます。これには、特定のプロダクトや規制の枠組みに応じて、資産の発行、保有、移転、そして最終的な決済の方法などが含まれます。

規制対象の証券では、この違いが重要になります。

Duskは、必要な認可とプロダクト設定を備えた関係機関や取引の場が整っていれば、規制対象の証券に対するネイティブ発行のワークフローを支える能力があると説明しています。つまり、現実世界のすべての資産がDusk上でそのままネイティブに発行できる、という主張ではありません。

私が興味深いのは、そのアーキテクチャの方向性です。

ブロックチェーンを、従来の資産にデジタルラッパーをかぶせるだけの別レイヤーとして扱うのではなく、ネイティブ発行はもっと大きな問いを投げかけます。つまり、金融資産の実際のライフサイクルのうち、どれだけをオンチェーンで扱えるのか？ということです。

これは、所有権、移転、決済がどのように構造化されるかに影響を与える可能性があります。

私にとって重要なポイントはシンプルです。トークン化は、自動的にネイティブ発行と同じではありません。この違いを理解することで、より広いRWA（現実世界資産）に関する議論がはるかに意味のあるものになります。
#dusk
$DUSK
@Dusk

取引を検証する必要がある人たちがその仕事をできないなら、金融プライバシーはあまり役に立ちません。

私がDuskのアプローチで興味深いと感じるのは、まさにその点です。

規制された金融市場では、すべてを完全に公開すると、参加者が誰にも見られたくない情報が露出する可能性があります。一方で、活動を完全に秘匿してしまうと、認可された当事者が確認する必要があるときに別の問題が生じます。

Duskは、この課題に「プログラマブル・プライバシー」で取り組んでいます。

その考え方は、機密性の高い取引情報は機密のまま保ちつつ、認可されたレビューが必要な場合には選択的開示を可能にすることです。私が読んだ、DuskEVM上のHedgerに関する資料では、機密トランザクションは同型暗号とゼロ知識証明の組み合わせを用いています。

この組み合わせが重要なのは、プライバシーが「とにかく全部隠すもの」として扱われていないからです。

Hedgerは、監査可能性を維持しながら、機密な保有・送受（譲渡）・金額・残高のために設計されています。目標は、規制対象の金融アプリケーションが、必要なときにその検証を行う能力を失うことなく、機密情報を保護する手段を提供することです。

私は、こう捉えるほうがブロックチェーンのプライバシーとしてはずっと現実的だと思います。

金融機関は、ネットワーク全体に対してすべての取引詳細を見せる必要は必ずしもありません。同時に、正当なレビューが不可能になる環境で単に運用することもできません。

そこで重要になるのが選択的開示です。

Duskは、その「ちょうどよい中間」に向けて構築しています。必要なところではプライバシーを確保し、有用なところでは透明性を保ち、必要なときにはコントロールされたレビューを行う、という考え方です。

規制のあるオンチェーン金融においては、その区別は、基盤となるブロックチェーン技術と同じくらい重要になり得ます。

#dusk
$DUSK
@Dusk

What caught my attention about Dusk and NPEX wasn't the word “blockchain.” It was the type of market they were trying to put on-chain.

NPEX is a stock exchange in the Netherlands that is licensed as a Multilateral Trading Facility (MTF). The 2024 announcement described Dusk and NPEX working together on infrastructure for issuing, trading and tokenizing regulated financial instruments.

That's a different starting point from simply creating another token and looking for somewhere to use it.

The idea is to bring parts of the existing financial market infrastructure onto a blockchain environment, while keeping the regulatory framework around the assets and venue.

The announcement points to several potential advantages of on-chain finance: faster settlement, automation of certain processes, interoperability between financial organizations and easier access to liquidity.

But what I found more interesting was the underlying approach.

Dusk isn't describing regulated assets as something that only becomes useful after being wrapped into a generic DeFi product. The goal is to provide infrastructure that financial institutions and regulated venues can actually build on.

That fits with where Dusk is heading today. The network is built for regulated on-chain finance, combining programmable privacy, selective disclosure and deterministic settlement.

And the NPEX partnership gives that idea a concrete example: a regulated financial venue exploring blockchain infrastructure for real-world financial instruments.

For me, that's a more interesting RWA story than simply counting how many assets can be tokenized. The real question is whether the infrastructure can fit the requirements of the financial markets those assets already belong to.


@Dusk
#dusk
$DUSK

EVMチェーンにおけるプライバシーは、コンプライアンスが課題に含まれることで、ずっと面白くなります。

それが、私がHedgerに惹かれた理由です。

Duskの説明によれば、HedgerはDuskEVM実行レイヤーのために特別に構築されています。単一の暗号技術に頼るのではなく、準同型暗号とゼロ知識証明を組み合わせています。

準同型暗号の側は、楕円曲線暗号上のElGamalに基づいており、値を公開せずに暗号化されたまま計算を行えるようにします。そのうえで、ゼロ知識証明が用いられ、基礎となる入力を明かすことなく計算が正しいことを証明します。

私が特に興味を持ったのは、Duskがここからどこへ向かうのかという点です。

目的は単にトランザクションを隠すことではありません。Hedgerは、プライバシーと監査可能性の両方が重要になる金融アプリケーションを中心に設計されています。出典では、機密の所有権、移転、金額、残高を扱う一方で、必要なときにはトランザクションを監査できる能力を保持していると述べています。

また、Zedgerとの重要な違いもあります。ZedgerはUTXOベースのレイヤー向けに設計されていたのに対し、HedgerはEVM環境のために構築されています。つまり、DuskEVMがサポートすることを想定している馴染みのあるEthereumの開発ツールを手放すことなく、EVMスタックで開発者が機密トランザクションに取り組めるということです。

私が最も気になっているのは、秘匿化された板（オーダーブック）の可能性です。Duskによれば、Hedgerはこれのための土台を築いており、取引参加者が自らの意図やポジションを公開せずに済むことを目指しています。

規制された市場においては、機密性と検証可能性の組み合わせは、単にすべてをプライベートにすることよりもはるかに興味深い課題です。

@Dusk
#dusk
$DUSK

DuskEVMが面白いのは、EVM開発者に最初から作り直すことを求めていないからです。
すでにSolidity、Vyper、Foundry、Hardhat、viem、またはethersで開発しているなら、そのおなじみの開発フローをDuskスタックに持ち込むという考え方です。
ただ、私がより興味深いのは、その裏側で何が起きるかです。
DuskEVMはイーサリアム互換の実行環境であり、DuskDSはコンセンサス、決済、データ可用性を担当します。
DUSKは実行に使われ、ブリッジを通じてDusk L1とDuskEVMの間を移動できます。
また、トランザクションのフローにも注目する価値があります。
トランザクションはまずDuskEVMのシーケンサーに到達し、その後L2ブロックに取り込まれます。
バッチャーがトランザクションデータをDuskDSに公開し、状態コミットメントとフォールトプルーフによって、その結果の状態がDuskDSの決済につながります。
この最後の部分が重要なのは、トランザクションの取り込みと決済が同じではないからです。
トランザクションが取り込まれたのを見ただけで、「経過時間の長さ」だけに基づいて最終性を前提としてよいとは限りません。
さらに、Duskがすべてのアプリケーションを同じ環境に押し込もうとしていないのも気に入っています。
Solidityアプリケーションの場合、EVMウォレットや既存のEthereumツールチェーンがそのまま使えるため、DuskEVMは明らかな選択肢です。
Dusk L1と直接連携する必要があるRust/WASMコントラクトには、DuskVMが選択肢として残ります。
つまり、面白いのは単に「DuskにEVMが追加された」ことではありません。
開発者にとってなじみのある実行環境を提供しつつ、それをDusk自身の決済およびデータ可用性レイヤーに接続したままにしている点が本質です。
@Dusk
#dusk
$DUSK

以前は、ビットコインの面白さはその資産そのものにあると思っていました。最近は、それを支えるインフラにより注目するようになりました。
バビロンのドキュメントを読んでいて、ある点が特に印象に残りました。プロトコルは単一のコンポーネントを中心に作られているわけではないのです。ビットコイン、Babylon Genesis、BTCステーキング、ファイナリティ・プロバイダー、Vigilanteネットワークのような監視サービス、そしてネットワークの運用方法を調整するその他のモジュールを組み合わせています。
このアーキテクチャを理解すると、Trustless Bitcoin Vaults（TBV）への見方がより深まりました。
TBVの最初のユースケースは、パブリック・テストネット上でのAave v4によるネイティブなビットコイン担保の借入です。ユーザーにビットコインをラップさせたり、カストディを介した仲介者に頼らせる代わりに、TBVはネイティブのビットコインを担保として使いながら、信頼不要のままで運用できるよう設計されています。
私にとっては、ドキュメントとパブリック・テストネットが相互に補完し合っています。ドキュメントは基盤となるインフラがどのように整理されているかを説明し、パブリック・テストネットは、借入のフローを実際に体験して、より広い普及の前にフィードバックを提供できる場を用意してくれます。
だからこそ、パブリックなテストには意味があると思うのです。プロトコルについて読むだけでも有益ですが、実際に触れてみると、どこに指示をより分かりやすくできるのか、どこでユーザー体験を改善できるのか、そして新規ユーザーがどんな疑問を持ちそうかが見えてくることが多いです。
もしビットコイン担保のDeFiに関心があるなら、Trustless Bitcoin Vaults（TBV）のパブリック・テストネットを試して、公式フォームからフィードバックを共有してみてください。実践的なフィードバックは、オープンなテストプロセスにおける最も価値の高い要素の一つです。@BabylonLabs_io
#baby
$BABY

パブリックなテストネットの最大の利点のひとつは、透明性だと思います。
告知だけに頼るのではなく、誰でもエクスプローラーを開いてネットワークで何が起きているのかを見ることができます。そのため、プロダクトがまだテスト段階にある間でも、進捗を理解しやすくなります。
私は@BabylonLabs_io からTrustless Bitcoin Vaults（TBV）を少し調べていて、借り入れのフローが誰でも試せるように公開されている点が気に入っています。最初のユースケースは、パブリックテストネット上でAave v4によるネイティブなビットコイン担保の借り入れです。人々は、そこに書かれている内容を読むだけではなく、自分でプロセスを進めて確認できます。
また、エクスプローラーも体験の中で役に立つ要素です。システムがどのように使われているかを追いながら、ボールト、貸付アクティビティ、その他のテストネットデータを閲覧できます。私にとっては、成功したトランザクションの先に観察できるものがあるので、テストがより意味のあるものになります。
パブリックテストネットを試すなら、手順を完了したところで止めないでください。もう数分余分に時間を取り、あたりを見て回り、何かが分かりにくい、あるいはより良くできそうだと感じたら、公式フォームからフィードバックを送ってください。そうしたフィードバックこそが、パブリックテストネットが意図されている目的そのものです。
今後数週間で、テストネットがどのように進化していくかを見守ります。
#baby
$BABY

パブリック・テストネットの一番いいところは、バグを見つけることではありません。改善できる点を見つけることです。
そのために、より広くリリースされる前にプロダクトを探索するときは、私はいつもそういう姿勢を持つよう努めています。
パブリック・テストネットは、人々に「取引が通ることを確認する」以上の機会を与えてくれます。実在のユーザーが、現時点でのプロダクトを体験し、旅の道筋がどこでより分かりやすく、よりスムーズに、あるいは理解しやすくなり得るかを指摘できるようにしてくれるのです。
それが私が Trustless Bitcoin Vaults（TBV）を探索することに関心を持っている理由の一つです。
ネイティブのビットコイン担保による借り入れのパブリック・テストネットはすでに稼働しています。つまり、誰でも借り入れのフローを体験して仕組みを見て、自分の意見を形成できます。スクリーンショットやドキュメントだけに頼らなくて済むのです。
また、Babylon がテストネットを公開するだけで終わらせなかった点も評価しています。チームは公式のフィードバックフォームを用意しており、ユーザーがテスト後に気づいたことを共有しやすくしています。
役に立つコメントはすべて技術的である必要はありません。最も価値のあるフィードバックは、止まってしまった場所を説明することだったり、どこが分かりにくかったのかを言語化することだったり、どのステップをより明確に伝えられるかを示すことだったりする場合があります。そうした気づきは、多くの場合、開発者ではなく日常のユーザーから生まれます。
もし TBV を試す予定があるなら、テストネットの探索が終わったあとに、フィードバックフォームを完了するための数分を追加で使うことをおすすめします。テストはプロダクトを理解するのに役立ち、フィードバックは、より広い展開を行う前にチームがそれを改善するのに役立ちます。
パブリック・テストネットが価値あるのは、まさにそこだと思います。単なる初期プレビューではありません。プロダクトが進化している最中に、コミュニティがプロダクトに貢献できる機会なのです。
@BabylonLabs_io
#baby
$BABY

私はこれまでずっと、ビットコインは「保管するもの」であって「運用に回すもの」ではないと結び付けて考えてきました。
たぶんそのために、Trustless Bitcoin Vaults（TBV）が私の目に留まったのだと思います。
長い間、ビットコインをめぐる会話は単純でした。買う、保有する、そして安全に保つ。TBVは別の発想を提示します。ネイティブのビットコインを、ウォレットの中でじっとしているだけの資産として扱うのではなく、ラップ（ラッピング）したり、ブリッジしたり、仲介業者に頼ったりすることなく、ネイティブBTCを担保として使えるように設計されているのです。
この視点の転換は面白いと思います。
最初のアプリケーションは、パブリック・テストネット上でのAave v4による、ネイティブ・ビットコインを裏付けとした借り入れです。これは、ビットコインが長期保管にとどまらず、かつビットコインにネイティブであり続けたまま使われ得ることを示す、実用的な例です。
私が借り入れそのものよりも興味深いのは、それが指し示す方向性です。公式資料では、TBVはインフラとして設計されており、時間の経過とともに、ネイティブ・ビットコインを担保として使う他の金融アプリケーションを支えることが目標だと説明されています。だから、単一のプロダクトというより「土台」のように感じられます。
パブリック・テストネットは、これらの考え方がまだ洗練されつつあるという良いリマインダーにもなります。設計について読むだけでなく、誰でも借り入れのフローを調べ、仕組みを理解し、自分自身の経験に基づいてフィードバックを提出できます。
新しいプロトコルを学ぶための最良の方法の一つだと思います。ドキュメントは概念を説明してくれますが、実際にプロダクトを使うことで、チームが何を作ろうとしているのかをはるかに明確に理解できます。
@BabylonLabs_io
#baby
$BABY

$SNDKB における最新の動きは、買いの継続的な関心を反映しており、価格が先行する日中の水準を上回ったまま、より高い高値を出し続けている。モメンタムは好材料だが、強いトレンドがどれほど健全かは、単発の急騰の大きさではなく、利益をどれだけ防衛できているかで判断するのがよい。
私のアプローチは、市場構造があらゆる判断を導くようにすることだ。価格を追いかけるだけでは優位性は生まれにくい。確認を待ち、リスクを管理し、規律を保つことが重要だ。長期的な一貫性は、短期の高揚に反応することではなく、再現可能なプロセスを実行することで生まれる。
すべてのチャートには物語があるが、情報を結果に変えるのは、規律ある実行だけだ。
#ShareMyTradFi

「ネイティブ・ビットコイン」というフレーズが、借入機能が出てくる前に私の目を引きました。
最初にTrustless Bitcoin Vaults（TBV）について読んだとき、ずっと一つの疑問がありました。なぜバビロンはネイティブ・ビットコインをこれほどまでに重視しているのか、と。
読み進めていくうちに、ポイントはBTCの別バージョンを紹介することではないと分かりました。TBVの考え方は、ラップしたり、ブリッジしたり、仲介者に頼ってオンチェーンのアプリで使えるようにするのではなく、ネイティブ・ビットコインそのものを担保として使えるようにすることです。
これは興味深い設計の選択だと思います。
何年も前から、ビットコインをDeFiに持ち込む話題では、他のエコシステムと連携できるようにビットコインの表現（レプリカ）を作ることに焦点が当てられることが多くありました。TBVは、どうすれば「ネイティブ・ビットコインがどう参加できるか」を問いから始めます。
それにより体験が自動的にシンプルになるわけではありませんが、バビロンが向かっている方向性を説明しています。担保として使う前に、資産の別の形にユーザーを切り替えさせるよう求めるのではなく、ネイティブ・ビットコインの周りにインフラを構築することに重点が置かれています。
また、公的なテストネットが人々に、このアプローチを「読んで理解する」だけでなく「実際に見る」機会を与えてくれる点も気に入っています。技術的なアイデアは、それに触れて操作でき、そして自分の経験に基づいてフィードバックを共有できると、理解しやすくなります。
テストネットをより多くの人が試すにつれて、コミュニティがどう反応するのか見てみたいです。時には、誰かの説明を読むよりも、自分でプロダクトを使うことから得られる洞察のほうが価値が高いことがあります。
@BabylonLabs_io
#baby
$BABY

Trustless Bitcoin Vaults（TBV）が最初のユースケースとして、Aave v4を用いたネイティブのビットコイン担保による借り入れを選んだのを見て、それは始めるのに実用的な場所だと思いました。
借り入れは、多くの暗号資産ユーザーがすでに理解しているものです。まったく新しい金融商品を導入するのではなく、別のアプローチでビットコイン担保を探りながら、馴染みのあるユースケースから始めています。
私の関心を引いたのは、借り入れそのものだけではありません。体験の中心にネイティブのビットコインがある、という発想です。何年も前から、DeFiでビットコインを使うには、アプリと連携する前に別の形に変換することが多くありました。TBVは、ラッピングやブリッジ、中央集権的な仲介に頼らず、ネイティブのビットコイン担保に焦点を当てることで、別の方向性を選んでいます。
学習の観点からすると、この公開テストネットは興味深いです。取引が機能するかどうかを確認するだけではありません。このアプローチが実際にどう感じられるのか、借り入れのフローを理解し、プロダクトがまだテスト段階にあるうちにフィードバックを提供できる機会でもあります。
また、多くのDeFiユーザーがすでに認識しているプロトコルから始めることで、体験をより理解しやすくする助けになるとも思います。プロセスの一部が馴染みのあるものであれば、実際に新しい部分に集中しやすくなります。
私自身もテストネットを探るのが楽しみです。ドキュメントを読むことでコンセプトは理解できますが、実際にプロダクトを使うと、紙の上では見えにくい細部が明らかになることがよくあります。そういったところにこそ、最良のフィードバックが集まるのが通常です。
ネイティブのビットコイン担保による借り入れがどう機能するのか気になっているなら、この公開テストネットはぜひ探索して、フィードバックを共有する価値があります。
@BabylonLabs_io
#baby
$BABY
🗳️ どの機能がまずあなたの関心を引きますか？