SanAndreas

#BinancePick 預測並搶佔該點，就這樣

#BinancePick 別錯過這個幣安活動

#BinancePick 幣安的趣味活動。讓我們加入吧

#BinancePick 幣安全新趣味活動

#BinancePick 全新的幣安趣味活動

#BinancePick 我參加了這個新活動

@Dusk #dusk $DUSK
DuskVM
DuskVM 是基於 Wasmtime 的執行環境，面向在 Dusk L1 上直接運行的 Rust/WASM 合約。它是爲需要直接訪問 L1 資產、交易模型、隱私或零知識能力的合約提供的路徑。

DuskEVM
DuskEVM 是基於 OP Stack 的、等效於 EVM 的執行環境。它讓你能夠在使用 DuskDS 進行結算與數據可用性的同時，藉助標準 EVM 工具來部署 Solidity 合約。

網絡層：Kadcast
Kadcast 是 Dusk 的 P2P 網絡層。它採用結構化覆蓋網絡（而非隨機 gossip）來降低帶寬佔用，並提升延遲可預測性。

Genesis Contracts（創世合約）
Dusk 提供兩個創世合約：

Stake：跟蹤供給者（provisioners）、質押、獎勵以及驗證者集管理。（source）
Transfer：轉移 DUSK，是交易執行與手續費支付的入口。（source）
面向節點運營者：運行一個 provisioner 節點。

應用
在基礎協議之上，Dusk 支持用於受監管市場的應用層協議與工具。

Dusk Trade
Dusk Trade 是 Dusk 上代幣化金融資產的應用層。它圍繞真實的市場工作流構建：投資者入駐、錢包綁定、受控轉賬、支付協調以及合規結算。

Zedger / Hedger
Zedger 和 Hedger 是用於簽發與管理受監管資產的協議，內置合規與隱私約束。

Zedger 使用 Dusk L1 上的 DuskVM 合約。
Hedger 運行在 DuskEVM 上，爲開發者提供“以 EVM 爲先”的體驗。
Citadel
Citadel

Citadel 是 Dusk 的身份與訪問層。它支持選擇性披露，使用戶能夠證明屬性（例如居住地、年齡區間、資質認證等），而無需揭示超過必要的信息。

#termmax @TermMax
3. TMX 公用工具
TMX 持有者可以參與治理，並指導協議的產品功能與參數。

TMX 持有者還可以向諸如 PancakeSwap 之類的 DEX 池提供流動性，或質押他們的 $TMX 代幣以獲得 sTMX（TMX 上的協議 FT 代幣）。這使得持有者能夠獲得以下收益：

質押獎勵，包括 TMX 排放獎勵，該獎勵可能來自社區分配（見 Tokenomics），以及/或 TermMax Treasury 資金中的一部分代幣

增強的治理權，用於調整協議參數，包括市場風險參數，以及策展人白名單

國庫資金可能來源於：

在所有市場上，TermMax FT/XT 產品代幣的交易手續費

在借貸活動中收取的協議費用

清算手續費

其他來源

該機制使長期持有者的利益與協議的可持續性和增長保持一致。

@Dusk #dusk $DUSK
DuskDS 是 Dusk 數據可用性與結算層（Data Availability and Settlement layer）。它是 Dusk L1 的共識、最終性（finality）以及數據可用性基礎，幷包含用於轉移 DUSK 與支付執行費用的 Moonlight 與 Phoenix 交易模型。
DuskDS 並不是完整的 Dusk 網絡的名稱。Dusk L1 還包括 DuskVM 智能合約執行；而 DuskEVM 是一個與 EVM 兼容的執行層，它通過 DuskDS 進行結算併發布數據。
DuskDS 支持兩種交易模型：Moonlight 用於透明的公開賬戶，Phoenix 用於保密的隱蔽轉賬（shielded transfers）。參見：Dusk 上的交易模型（Transaction Models on Dusk）。
Rusk
Rusk 是 Dusk L1 的 Rust 節點實現。它運行 DuskDS 共識，維護鏈狀態，執行 DuskVM 合約，並提供用於錢包、索引器（indexers）和集成方（integrators）的 HTTP API 以及 RUES 事件系統。
簡潔證明（Succinct Attestation）
簡潔證明（Succinct Attestation，SA）是 DuskDS 的一種無需許可、基於委員會的權益證明（proof-of-stake）共識協議。它使用隨機選取的提議方（provisioners）來提出、驗證並最終確認（ratify）區塊，從而爲金融市場提供快速且可確定的最終性。
從高層次看，每一輪（round）包含三個步驟：
提議（Proposal）— 提議方創建並廣播一個候選區塊。
驗證（Validation）— 委員會檢查該區塊的有效性。
最終確認（Ratification）— 另一個委員會確認驗證結果並最終確定該區塊。
完整的協議規範與安全性分析（包括委員會選取、最終性與懲罰機制 slashing）請參見 Dusk 白皮書（2024）第 3 節“共識機制”（Consensus mechanism）。
DuskDS 中的交易
DuskDS 中的交易由 Transfer 合約（Transfer contract）管理，該合約支持公開轉賬與隱蔽轉賬。
Moonlight 是基於賬戶（account-based）且公開的。Phoenix 是基於 UTXO（UTXO-based）且隱蔽的。兩者都用於轉移 DUSK、支付 Gas，並作爲合約執行的入口。

2. TermMax 簡介

2.1 問題
DeFi 市場主要以浮動利率運作，這爲借款人和出借人都帶來了不確定性。傳統機構和專業交易者需要利率可預測性，以便：

規劃資本配置策略

對衝利率敞口

優化槓桿成本與回報

以確定性管理現金流

2.2 解決方案
TermMax 通過三代幣系統和定製 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。

通過兩種機制，確保策展人資本以最高效率運作：

原子訂單：在借出資金之前，可將虛擬流動性同時分配到多個訂單中，確保資本始終處於最需要的地方，而不會因爲碎片化而降低效率。

@TermMax #TermMax

#termmax @TermMax

TMX 代幣白皮書
版本 1.0 | 2026 年 3 月

免責聲明：
本白皮書僅供信息參考，不構成任何金融、法律或投資建議。本文中包含的信息可能會在未事先通知的情況下發生變化。Term Structure Labs 及其關聯實體不對本文件的準確性或完整性作出任何陳述或保證。潛在參與者應自行開展盡職調查，並在做出任何決定前諮詢專業顧問。

1. 執行摘要
TMX 是 TermMax 的效用型與治理型代幣。TermMax 是一個去中心化的固定利率借貸協議，通過創新的代幣化與自動做市商（AMM）技術，在 DeFi 中提供可預測的利率。

關鍵亮點：
總供應量：1,000,000,000 TMX（固定，不存在通脹）
代幣標準：ERC20（多條區塊鏈上的 OFT）
TGE 日期：待公佈初始流通量：TGE 時約 20%
核心功能：協議治理、質押獎勵以及生態系統激勵

@Dusk #dusk

$DUSK 核心組件：

5. Citadel
角色：身份與訪問基礎原語（選擇性披露）

下一步去哪裏：
Citadel 2
Citadel 2 是 Dusk 的自我主權身份協議的增強版本。它讓某人能夠證明自己持有有效憑證（稱爲 license），而無需在鏈上公開其個人信息或所使用 license 的精確內容。

核心思路
把 Citadel license 想象成一個私有憑證。

用戶向可信的 License Provider（LP）請求 license。
LP 在鏈下覈驗用戶，簽署相關的屬性數據，發佈一個加密的 license，並在 Citadel 合約中註冊該 license。
隨後，用戶想要訪問某項服務。用戶生成一個零知識證明，證明自己擁有已註冊、由 LP 簽署的 license，而不泄露正在使用的是哪一個 license。
Citadel 合約驗證該證明並記錄一個公開會話。
用戶向服務提供方（SP）發送一個會話 cookie，隨後 SP 決定是否授予訪問權限。
最後這一點很關鍵：Citadel 證明該會話在加密意義上是有效的，但它並不決定服務策略。SP 仍然決定它信任哪些 LP、接受哪些屬性、會話是否過期或被撤銷，以及 cookie 是否可以複用。

哪些內容保持私密
Citadel 2 的設計使得個人屬性不會被寫入區塊鏈。鏈上的會話不會泄露用戶的錢包密鑰、所用的 license、LP 密鑰、SP 密鑰、已簽署的屬性或 Merkle 證明路徑。如果某項服務需要學習或驗證某個屬性，用戶只會披露或證明該服務策略所要求的部分。

使用 Citadel 2
開發者可以在 Dusk 上部署自己的 Citadel license 合約。Citadel 代碼庫包含 Rust 核心庫、license 合約，以及 zk-citadel-wallet——一個由錢包支撐的 CLI/TUI，用於部署合約、請求與簽發 license、使用 license、列出已保存的會話 cookie，以及驗證會話。

$DUSK 核心組件：
4. DuskEVM
角色：通過 DuskDS 進行結算的、基於 OP Stack 的 EVM 執行

下一步去哪裏：
DuskEVM
DuskEVM 將 Solidity、EVM 錢包和以太坊工具鏈帶到 Dusk。現有的 EVM 應用可以在使用 DUSK 作爲 Gas、使用 DuskDS 進行結算和數據可用性 的同時，憑藉熟悉的合約與工作流遷移到 DuskEVM。

爲什麼選擇 DuskEVM
從 EVM 棧開始。使用 Foundry、Hardhat、viem、ethers，並結合 Solidity 或 Vyper 以及標準的 EVM 錢包。
全程使用 DUSK。DUSK 支付執行費用，並通過橋在 Dusk L1 與 DuskEVM 之間進行轉移。
在 DuskDS 上進行結算。批處理與狀態承諾將 DuskEVM 的活動錨定到 Dusk 的共識與數據可用性層。
連接更廣泛的 Dusk 棧。隨着這些集成的需要，EVM 應用可以接入 Dusk L1 資產、基礎設施以及面向隱私的工作流。

一筆 DuskEVM 交易遵循 rollup 生命週期：

交易被提交到 DuskEVM sequencer。
執行層將其包含進一個 L2 區塊。
批處理器將交易數據發佈到 DuskDS。
狀態承諾與故障證明將由此產生的狀態連接到 DuskDS 的結算。
交易包含速度很快，但包含與結算是不同階段。需要在 DuskEVM 與 Dusk L1 之間轉移價值的應用，應使用協議或錢包狀態，而不是根據經過的時間來推斷最終性。

選擇執行環境
對於 Solidity 應用、EVM 錢包、現有的以太坊庫以及 EVM 基礎設施，選擇 DuskEVM。

對於 Rust/WASM 合約，如果應當直接在 Dusk L1 上執行，或需要與其交易模型、協議資產、隱私或零知識能力緊密集成，則選擇 DuskVM。

@Dusk #dusk

@Dusk #dusk

$DUSK 核心組件：
3. DuskVM
角色：在 Dusk L1 上直接進行 Rust/WASM 智能合約執行
下一步去哪裏：
DuskVM 是用於智能合約的 WASM 虛擬機，可在 Dusk L1 上直接執行。它基於 Wasmtime 運行時，併爲 Dusk 的執行模型提供了定製支持。

使用 DuskVM 來運行 Rust/WASM 合約、協議級資產、定製執行、市場邏輯、具備隱私意識的流程，或需要直接在 L1 上運行的零知識能力。

當你的應用圍繞 Solidity、EVM 錢包以及以太坊兼容工具鏈來設計時，請改用 DuskEVM。參見 DuskEVM。

DuskVM 的定位
DuskVM 是 Dusk L1 的智能合約執行組件。DuskVM 執行合約代碼，而 DuskDS 則提供共識、結算以及數據可用性的基礎，用於最終確定由合約執行結果所形成的狀態。

從高層次來看，DuskVM 提供：

特定的內存管理機制
支持 Dusk 的 ABI
支持合約間調用
DuskVM 充當宿主側接口，負責處理執行環境以及系統級操作。

將合約編譯爲 WASM
DuskVM 期望接收 WASM 作爲字節碼，這意味着智能合約必須先編譯爲 WASM 字節碼，DuskVM 才能執行它們。智能合約本身完全負責驗證其輸入、按合約邏輯處理輸入，並返回相應的輸出。這確保了智能合約在 DuskVM 提供的標準化執行環境中能夠以可預測且安全的方式運行。

編譯爲 WASM 的合約可以由 DuskVM 執行，但需注意以下限制：

合約需要暴露 “argument buffer”（argbuf），它是合約內存中一個 64KB 的特殊區域
每個暴露的函數都遵循以下調用約定：fn foo(u32) -> u32
接收到的 u32 值表示輸入數據的長度；該輸入數據已由調用方放置在 argbuf 中。這個輸入長度指定合約應從 argbuf 中讀取多少字節的數據。

@Dusk #dusk
$DUSK 核心組件：
2. Rusk
角色：Dusk L1 的 Rust 節點實現
下一步去哪裏：
Dusk 節點提供兩種主要的底層 HTTP 接口：
用於鏈、區塊、交易、mempool、歸檔以及其他以節點爲索引的查詢的 GraphQL。
用於交易提交、合約調用、節點操作、證明生成、驅動管理以及事件訂閱的 RUES 風格 /on/... 路由。
將本頁面用作直接節點集成的實現指南。應用程序代碼通常應使用 W3sper 或其他 SDK 層，除非確實需要底層節點訪問。
基礎 URL
主網：https://nodes.dusk.network
測試網：https://testnet.nodes.dusk.network
選擇合適的接口
當你需要鏈、區塊、交易、mempool、歸檔或其他以節點爲索引的數據，且這些數據不屬於合約 ABI 的一部分時，請使用 GraphQL。
當你查詢的是合約 ABI 中暴露的方法時，請使用 /on/contracts：<contract_id>/<method>。
對於諸如交易提交、證明生成、驅動管理和事件訂閱等節點操作，請使用其他 /on/... 路由。
一些舊的 /on/... 快捷路由仍可用於兼容性，但已被棄用。

@Dusk #dusk
$DUSK 核心組件
Dusk 網絡採用爲受監管金融打造的模塊化架構：在需要隱私的地方提供隱私，在有用的地方實現透明，並在市場工作流需要時提供確定性結算。總體而言：
組件：
1. DuskDS
角色：
結算與數據可用性基礎：共識、最終性，以及 Dusk 交易模型
下一步去哪裏：
Dusk 採用兩層架構：
DuskDS——結算與數據層（共識、數據可用性、交易模型）
DuskEVM——EVM 執行層，在這裏運行智能合約，並且 Hedger 居於其中
本頁面介紹 DuskDS 上的交易模型。這是面向希望在“幕後”理解結算與隱私如何運作的人士的背景說明。如果你正在 DuskEVM 上構建 dApp，你將主要與 Hedger 以及 EVM 合約交互。

Phoenix 與 Moonlight（在 DuskDS 上）在 DuskDS 上，價值可以通過兩種原生方式移動：
Moonlight——公開的、基於賬戶的轉賬
Phoenix——藉助零知識證明進行的受保護（shielded）基於“筆記（note）”的轉賬
兩者最終都在同一條鏈上完成結算，但向觀察者暴露的信息不同。
有關完整的實現細節，你可以參考白皮書。

Moonlight——公開餘額
Moonlight 是透明的交易模型：
賬戶擁有可見餘額。
轉賬會顯示發送方、接收方以及金額。
它適用於必須可被觀察的流程（例如某些金庫或報表場景）。
從概念上講，它的行爲類似於標準的賬戶模型。
對大多數用戶而言，這是協議層“最透明的方式”來轉移 DUSK。

Phoenix——受保護餘額
Phoenix 是注重隱私的模型：
資金以加密的“筆記（notes）”形式存在，而不是顯式餘額。
交易通過零知識證明來證明正確性（無雙重支付、資金充足），同時不透露：
轉移的金額，
發送該筆記的人，
除接收者之外的任何人，以及
這些具體筆記之間的對應關係。
當法規或審計要求時，用戶可以通過查看密鑰（viewing keys）有選擇地揭示信息。

@Dusk #dusk
承接上一段關於 $DUSK Trade 的討論。
第 4 部分

更大的圖景
代幣化通常會從“可以上鍊什麼”來談。
但更重要的問題可能是：
當資產上鍊之後會發生什麼？
投資者如何發現它？
如何確定資格？
披露信息如何呈現？
交易如何發生？
支付與資產的流轉如何協調？
交易如何完成結算？
而發行人、交易場所、投資者與授權參與方又如何在同一套基礎設施上協同互動？

這些都是應用層面的疑問。
Dusk Trade 旨在解決這些問題。
如果代幣化要從試驗走向併成爲真實金融市場的一部分，那麼區塊鏈基礎設施就需要與能夠理解受監管資產複雜性的應用協同工作。

Dusk Trade 正位於這一交匯點：把 Dusk 的底層市場基礎設施，轉化爲面向代幣化金融資產的可落地工作流。
最終目標並不只是讓金融資產能夠在鏈上轉移。
而是讓從發現、資格確認、交易、支付到結算的整個旅程，成爲一個連貫一致的數字化金融市場體驗。
$DUSK

承接上一段關於 $DUSK Trade 的討論。
第 3 部分

這種分離可能很重要，因爲基礎設施與用戶應用承擔的職責不同。
協議可以專注於提供可靠的區塊鏈與金融市場基礎原語，而應用則可以專注於這些原語如何在特定工作流中被使用。
代幣化爲何重要
代幣化的長期承諾，並不只是把傳統資產簡單地放到區塊鏈上。

更大的機會在於創建金融市場：讓發行、所有權、交易、合規以及結算能夠與可編程的基礎設施相互作用。
這不僅需要代幣。
還需要理解金融工作流的市場基礎設施與應用。

Dusk Trade 代表了這一等式中的應用端。
它的作用是把區塊鏈基礎設施與參與者在與代幣化金融資產交互時所進行的實際活動連接起來。
從不同角度理解 Dusk Trade
可能會有人想把 Dusk Trade 僅僅當作另一個交易界面。
但它更廣泛的目的更有意思。
它可以被視爲區塊鏈基礎設施與受監管的金融市場工作流之間的一座橋樑。

差異很微妙，但很重要。
典型的加密應用可能主要關注：
錢包 → 代幣 → 交易
而受監管的代幣化資產工作流則可能複雜得多：
資產發現 → 投資者入門 → 准入資格 → 信息披露 → 錢包 → 交易 → 支付協調 → 結算
Dusk Trade 的設計圍繞第二種模式展開。

@Dusk #dusk

延續上一段關於 $DUSK Trade 的討論。
第 2 部分

6. 結算
最後一步是結算。
在這一階段，交易會從“交易意向”變成更完整的行動。
需要根據交易所適用的規則完成相關資產與付款的流轉。
通過整合交易與結算工作流，應用層可以幫助把鏈上交易轉化爲更接近完整金融市場流程的事物。

資格與披露的重要性
Dusk Trade 最有意思的地方之一在於，它圍繞受監管市場的要求進行設計。
在傳統金融中，並非每一種金融產品都對每一位投資者開放。

可能會存在基於司法轄區、投資者身份、資產類型或其他監管要求的限制。
信息的重要性也可能與交易本身同等甚至更高。
投資者在參與之前可能需要獲得披露文件和其他相關信息。
這意味着代幣化的金融市場需要回答諸如：
誰可以購買該資產？
投資者應當接收哪些信息？
誰被授權訪問某些信息？
在什麼條件下，資產可以被轉讓？

Dusk Trade 的應用層方案旨在把這些考慮納入工作流，而不是把它們視爲與區塊鏈活動分離的“額外事項”。
Dusk Trade 與 Dusk 生態系統
有必要區分基礎協議與應用層。
Dusk 網絡提供底層基礎設施與面向市場的原語。

Dusk Trade 建立在這套基礎之上。
一個簡單的理解方式是：
Dusk Network → 市場基礎設施 → Dusk Trade → 用戶與市場參與者
基礎層提供根基。
應用層則把這份根基轉化爲發行人、投資者、交易場所及其他獲授權參與者能夠實際使用的體驗。

@Dusk #dusk