SanAndreas

#BinancePick predict and grab the point, just it

#BinancePick Dont miss this binance campaign

#BinancePick the fun campaign from binance. let joined

#BinancePick 新しいBinance Funキャンペーン

#BinancePick 新しいBinance Funキャンペーン

#BinancePick この新しいイベントに参加しました

@Dusk #dusk $DUSK
DuskVM
DuskVMは、Dusk L1上で直接実行されるRust/WASMコントラクト向けのWasmtimeベースの実行環境です。L1アセットへの直接アクセス、トランザクションモデル、プライバシー、またはゼロ知識機能が必要なコントラクトのための道筋です。

DuskEVM
DuskEVMは、OP StackベースのEVM相当の実行環境です。DuskDSを決済およびデータ可用性に使用しながら、標準的なEVMツールでSolidityコントラクトをデプロイできます。

ネットワーク層：Kadcast
KadcastはDuskのP2Pネットワーキング層です。ランダムなゴシップではなく、構造化されたオーバーレイを使用することで、帯域幅を削減し、レイテンシーの予測可能性を高めます。

ジェネシス・コントラクト
Duskには2つのジェネシス・コントラクトが同梱されています：

Stake：プロビジョナー、ステーク、報酬、バリデータセットの管理を追跡します。（source）
Transfer：DUSKを転送し、トランザクション実行とガス支払いの入口になります。（source）
ノード運用者向け：プロビジョナーノードを実行してください。

アプリケーション
ベースとなるプロトコルの上に、Duskは規制された市場向けのアプリケーション層プロトコルおよびツールをサポートします。

Dusk Trade
Dusk Tradeは、Dusk上のトークン化された金融資産のためのアプリケーション層です。投資家のオンボーディング、ウォレットの紐付け、制御された送金、支払いのコーディネーション、準拠した決済といった、実際の市場ワークフローを中心に構築されています。

Zedger / Hedger
ZedgerとHedgerは、組み込みのコンプライアンスおよびプライバシー制約を備えた、規制資産の発行と管理のためのプロトコルです。

ZedgerはDusk L1上でDuskVMコントラクトを使用します。
HedgerはEVM-firstの開発者体験を提供するためにDuskEVM上で動作します。
Citadel
Citadel

CitadelはDuskのアイデンティティおよびアクセス層です。ユーザーは、必要以上の情報を開示せずに、属性（例：居住地、年齢層、認定）を証明できるようにセレクティブ・ディスクロージャーをサポートします。

#termmax @TermMax
3. TMXユーティリティ
TMXホルダーはガバナンスに参加し、プロトコルのプロダクト機能およびパラメータを導くことができます。

また、TMXホルダーはPancakeSwapのようなDEXプールに流動性を提供したり、$TMXトークンをステークしてsTMX（TMXにおけるプロトコルFTトークン）を受け取ったりすることができます。これにより、ホルダーは以下の利益を得られます：

ステーキング報酬（コミュニティ配分（トークノミクス）および/またはTermMaxトレジャリー資金からの一部トークンにより出所される可能性があるTMXエミッションを含む）

市場リスクパラメータを含むプロトコルパラメータの調整、およびキュレーターのホワイトリスト登録（キュレーター許可）に関する強化されたガバナンス権

トレジャリー資金は、以下から生成される可能性があります：

すべての市場におけるTermMaxのFT/XTプロダクトトークンでの取引手数料

借り入れアクティビティにおけるプロトコル手数料

清算手数料

その他のソース

この仕組みにより、長期保有者の利益がプロトコルの持続可能性と成長に合致します。

@Dusk #dusk $DUSK
DuskDSは、Duskのデータ可用性および決済レイヤーです。Dusk L1のコンセンサス、ファイナリティ、ならびにデータ可用性の基盤であり、DUSKの送信と実行の支払いに用いられるMoonlightおよびPhoenixというトランザクション・モデルを含みます。
DuskDSは、Duskネットワーク全体の名称ではありません。Dusk L1には、DuskVMのスマートコントラクト実行も含まれます。一方、DuskEVMはEVM互換の実行レイヤーで、DuskDSを通じてデータを決済し、公開します。
DuskDSは2つのトランザクション・モデルをサポートしています。透明な公開アカウントにはMoonlight、機密化されたシールド送金にはPhoenixです。参照：DuskのTransaction Models。
Rusk
Ruskは、Dusk L1向けのRustノード実装です。DuskDSのコンセンサスを実行し、チェーン状態を管理し、DuskVMコントラクトを実行し、ウォレット、インデクサ、インテグレータが使用するHTTP APIおよびRUESイベント・システムを公開します。
サキンクト・アテステーション（Succinct Attestation）
サキンクト・アテステーション（SA）は、DuskDSの許可不要かつ委員会ベースのプルーフ・オブ・ステーク・コンセンサス・プロトコルです。ランダムに選出されたプロビジョナー（提案者）がブロックを提案し、検証し、承認します。これにより、金融市場に適した高速で決定論的なファイナリティを提供します。
高いレベルでは、各ラウンドは次の3つのステップで進みます。
提案（Proposal）— プロビジョナーが候補ブロックを作成し、ブロードキャストします。
検証（Validation）— 委員会がブロックの妥当性を確認します。
承認（Ratification）— 別の委員会が検証結果を確認し、ブロックを確定します。
プロトコルの完全な仕様およびセキュリティ分析（委員会の選出、ファイナリティ、スラッシングを含む）については、Duskホワイトペーパー（2024年）の第3章「Consensus mechanism」を参照してください。
DuskDSにおけるトランザクション
DuskDSにおけるトランザクションは、Transferコントラクトによって管理されます。このコントラクトは公開送金とシールド送金の両方をサポートします。
Moonlightはアカウントベースで公開型です。PhoenixはUTXOベースでシールド型です。いずれもDUSKの送信、ガスの支払い、ならびにコントラクト実行の入口として使用されます。

2. TermMax入門

2.1 課題
DeFi市場は主に変動金利で運用されており、借り手と貸し手の双方に不確実性をもたらします。従来の機関投資家やプロのトレーダーは、金利の予測可能性があることで次を可能にします：

資本配分戦略の計画

金利エクスポージャーのヘッジ

レバレッジコストとリターンの最適化

確実性のあるキャッシュフロー管理

2.2 解決策
TermMaxは、3トークン・システムと独自AMMにより、分散型の固定金利・固定期間の借入および貸付インフラを提供します：

FT（固定金利トークン）— ゼロクーポン債のようなトークンで、満期時に負債ポジションの額面を償還する権利を表します。貸し手はFTを割引価格で購入し、額面で償還することで、参加した瞬間から固定利回りをロックします。

XT（イールドトークン）— FTの補完要素で、1 FT + 1 XT = 1 負債トークンです。借り手はローンを組む際にXTを受け取り、それをすぐに売却して流動性を得られ、借入コストを参入時に固定できます。XTはさらに、TermMax Alpha市場におけるオプション商品を表す、オプション・プレミアムのようなトークンとしても機能します。

GT（ギアリングトークン）— レバレッジされたポジションをカプセル化するNFTで、関連する担保と負債の情報をオンチェーンに記録します。担保を手作業でループさせたり、借入を複数回繰り返したりするのではなく、ユーザーは単一のトランザクションでGTをミントすることで、対象レバレッジを大幅に低いガスコストで実現できます。

キュレーター＆資本効率

TermMaxの市場は、プロフェッショナルなキュレーター—専門の流動性マネージャー—によって運営されています。彼らは価格カーブを設定し、リスクパラメータを管理し、資本配分を最適化します。現在のキュレーターにはKeyrock、Hardcoded Lab、Edge Capital、AlphaPing、Origami Cryptoが含まれます。

キュレーターの資本が最大効率で機能することを保証する2つの仕組み：

アトミック・オーダー：資金を借りる前に、仮想流動性を複数のオーダーへ同時に分散でき、分断されることなく、資本が最も必要とされる場所に常に配置されます。

@TermMax #TermMax

#termmax @TermMax

TMX トークン ホワイトペーパー
バージョン 1.0 | 2026年3月

免責事項：
本ホワイトペーパーは情報提供のみを目的としており、金融、法律、投資に関する助言を構成するものではありません。本書に含まれる情報は、事前の予告なく変更される可能性があります。Term Structure Labs およびその関連組織は、本書の正確性または完全性に関していかなる表明または保証も行いません。参加を検討する者は、いかなる判断を行う前にも、自らのデューデリジェンスを実施し、専門家の助言を相談してください。

1. エグゼクティブ・サマリー
TMX は TermMax のユーティリティおよびガバナンス・トークンであり、革新的なトークン化と自動マーケットメーカー（AMM）技術により、DeFi において予測可能な金利を提供する、分散型の固定金利による借入・貸付プロトコルです。

主要ポイント：
総供給量：1,000,000,000 TMX（固定、インフレなし）
トークン規格：ERC20（複数のブロックチェーン上の OFT）
TGE 日：未発表初期流通量：約20%（TGE時点）
中核機能：プロトコルのガバナンス、ステーキング報酬、エコシステムへのインセンティブ

@Dusk #dusk

$DUSK コアコンポーネント：

5.シタデル
役割：アイデンティティおよびアクセスのプリミティブ（選択的開示）

次にどこへ行くか：
シタデル2
シタデル2は、ダスクの自己主権型アイデンティティプロトコルの強化版です。これにより、個人の詳細や使用した正確なライセンスをオンチェーンに載せることなく、「ライセンス」と呼ばれる有効なクレデンシャルを保有していることを誰かが証明できます。

中核となる考え方
シタデルのライセンスを、プライベートなクレデンシャルだと考えてください。

ユーザーは、信頼できるライセンス・プロバイダー（LP）にライセンスを申請します。
LPはオフチェーンでユーザーを確認し、関連する属性データに署名し、暗号化されたライセンスを公開し、それをシタデル契約に登録します。
その後、ユーザーがサービスへのアクセスを求めると、ユーザーはゼロ知識証明を生成します。これにより、使用中のどのライセンスかを明かすことなく、自分が登録済みのLP署名ライセンスを所有していることを示します。
シタデル契約はその証明を検証し、公開セッションを記録します。
ユーザーはセッション・クッキーをサービス・プロバイダー（SP）へ送信し、SPがアクセスを許可するかどうかを判断します。
重要なのはこの点です。シタデルはセッションが暗号学的に有効であることを証明しますが、サービスのポリシーは決定しません。SPは、信頼するLP、受け入れる属性、セッションが期限切れか、無効化（リボーク）されているか、クッキーを再利用できるかどうかを引き続き自分で決めます。

プライベートに保たれるもの
シタデル2は、個人属性がブロックチェーンに書き込まれないように設計されています。オンチェーンのセッションは、ユーザーのウォレット鍵、使用したライセンス、LP鍵、SP鍵、署名された属性、またはメルクル証明パスを明らかにしません。サービスが属性の学習や検証を必要とする場合、ユーザーはそのサービスのポリシーが要求する範囲だけを開示または証明します。

シタデル2の利用
開発者はダスク上で自分自身のシタデル・ライセンス契約をデプロイできます。シタデルのリポジトリには、Rustのコアライブラリ、ライセンス契約、zk-citadel-wallet（契約をデプロイするためのCLI/TUI、ライセンスの要求と発行、ライセンスの使用、保存済みセッションクッキーの一覧表示、セッションの検証を行うウォレット連携型ツール）が含まれています。

$DUSK コアコンポーネント：
4. DuskEVM
役割：DuskDSを通じて決済されたOP StackベースのEVM実行

次に向かう先：
DuskEVM
DuskEVMはSolidity、EVMウォレット、そしてEthereumの開発ツールをDuskにもたらします。既存のEVMアプリケーションは、馴染みのあるコントラクトやワークフローのままDuskEVMをターゲットでき、ガスにはDUSKを使い、決済とデータ可用性にはDuskDSを利用します。

なぜDuskEVMなのか
まずはEVMスタックから始めます。Foundry、Hardhat、viem、ethers、そして標準的なEVMウォレットを使って、SolidityまたはVyperで開発してください。
DUSKを通して利用します。DUSKが実行の支払いを行い、ブリッジを介してDusk L1とDuskEVMの間で移動します。
DuskDSで決済します。バッチと状態コミットメントが、DuskEVMのアクティビティをDuskのコンセンサスおよびデータ可用性レイヤーに結び付けます。
より広いDuskスタックへ到達します。EVMアプリケーションは、必要に応じてそれらの統合が求められることで、Dusk L1のアセット、インフラ、プライバシー志向のワークフローに接続できます。

DuskEVMトランザクションはロールアップのライフサイクルに従います：

トランザクションはDuskEVMシーケンサーに送信されます。
実行レイヤーがそれをL2ブロックに取り込みます。
バッチャーがトランザクションデータをDuskDSに公開します。
状態コミットメントとフォールトプルーフが、生成された状態をDuskDSの決済へ接続します。
トランザクションの取り込みは速いですが、取り込みと決済は別の段階です。DuskEVMとDusk L1の間で価値を移動するアプリケーションは、経過時間から最終性を推測するのではなく、プロトコルまたはウォレットのステータスを用いるべきです。

実行環境を選ぶ
Solidityアプリケーション、EVMウォレット、既存のEthereumライブラリ、EVMインフラにはDuskEVMを選択してください。

Dusk L1上で直接実行されるべきRust/WASMコントラクト、またはそのトランザクションモデル、プロトコルアセット、プライバシー、ゼロ知識能力と密に統合する必要がある場合はDuskVMを選択してください。

@Dusk #dusk

@Dusk #dusk

$DUSK コアコンポーネント：
3. DuskVM
役割：Dusk L1上でのRust/WASMスマートコントラクトの実行
次にどこへ行くか：
DuskVMは、Dusk L1上で直接実行されるスマートコントラクト向けのWASM仮想マシンです。これはWasmtimeランタイムに基づいており、Duskの実行モデルに対するカスタム対応が組み込まれています。

Rust/WASMコントラクト、プロトコルレベルの資産、カスタム実行、市場ロジック、プライバシーに配慮したフロー、またはL1上で直接実行されるべきゼロ知識機能にDuskVMを使用してください。

アプリケーションがSolidity、EVMウォレット、Ethereum互換のツール群を中心に設計されている場合は、DuskEVMを使用してください。DuskEVMをご覧ください。

DuskVMが担う位置づけ
DuskVMはDusk L1のスマートコントラクト実行コンポーネントです。DuskVMはコントラクトコードを実行し、一方でDuskDSは、結果として得られる状態を確定させるコンセンサス、決済、およびデータ可用性の基盤を提供します。

高いレベルで、DuskVMは以下を提供します：

特定のメモリ管理メカニズム
DuskのABIのサポート
コントラクト間呼び出しのサポート
DuskVMはホスト側のインターフェースとして機能し、実行環境およびシステムレベルの操作を取り扱います。

コントラクトをWASMへコンパイル
DuskVMはバイトコードとしてWASMを期待します。つまり、DuskVMがそれらを実行するためには、スマートコントラクトをWASMバイトコードとしてコンパイルする必要があります。スマートコントラクトは、自身の入力を検証し、コントラクトのロジックに従って処理し、適切な出力を返すことを完全に自己責任で行います。これにより、DuskVMが提供する標準化された実行環境の中で、スマートコントラクトが予測可能かつ安全に動作することが保証されます。

WASMにコンパイルされたコントラクトは、以下の注意事項を前提に、DuskVMによって実行できます：

コントラクトは「引数バッファ（argbuf）」を公開する必要があります。これは、コントラクトのメモリ内の64KBの特別な領域です。
公開される各関数は、次の呼び出し規約に従います：fn foo(u32) -> u32
受け取ったu32値は、入力データの長さを示します。この入力は呼び出し元によってargbufに配置されます。 この入力長により、コントラクトがargbufから読み取るべきデータのバイト数が決まります。

@Dusk #dusk
$DUSK コアコンポーネント:
2. Rusk
役割: Dusk L1 のための Rust ノード実装
次にどこへ行く:
Dusk ノードは2つの主要な低レベル HTTP サーフェスを公開しています:
チェーン、ブロック、トランザクション、メンプール、アーカイブ、その他のノード索引付きクエリに対する GraphQL。
取引の送信、コントラクト呼び出し、ノード操作、証明生成、ドライバ管理、およびイベント購読のための RUES 形式 /on/... ルート。
このページを、直接ノード統合のための実装ガイドとして使用してください。アプリケーションコードは通常、W3sper または別の SDK レイヤーを使用するべきで、低レベルのノードアクセスが必要な場合を除きます。
ベースURL
メインネット: https://nodes.dusk.network
テストネット: https://testnet.nodes.dusk.network
適切なサーフェスの選び方
契約 ABI の一部ではない、チェーン、ブロック、トランザクション、メンプール、アーカイブ、またはその他のノード索引付きデータが必要な場合は GraphQL を使用します。
契約 ABI が公開するメソッドを照会する場合は /on/contracts:<contract_id>/ <method>/ を使用します。
取引の送信、証明生成、ドライバ管理、イベント購読などのノード操作には、他の /on/... ルートを使用してください。
いくつかの旧来の /on/... ショートカット ルートは互換性のためにまだ動作しますが、非推奨です。

@Dusk #dusk
$DUSK コアコンポーネント
Duskネットワークは、規制された金融に最適化されたモジュール型アーキテクチャを採用しています。必要な場所ではプライバシーを、役立つ場所では透明性を、そして市場のワークフローで求められる場面では決定論的な決済を提供します。全体像は次のとおりです。
コンポーネント：
1. DuskDS
役割：
決済およびデータ可用性の基盤：コンセンサス、最終性、そしてDuskのトランザクションモデル
次にどこへ：
Duskは2層のアーキテクチャを持っています。
DuskDS – 決済とデータ層（コンセンサス、データ可用性、トランザクションモデル）
DuskEVM – スマートコントラクトが実行され、Hedgerが存在するEVM実行層
このページでは、DuskDS上のトランザクションモデルを説明します。これは、内部で決済とプライバシーがどのように機能するのかを理解したい人向けの背景情報です。DuskEVM上でdAppsを構築する場合は、主にHedgerとEVMコントラクトとやり取りすることになります。

Phoenix vs Moonlight（DuskDS上）
DuskDSでは、価値は2つのネイティブな方法で移動できます。
Moonlight – パブリックな、アカウントベースの転送
Phoenix – ゼロ知識証明を用いたシールド（保護された）、ノートベースの転送
どちらも最終的には同じチェーンで決済されますが、オブザーバーに対して提示される情報が異なります。
完全な実装の詳細はホワイトペーパーを参照してください。
Moonlight – 公開残高
Moonlightは透明なトランザクションモデルです。
アカウントには表示可能な残高があります。
転送では送信者、受取者、金額が示されます。
観測が必要なフロー（例：一部のトレジャリーやレポーティングのシナリオ）に適しています。
概念的には標準的なアカウントモデルのように振る舞います。
多くのユーザーにとって、これはプロトコル層で「DUSKを透明に移動するだけ」の方法です。
Phoenix – シールド残高
Phoenixはプライバシー保護モデルです。
資金は、明示的な残高ではなく暗号化された「ノート」として保持されます。
トランザクションは、ゼロ知識証明により正しさ（二重支払いなし、十分な残高）を証明しつつ、次を明かしません：
どれだけが移動されるのか、どのノートが誰によって送信されたのか（受取人以外には）、どの特定のノート間で行われるのか。
ユーザーは、規制や監査で必要な場合にビューイングキー（閲覧キー）を通じて情報を選択的に開示できます。

@Dusk #dusk
前回の「$DUSK Trade（Trade）」に関する議論の続き。
第4部

より大きな全体像
トークン化は、オンチェーンに何を載せられるかという観点で語られることがよくあります。
しかし、より重要な問いは次のようなものかもしれません：
資産がオンチェーンに載った後、何が起きるのか？
投資家はそれをどうやって見つけるのか？
適格性はどのように判断されるのか？
開示情報はどのように提示されるのか？
取引はどのように成立するのか？
支払いと資産の移動はどのように連携されるのか？
取引はどのように決済されるのか？
そして、発行体、取引場所（ベニュー）、投資家、認可された参加者は、同じインフラをどのように相互作用させるのか？

これらはアプリケーション層の課題です。
Dusk Tradeは、それらに対応するよう設計されています。
トークン化が、実験の域を越えて実際の金融市場の一部になるのであれば、ブロックチェーンのインフラは、規制された資産の複雑さを理解するアプリケーションと連携して機能する必要があります。

Dusk Tradeは、その交差点に位置しています。Duskの基盤となる市場インフラを、トークン化された金融資産のための実用的なワークフローへと変換します。
最終目標は、単に金融資産をオンチェーンで譲渡可能にすることではありません。
発見から適格性、取引、支払い、決済に至るまでの一連の旅路全体を、首尾一貫したデジタルな金融市場体験として機能させることです。
$DUSK

$DUSK Tradeに関する前回の議論から続きます。
第3部

この分離には重要な意味があります。インフラとユーザーアプリケーションは、異なる責任を担っているためです。
プロトコルは信頼性の高いブロックチェーンおよび金融市場のプリミティブを提供することに集中できます。一方、アプリケーションは、それらのプリミティブが特定のワークフローでどのように使われるかに集中できます。

トークン化にとって重要な理由
トークン化の長期的な約束は、単に従来の資産をブロックチェーンに載せることにとどまりません。

より大きな機会は、発行、保有、取引、コンプライアンス、決済が、プログラマブルなインフラと相互作用できる金融市場を創り出すことにあります。
そのためには、トークンだけでは不十分です。
金融ワークフローを理解する市場インフラとアプリケーションが必要です。

Dusk Tradeは、その方程式の「アプリケーション側」を表しています。
その役割は、トークン化された金融資産とやり取りする参加者が行う実務上の活動と、ブロックチェーン・インフラをつなぐことです。

Dusk Tradeを別の観点で捉える
Dusk Tradeを単なる別の取引インターフェースとして考えたくなるかもしれません。
しかし、そのより広い目的は、もっと興味深いものです。

これは、ブロックチェーン・インフラと、規制された金融市場のワークフローとの「架け橋」として捉えることができます。

違いは微妙ですが重要です。
典型的な暗号アプリは主に次のことに重点を置くかもしれません：
ウォレット → トークン → 取引
一方、規制されたトークン化資産のワークフローは、はるかに多くの工程を含み得ます：
資産の発見 → 投資家のオンボーディング → 適格性 → 開示 → ウォレット → 取引 → 支払いの調整 → 決済
Dusk Tradeは、2つ目のモデルを前提に設計されています。

@Dusk #dusk

$DUSK Trade.
前回の議論から続き

第2部

6. 決済
最終ステップは決済です。
ここで、取引は「取引の意図」以上のものになります。
関連する資産および支払いの動きは、取引を規律するルールに従って完了させる必要があります。
取引と決済のワークフローを統合することで、アプリケーション層はオンチェーン取引を、より完全な金融市場プロセスに近いものへと変える手助けができます。

適格性と開示の重要性
Dusk Tradeの最も興味深い点の一つは、規制された市場の要件を前提に設計されていることです。
従来の金融では、すべての投資家に対してすべての金融商品が提供されるわけではありません。

管轄区域、投資家の属性、資産の種類、またはその他の規制要件に基づく制限があり得ます。
また、情報は取引そのものと同じくらい重要になることがあります。
投資家は、参加する前に開示情報やその他の関連情報へのアクセスが必要になる場合があります。
つまり、トークン化された金融市場は、次のような問いに答える必要があります：
誰がこの資産を購入できるのか？
投資家にどのような情報を提供すべきか？
誰が特定の情報にアクセスする権限を持つのか？
どのような条件の下で、その資産を譲渡できるのか？

Dusk Tradeのアプリケーション層のアプローチは、これらの考慮事項を、ブロックチェーン活動とは別のものとして扱うのではなく、ワークフローの一部に組み込むことを意図しています。
Dusk TradeとDuskエコシステム
ベースプロトコルとアプリケーション層を区別することが役に立ちます。
Duskネットワークは、基盤となるインフラと、市場志向のプリミティブを提供します。

Dusk Tradeは、そのインフラの上で動作します。
関係を視覚化する簡単な方法は次の通りです：
Dusk Network → Market Infrastructure → Dusk Trade → Users ＆ Market Participants
基盤層が土台を提供します。
アプリケーション層は、その土台を、発行体、投資家、取引の場、その他の認可された参加者が実際に利用できる体験へと変換します。

@Dusk #dusk