Binance Square
K A I F F
3.7k 投稿

K A I F F

Crypto updates | Charts | No financial advice
438 フォロー
2.6K+ フォロワー
7.6K+ いいね
投稿
PINNED
·
--
AaveのDeFi United救済基金の寄付者リストを読み、@babylonlabs_io Foundationの名前にたどり着いたところで読み終えた。 $3百万USDT。$2百万がAave V3に展開。$1百万がAave V4へ。 この貢献はエコシステムの連帯として理にかなっている。さらに、座って向き合う価値のある特定の皮肉も含んでいる。 2026年4月18日のKelp DAOエクスプロイトは、年内最大規模のDeFiハックである$292百万を盗んだ。これはスマートコントラクトのバグではない。Aaveのコードは侵害されていない。KelpのrsETHロジックも壊れていない。攻撃が成功したのは、KelpのLayerZeroブリッジが、クロスチェーン・メッセージを検証するために単一の検証者を使っていたからだ。単一障害点。侵害されたRPCノードが1つ。何も裏付けのない状態に対して116,500 rsETHが鋳造された。存在しなくなった担保に対して$190百万が借り入れられた。 ブリッジは、2022年以来の累計Web3損失の約40%を占めている。 その数字を一瞬だけ抱えた。 なぜならBabylonのTBVアーキテクチャ全体は、そもそもKelpのエクスプロイトを可能にしたブリッジへの信頼という前提を排除するために存在している。BTCのブリッジ保管なし。担保を表すラップトークンなし。クロスチェーン・メッセージを制御する単一の検証者なし。TBVがアーキテクチャのレベルで取り除く、まさにその攻撃面こそが、Babylonが直近で修復のために3百万ドルを拠出した原因となった攻撃面だ。 この貢献は、真にエコシステムの連帯だ。加えて、それが失敗したときにブリッジ・モデルが何を“失う”のかを、これ以上ないほど明確なライブの実演として機能している。 Babylonは、4月18日以降にブリッジに反対するホワイトペーパーを公開する必要はなかった。市場が彼らの代わりにそうした。 私が本当に検討する価値があると思うのは、Aaveがエクスプロイト後に行った、担保リスク・フレームワークの見直しで、いまやリストされたあらゆる資産に対してブリッジ依存を明確に精査するようになったことが、TBVのAave V4統合への道を加速させるのか、それとも摩擦を増やすのかという点だ。 #baby $BABY @BabylonLabs_io
AaveのDeFi United救済基金の寄付者リストを読み、@BabylonLabs_io Foundationの名前にたどり着いたところで読み終えた。

$3百万USDT。$2百万がAave V3に展開。$1百万がAave V4へ。

この貢献はエコシステムの連帯として理にかなっている。さらに、座って向き合う価値のある特定の皮肉も含んでいる。

2026年4月18日のKelp DAOエクスプロイトは、年内最大規模のDeFiハックである$292百万を盗んだ。これはスマートコントラクトのバグではない。Aaveのコードは侵害されていない。KelpのrsETHロジックも壊れていない。攻撃が成功したのは、KelpのLayerZeroブリッジが、クロスチェーン・メッセージを検証するために単一の検証者を使っていたからだ。単一障害点。侵害されたRPCノードが1つ。何も裏付けのない状態に対して116,500 rsETHが鋳造された。存在しなくなった担保に対して$190百万が借り入れられた。

ブリッジは、2022年以来の累計Web3損失の約40%を占めている。

その数字を一瞬だけ抱えた。

なぜならBabylonのTBVアーキテクチャ全体は、そもそもKelpのエクスプロイトを可能にしたブリッジへの信頼という前提を排除するために存在している。BTCのブリッジ保管なし。担保を表すラップトークンなし。クロスチェーン・メッセージを制御する単一の検証者なし。TBVがアーキテクチャのレベルで取り除く、まさにその攻撃面こそが、Babylonが直近で修復のために3百万ドルを拠出した原因となった攻撃面だ。

この貢献は、真にエコシステムの連帯だ。加えて、それが失敗したときにブリッジ・モデルが何を“失う”のかを、これ以上ないほど明確なライブの実演として機能している。

Babylonは、4月18日以降にブリッジに反対するホワイトペーパーを公開する必要はなかった。市場が彼らの代わりにそうした。

私が本当に検討する価値があると思うのは、Aaveがエクスプロイト後に行った、担保リスク・フレームワークの見直しで、いまやリストされたあらゆる資産に対してブリッジ依存を明確に精査するようになったことが、TBVのAave V4統合への道を加速させるのか、それとも摩擦を増やすのかという点だ。

#baby $BABY @BabylonLabs_io
$BMT もう一度0.03上がります ???
$BMT もう一度0.03上がります ???
Yes definitely 💚💚
67%
NO Goin down again ❤️❤️
33%
6 投票 • 投票は終了しました
$TUT 弱気な下落の始まり
$TUT 弱気な下落の始まり
#dusk $DUSK @Dusk_Foundation Duskの公式なNPEX提携発表を順番に読み進めているとき、どこでも議論されていないようなことに気づきました。 トークン化の数値がずっと変わり続けています。 2025年12月のVentureBeatの発表では、NPEXのプラットフォームを通じて€185 millionが調達されたとされています。2025年11月のChainlink提携のプレスリリースでは、NPEXは€200 million超を調達したと書かれていました。2026年4月のDusk自身のX投稿では、Duskブロックチェーンに€300 millionの運用資産が入ってくると述べています。 3つの異なる数字。3つの異なる公式ソース。同じ提携を説明している。 うーん。 数字が必ずしも間違っているわけではありません。NPEXは、継続的に新しい資金調達を仲介し続ける、アクティブな規制された取引所です。時間とともに増えていく数値は、NPEXのプラットフォーム上での実際のビジネス活動を反映しているのでしょう。 ただ、慎重に押さえておくべき明確な違いがあります。運用年数を通じてNPEXの伝統的なプラットフォームで€300 millionを調達したことと、DuskEVM上で実際に稼働している€300 millionのトークン化有価証券は同じではありません。 2026年4月下旬時点で、DuskのTVLは$1 millionを下回っています。 ドキュメントでは、Dusk Tradeを「実在する市場の業務フローを中心に作られている」と説明しています。アナリスト報告では、NPEXのdAppが2026年の稼働日を目標にしているとされています。DuskEVMのメインネット自体も、2026年5月のBoreasアップグレードにより、2026年Q1から延期されました。 提携自体は本物です。NPEXは、17,500人のアクティブ投資家を抱える、きちんとライセンスされたMTFオペレーターであり、機能している規制取引所です。その土台は、多くのブロックチェーンRWA提携がこれまで生み出してきたものよりも、はるかに信頼できます。 一緒に考えるべきなのは、NPEXが従来のプラットフォームでやってきたことと、これまでにオンチェーンへ移ってきたもののギャップです。 1つは実績。もう1つはまだロードマップです。
#dusk $DUSK @Dusk Duskの公式なNPEX提携発表を順番に読み進めているとき、どこでも議論されていないようなことに気づきました。
トークン化の数値がずっと変わり続けています。
2025年12月のVentureBeatの発表では、NPEXのプラットフォームを通じて€185 millionが調達されたとされています。2025年11月のChainlink提携のプレスリリースでは、NPEXは€200 million超を調達したと書かれていました。2026年4月のDusk自身のX投稿では、Duskブロックチェーンに€300 millionの運用資産が入ってくると述べています。
3つの異なる数字。3つの異なる公式ソース。同じ提携を説明している。
うーん。
数字が必ずしも間違っているわけではありません。NPEXは、継続的に新しい資金調達を仲介し続ける、アクティブな規制された取引所です。時間とともに増えていく数値は、NPEXのプラットフォーム上での実際のビジネス活動を反映しているのでしょう。
ただ、慎重に押さえておくべき明確な違いがあります。運用年数を通じてNPEXの伝統的なプラットフォームで€300 millionを調達したことと、DuskEVM上で実際に稼働している€300 millionのトークン化有価証券は同じではありません。
2026年4月下旬時点で、DuskのTVLは$1 millionを下回っています。
ドキュメントでは、Dusk Tradeを「実在する市場の業務フローを中心に作られている」と説明しています。アナリスト報告では、NPEXのdAppが2026年の稼働日を目標にしているとされています。DuskEVMのメインネット自体も、2026年5月のBoreasアップグレードにより、2026年Q1から延期されました。
提携自体は本物です。NPEXは、17,500人のアクティブ投資家を抱える、きちんとライセンスされたMTFオペレーターであり、機能している規制取引所です。その土台は、多くのブロックチェーンRWA提携がこれまで生み出してきたものよりも、はるかに信頼できます。
一緒に考えるべきなのは、NPEXが従来のプラットフォームでやってきたことと、これまでにオンチェーンへ移ってきたもののギャップです。
1つは実績。もう1つはまだロードマップです。
$BABY creatorpad の配布はいまだに開始していません 🤔
$BABY creatorpad の配布はいまだに開始していません 🤔
#dusk $DUSK @Dusk_Foundation 私はDuskのSuccinct Attestationコンセンサスの中で、決定的ファイナリティ(deterministic finality)が実際に何を意味するのかを調べに行ったところ、公式ソースが2つの異なる説明を提示しているのを見つけました。 マーケティング版はすっきりしています。3つのステップ。提案(Proposal)。検証(Validation)。承認(Ratification)。ブロックが最終確定(finalizes)。決定的(Deterministic)。完了。 ホワイトペーパー版は、より正直です。 SAはラウンドで動作します。各ラウンドには複数のイテレーション(反復)があり得ます。ほとんどのブロックは、フルの委員会参加(committee participation)によって、イテレーション1で最終確定します。しかし、イテレーション2、3、4が存在するのには理由があります。以降のイテレーションでは、次へ進むために必要な定足数(quorum threshold)が段階的に引き下げられます。このプロトコルは簡単には諦めません。試し続けます。 なるほど。 ホワイトペーパーでは、緊急手順が発動されるまでに最大213回の可能なイテレーションがあると述べられています。緊急モードでは別の署名経路(signing path)を用い、最終的には、ドキュメントがネットワークの継続性のために存在していると認めているフォールバックへと至ります。 この設計の中には、明確に分けておくべき2つのことがあります。 第一に、決定的ファイナリティは本当の保証です。ブロックが承認(ratified)されれば、再編成(reorganized)されることはありません。確率的な確認回数のカウントはありません。6ブロック待つ必要もありません。Finalとは最終です。つまりこの性質は真に存在し、規制下の決済において重要です。 第二に、決定的ファイナリティは「時間保証」ではなく、「コンセンサスの到達結果保証」です。プロトコルは、そのブロックが最終確定(finalize)することを保証します。しかし「ちょうどいつ」最終確定するかまでは保証しません。複数のイテレーションを必要とするブロックは、イテレーション1で確定するブロックより時間がかかります。どちらも決定的に最終確定です。最終確定に至るまでの“時計”が異なるだけです。 従来の証券決済には、Tプラス1とTプラス2というサイクルがあります。予測可能な時間枠です。特定のタイムラインに結びついた契約上の義務があります。 Dusk上の規制対象アプリで、秒単位で決済できると約束するのは、「典型ケース」を約束していることになります。プロトコルは結果を保証します。ただし、その結果に至るまでの時間は、ネットワーク状況によって変動します。そして、決定的ファイナリティの言葉が完全には伝えていない形で差が出ます。
#dusk $DUSK @Dusk 私はDuskのSuccinct Attestationコンセンサスの中で、決定的ファイナリティ(deterministic finality)が実際に何を意味するのかを調べに行ったところ、公式ソースが2つの異なる説明を提示しているのを見つけました。

マーケティング版はすっきりしています。3つのステップ。提案(Proposal)。検証(Validation)。承認(Ratification)。ブロックが最終確定(finalizes)。決定的(Deterministic)。完了。

ホワイトペーパー版は、より正直です。

SAはラウンドで動作します。各ラウンドには複数のイテレーション(反復)があり得ます。ほとんどのブロックは、フルの委員会参加(committee participation)によって、イテレーション1で最終確定します。しかし、イテレーション2、3、4が存在するのには理由があります。以降のイテレーションでは、次へ進むために必要な定足数(quorum threshold)が段階的に引き下げられます。このプロトコルは簡単には諦めません。試し続けます。

なるほど。

ホワイトペーパーでは、緊急手順が発動されるまでに最大213回の可能なイテレーションがあると述べられています。緊急モードでは別の署名経路(signing path)を用い、最終的には、ドキュメントがネットワークの継続性のために存在していると認めているフォールバックへと至ります。

この設計の中には、明確に分けておくべき2つのことがあります。

第一に、決定的ファイナリティは本当の保証です。ブロックが承認(ratified)されれば、再編成(reorganized)されることはありません。確率的な確認回数のカウントはありません。6ブロック待つ必要もありません。Finalとは最終です。つまりこの性質は真に存在し、規制下の決済において重要です。

第二に、決定的ファイナリティは「時間保証」ではなく、「コンセンサスの到達結果保証」です。プロトコルは、そのブロックが最終確定(finalize)することを保証します。しかし「ちょうどいつ」最終確定するかまでは保証しません。複数のイテレーションを必要とするブロックは、イテレーション1で確定するブロックより時間がかかります。どちらも決定的に最終確定です。最終確定に至るまでの“時計”が異なるだけです。

従来の証券決済には、Tプラス1とTプラス2というサイクルがあります。予測可能な時間枠です。特定のタイムラインに結びついた契約上の義務があります。

Dusk上の規制対象アプリで、秒単位で決済できると約束するのは、「典型ケース」を約束していることになります。プロトコルは結果を保証します。ただし、その結果に至るまでの時間は、ネットワーク状況によって変動します。そして、決定的ファイナリティの言葉が完全には伝えていない形で差が出ます。
$CLO fake ポンプ駆動 読み込み 😆
$CLO fake ポンプ駆動 読み込み 😆
$SKYAI pumping は罠 😂😂
$SKYAI pumping は罠 😂😂
#dusk $DUSK @Dusk_Foundation 日本語版の説明:Duskのシタデルのドキュメントに時間を費やしているうちに、学術論文の中で、自主主権型アイデンティティのマーケティング上の説明には決して出てこない一つの詳細を見つけました。 失効(レボケーション)の仕組みです。 シタデルは自主主権型アイデンティティのシステムだと説明されています。ユーザーは自分のクレデンシャルを管理します。属性を明かさずに証明します。年齢区分。居住地。認定ステータス。ゼロ知識証明によって、サービス提供者は「あなたが適格であること」だけを学び、それ以上のことは何も分かりません。 その部分は本物で、そして本当にうまく設計されています。 そして私は、シタデルの論文にこの一文を見つけました。 "ある状況下でSPが、以前発行されたあるライセンスをもはや受け入れなくなった場合、そのライセンスがもはや有効ではないことを、特定のノート(注記)がもはや無効であることを示すために、ネットワークに対して証明できる。" サービス提供者が失効を開始します。ユーザーではありません。 うーん。自主主権型アイデンティティは通常、「ユーザーが自分のクレデンシャルをコントロールする」ことを意味します。シタデルの失効モデルは、そのコントロールをひっくり返します。SPは、いつそのライセンスが無効になるのかを決め、それをネットワークに対して証明します。ネットワークは失効を受け入れます。ユーザーのライセンスは動かなくなります。 ライセンスのノートがプライベートに保管されるプライバシーチェーンでは、ユーザーは、ライセンスが失効されたかどうかをオンチェーンで把握できません。使おうとして失敗するまで分からないのです。 シタデルの論文には3者が挙げられています。ユーザー、サービス提供者、そしてライセンス契約です。ライセンス契約が有効性を強制します。SPが「有効性」が何を意味するかを制御します。 ドキュメントではこれを「プログラマブル・コンプライアンス」と表現しています。EUは規制をシタデルそのものにプログラムできる、といった構図です。この言い方だと、失効が規制のためのツールのように聞こえてしまいます。 しかしそれは同時に行政ツールでもあります。同じ仕組みが、規制当局が制裁を受けたユーザーのアクセスを取り消すことを可能にする一方で、どんな理由でも、あらゆるSPがあらゆるユーザーを失効させることも可能にするのです。 失効後にどんな救済手段があるのか、また争われた失効を誰が裁定するのか――それがドキュメントが答えていない問いです。
#dusk $DUSK @Dusk 日本語版の説明:Duskのシタデルのドキュメントに時間を費やしているうちに、学術論文の中で、自主主権型アイデンティティのマーケティング上の説明には決して出てこない一つの詳細を見つけました。
失効(レボケーション)の仕組みです。
シタデルは自主主権型アイデンティティのシステムだと説明されています。ユーザーは自分のクレデンシャルを管理します。属性を明かさずに証明します。年齢区分。居住地。認定ステータス。ゼロ知識証明によって、サービス提供者は「あなたが適格であること」だけを学び、それ以上のことは何も分かりません。
その部分は本物で、そして本当にうまく設計されています。
そして私は、シタデルの論文にこの一文を見つけました。
"ある状況下でSPが、以前発行されたあるライセンスをもはや受け入れなくなった場合、そのライセンスがもはや有効ではないことを、特定のノート(注記)がもはや無効であることを示すために、ネットワークに対して証明できる。"
サービス提供者が失効を開始します。ユーザーではありません。
うーん。自主主権型アイデンティティは通常、「ユーザーが自分のクレデンシャルをコントロールする」ことを意味します。シタデルの失効モデルは、そのコントロールをひっくり返します。SPは、いつそのライセンスが無効になるのかを決め、それをネットワークに対して証明します。ネットワークは失効を受け入れます。ユーザーのライセンスは動かなくなります。
ライセンスのノートがプライベートに保管されるプライバシーチェーンでは、ユーザーは、ライセンスが失効されたかどうかをオンチェーンで把握できません。使おうとして失敗するまで分からないのです。
シタデルの論文には3者が挙げられています。ユーザー、サービス提供者、そしてライセンス契約です。ライセンス契約が有効性を強制します。SPが「有効性」が何を意味するかを制御します。
ドキュメントではこれを「プログラマブル・コンプライアンス」と表現しています。EUは規制をシタデルそのものにプログラムできる、といった構図です。この言い方だと、失効が規制のためのツールのように聞こえてしまいます。
しかしそれは同時に行政ツールでもあります。同じ仕組みが、規制当局が制裁を受けたユーザーのアクセスを取り消すことを可能にする一方で、どんな理由でも、あらゆるSPがあらゆるユーザーを失効させることも可能にするのです。
失効後にどんな救済手段があるのか、また争われた失効を誰が裁定するのか――それがドキュメントが答えていない問いです。
$TUT コインは罠です。だまされないで、気をつけてください😂
$TUT コインは罠です。だまされないで、気をつけてください😂
確認済み
#dusk $DUSK @Dusk_Foundation 私は、2026年1月にDuskのブリッジサービスが停止した原因を正確に突き止めようとしていたのですが、単一のインシデント以上に興味深いものを見つけました。 別々の2つの出来事。別々のリスクカテゴリ。1つのブリッジ。 1つ目は内部のセキュリティインシデントです。公式のDusk通知では、ブリッジ運用に潜在的な問題があると特定したことにより、ブリッジサービスが停止されたことが確認されました。DuskDSメインネットには影響がありませんでした。修正はコンポーネントの分離と、ホットウォレットの露出の低減を伴うものでした。元のブリッジローンチ時には実施されていなかった標準的な運用セキュリティ慣行です。 2つ目は外部要因です。2026年1月14日にBNB Smart ChainのFermiハードフォークが実行され、すべてのBSCバリデータがv1.6.4またはv1.6.5へアップグレードする必要がありました。BEP20の入金・出金はアップグレード期間中に停止されました。DuskのBEP20ブリッジはBSC経由のルートを通ります。その停止は、Duskが一切コントロールできないBSCのプロトコル判断によって引き起こされました。 ふむ。 多くのブリッジのリスク議論では、ブリッジを単一のシステムとして扱います。しかし、Duskの2026年1月の経験は、実際には2つのシステムが重ねられていることを示しました。Dusk側の内部運用セキュリティ。BSC側の外部チェーンのアップグレード依存。どちらも異なるリスクプロファイルであり、異なる復旧までのタイムラインを持ちます。 内部の修正には再設計が必要でした。外部の依存には、BSCがアップグレードを完了するまで待つ必要がありました。 現在のドキュメントでは、将来のSuperbridgeを、DuskDSとDuskEVM間のトラストレスなネイティブブリッジとして説明しており、外部のカストディアンはありません。この設計により、ブリッジの両端をDusk自身のインフラ内に保持することで、外部チェーン依存を完全に排除します。 私が本当に精査する価値があると感じるのは、そのタイミングです。Superbridgeは2026年Q1のロードマップ上にあります。2026年1月のブリッジで起きた出来事は、それが稼働する前に発生していました。 外部依存を取り除くアップグレードは、その依存が見えるようになった出来事の後に到来します。
#dusk $DUSK @Dusk 私は、2026年1月にDuskのブリッジサービスが停止した原因を正確に突き止めようとしていたのですが、単一のインシデント以上に興味深いものを見つけました。
別々の2つの出来事。別々のリスクカテゴリ。1つのブリッジ。
1つ目は内部のセキュリティインシデントです。公式のDusk通知では、ブリッジ運用に潜在的な問題があると特定したことにより、ブリッジサービスが停止されたことが確認されました。DuskDSメインネットには影響がありませんでした。修正はコンポーネントの分離と、ホットウォレットの露出の低減を伴うものでした。元のブリッジローンチ時には実施されていなかった標準的な運用セキュリティ慣行です。
2つ目は外部要因です。2026年1月14日にBNB Smart ChainのFermiハードフォークが実行され、すべてのBSCバリデータがv1.6.4またはv1.6.5へアップグレードする必要がありました。BEP20の入金・出金はアップグレード期間中に停止されました。DuskのBEP20ブリッジはBSC経由のルートを通ります。その停止は、Duskが一切コントロールできないBSCのプロトコル判断によって引き起こされました。
ふむ。
多くのブリッジのリスク議論では、ブリッジを単一のシステムとして扱います。しかし、Duskの2026年1月の経験は、実際には2つのシステムが重ねられていることを示しました。Dusk側の内部運用セキュリティ。BSC側の外部チェーンのアップグレード依存。どちらも異なるリスクプロファイルであり、異なる復旧までのタイムラインを持ちます。
内部の修正には再設計が必要でした。外部の依存には、BSCがアップグレードを完了するまで待つ必要がありました。
現在のドキュメントでは、将来のSuperbridgeを、DuskDSとDuskEVM間のトラストレスなネイティブブリッジとして説明しており、外部のカストディアンはありません。この設計により、ブリッジの両端をDusk自身のインフラ内に保持することで、外部チェーン依存を完全に排除します。
私が本当に精査する価値があると感じるのは、そのタイミングです。Superbridgeは2026年Q1のロードマップ上にあります。2026年1月のブリッジで起きた出来事は、それが稼働する前に発生していました。
外部依存を取り除くアップグレードは、その依存が見えるようになった出来事の後に到来します。
#dusk $DUSK @Dusk_Foundation 暗号資産界のDuskの2024年7月のエンジニアリングアップデートの中に、フェニックスとムーンライトの選択の捉え方を完全に作り変えるようなものを見つけました。 公式アップデートは、それをはっきりと言っています。ムーンライトは、新しい規制の下で取引所に統合するために必要だったから追加された、ということです。正確な引用はこうです。"新しい規制により、メインネットを取引所と統合するためにこれが必要でした。" 少し立ち止まって考えてみてください。 Duskの元々のプライバシー・アーキテクチャはフェニックスのみでした。UTXOベースで、金額、送金者と受取人の紐づけ、残高の変化を隠すゼロ知識証明。デフォルトで完全な秘匿性——それが設計でした。 そして規制という現実が到来し、それと並行してムーンライトを作らざるを得なくなったのです。 ふむ…ムーンライトは完全に公開されています。イーサリアムのようなアカウントベースで、残高は見え、取引は監査可能です。7月のアップデートでは、コンプライアンス対応や高TPSのユースケース、そして取引所との相互運用性のために作られたと説明されています。これは機能ではありません。必要性です。 では、この歴史が今日のフェニックス対ムーンライトの選択について何を示しているのか。 Dusk上で規制対象の有価証券アプリケーションを開発する人が、好みに応じて「同じくらい妥当な2つの経路」の間で選んでいるわけではありません。彼らは、もともと金融上の秘匿性のためにDuskが設計したモデルと、元の設計では規制統合に不十分だったために追加せざるを得なかったモデルの間で選んでいるのです。 フェニックス2.0はいくつかの問題を解決しました。送金者の識別を受取人へ可能にし、フェニックスを完全な無名性プロトコルから制御された秘匿性プロトコルへと変えます。2024年9月の発表では、特に受取人に対するAMLリスクを排除することだと説明されています。 しかしMiCAでは、ライセンス条件として、暗号資産サービス提供者に不審な取引のモニタリングが求められます。モニタリングには可視性が必要です。フェニックスは、ビューキーの委譲によって選択的に可視性を提供します。ビューキーを扱うコンプライアンス担当者は、取引ごとの逐次モニタリングではなく、完全な取引履歴にアクセスすることになります。 ムーンライトが存在するのは、規制当局がそれを求めたからです。これはDuskへの批判ではありません。デュアルモデルが実際にどのようにして生まれたのかを、いちばん正直に言い表したものです。
#dusk $DUSK @Dusk 暗号資産界のDuskの2024年7月のエンジニアリングアップデートの中に、フェニックスとムーンライトの選択の捉え方を完全に作り変えるようなものを見つけました。
公式アップデートは、それをはっきりと言っています。ムーンライトは、新しい規制の下で取引所に統合するために必要だったから追加された、ということです。正確な引用はこうです。"新しい規制により、メインネットを取引所と統合するためにこれが必要でした。"
少し立ち止まって考えてみてください。
Duskの元々のプライバシー・アーキテクチャはフェニックスのみでした。UTXOベースで、金額、送金者と受取人の紐づけ、残高の変化を隠すゼロ知識証明。デフォルトで完全な秘匿性——それが設計でした。
そして規制という現実が到来し、それと並行してムーンライトを作らざるを得なくなったのです。

ふむ…ムーンライトは完全に公開されています。イーサリアムのようなアカウントベースで、残高は見え、取引は監査可能です。7月のアップデートでは、コンプライアンス対応や高TPSのユースケース、そして取引所との相互運用性のために作られたと説明されています。これは機能ではありません。必要性です。
では、この歴史が今日のフェニックス対ムーンライトの選択について何を示しているのか。
Dusk上で規制対象の有価証券アプリケーションを開発する人が、好みに応じて「同じくらい妥当な2つの経路」の間で選んでいるわけではありません。彼らは、もともと金融上の秘匿性のためにDuskが設計したモデルと、元の設計では規制統合に不十分だったために追加せざるを得なかったモデルの間で選んでいるのです。
フェニックス2.0はいくつかの問題を解決しました。送金者の識別を受取人へ可能にし、フェニックスを完全な無名性プロトコルから制御された秘匿性プロトコルへと変えます。2024年9月の発表では、特に受取人に対するAMLリスクを排除することだと説明されています。
しかしMiCAでは、ライセンス条件として、暗号資産サービス提供者に不審な取引のモニタリングが求められます。モニタリングには可視性が必要です。フェニックスは、ビューキーの委譲によって選択的に可視性を提供します。ビューキーを扱うコンプライアンス担当者は、取引ごとの逐次モニタリングではなく、完全な取引履歴にアクセスすることになります。
ムーンライトが存在するのは、規制当局がそれを求めたからです。これはDuskへの批判ではありません。デュアルモデルが実際にどのようにして生まれたのかを、いちばん正直に言い表したものです。
一部該当
#dusk $DUSK @Dusk_Foundation 今日は何かいつものようなものを探してDUDEエクスプローラーを開いたら、見出しの指標の横に、決済の物語では決して触れられない数字が静かに座っていました。 規制された金融市場のためのネットワーク・マーケティング deterministic finality における総取引数は186件です。 その数字だけでは話は終わりません。プロダクションの金融ネットワークはどこかから始まります。物語は、その数字の中にあります。 Duskの規制上の位置づけ全体は、ある特定の主張に支えられています。取引は「いずれ最終化される」のではありません。アテストされた時点で、決定論的に最終化されます。再編(reorg)のリスクなし。決済の不確実性なし。その言葉は、正確で、しかも重い。実際の有価証券取引を、どのようなインフラにも流し込む前に、機関が聞く必要のある言葉です。 うーん。 決定論的ファイナリティはコンセンサスの性質です。ブロックに受け入れられた後、その取引に何が起きるかを説明します。そこに至る前に取引が成功するか失敗するかについては何も語りません。Dusk上で失敗した取引でも、コンセンサスメカニズムによって処理されます。ブロックの領域を占有します。ガスも支払われます。ただし、送信者が意図した状態変更は生み出しません。 現在のエクスプローラーでは、9つのアクティブなプロビジョナーが215.42M DUSKをステークしてネットワークを保護しています。584,134 DUSKが保留中。参加待ちのノードは13。ネットワークは稼働しており、成長しています。 しかし、2025年初頭にローンチされたメインネットで、総取引数が過去通算186件ということは、このネットワークでこれまで失敗した取引がすべて、個別に調べられるほど十分小さなプールの中に可視化されているということです。 実際の利用には端(エッジ)があります。ニッチな失敗取引、設定ミスのあるコントラクト呼び出し、ブリッジのエッジケース、ウォレットの互換性の問題—それらは決済の物語に表面化されていようがいまいが、その186件の中に収まっています。 私は、その数字が186ではなく186百万だったらどんなふうに見えるのかを考え続けました。決定論的ファイナリティの保証は、どちらの場合でも成立します。失敗率の問いは、規模が大きくなるほど、はるかに重要になります。 いまエクスプローラーで、失敗取引と成功取引の実際の内訳がどうなっているか、誰か確認しましたか?
#dusk $DUSK @Dusk 今日は何かいつものようなものを探してDUDEエクスプローラーを開いたら、見出しの指標の横に、決済の物語では決して触れられない数字が静かに座っていました。
規制された金融市場のためのネットワーク・マーケティング deterministic finality における総取引数は186件です。
その数字だけでは話は終わりません。プロダクションの金融ネットワークはどこかから始まります。物語は、その数字の中にあります。
Duskの規制上の位置づけ全体は、ある特定の主張に支えられています。取引は「いずれ最終化される」のではありません。アテストされた時点で、決定論的に最終化されます。再編(reorg)のリスクなし。決済の不確実性なし。その言葉は、正確で、しかも重い。実際の有価証券取引を、どのようなインフラにも流し込む前に、機関が聞く必要のある言葉です。
うーん。
決定論的ファイナリティはコンセンサスの性質です。ブロックに受け入れられた後、その取引に何が起きるかを説明します。そこに至る前に取引が成功するか失敗するかについては何も語りません。Dusk上で失敗した取引でも、コンセンサスメカニズムによって処理されます。ブロックの領域を占有します。ガスも支払われます。ただし、送信者が意図した状態変更は生み出しません。
現在のエクスプローラーでは、9つのアクティブなプロビジョナーが215.42M DUSKをステークしてネットワークを保護しています。584,134 DUSKが保留中。参加待ちのノードは13。ネットワークは稼働しており、成長しています。
しかし、2025年初頭にローンチされたメインネットで、総取引数が過去通算186件ということは、このネットワークでこれまで失敗した取引がすべて、個別に調べられるほど十分小さなプールの中に可視化されているということです。
実際の利用には端(エッジ)があります。ニッチな失敗取引、設定ミスのあるコントラクト呼び出し、ブリッジのエッジケース、ウォレットの互換性の問題—それらは決済の物語に表面化されていようがいまいが、その186件の中に収まっています。
私は、その数字が186ではなく186百万だったらどんなふうに見えるのかを考え続けました。決定論的ファイナリティの保証は、どちらの場合でも成立します。失敗率の問いは、規模が大きくなるほど、はるかに重要になります。
いまエクスプローラーで、失敗取引と成功取引の実際の内訳がどうなっているか、誰か確認しましたか?
#dusk $DUSK @Dusk_Foundation 私はDuskの公式Hedger発表の中に、ZedgerとHedgerの開発者向け選択全体を、ほとんどの比較が見落としている形で組み替えてしまう一文を見つけました。 "EVMのアカウントベースモデルは完全な匿名性を妨げます――この能力はZedgerがなお提供しているものです。" その一文はDusk自身の2025年6月の発表からのものです。ゆっくり読んでみる価値があります。 ZedgerはDuskDS上でネイティブに動作します。DuskのPhoenixトランザクション・モデルを使い、シールドされたUTXOシステムと、プロトコルレベルで金額、送信者、ノート同士の関係を隠すZKプルーフを組み合わせています。完全な匿名性。L1にネイティブ。アプリケーションとプライバシー保証の間に抽象化レイヤーはありません。 HedgerはDuskEVM上で動作します。ホモモルフィック暗号化とZKプルーフを使って、Solidity環境の中で機密性のあるトランザクション・フローを提供します。おなじみのツールチェーン。EVM互換。Ethereumからの移植が簡単。そしてDusk自身の認めるところでは、EVMのアカウントベースモデルには構造的な制限があり、暗号だけでは乗り越えられないため、完全な匿名性には対応していません。 それを少しの間、受け止めてください。 Duskの規制面での位置づけは、「デフォルトでプライバシー」と「必要なときは監査可能性」です。NPEX(MTFライセンスを持つパートナーで、証券トークン化で€200 millionを狙う)が旗艦ユースケースです。投資家の身元、取引金額、カウンターパーティ情報といった規制対象の証券移転データこそが、完全な匿名性が守るべきまさにその項目です。 Solidityの利便性のためにHedger上に構築された、規制対象の証券アプリケーションは、機密性のあるトランザクション・フローを得ます。しかし、Zedgerがネイティブに提供する完全な匿名性は得られません。 Hedgerを選ぶ開発者は、異なるプログラミング言語を持つ“同等な2つの道”を選んでいるわけではありません。彼らは、ネットワークが実際に提供し得る最も強力なプライバシー保証を犠牲にしてでも、最大限の暗号学的プライバシーと馴染みのあるツールを選んでいるのです。 多くの開発者向けドキュメントでは、それを「好みの違い」として提示しています。Dusk自身の発表では、それは「能力の差」として説明されています。
#dusk $DUSK @Dusk 私はDuskの公式Hedger発表の中に、ZedgerとHedgerの開発者向け選択全体を、ほとんどの比較が見落としている形で組み替えてしまう一文を見つけました。

"EVMのアカウントベースモデルは完全な匿名性を妨げます――この能力はZedgerがなお提供しているものです。"
その一文はDusk自身の2025年6月の発表からのものです。ゆっくり読んでみる価値があります。
ZedgerはDuskDS上でネイティブに動作します。DuskのPhoenixトランザクション・モデルを使い、シールドされたUTXOシステムと、プロトコルレベルで金額、送信者、ノート同士の関係を隠すZKプルーフを組み合わせています。完全な匿名性。L1にネイティブ。アプリケーションとプライバシー保証の間に抽象化レイヤーはありません。
HedgerはDuskEVM上で動作します。ホモモルフィック暗号化とZKプルーフを使って、Solidity環境の中で機密性のあるトランザクション・フローを提供します。おなじみのツールチェーン。EVM互換。Ethereumからの移植が簡単。そしてDusk自身の認めるところでは、EVMのアカウントベースモデルには構造的な制限があり、暗号だけでは乗り越えられないため、完全な匿名性には対応していません。
それを少しの間、受け止めてください。
Duskの規制面での位置づけは、「デフォルトでプライバシー」と「必要なときは監査可能性」です。NPEX(MTFライセンスを持つパートナーで、証券トークン化で€200 millionを狙う)が旗艦ユースケースです。投資家の身元、取引金額、カウンターパーティ情報といった規制対象の証券移転データこそが、完全な匿名性が守るべきまさにその項目です。
Solidityの利便性のためにHedger上に構築された、規制対象の証券アプリケーションは、機密性のあるトランザクション・フローを得ます。しかし、Zedgerがネイティブに提供する完全な匿名性は得られません。
Hedgerを選ぶ開発者は、異なるプログラミング言語を持つ“同等な2つの道”を選んでいるわけではありません。彼らは、ネットワークが実際に提供し得る最も強力なプライバシー保証を犠牲にしてでも、最大限の暗号学的プライバシーと馴染みのあるツールを選んでいるのです。
多くの開発者向けドキュメントでは、それを「好みの違い」として提示しています。Dusk自身の発表では、それは「能力の差」として説明されています。
確認済み
#dusk $DUSK @Dusk_Foundation Duskの公式スラッシングに関するドキュメントの中に、ほとんどのステーキングガイドが一文でまとめてしまい、すぐに先へ進んでしまう内容がありました。 "ソフトスラッシングはステークを焼き尽くさない。" この文は正確です。しかし、プロビジョナーノードを運用している人にとって重要な点で不完全です。 2024年8月の公式発表にある完全な仕組みは次のとおりです。最初の違反:警告。2回連続の違反:ステークの10%が、請求可能(claimable)の報酬プールへ移動。3回連続の違反:20%。4回目:30%。割合は、N×10%で、Nは連続したスラッシュ発生回数です。 ステークは焼き尽くされません。回復可能です。 しかし、エスカレーションは幾何級数的です。ブロックを生成せず、またその間に投票もしないまま、4回連続で怠った(missed duties)プロビジョナーは、これらの出来事の合計で10%+20%+30%を失います。つまり、瞬く間に、アクティブなステークの60%がソーティション(sortition)の適格性から外れます。さらに各ペナルティは、将来の選択確率を計算するのに使われる実効ステークを同時に減らすため、状況が悪化していきます。 警告や不具合(fault)は、プロビジョナーが報酬を獲得したときのみリセットされます。つまり、ノードが再び合意形成(consensus)に成功裏に参加するまで、時計はリセットされません。 予期せずノードがオフラインになる、たとえば計画外のサーバー移行の最中などでは、その障害カウンターは、ノードがオンラインに戻り、実際に合意形成への参加のために選択されるまでリセットできません。選択されるには十分なステークが必要です。ステークはすでに部分的にペナルティを受けています。ステークが減れば選択確率が下がります。選択確率が下がれば、リセットまでの待ち時間が長くなります。 この複利(compounding)の罠は本当です。ソフトスラッシングは資本を永久に焼き尽くしません。しかし、"ステークは失われない"と読んだときに多くの運用者が想定するよりも速く、ノードを1,000 DUSKという最低しきい値へ向けて圧縮してしまう可能性があります。 エクイボケーション(equivocation)に対して予約されているハードスラッシングは、永久に焼き尽くされ、回復経路はありません。この違いは明確で、多くの運用者はそれを理解しています。 ソフトスラッシングのエスカレーションは、始まる前に理解しておく価値があるものです。
#dusk $DUSK @Dusk

Duskの公式スラッシングに関するドキュメントの中に、ほとんどのステーキングガイドが一文でまとめてしまい、すぐに先へ進んでしまう内容がありました。
"ソフトスラッシングはステークを焼き尽くさない。"
この文は正確です。しかし、プロビジョナーノードを運用している人にとって重要な点で不完全です。
2024年8月の公式発表にある完全な仕組みは次のとおりです。最初の違反:警告。2回連続の違反:ステークの10%が、請求可能(claimable)の報酬プールへ移動。3回連続の違反:20%。4回目:30%。割合は、N×10%で、Nは連続したスラッシュ発生回数です。
ステークは焼き尽くされません。回復可能です。
しかし、エスカレーションは幾何級数的です。ブロックを生成せず、またその間に投票もしないまま、4回連続で怠った(missed duties)プロビジョナーは、これらの出来事の合計で10%+20%+30%を失います。つまり、瞬く間に、アクティブなステークの60%がソーティション(sortition)の適格性から外れます。さらに各ペナルティは、将来の選択確率を計算するのに使われる実効ステークを同時に減らすため、状況が悪化していきます。
警告や不具合(fault)は、プロビジョナーが報酬を獲得したときのみリセットされます。つまり、ノードが再び合意形成(consensus)に成功裏に参加するまで、時計はリセットされません。
予期せずノードがオフラインになる、たとえば計画外のサーバー移行の最中などでは、その障害カウンターは、ノードがオンラインに戻り、実際に合意形成への参加のために選択されるまでリセットできません。選択されるには十分なステークが必要です。ステークはすでに部分的にペナルティを受けています。ステークが減れば選択確率が下がります。選択確率が下がれば、リセットまでの待ち時間が長くなります。
この複利(compounding)の罠は本当です。ソフトスラッシングは資本を永久に焼き尽くしません。しかし、"ステークは失われない"と読んだときに多くの運用者が想定するよりも速く、ノードを1,000 DUSKという最低しきい値へ向けて圧縮してしまう可能性があります。
エクイボケーション(equivocation)に対して予約されているハードスラッシングは、永久に焼き尽くされ、回復経路はありません。この違いは明確で、多くの運用者はそれを理解しています。
ソフトスラッシングのエスカレーションは、始まる前に理解しておく価値があるものです。
同じ日の午後に公式の@Dusk_Foundation ページを2つ調べてみたところ、どちらのページを読んでいるかで意味がまったく違ってくるフレーズを見つけました。 夕暮れ.networkのホームページでは、Dusk Tradeを「プロトコルのプリミティブを、ユーザー向けのワークフローに変換するアプリケーション層」と説明しています。アセットの発見。投資家のオンボーディング。ウォレット接続。取引。決済。まるで今すぐブラウザで開けそうなもののように読めます。 そして、docs.dusk.networkでもまったく同じ製品が説明されていました。 "本物の市場ワークフローを中心に構築されています。" 構築されています。 その一言が、静かに大きな役割を果たしています。 ドキュメントでは、Dusk Tradeが扱う5つのワークフローカテゴリが説明されています。アセットの発見、投資家のオンボーディング、ウォレットのバインド、支払いの連携、コンプライアンスに適合した決済です。アーキテクチャのドキュメントでは、実装は提供される市場のプロダクトと規制要件によって正確には異なる、と明記されています。 この種の規制対応プロダクトにとって、その柔軟性は理にかなっています。つまり、まだ「単一の確立したDusk Trade」が存在するわけではない、ということでもあります。 NPEXは、発行、投資家のアクセス、取引、開示、決済の要件がすでに整備されている規制されたプライベート市場で運用している、と公式ドキュメントに書かれています。2025年12月の発表では、第三者の金融インフラの専門家と共同開発されたdAppが取り上げられました。2026年1月のChainlink統合により、クロスチェーン決済の機能が追加されます。 それぞれの発表は、前のものを積み重ねています。いずれも、インフラがひとつになっていく様子を語っています。 一方で、私が探しても見つからなかったのは、「一般の投資家、あるいは機関投資家が、いつDusk Tradeを開いて、ウォレットを接続し、トークン化されたNPEXの証券を閲覧し、コンプライアンスに適合したワークフローを通じてオンチェーンで購入を決済できるのか」という日付です。 RWAトークン化市場は、2030年までに1600億ドルに達すると予測されています。Duskのインフラは存在しており、機能しています。実際の投資家が使えるようにする層であるDusk Tradeは、「構築されています」から「稼働しています」までの距離が、まだ残っています。 その距離こそが、採用において唯一重要です。 #dusk $DUSK @Dusk
同じ日の午後に公式の@Dusk ページを2つ調べてみたところ、どちらのページを読んでいるかで意味がまったく違ってくるフレーズを見つけました。
夕暮れ.networkのホームページでは、Dusk Tradeを「プロトコルのプリミティブを、ユーザー向けのワークフローに変換するアプリケーション層」と説明しています。アセットの発見。投資家のオンボーディング。ウォレット接続。取引。決済。まるで今すぐブラウザで開けそうなもののように読めます。
そして、docs.dusk.networkでもまったく同じ製品が説明されていました。
"本物の市場ワークフローを中心に構築されています。"
構築されています。
その一言が、静かに大きな役割を果たしています。
ドキュメントでは、Dusk Tradeが扱う5つのワークフローカテゴリが説明されています。アセットの発見、投資家のオンボーディング、ウォレットのバインド、支払いの連携、コンプライアンスに適合した決済です。アーキテクチャのドキュメントでは、実装は提供される市場のプロダクトと規制要件によって正確には異なる、と明記されています。

この種の規制対応プロダクトにとって、その柔軟性は理にかなっています。つまり、まだ「単一の確立したDusk Trade」が存在するわけではない、ということでもあります。
NPEXは、発行、投資家のアクセス、取引、開示、決済の要件がすでに整備されている規制されたプライベート市場で運用している、と公式ドキュメントに書かれています。2025年12月の発表では、第三者の金融インフラの専門家と共同開発されたdAppが取り上げられました。2026年1月のChainlink統合により、クロスチェーン決済の機能が追加されます。

それぞれの発表は、前のものを積み重ねています。いずれも、インフラがひとつになっていく様子を語っています。

一方で、私が探しても見つからなかったのは、「一般の投資家、あるいは機関投資家が、いつDusk Tradeを開いて、ウォレットを接続し、トークン化されたNPEXの証券を閲覧し、コンプライアンスに適合したワークフローを通じてオンチェーンで購入を決済できるのか」という日付です。
RWAトークン化市場は、2030年までに1600億ドルに達すると予測されています。Duskのインフラは存在しており、機能しています。実際の投資家が使えるようにする層であるDusk Tradeは、「構築されています」から「稼働しています」までの距離が、まだ残っています。
その距離こそが、採用において唯一重要です。

#dusk $DUSK @Dusk
確認済み
#dusk $DUSK 私はDuskのトークノミクスのドキュメントに書かれているある日付に出会い、それによって現在のDUSKの供給状況の捉え方が根本から変わりました。 2022年4月。 その時、すべての「500,000,000」プレメインネット〈@Dusk_Foundation tokens〉のベスティング期間が終了したのです。チームへの配分。アドバイザーへの配分。開発基金。取引所への上場。マーケティング。すべてが完全にベスティング済み。2022年4月。 Duskのメインネットは2024年後半にローンチされました。 このギャップは、じっくり考える価値があります。 初期参加者に割り当てられたすべてのトークン――6年間Duskを築いたチーム、導いてきたアドバイザー、上場させた取引所、そして2018年のICOを$0.0404で支援した投資家のトークンは、発行されることになっていたネットワークが稼働するまでに、すでに2年半以上、自由に譲渡可能な状態でした。 ベスティングスケジュールはインセンティブを整合させるために存在します。保有者がプロジェクトの成功にコミットし続けられるよう、トークンを十分な期間ロックする。2022年4月から2024年後半までという長い時間、メインネットがまだ立ち上がっていない状態で、自由にベスティング済みのトークンを保有し続けるのは相当なことです。 中には保有し続けた人もいました。保有していなかった人たちが売り圧力を生み、それによって、メインネットがまだ存在しないにもかかわらずDUSKは、2021年のピーク$0.57から2023年半ばごろには約$0.07まで押し下げられたのです。回復の正当化材料が当時はありませんでした。 いまメインネットが稼働しています。エミッション側の500百万は開始されており、幾何学的減衰、4年ごとに半減という36年のスケジュールです。今日ステーカーが獲得しているのは、この2回目の500百万の方です。 しかし、最初の500百万はすでに3年以上前から完全にアンロックされています。いまもそのトークンを保有している人は、2022年4月から自発的に保有し続けていることになります。 その自発的な保有は、長期的な確信をこれ以上ない形で示す強いシグナルか、あるいは忍耐が静かに尽きていく過程の、最も静かな形のどちらかです。
#dusk $DUSK

私はDuskのトークノミクスのドキュメントに書かれているある日付に出会い、それによって現在のDUSKの供給状況の捉え方が根本から変わりました。

2022年4月。

その時、すべての「500,000,000」プレメインネット〈@Dusk tokens〉のベスティング期間が終了したのです。チームへの配分。アドバイザーへの配分。開発基金。取引所への上場。マーケティング。すべてが完全にベスティング済み。2022年4月。
Duskのメインネットは2024年後半にローンチされました。

このギャップは、じっくり考える価値があります。
初期参加者に割り当てられたすべてのトークン――6年間Duskを築いたチーム、導いてきたアドバイザー、上場させた取引所、そして2018年のICOを$0.0404で支援した投資家のトークンは、発行されることになっていたネットワークが稼働するまでに、すでに2年半以上、自由に譲渡可能な状態でした。

ベスティングスケジュールはインセンティブを整合させるために存在します。保有者がプロジェクトの成功にコミットし続けられるよう、トークンを十分な期間ロックする。2022年4月から2024年後半までという長い時間、メインネットがまだ立ち上がっていない状態で、自由にベスティング済みのトークンを保有し続けるのは相当なことです。

中には保有し続けた人もいました。保有していなかった人たちが売り圧力を生み、それによって、メインネットがまだ存在しないにもかかわらずDUSKは、2021年のピーク$0.57から2023年半ばごろには約$0.07まで押し下げられたのです。回復の正当化材料が当時はありませんでした。

いまメインネットが稼働しています。エミッション側の500百万は開始されており、幾何学的減衰、4年ごとに半減という36年のスケジュールです。今日ステーカーが獲得しているのは、この2回目の500百万の方です。

しかし、最初の500百万はすでに3年以上前から完全にアンロックされています。いまもそのトークンを保有している人は、2022年4月から自発的に保有し続けていることになります。

その自発的な保有は、長期的な確信をこれ以上ない形で示す強いシグナルか、あるいは忍耐が静かに尽きていく過程の、最も静かな形のどちらかです。
確認済み
#dusk $DUSK @Dusk_Foundation 私は DuskEVM の手数料ドキュメントを読み、規制された金融アプリケーションにおけるコスト予測可能性について考え方を変える重要な点を見つけました。 ドキュメントにははっきりと書かれています。DuskEVM のトランザクションには、2 つの別々の手数料が発生します。EIP-1559 方式の L2 実行手数料。DuskDS へバッチデータを投稿するためのデータ可用性手数料です。ウォレットや SDK はどちらも自動的に見積もります。 しかし、その自動見積もりが、慎重に検討する価値のある何かを見えにくくしています。 実行手数料は DuskEVM の活動に応答します。取引が多ければベース手数料は高くなり、取引が少なければベース手数料は低くなります。標準的な EIP-1559 の挙動です。アプリケーションがモデル化できる程度に予測可能です。 一方、データ可用性手数料は異なります。DuskDS のブロブ価格に応答します。別のネットワーク層です。DuskEVM 側で何が起きているかとは無関係です。 その依存関係を少しの間考えました。 OP Stack ネットワークにおけるブロブ価格は、EIP-4844 以来変動がありました。2025 年 12 月の Fusaka アップグレードでは EIP-7918 が導入され、ブロブのフロア価格を L1 の実行コストに連動させ、ゼロ近くまで崩れないようにしました。この変更の直後、ブロブ手数料は劇的に急騰し、その後安定しました。Fusaka 前のブロブ価格を前提にデータ可用性コストをモデル化していた DuskEVM アプリケーションは、Dusk の管理外である Ethereum レベルのプロトコル変更によって、そのコスト前提がまるで一晩で無効化されてしまったはずです。 DuskDS は Dusk 自身のチェーンであり、Ethereum メインネットではありません。ブロブ価格の仕組みもそれ自身のものになります。 とはいえ、構造的な依存関係は同じです。すべての DuskEVM トランザクションコストの構成要素のうち 1 つは、アプリケーションがコントロールできず、独立して予測もできない層によって決まります。 規制された証券取引の場が、機関投資家に対して決済コストを提示する場合、この予測不能性は単なる些細な技術的但し書きではありません。これはインフラそのものに埋め込まれた価格リスクです。
#dusk $DUSK @Dusk

私は DuskEVM の手数料ドキュメントを読み、規制された金融アプリケーションにおけるコスト予測可能性について考え方を変える重要な点を見つけました。
ドキュメントにははっきりと書かれています。DuskEVM のトランザクションには、2 つの別々の手数料が発生します。EIP-1559 方式の L2 実行手数料。DuskDS へバッチデータを投稿するためのデータ可用性手数料です。ウォレットや SDK はどちらも自動的に見積もります。
しかし、その自動見積もりが、慎重に検討する価値のある何かを見えにくくしています。
実行手数料は DuskEVM の活動に応答します。取引が多ければベース手数料は高くなり、取引が少なければベース手数料は低くなります。標準的な EIP-1559 の挙動です。アプリケーションがモデル化できる程度に予測可能です。
一方、データ可用性手数料は異なります。DuskDS のブロブ価格に応答します。別のネットワーク層です。DuskEVM 側で何が起きているかとは無関係です。
その依存関係を少しの間考えました。
OP Stack ネットワークにおけるブロブ価格は、EIP-4844 以来変動がありました。2025 年 12 月の Fusaka アップグレードでは EIP-7918 が導入され、ブロブのフロア価格を L1 の実行コストに連動させ、ゼロ近くまで崩れないようにしました。この変更の直後、ブロブ手数料は劇的に急騰し、その後安定しました。Fusaka 前のブロブ価格を前提にデータ可用性コストをモデル化していた DuskEVM アプリケーションは、Dusk の管理外である Ethereum レベルのプロトコル変更によって、そのコスト前提がまるで一晩で無効化されてしまったはずです。
DuskDS は Dusk 自身のチェーンであり、Ethereum メインネットではありません。ブロブ価格の仕組みもそれ自身のものになります。
とはいえ、構造的な依存関係は同じです。すべての DuskEVM トランザクションコストの構成要素のうち 1 つは、アプリケーションがコントロールできず、独立して予測もできない層によって決まります。
規制された証券取引の場が、機関投資家に対して決済コストを提示する場合、この予測不能性は単なる些細な技術的但し書きではありません。これはインフラそのものに埋め込まれた価格リスクです。
🎙️ 王を保て、ストレージ関連が爆上げしている。量化が少しアリの倉の利益を取るくらいなら、それもアリだ
cover
終了
04 時間 13 分 40 秒
11.5k
23
28
2025年12月の「@Dusk_Foundation およびNPEXとのコラボレーション」に関する発表を読み、「『ヨーロッパ初の、完全に規制されたブロックチェーンを活用する証券取引所』」という記述が依拠している、特定の規制上の認可を探しに行きました。 私が見つけたものは、その報道が一つのものとして扱い続けている、2種類の異なる事柄を区別する必要があることを示していました。 NPEXは、MiFID IIのもとで2018年3月に取得したもので、オランダの金融市場庁(AFM)からマルチラテラル・トレーディング・ファシリティ(MTF)ライセンスを保有しています。このライセンスは実在します。NPEXは、17,500人のアクティブな投資家を対象に、102件の取引にわたり、総額で1億9,600万ユーロ超の資金調達を仲介してきました。規制上の立場は本物で、AFMとデ・ネーデルランデ銀行(De Nederlandsche Bank)の双方によって継続的に監督されています。 MTFライセンスは、NPEXを「取引の場」としてカバーしています。 しかし、それがその下にあるブロックチェーン基盤に自動的に拡張されるわけではありません。 EUのDLTパイロット制度は、標準的な決済ルールからの正式な免除を伴って、取引の場が分散型台帳技術で運営できることを認可する、具体的な規制枠組みです。ESMAの、2026年1月時点での認可済みDLT市場インフラの登録簿には、許可を得た3つの事業体が掲載されています。CSD Prague。21X AG。360X AG。 NPEX on Duskは、まだそのリストに載っていません。 Dusk自身のドキュメントでは、DLT-TSSライセンスは「現在の認可」ではなく「将来のマイルストーン」として認められています。KuCoinの機関投資家向け分析も、それを直接述べています。"DLT-TSSライセンスが取得され次第、Duskは機関投資家を大規模にオンボードし始めます。" この順序を、しばらく頭の中で整理してみました。 まだDLTパイロット制度の認可を受けていないブロックチェーン基盤上で稼働する、実在のMTFライセンスは、「『ヨーロッパ初の、完全に規制されたブロックチェーンを活用する証券取引所』」という含意とは別の規制上の立場です。 提携は本物です。そこに書かれている規制上の道のりは、まだ進行中です。 #dusk $DUSK @Dusk
2025年12月の「@Dusk およびNPEXとのコラボレーション」に関する発表を読み、「『ヨーロッパ初の、完全に規制されたブロックチェーンを活用する証券取引所』」という記述が依拠している、特定の規制上の認可を探しに行きました。

私が見つけたものは、その報道が一つのものとして扱い続けている、2種類の異なる事柄を区別する必要があることを示していました。

NPEXは、MiFID IIのもとで2018年3月に取得したもので、オランダの金融市場庁(AFM)からマルチラテラル・トレーディング・ファシリティ(MTF)ライセンスを保有しています。このライセンスは実在します。NPEXは、17,500人のアクティブな投資家を対象に、102件の取引にわたり、総額で1億9,600万ユーロ超の資金調達を仲介してきました。規制上の立場は本物で、AFMとデ・ネーデルランデ銀行(De Nederlandsche Bank)の双方によって継続的に監督されています。

MTFライセンスは、NPEXを「取引の場」としてカバーしています。

しかし、それがその下にあるブロックチェーン基盤に自動的に拡張されるわけではありません。

EUのDLTパイロット制度は、標準的な決済ルールからの正式な免除を伴って、取引の場が分散型台帳技術で運営できることを認可する、具体的な規制枠組みです。ESMAの、2026年1月時点での認可済みDLT市場インフラの登録簿には、許可を得た3つの事業体が掲載されています。CSD Prague。21X AG。360X AG。

NPEX on Duskは、まだそのリストに載っていません。

Dusk自身のドキュメントでは、DLT-TSSライセンスは「現在の認可」ではなく「将来のマイルストーン」として認められています。KuCoinの機関投資家向け分析も、それを直接述べています。"DLT-TSSライセンスが取得され次第、Duskは機関投資家を大規模にオンボードし始めます。"

この順序を、しばらく頭の中で整理してみました。

まだDLTパイロット制度の認可を受けていないブロックチェーン基盤上で稼働する、実在のMTFライセンスは、「『ヨーロッパ初の、完全に規制されたブロックチェーンを活用する証券取引所』」という含意とは別の規制上の立場です。

提携は本物です。そこに書かれている規制上の道のりは、まだ進行中です。

#dusk $DUSK @Dusk
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約