Waseem Ahmad mir
7k 投稿
Waseem Ahmad mir
厳選トピック確認済＋Binance square Content Creator | Binance KOL | Trader | BNB Holder | Web3 Marketer | Blockchain Enthusiast | Influencer | X-@Meerwaseem2311
Traders League Badge Expert
超高頻度トレーダー
1.9年
179 フォロー
37.5K+ フォロワー
112.3K+ いいね
1 バッジ
投稿
すべて
引用
動画
ライブ
@Binance Square Official に感謝します！#TradebStocks のキャンペーン受賞者の中に自分の名前があるのを見られて本当に嬉しいです。機会と、Binanceコミュニティからのサポートに感謝します。第9回アニバーサリーのスワッグを楽しみにしています！🎉🏆
Binance Square Official
·
--
#TradebStocks キャンペーンの受賞者の皆さま、おめでとうございます！各受賞者の方には、Binance 9周年記念のノベルティセットをお届けします！「フィードの秘書からのお知らせ」をご確認のうえ、通知を受け取ってから7日以内に配送先住所を提出してください。ありがとうございます！
🏆 受賞者: @Waseem Ahmad mir @CryptoYash @Hua BNB @Draven Kai @William_George @LearnToEarn @Casper Sheraz @Mastering Crypto @X mucaN @Leo_Carter @LinhInsights @AmnaJen @三月 - M A R C H @Masao Fast News @GOLF123 @Thilina_Mihisara @Aquarius52 @yosreia @Blockchain_sch @Crypto_GR
🏆 受賞者: @Waseem Ahmad mir @CryptoYash @Hua BNB @Draven Kai @William_George @LearnToEarn @Casper Sheraz @Mastering Crypto @X mucaN @Leo_Carter @LinhInsights @AmnaJen @三月 - M A R C H @Masao Fast News @GOLF123 @Thilina_Mihisara @Aquarius52 @yosreia @Blockchain_sch @Crypto_GR
金融ブロックチェーンについて私が繰り返し立ち返っていることの一つは、あらゆる情報が同じレベルの可視性を必要とするわけではない、という点です。
規制された資産のことを考えてみてください。
市場が見ておくと役に立つ情報もあれば、機密として保持されるべき情報もあります。さらに、特定の理由のために、認可された当事者が特定の情報を確認する必要がある状況もありえます。
Duskのこの考え方を、同社は「プログラマブル・プライバシー」と呼んでいます。
発想自体はかなりシンプルです。必要なところではプライバシーを使い、役に立つところでは透明性を保ち、認可された当事者が特定の情報を必要とするときには選択的開示を可能にします。Duskのドキュメントでは、これらを規制下の業務フローに対するプロトコルのアプローチの一部として説明しています。
私はこのようなプライバシーの捉え方が気に入っています。というのも、プライバシーは「すべてかゼロか」の判断ではないからです。
市場参加者が、必ずしもあらゆる金融の詳細を誰にでも公開する必要があるわけではありません。しかし、それによって認可されたレビューが不可能になるべきだ、という意味でもありません。
そして、決済の側面があります。
Duskは、規制下の金融業務フローにおけるもう一つの中核要件として、決定論的な決済（deterministic settlement）を挙げています。不確実なままにしておくのではなく、予測可能な最終性を目指す、ということです。
つまり、4つの考え方は互いにきちんと噛み合っています。
情報を公開すべきでないときはプライバシー。
可視性が役に立つときは透明性。
特定のレビューが必要なときは選択的開示。
取引に明確な最終結果が必要なときは決定論的な決済。
これは、単に「Duskはプライバシー・ブロックチェーンだ」と呼ぶよりも、はるかに具体的な提案です。
#dusk $DUSK @Dusk
規制された資産のことを考えてみてください。
市場が見ておくと役に立つ情報もあれば、機密として保持されるべき情報もあります。さらに、特定の理由のために、認可された当事者が特定の情報を確認する必要がある状況もありえます。
Duskのこの考え方を、同社は「プログラマブル・プライバシー」と呼んでいます。
発想自体はかなりシンプルです。必要なところではプライバシーを使い、役に立つところでは透明性を保ち、認可された当事者が特定の情報を必要とするときには選択的開示を可能にします。Duskのドキュメントでは、これらを規制下の業務フローに対するプロトコルのアプローチの一部として説明しています。
私はこのようなプライバシーの捉え方が気に入っています。というのも、プライバシーは「すべてかゼロか」の判断ではないからです。
市場参加者が、必ずしもあらゆる金融の詳細を誰にでも公開する必要があるわけではありません。しかし、それによって認可されたレビューが不可能になるべきだ、という意味でもありません。
そして、決済の側面があります。
Duskは、規制下の金融業務フローにおけるもう一つの中核要件として、決定論的な決済（deterministic settlement）を挙げています。不確実なままにしておくのではなく、予測可能な最終性を目指す、ということです。
つまり、4つの考え方は互いにきちんと噛み合っています。
情報を公開すべきでないときはプライバシー。
可視性が役に立つときは透明性。
特定のレビューが必要なときは選択的開示。
取引に明確な最終結果が必要なときは決定論的な決済。
これは、単に「Duskはプライバシー・ブロックチェーンだ」と呼ぶよりも、はるかに具体的な提案です。
#dusk $DUSK @Dusk
確認済み
規制対象の資産は、オンチェーンに移ったからといって規制の対象外になるわけではありません。
それは一見すると当然のように聞こえますが、Duskを見ていくうえで重要なポイントです。
金融資産をオンチェーンに載せるとしても、それを誰がアクセスできるのか、どのような移転が許可されるのか、どんな情報を利用可能にしておく必要があるのか、そして取引が最終的にどのように決済されるのか—そのためのルールがまだ必要です。
そこで、Duskの「プログラマブル・プライバシー」の考え方が私にはしっくりきます。
目標は、市場全体を見えなくすることではありません。Duskのアプローチは、本当に必要な場面ではプライバシーを使いつつ、有用な場面では透明性を維持することに基づいています。さらに、ワークフローで必要があれば、特定の情報を認可された関係者に開示することもできます。
この区別は重要だと思います。
投資家は、自分の金融活動のあらゆる詳細を公開したくないかもしれません。しかし、認可された関係者は、特定のレビューのための証拠をまだ必要とすることがあります。これらは必ずしも相反する要件ではありません。
そして決済があります。
Duskは、決済を規制市場向けインフラの中核だと説明しています。その考え方は、決済をプロセスの他の部分から切り離されたものとして扱うのではなく、金融ワークフローに対して予測可能な最終性を与えることです。
私がDuskから受け取った4つのポイントは、かなり明確です。
必要な場面でのプライバシー。
有用な場面での透明性。
認可されたレビューが必要とする場合の選択的開示。
最終取引のための決定論的な決済。
規制された金融にとっては、「Duskはプライバシーブロックチェーンだ」と言うだけよりも、この組み合わせのほうが私にはより興味深く思えます。
では、オンチェーン上で動く規制対象資産にとって最も重要なのは何でしょうか？
#dusk $DUSK @Dusk
それは一見すると当然のように聞こえますが、Duskを見ていくうえで重要なポイントです。
金融資産をオンチェーンに載せるとしても、それを誰がアクセスできるのか、どのような移転が許可されるのか、どんな情報を利用可能にしておく必要があるのか、そして取引が最終的にどのように決済されるのか—そのためのルールがまだ必要です。
そこで、Duskの「プログラマブル・プライバシー」の考え方が私にはしっくりきます。
目標は、市場全体を見えなくすることではありません。Duskのアプローチは、本当に必要な場面ではプライバシーを使いつつ、有用な場面では透明性を維持することに基づいています。さらに、ワークフローで必要があれば、特定の情報を認可された関係者に開示することもできます。
この区別は重要だと思います。
投資家は、自分の金融活動のあらゆる詳細を公開したくないかもしれません。しかし、認可された関係者は、特定のレビューのための証拠をまだ必要とすることがあります。これらは必ずしも相反する要件ではありません。
そして決済があります。
Duskは、決済を規制市場向けインフラの中核だと説明しています。その考え方は、決済をプロセスの他の部分から切り離されたものとして扱うのではなく、金融ワークフローに対して予測可能な最終性を与えることです。
私がDuskから受け取った4つのポイントは、かなり明確です。
必要な場面でのプライバシー。
有用な場面での透明性。
認可されたレビューが必要とする場合の選択的開示。
最終取引のための決定論的な決済。
規制された金融にとっては、「Duskはプライバシーブロックチェーンだ」と言うだけよりも、この組み合わせのほうが私にはより興味深く思えます。
では、オンチェーン上で動く規制対象資産にとって最も重要なのは何でしょうか？
#dusk $DUSK @Dusk
Programmable privacy
0%
Selective disclosure
0%
Regulatory compliance
0%
Deterministic settlement
0%
0 投票 • 投票は終了しました
$DUSK 216.8 USDT（30日間の取引）
金融市場におけるプライバシーは、何もかも隠すことではありません。実際に「見える必要があるもの」を理解することです。
私がDuskのアプローチで納得できるのは、その点です。
透明性が役立つ場面では、一部の情報は公開され得ます。一方で、金融上のポジションや取引は、誰もが見てよいものとは限らないため、非公開である必要がある情報もあります。
そして、選択的開示があります。
権限のある当事者が特定の情報を確認する必要がある場合、全システムをオープンブックにするのではなく、そのアクセスを提供する、という考え方です。規制された市場では、この区別が重要になります。
私はここに、単に「プライベート・ブロックチェーン」と言うだけではなく、Duskのプログラマブル・プライバシーの発想がより面白くなるポイントがあると思います。
状況に応じて、可視性のレベルを変えられるようにすることが目標です。
意味のあるところではプライバシー。
役に立つところでは透明性。
権限のあるレビューが必要とするときには開示。
そして、決済を決定論的にすることで、金融ワークフローに明確な結果をもたらします。
私がDuskについて読むたびに立ち返ってしまうのは、この4つの要素です。
規制のある金融市場は、一般的なパブリックな取引システムとは要件が異なります。すべてを見える状態にすることが常に現実的とは限りませんが、すべてを隠すことが答えでもありません。
興味深い課題は、両方をうまく扱う方法を見つけることです。
Duskが、規制された市場のためのプログラマブル・プライバシーで取り組もうとしているのは、その問題です。
#dusk $DUSK @Dusk
私がDuskのアプローチで納得できるのは、その点です。
透明性が役立つ場面では、一部の情報は公開され得ます。一方で、金融上のポジションや取引は、誰もが見てよいものとは限らないため、非公開である必要がある情報もあります。
そして、選択的開示があります。
権限のある当事者が特定の情報を確認する必要がある場合、全システムをオープンブックにするのではなく、そのアクセスを提供する、という考え方です。規制された市場では、この区別が重要になります。
私はここに、単に「プライベート・ブロックチェーン」と言うだけではなく、Duskのプログラマブル・プライバシーの発想がより面白くなるポイントがあると思います。
状況に応じて、可視性のレベルを変えられるようにすることが目標です。
意味のあるところではプライバシー。
役に立つところでは透明性。
権限のあるレビューが必要とするときには開示。
そして、決済を決定論的にすることで、金融ワークフローに明確な結果をもたらします。
私がDuskについて読むたびに立ち返ってしまうのは、この4つの要素です。
規制のある金融市場は、一般的なパブリックな取引システムとは要件が異なります。すべてを見える状態にすることが常に現実的とは限りませんが、すべてを隠すことが答えでもありません。
興味深い課題は、両方をうまく扱う方法を見つけることです。
Duskが、規制された市場のためのプログラマブル・プライバシーで取り組もうとしているのは、その問題です。
#dusk $DUSK @Dusk
アルハムドゥリッラー ❤️
なんて素敵なサプライズ！🥳 私は #TradebStocks キャンペーンを通じて、Binance 9周年スワッグセットが当たったことを共有できて嬉しいです。🎁
コミュニティと自分のbStocksの体験をシェアするために参加しましたが、その努力が認められたことを見て、とても良い気持ちです。
住所の提出が正常に完了しました。あとはスワッグが届くのを待つだけです！📦
@Binance Square Official の皆さん、そしてBinanciansの皆さん、他のすべての受賞者の皆さんにもおめでとうございます。💛
#TradebStocks #Binance9YA
なんて素敵なサプライズ！🥳 私は #TradebStocks キャンペーンを通じて、Binance 9周年スワッグセットが当たったことを共有できて嬉しいです。🎁
コミュニティと自分のbStocksの体験をシェアするために参加しましたが、その努力が認められたことを見て、とても良い気持ちです。
住所の提出が正常に完了しました。あとはスワッグが届くのを待つだけです！📦
@Binance Square Official の皆さん、そしてBinanciansの皆さん、他のすべての受賞者の皆さんにもおめでとうございます。💛
#TradebStocks #Binance9YA
Binance Square Official
·
--
#TradebStocks を共有して、私たちの独占的なBinance 9YAスワッグセットを勝ち取ろう
Binance Squareに#TradebStocks で投稿し、あなたのbStock取引体験やチュートリアルを共有し、独占的なBinance 9周年スワッグセットを獲得しましょう。
アクティビティ期間：2026-06-11 14:00 (UTC) - 2026-06-17 23:59 (UTC)
報酬：
bStockのチュートリアルと初めて試したときの個人的な体験を共有してください。新しい仲間やコミュニティと共有してください。最高のコンテンツは、オリジナリティ、個人的なタッチ、エンゲージメント率、コメントの質によってランク付けされます：
🥇 英語で内容を持つ10人の勝者
🥇 中国語（簡体字および繁体字を含む）で内容を持つ10人の勝者
アクティビティ期間：2026-06-11 14:00 (UTC) - 2026-06-17 23:59 (UTC)
報酬：
bStockのチュートリアルと初めて試したときの個人的な体験を共有してください。新しい仲間やコミュニティと共有してください。最高のコンテンツは、オリジナリティ、個人的なタッチ、エンゲージメント率、コメントの質によってランク付けされます：
🥇 英語で内容を持つ10人の勝者
🥇 中国語（簡体字および繁体字を含む）で内容を持つ10人の勝者
確認済み
MMF、ETF、債券、その他のRWAはすべて同じ仕組みで動くわけではありません。それが、これらをオンチェーンに持ち込むことが面白い理由です。
私はDusk Tradeをより詳しく見ています。というのも、単に1種類の金融資産をブロックチェーンに載せるという発想ではないからです。
DuskはDusk Tradeを、トークン化された金融資産のアプリケーション層だと説明しています。投資家のオンボーディング、適格性チェック、ウォレット接続、購入または売却、支払いの調整、そして決済などがワークフローに含まれます。
金融資産は、ウォレットの中に置かれたただのトークンではないため、これは重要です。
誰がアクセスを許可されるか、どのように譲渡できるか、どの情報を利用可能にする必要があるか、そして取引における支払い側と資産側がどのように決済されるか、といったルールが存在し得ます。
Duskのより広範なインフラは、そうした規制された市場の要件を前提に構築されています。同社の現在の資料では、プライバシー（選択的開示）、アクセス制御、決定論的な決済が、規制対象のデジタル資産のためのインフラの一部であると説明されています。
MMF、ETF、債券の例に注目したのは、「RWA」を1つの単一カテゴリとして扱うのではなく、Duskがターゲットとしている資産の幅を示しているからです。
面白い問いは、単にこれらの資産をオンチェーンで表現できるかどうかだけではないと思います。
より難しいのは、その周辺にある市場プロセスもそこで機能し得るかどうかです。
そこでDusk Tradeが私にとって興味深いのです。資産そのものだけでなく、所有、適格性、取引、決済をめぐるワークフローまで含めてです。
#dusk $DUSK @Dusk
私はDusk Tradeをより詳しく見ています。というのも、単に1種類の金融資産をブロックチェーンに載せるという発想ではないからです。
DuskはDusk Tradeを、トークン化された金融資産のアプリケーション層だと説明しています。投資家のオンボーディング、適格性チェック、ウォレット接続、購入または売却、支払いの調整、そして決済などがワークフローに含まれます。
金融資産は、ウォレットの中に置かれたただのトークンではないため、これは重要です。
誰がアクセスを許可されるか、どのように譲渡できるか、どの情報を利用可能にする必要があるか、そして取引における支払い側と資産側がどのように決済されるか、といったルールが存在し得ます。
Duskのより広範なインフラは、そうした規制された市場の要件を前提に構築されています。同社の現在の資料では、プライバシー（選択的開示）、アクセス制御、決定論的な決済が、規制対象のデジタル資産のためのインフラの一部であると説明されています。
MMF、ETF、債券の例に注目したのは、「RWA」を1つの単一カテゴリとして扱うのではなく、Duskがターゲットとしている資産の幅を示しているからです。
面白い問いは、単にこれらの資産をオンチェーンで表現できるかどうかだけではないと思います。
より難しいのは、その周辺にある市場プロセスもそこで機能し得るかどうかです。
そこでDusk Tradeが私にとって興味深いのです。資産そのものだけでなく、所有、適格性、取引、決済をめぐるワークフローまで含めてです。
#dusk $DUSK @Dusk
確認済み
人々がトークン化について見落としがちなのは、トークンを作成した後に来るものすべてだと思います。
Dusk Tradeについて読んでいて、そこが私の目に留まりました。
Dusk Tradeはベースとなるブロックチェーンではありません。Dusk上のトークン化された金融資産のためのアプリケーション層です。ドキュメントでは、それを実際の市場ワークフローとして説明しています。つまり、資産を見つけること、投資家をオンボードすること、ウォレットを接続すること、適格性を確認すること、購入または売却すること、支払い側と資産側の両方を調整すること、そして取引を決済することです。
「金融資産をオンチェーンに載せる」と言うだけより、こちらのほうが納得できます。
規制対象の資産では、トークンそのものはプロセスの一部にすぎません。誰がアクセスできるのか、誰が保有または譲渡できるのか、どの情報を非公開に保つ必要があるのか、そして支払いと資産の決済がどのように一緒に行われるのか、といった問いがあります。Duskの市場インフラは、それらの要件に基づいて構築されています。
Dusk Tradeは、そのインフラの上に成り立っています。その下では、Duskはさまざまな用途のために異なる部品を提供しています。決済とデータ可用性のためのDuskDS、EVMアプリケーションのためのDuskEVM、Rust/WASMコントラクトのためのDuskVM、そしてアイデンティティと選択的開示のためのCitadelです。
私はまさにそこに関心があります。
トークン化が見出しにはなるものの、実際に複雑になるのは市場のワークフローのほうです。Duskは、その部分にかなりの設計上の労力を費やしているように見えます。
#dusk $DUSK @Dusk
Dusk Tradeについて読んでいて、そこが私の目に留まりました。
Dusk Tradeはベースとなるブロックチェーンではありません。Dusk上のトークン化された金融資産のためのアプリケーション層です。ドキュメントでは、それを実際の市場ワークフローとして説明しています。つまり、資産を見つけること、投資家をオンボードすること、ウォレットを接続すること、適格性を確認すること、購入または売却すること、支払い側と資産側の両方を調整すること、そして取引を決済することです。
「金融資産をオンチェーンに載せる」と言うだけより、こちらのほうが納得できます。
規制対象の資産では、トークンそのものはプロセスの一部にすぎません。誰がアクセスできるのか、誰が保有または譲渡できるのか、どの情報を非公開に保つ必要があるのか、そして支払いと資産の決済がどのように一緒に行われるのか、といった問いがあります。Duskの市場インフラは、それらの要件に基づいて構築されています。
Dusk Tradeは、そのインフラの上に成り立っています。その下では、Duskはさまざまな用途のために異なる部品を提供しています。決済とデータ可用性のためのDuskDS、EVMアプリケーションのためのDuskEVM、Rust/WASMコントラクトのためのDuskVM、そしてアイデンティティと選択的開示のためのCitadelです。
私はまさにそこに関心があります。
トークン化が見出しにはなるものの、実際に複雑になるのは市場のワークフローのほうです。Duskは、その部分にかなりの設計上の労力を費やしているように見えます。
#dusk $DUSK @Dusk
資産をブロックチェーンに載せることと、ブロックチェーン上で資産を発行することは、必ずしも同じではありません。
この違いは、Duskがトークン化された金融資産に取り組む姿勢として興味深いと感じました。
トークン化とは、すでにどこか別の場所に存在する資産のオンチェーン表現を作ることを意味する場合があります。そのブロックチェーン上の表現は、オンチェーン環境の中で利用できますが、基礎となる資産やそのライフサイクルの一部は、チェーン外のインフラに依存したままになることがあります。
ネイティブ発行は、別のアプローチです。
既存の資産をオンチェーンで表すだけでなく、資産のライフサイクルのより多くの部分を、最初からオンチェーンで動作するように設計できます。これには、特定のプロダクトや規制の枠組みに応じて、資産の発行、保有、移転、そして最終的な決済の方法などが含まれます。
規制対象の証券では、この違いが重要になります。
Duskは、必要な認可とプロダクト設定を備えた関係機関や取引の場が整っていれば、規制対象の証券に対するネイティブ発行のワークフローを支える能力があると説明しています。つまり、現実世界のすべての資産がDusk上でそのままネイティブに発行できる、という主張ではありません。
私が興味深いのは、そのアーキテクチャの方向性です。
ブロックチェーンを、従来の資産にデジタルラッパーをかぶせるだけの別レイヤーとして扱うのではなく、ネイティブ発行はもっと大きな問いを投げかけます。つまり、金融資産の実際のライフサイクルのうち、どれだけをオンチェーンで扱えるのか？ということです。
これは、所有権、移転、決済がどのように構造化されるかに影響を与える可能性があります。
私にとって重要なポイントはシンプルです。トークン化は、自動的にネイティブ発行と同じではありません。この違いを理解することで、より広いRWA（現実世界資産）に関する議論がはるかに意味のあるものになります。
#dusk
$DUSK
@Dusk
この違いは、Duskがトークン化された金融資産に取り組む姿勢として興味深いと感じました。
トークン化とは、すでにどこか別の場所に存在する資産のオンチェーン表現を作ることを意味する場合があります。そのブロックチェーン上の表現は、オンチェーン環境の中で利用できますが、基礎となる資産やそのライフサイクルの一部は、チェーン外のインフラに依存したままになることがあります。
ネイティブ発行は、別のアプローチです。
既存の資産をオンチェーンで表すだけでなく、資産のライフサイクルのより多くの部分を、最初からオンチェーンで動作するように設計できます。これには、特定のプロダクトや規制の枠組みに応じて、資産の発行、保有、移転、そして最終的な決済の方法などが含まれます。
規制対象の証券では、この違いが重要になります。
Duskは、必要な認可とプロダクト設定を備えた関係機関や取引の場が整っていれば、規制対象の証券に対するネイティブ発行のワークフローを支える能力があると説明しています。つまり、現実世界のすべての資産がDusk上でそのままネイティブに発行できる、という主張ではありません。
私が興味深いのは、そのアーキテクチャの方向性です。
ブロックチェーンを、従来の資産にデジタルラッパーをかぶせるだけの別レイヤーとして扱うのではなく、ネイティブ発行はもっと大きな問いを投げかけます。つまり、金融資産の実際のライフサイクルのうち、どれだけをオンチェーンで扱えるのか？ということです。
これは、所有権、移転、決済がどのように構造化されるかに影響を与える可能性があります。
私にとって重要なポイントはシンプルです。トークン化は、自動的にネイティブ発行と同じではありません。この違いを理解することで、より広いRWA（現実世界資産）に関する議論がはるかに意味のあるものになります。
#dusk
$DUSK
@Dusk
確認済み
取引を検証する必要がある人たちがその仕事をできないなら、金融プライバシーはあまり役に立ちません。
私がDuskのアプローチで興味深いと感じるのは、まさにその点です。
規制された金融市場では、すべてを完全に公開すると、参加者が誰にも見られたくない情報が露出する可能性があります。一方で、活動を完全に秘匿してしまうと、認可された当事者が確認する必要があるときに別の問題が生じます。
Duskは、この課題に「プログラマブル・プライバシー」で取り組んでいます。
その考え方は、機密性の高い取引情報は機密のまま保ちつつ、認可されたレビューが必要な場合には選択的開示を可能にすることです。私が読んだ、DuskEVM上のHedgerに関する資料では、機密トランザクションは同型暗号とゼロ知識証明の組み合わせを用いています。
この組み合わせが重要なのは、プライバシーが「とにかく全部隠すもの」として扱われていないからです。
Hedgerは、監査可能性を維持しながら、機密な保有・送受（譲渡）・金額・残高のために設計されています。目標は、規制対象の金融アプリケーションが、必要なときにその検証を行う能力を失うことなく、機密情報を保護する手段を提供することです。
私は、こう捉えるほうがブロックチェーンのプライバシーとしてはずっと現実的だと思います。
金融機関は、ネットワーク全体に対してすべての取引詳細を見せる必要は必ずしもありません。同時に、正当なレビューが不可能になる環境で単に運用することもできません。
そこで重要になるのが選択的開示です。
Duskは、その「ちょうどよい中間」に向けて構築しています。必要なところではプライバシーを確保し、有用なところでは透明性を保ち、必要なときにはコントロールされたレビューを行う、という考え方です。
規制のあるオンチェーン金融においては、その区別は、基盤となるブロックチェーン技術と同じくらい重要になり得ます。
#dusk
$DUSK
@Dusk
私がDuskのアプローチで興味深いと感じるのは、まさにその点です。
規制された金融市場では、すべてを完全に公開すると、参加者が誰にも見られたくない情報が露出する可能性があります。一方で、活動を完全に秘匿してしまうと、認可された当事者が確認する必要があるときに別の問題が生じます。
Duskは、この課題に「プログラマブル・プライバシー」で取り組んでいます。
その考え方は、機密性の高い取引情報は機密のまま保ちつつ、認可されたレビューが必要な場合には選択的開示を可能にすることです。私が読んだ、DuskEVM上のHedgerに関する資料では、機密トランザクションは同型暗号とゼロ知識証明の組み合わせを用いています。
この組み合わせが重要なのは、プライバシーが「とにかく全部隠すもの」として扱われていないからです。
Hedgerは、監査可能性を維持しながら、機密な保有・送受（譲渡）・金額・残高のために設計されています。目標は、規制対象の金融アプリケーションが、必要なときにその検証を行う能力を失うことなく、機密情報を保護する手段を提供することです。
私は、こう捉えるほうがブロックチェーンのプライバシーとしてはずっと現実的だと思います。
金融機関は、ネットワーク全体に対してすべての取引詳細を見せる必要は必ずしもありません。同時に、正当なレビューが不可能になる環境で単に運用することもできません。
そこで重要になるのが選択的開示です。
Duskは、その「ちょうどよい中間」に向けて構築しています。必要なところではプライバシーを確保し、有用なところでは透明性を保ち、必要なときにはコントロールされたレビューを行う、という考え方です。
規制のあるオンチェーン金融においては、その区別は、基盤となるブロックチェーン技術と同じくらい重要になり得ます。
#dusk
$DUSK
@Dusk
確認済み
DuskとNPEXについて私の関心を引いたのは、「ブロックチェーン」という言葉ではありませんでした。彼らがブロックチェーン上に載せようとしている“市場の種類”でした。
NPEXはオランダの証券取引所で、多角的取引施設（MTF）としてライセンスされています。2024年の発表では、DuskとNPEXが、規制された金融商品を発行・取引・トークン化するためのインフラで協力すると説明されました。
これは、単に別のトークンを作って、それを使う場所を探す、という出発点とは異なります。
狙いは、既存の金融市場インフラの一部をブロックチェーン環境に持ち込む一方で、資産と取引の場を取り巻く規制の枠組みは維持することです。
この発表は、オンチェーン・ファイナンスに考えられる利点として、より迅速な決済、特定プロセスの自動化、金融組織間の相互運用性、そして流動性へのアクセスのしやすさを示唆しています。
ただ、私がより興味深いと感じたのは、その根底にあるアプローチでした。
Duskは、規制された資産を、汎用のDeFiプロダクトに“ラップ”されてから初めて有用になるものとしては捉えていません。その目標は、金融機関や規制された取引の場が実際に構築に使えるインフラを提供することです。
それは、今日のDuskが向かっている方向性とも一致しています。ネットワークは、規制されたオンチェーン・ファイナンスのために設計されており、プログラマブルなプライバシー、選択的開示、決定論的な決済を組み合わせています。
そして、NPEXとの提携はその考えを具体例で示しています。現実世界の金融商品に向けた、ブロックチェーン・インフラを探る規制された金融取引の場です。
私にとっては、単に「トークン化できる資産の数を数える」よりも、こうしたRWAの物語のほうがずっと面白い。真に問われるのは、そのインフラが、すでにそれらの資産が属している金融市場の要件に適合できるかどうかです。
@Dusk
#dusk
$DUSK
NPEXはオランダの証券取引所で、多角的取引施設（MTF）としてライセンスされています。2024年の発表では、DuskとNPEXが、規制された金融商品を発行・取引・トークン化するためのインフラで協力すると説明されました。
これは、単に別のトークンを作って、それを使う場所を探す、という出発点とは異なります。
狙いは、既存の金融市場インフラの一部をブロックチェーン環境に持ち込む一方で、資産と取引の場を取り巻く規制の枠組みは維持することです。
この発表は、オンチェーン・ファイナンスに考えられる利点として、より迅速な決済、特定プロセスの自動化、金融組織間の相互運用性、そして流動性へのアクセスのしやすさを示唆しています。
ただ、私がより興味深いと感じたのは、その根底にあるアプローチでした。
Duskは、規制された資産を、汎用のDeFiプロダクトに“ラップ”されてから初めて有用になるものとしては捉えていません。その目標は、金融機関や規制された取引の場が実際に構築に使えるインフラを提供することです。
それは、今日のDuskが向かっている方向性とも一致しています。ネットワークは、規制されたオンチェーン・ファイナンスのために設計されており、プログラマブルなプライバシー、選択的開示、決定論的な決済を組み合わせています。
そして、NPEXとの提携はその考えを具体例で示しています。現実世界の金融商品に向けた、ブロックチェーン・インフラを探る規制された金融取引の場です。
私にとっては、単に「トークン化できる資産の数を数える」よりも、こうしたRWAの物語のほうがずっと面白い。真に問われるのは、そのインフラが、すでにそれらの資産が属している金融市場の要件に適合できるかどうかです。
@Dusk
#dusk
$DUSK
確認済み
EVMチェーンにおけるプライバシーは、コンプライアンスが課題に含まれることで、ずっと面白くなります。
それが、私がHedgerに惹かれた理由です。
Duskの説明によれば、HedgerはDuskEVM実行レイヤーのために特別に構築されています。単一の暗号技術に頼るのではなく、準同型暗号とゼロ知識証明を組み合わせています。
準同型暗号の側は、楕円曲線暗号上のElGamalに基づいており、値を公開せずに暗号化されたまま計算を行えるようにします。そのうえで、ゼロ知識証明が用いられ、基礎となる入力を明かすことなく計算が正しいことを証明します。
私が特に興味を持ったのは、Duskがここからどこへ向かうのかという点です。
目的は単にトランザクションを隠すことではありません。Hedgerは、プライバシーと監査可能性の両方が重要になる金融アプリケーションを中心に設計されています。出典では、機密の所有権、移転、金額、残高を扱う一方で、必要なときにはトランザクションを監査できる能力を保持していると述べています。
また、Zedgerとの重要な違いもあります。ZedgerはUTXOベースのレイヤー向けに設計されていたのに対し、HedgerはEVM環境のために構築されています。つまり、DuskEVMがサポートすることを想定している馴染みのあるEthereumの開発ツールを手放すことなく、EVMスタックで開発者が機密トランザクションに取り組めるということです。
私が最も気になっているのは、秘匿化された板（オーダーブック）の可能性です。Duskによれば、Hedgerはこれのための土台を築いており、取引参加者が自らの意図やポジションを公開せずに済むことを目指しています。
規制された市場においては、機密性と検証可能性の組み合わせは、単にすべてをプライベートにすることよりもはるかに興味深い課題です。
@Dusk
#dusk
$DUSK
それが、私が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
すでに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
$BABY 337.1 USDT（30日間の取引）
以前は、ビットコインの面白さはその資産そのものにあると思っていました。最近は、それを支えるインフラにより注目するようになりました。
バビロンのドキュメントを読んでいて、ある点が特に印象に残りました。プロトコルは単一のコンポーネントを中心に作られているわけではないのです。ビットコイン、Babylon Genesis、BTCステーキング、ファイナリティ・プロバイダー、Vigilanteネットワークのような監視サービス、そしてネットワークの運用方法を調整するその他のモジュールを組み合わせています。
このアーキテクチャを理解すると、Trustless Bitcoin Vaults（TBV）への見方がより深まりました。
TBVの最初のユースケースは、パブリック・テストネット上でのAave v4によるネイティブなビットコイン担保の借入です。ユーザーにビットコインをラップさせたり、カストディを介した仲介者に頼らせる代わりに、TBVはネイティブのビットコインを担保として使いながら、信頼不要のままで運用できるよう設計されています。
私にとっては、ドキュメントとパブリック・テストネットが相互に補完し合っています。ドキュメントは基盤となるインフラがどのように整理されているかを説明し、パブリック・テストネットは、借入のフローを実際に体験して、より広い普及の前にフィードバックを提供できる場を用意してくれます。
だからこそ、パブリックなテストには意味があると思うのです。プロトコルについて読むだけでも有益ですが、実際に触れてみると、どこに指示をより分かりやすくできるのか、どこでユーザー体験を改善できるのか、そして新規ユーザーがどんな疑問を持ちそうかが見えてくることが多いです。
もしビットコイン担保のDeFiに関心があるなら、Trustless Bitcoin Vaults（TBV）のパブリック・テストネットを試して、公式フォームからフィードバックを共有してみてください。実践的なフィードバックは、オープンなテストプロセスにおける最も価値の高い要素の一つです。@BabylonLabs_io
#baby
$BABY
バビロンのドキュメントを読んでいて、ある点が特に印象に残りました。プロトコルは単一のコンポーネントを中心に作られているわけではないのです。ビットコイン、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
告知だけに頼るのではなく、誰でもエクスプローラーを開いてネットワークで何が起きているのかを見ることができます。そのため、プロダクトがまだテスト段階にある間でも、進捗を理解しやすくなります。
私は@BabylonLabs_io からTrustless Bitcoin Vaults（TBV）を少し調べていて、借り入れのフローが誰でも試せるように公開されている点が気に入っています。最初のユースケースは、パブリックテストネット上でAave v4によるネイティブなビットコイン担保の借り入れです。人々は、そこに書かれている内容を読むだけではなく、自分でプロセスを進めて確認できます。
また、エクスプローラーも体験の中で役に立つ要素です。システムがどのように使われているかを追いながら、ボールト、貸付アクティビティ、その他のテストネットデータを閲覧できます。私にとっては、成功したトランザクションの先に観察できるものがあるので、テストがより意味のあるものになります。
パブリックテストネットを試すなら、手順を完了したところで止めないでください。もう数分余分に時間を取り、あたりを見て回り、何かが分かりにくい、あるいはより良くできそうだと感じたら、公式フォームからフィードバックを送ってください。そうしたフィードバックこそが、パブリックテストネットが意図されている目的そのものです。
今後数週間で、テストネットがどのように進化していくかを見守ります。
#baby
$BABY
確認済み
パブリック・テストネットの一番いいところは、バグを見つけることではありません。改善できる点を見つけることです。
そのために、より広くリリースされる前にプロダクトを探索するときは、私はいつもそういう姿勢を持つよう努めています。
パブリック・テストネットは、人々に「取引が通ることを確認する」以上の機会を与えてくれます。実在のユーザーが、現時点でのプロダクトを体験し、旅の道筋がどこでより分かりやすく、よりスムーズに、あるいは理解しやすくなり得るかを指摘できるようにしてくれるのです。
それが私が Trustless Bitcoin Vaults（TBV）を探索することに関心を持っている理由の一つです。
ネイティブのビットコイン担保による借り入れのパブリック・テストネットはすでに稼働しています。つまり、誰でも借り入れのフローを体験して仕組みを見て、自分の意見を形成できます。スクリーンショットやドキュメントだけに頼らなくて済むのです。
また、Babylon がテストネットを公開するだけで終わらせなかった点も評価しています。チームは公式のフィードバックフォームを用意しており、ユーザーがテスト後に気づいたことを共有しやすくしています。
役に立つコメントはすべて技術的である必要はありません。最も価値のあるフィードバックは、止まってしまった場所を説明することだったり、どこが分かりにくかったのかを言語化することだったり、どのステップをより明確に伝えられるかを示すことだったりする場合があります。そうした気づきは、多くの場合、開発者ではなく日常のユーザーから生まれます。
もし TBV を試す予定があるなら、テストネットの探索が終わったあとに、フィードバックフォームを完了するための数分を追加で使うことをおすすめします。テストはプロダクトを理解するのに役立ち、フィードバックは、より広い展開を行う前にチームがそれを改善するのに役立ちます。
パブリック・テストネットが価値あるのは、まさにそこだと思います。単なる初期プレビューではありません。プロダクトが進化している最中に、コミュニティがプロダクトに貢献できる機会なのです。
@BabylonLabs_io
#baby
$BABY
そのために、より広くリリースされる前にプロダクトを探索するときは、私はいつもそういう姿勢を持つよう努めています。
パブリック・テストネットは、人々に「取引が通ることを確認する」以上の機会を与えてくれます。実在のユーザーが、現時点でのプロダクトを体験し、旅の道筋がどこでより分かりやすく、よりスムーズに、あるいは理解しやすくなり得るかを指摘できるようにしてくれるのです。
それが私が Trustless Bitcoin Vaults（TBV）を探索することに関心を持っている理由の一つです。
ネイティブのビットコイン担保による借り入れのパブリック・テストネットはすでに稼働しています。つまり、誰でも借り入れのフローを体験して仕組みを見て、自分の意見を形成できます。スクリーンショットやドキュメントだけに頼らなくて済むのです。
また、Babylon がテストネットを公開するだけで終わらせなかった点も評価しています。チームは公式のフィードバックフォームを用意しており、ユーザーがテスト後に気づいたことを共有しやすくしています。
役に立つコメントはすべて技術的である必要はありません。最も価値のあるフィードバックは、止まってしまった場所を説明することだったり、どこが分かりにくかったのかを言語化することだったり、どのステップをより明確に伝えられるかを示すことだったりする場合があります。そうした気づきは、多くの場合、開発者ではなく日常のユーザーから生まれます。
もし TBV を試す予定があるなら、テストネットの探索が終わったあとに、フィードバックフォームを完了するための数分を追加で使うことをおすすめします。テストはプロダクトを理解するのに役立ち、フィードバックは、より広い展開を行う前にチームがそれを改善するのに役立ちます。
パブリック・テストネットが価値あるのは、まさにそこだと思います。単なる初期プレビューではありません。プロダクトが進化している最中に、コミュニティがプロダクトに貢献できる機会なのです。
@BabylonLabs_io
#baby
$BABY
確認済み
$BABY 230.6 USDT（30日間の取引）
私はこれまでずっと、ビットコインは「保管するもの」であって「運用に回すもの」ではないと結び付けて考えてきました。
たぶんそのために、Trustless Bitcoin Vaults（TBV）が私の目に留まったのだと思います。
長い間、ビットコインをめぐる会話は単純でした。買う、保有する、そして安全に保つ。TBVは別の発想を提示します。ネイティブのビットコインを、ウォレットの中でじっとしているだけの資産として扱うのではなく、ラップ（ラッピング）したり、ブリッジしたり、仲介業者に頼ったりすることなく、ネイティブBTCを担保として使えるように設計されているのです。
この視点の転換は面白いと思います。
最初のアプリケーションは、パブリック・テストネット上でのAave v4による、ネイティブ・ビットコインを裏付けとした借り入れです。これは、ビットコインが長期保管にとどまらず、かつビットコインにネイティブであり続けたまま使われ得ることを示す、実用的な例です。
私が借り入れそのものよりも興味深いのは、それが指し示す方向性です。公式資料では、TBVはインフラとして設計されており、時間の経過とともに、ネイティブ・ビットコインを担保として使う他の金融アプリケーションを支えることが目標だと説明されています。だから、単一のプロダクトというより「土台」のように感じられます。
パブリック・テストネットは、これらの考え方がまだ洗練されつつあるという良いリマインダーにもなります。設計について読むだけでなく、誰でも借り入れのフローを調べ、仕組みを理解し、自分自身の経験に基づいてフィードバックを提出できます。
新しいプロトコルを学ぶための最良の方法の一つだと思います。ドキュメントは概念を説明してくれますが、実際にプロダクトを使うことで、チームが何を作ろうとしているのかをはるかに明確に理解できます。
@BabylonLabs_io
#baby
$BABY
たぶんそのために、Trustless Bitcoin Vaults（TBV）が私の目に留まったのだと思います。
長い間、ビットコインをめぐる会話は単純でした。買う、保有する、そして安全に保つ。TBVは別の発想を提示します。ネイティブのビットコインを、ウォレットの中でじっとしているだけの資産として扱うのではなく、ラップ（ラッピング）したり、ブリッジしたり、仲介業者に頼ったりすることなく、ネイティブBTCを担保として使えるように設計されているのです。
この視点の転換は面白いと思います。
最初のアプリケーションは、パブリック・テストネット上でのAave v4による、ネイティブ・ビットコインを裏付けとした借り入れです。これは、ビットコインが長期保管にとどまらず、かつビットコインにネイティブであり続けたまま使われ得ることを示す、実用的な例です。
私が借り入れそのものよりも興味深いのは、それが指し示す方向性です。公式資料では、TBVはインフラとして設計されており、時間の経過とともに、ネイティブ・ビットコインを担保として使う他の金融アプリケーションを支えることが目標だと説明されています。だから、単一のプロダクトというより「土台」のように感じられます。
パブリック・テストネットは、これらの考え方がまだ洗練されつつあるという良いリマインダーにもなります。設計について読むだけでなく、誰でも借り入れのフローを調べ、仕組みを理解し、自分自身の経験に基づいてフィードバックを提出できます。
新しいプロトコルを学ぶための最良の方法の一つだと思います。ドキュメントは概念を説明してくれますが、実際にプロダクトを使うことで、チームが何を作ろうとしているのかをはるかに明確に理解できます。
@BabylonLabs_io
#baby
$BABY
ログインして、さらにコンテンツを読む