AHMAÐ
4.5k 貼文
AHMAÐ
達人認證DCA: Don't Care Anymore
DEXE 持有者
中頻交易者
2 年
273 關注
32.0K+ 粉絲
11.0K+ 點讚數
貼文
全部
引用
隨着隱私工作負載的增長，更重要的“黃昏細節”
我又在看 Dusk 的執行架構，有一個設計選擇特別醒目：Dusk 不會強制每一次昂貴的加密操作都必須完全在虛擬機（VM）內部完成。
Piecrust 提供了 WASM 的執行環境，但 Dusk 使用宿主（host）函數來處理諸如哈希、證明驗證和簽名校驗等操作。白皮書表示，這使得複雜的加密任務能夠比僅在 VM 內部執行時更高效。
一個以隱私爲導向的金融網絡不只是處理普通的轉賬。它的架構高度依賴加密驗證，而隨着使用量增加，這些操作可能會變成顯著的計算負擔。
將昂貴的原語移到宿主函數中，就產生了分工：
VM 負責合約執行，而專門的基礎設施負責處理繁重的加密運算。
白皮書也提到，結果會在各個節點之間複製，因此該優化並不打算取消去中心化的驗證要求。
但我覺得值得關注的仍然是其中的權衡。
功能越多地轉移到專門的宿主能力中，VM 與這些能力之間的接口就越關鍵。你獲得了性能與效率，但執行環境也會在更大程度上依賴協議特定的基礎設施。
對 Dusk 來說，這也許是合理的權衡。
如果網絡希望提供具有顯著 ZK 工作負載的、保護隱私的應用，那麼把加密計算視爲一等基礎設施問題，比假裝每一次操作只是另一條 WASM 指令更有意義。
真正的檢驗在於：隨着隱私工作負載規模擴大，這種架構能否繼續提供效率。
在網絡規模下讓隱私變得可行，專門的加密執行是否是正確的路徑？
@Dusk $DUSK #dusk
我又在看 Dusk 的執行架構，有一個設計選擇特別醒目：Dusk 不會強制每一次昂貴的加密操作都必須完全在虛擬機（VM）內部完成。
Piecrust 提供了 WASM 的執行環境，但 Dusk 使用宿主（host）函數來處理諸如哈希、證明驗證和簽名校驗等操作。白皮書表示，這使得複雜的加密任務能夠比僅在 VM 內部執行時更高效。
一個以隱私爲導向的金融網絡不只是處理普通的轉賬。它的架構高度依賴加密驗證，而隨着使用量增加，這些操作可能會變成顯著的計算負擔。
將昂貴的原語移到宿主函數中，就產生了分工：
VM 負責合約執行，而專門的基礎設施負責處理繁重的加密運算。
白皮書也提到，結果會在各個節點之間複製，因此該優化並不打算取消去中心化的驗證要求。
但我覺得值得關注的仍然是其中的權衡。
功能越多地轉移到專門的宿主能力中，VM 與這些能力之間的接口就越關鍵。你獲得了性能與效率，但執行環境也會在更大程度上依賴協議特定的基礎設施。
對 Dusk 來說，這也許是合理的權衡。
如果網絡希望提供具有顯著 ZK 工作負載的、保護隱私的應用，那麼把加密計算視爲一等基礎設施問題，比假裝每一次操作只是另一條 WASM 指令更有意義。
真正的檢驗在於：隨着隱私工作負載規模擴大，這種架構能否繼續提供效率。
在網絡規模下讓隱私變得可行，專門的加密執行是否是正確的路徑？
@Dusk $DUSK #dusk
我正在查看 Dusk 的透明交易模型，起初跳過了一些聽起來幾乎太基礎的內容：nonce。
Moonlight 是 Dusk 的基於賬戶的交易模型。每個賬戶都有一對公鑰、餘額以及一個 nonce；nonce 充當該賬戶發出的交易的計數器。
這個小小的計數器，其職責比最初看起來要大得多。
白皮書明確將 nonce 連接到重放保護（replay protection）。一筆交易並不只是因爲簽名有效就自動被授權；賬戶的交易序列也必須是合理的。
這是區塊鏈基礎設施中的那種組成部分——當它工作得很正確時，用戶幾乎從不注意到它。
你對一筆交易進行簽名，網絡對其進行處理，你的餘額發生變化，然後事情就到此爲止。
但如果沒有機制阻止舊的、有效的交易被再次接受，那麼同一份授權理論上可能會變成一個完全不同的安全問題。
我覺得 Dusk 的有趣之處在於：Moonlight 和 Phoenix 通過非常不同的模型解決了相同的核心交易需求。
Moonlight 公開暴露賬戶狀態、餘額以及交易元數據。Phoenix 則把餘額校驗和防雙花（double-spend protection）放進 ZK 證明與 nullifier（空值標識）之中。
然而，無論採用哪種方式，它們仍然必須建立所有權、阻止可塑性（malleability）並防止雙花。
因此，真正的設計取捨並不只是“公開 vs 私有”。
而是網絡能夠直接驗證多少狀態轉移，以及有多少必須通過密碼學方式加以證明。
這讓樸素的 nonce 比聽起來更有意思。
可見的交易只是表面。其下還隱藏着一組規則，確保同一份授權不能被簡單地重放。
有多少區塊鏈“功能”實際上建立在用戶只有在失敗時纔會察覺的、不可見的安全假設之上？
@Dusk $DUSK #dusk
Moonlight 是 Dusk 的基於賬戶的交易模型。每個賬戶都有一對公鑰、餘額以及一個 nonce；nonce 充當該賬戶發出的交易的計數器。
這個小小的計數器，其職責比最初看起來要大得多。
白皮書明確將 nonce 連接到重放保護（replay protection）。一筆交易並不只是因爲簽名有效就自動被授權；賬戶的交易序列也必須是合理的。
這是區塊鏈基礎設施中的那種組成部分——當它工作得很正確時，用戶幾乎從不注意到它。
你對一筆交易進行簽名，網絡對其進行處理，你的餘額發生變化，然後事情就到此爲止。
但如果沒有機制阻止舊的、有效的交易被再次接受，那麼同一份授權理論上可能會變成一個完全不同的安全問題。
我覺得 Dusk 的有趣之處在於：Moonlight 和 Phoenix 通過非常不同的模型解決了相同的核心交易需求。
Moonlight 公開暴露賬戶狀態、餘額以及交易元數據。Phoenix 則把餘額校驗和防雙花（double-spend protection）放進 ZK 證明與 nullifier（空值標識）之中。
然而，無論採用哪種方式，它們仍然必須建立所有權、阻止可塑性（malleability）並防止雙花。
因此，真正的設計取捨並不只是“公開 vs 私有”。
而是網絡能夠直接驗證多少狀態轉移，以及有多少必須通過密碼學方式加以證明。
這讓樸素的 nonce 比聽起來更有意思。
可見的交易只是表面。其下還隱藏着一組規則，確保同一份授權不能被簡單地重放。
有多少區塊鏈“功能”實際上建立在用戶只有在失敗時纔會察覺的、不可見的安全假設之上？
@Dusk $DUSK #dusk
DUSK 隱私模型中最有趣的部分，或許恰恰是它沒有上鍊的內容
我從相反的角度思考了 Dusk 的隱私架構：不是它隱藏了什麼，而是網絡仍然需要知道什麼。
Phoenix 使用了帶保護的 UTXO：將憑據（notes）提交到默克爾樹中，並通過空投標識符（nullifiers）來進行消耗。底層交易可以保持機密，而網絡在驗證所需規則以確保狀態轉換有效的同時，不必直接看到交易細節。
這就形成了非常明確的信息分界。
白皮書將交易結構描述爲包含：默克爾根（Merkle root）、nullifiers、新的 notes、可選的 deposits/data（存款/數據）、gas 參數以及一份 ZK 證明。網絡會將該證明與公開輸入進行驗證，而不是直接檢查被隱藏的交易細節。
但有一個細節，我認爲更重要。
Dusk 並不試圖讓一切都永久不可見。
該架構還包括 Citadel 2：當應用需要證明資格（eligibility）時，用戶可以選擇性披露憑據。執行摘要將其描述爲：允許用戶證明自己持有已註冊的許可證，而不需要暴露許可證內容。
因此，這個設計並不是真正的：
私有 vs 公共。
更接近的是：
默認私有 + 只證明應用所需的內容。
這對受監管的金融體系來說要有用得多。
不過，仍有一個尚未解決的運營層面問題。研究特別指出：即使底層個人數據並未上鍊，若與 KYC 系統以及會話信息（session information）進行集成，仍可能產生可鏈接性（linkability）。
密碼學可以保護交易。
但它無法自動保證所有基於該交易構建的應用，都能保留相同的隱私屬性。
這部分是我會重點關注的。
Dusk 能否在實現選擇性披露的同時，又不讓圍繞它的合規基礎設施悄悄地重新制造它原本想避免的監視？
@Dusk $DUSK #dusk
我從相反的角度思考了 Dusk 的隱私架構：不是它隱藏了什麼，而是網絡仍然需要知道什麼。
Phoenix 使用了帶保護的 UTXO：將憑據（notes）提交到默克爾樹中，並通過空投標識符（nullifiers）來進行消耗。底層交易可以保持機密，而網絡在驗證所需規則以確保狀態轉換有效的同時，不必直接看到交易細節。
這就形成了非常明確的信息分界。
白皮書將交易結構描述爲包含：默克爾根（Merkle root）、nullifiers、新的 notes、可選的 deposits/data（存款/數據）、gas 參數以及一份 ZK 證明。網絡會將該證明與公開輸入進行驗證，而不是直接檢查被隱藏的交易細節。
但有一個細節，我認爲更重要。
Dusk 並不試圖讓一切都永久不可見。
該架構還包括 Citadel 2：當應用需要證明資格（eligibility）時，用戶可以選擇性披露憑據。執行摘要將其描述爲：允許用戶證明自己持有已註冊的許可證，而不需要暴露許可證內容。
因此，這個設計並不是真正的：
私有 vs 公共。
更接近的是：
默認私有 + 只證明應用所需的內容。
這對受監管的金融體系來說要有用得多。
不過，仍有一個尚未解決的運營層面問題。研究特別指出：即使底層個人數據並未上鍊，若與 KYC 系統以及會話信息（session information）進行集成，仍可能產生可鏈接性（linkability）。
密碼學可以保護交易。
但它無法自動保證所有基於該交易構建的應用，都能保留相同的隱私屬性。
這部分是我會重點關注的。
Dusk 能否在實現選擇性披露的同時，又不讓圍繞它的合規基礎設施悄悄地重新制造它原本想避免的監視？
@Dusk $DUSK #dusk
爲什麼 Dusk 的區塊證書比“快速最終性”更有趣
我一直看到人們用確定性最終性的方式來描述 Dusk 的共識，但其底層機制裏有一個細節，我覺得值得更多關注：網絡需要確切知道哪些投票者負責了一個已最終確認的區塊。
Dusk 的簡明證明（Succinct Attestation）在驗證與確認（ratification）時使用投票委員會。每個委員會當前都有一個全局參數 64 個 credit，並且投票會根據分配給每個 provisioner 的 credit 權重來進行。
有趣的部分出現在可用投票數量超過法定人數（quorum）閾值的時候。
白皮書解釋說：否則，針對同一次迭代可能會存在多個有效的證明（attestation）。因此，Dusk 在每個區塊內都包含對前一個區塊的證明，從而形成一個區塊證書，用它來確定一組唯一的投票者。隨後，利用這組唯一的投票者集合進行獎勵與懲罰的核算。
聽起來這只是一個小的實現細節，直到你思考激勵系統。
共識不僅僅是做出決定：
“這個區塊是否有效？”
它還在建立：
“應當爲這一結果給予哪些具體參與者獎勵或施加哪些懲罰？”
接着，Dusk 使用 BLS 簽名，使得針對某一步的投票可以聚合爲一個單獨的簽名；同時，使用一個 bitset 來標識哪些委員會成員實際上參與了。
我認爲這種分離很重要，因爲驗證者經濟性與共識正確性通常被討論成彼此獨立的概念。
在這裏，它們通過證明結構被連接在一起。
剩下的問題是：當委員會反覆未能達到法定人數時，系統在運行層面會發生什麼。白皮書說，一個輪次可以再次迭代，目前最大迭代次數設爲 50，但更有意思、也更貼近現實的測試在於：在不利條件下，網絡實際會有多頻繁地逼近這些邊界情況。
快速最終性搶佔了頭條。
但對我而言，更具啓發的是：究竟是誰真正獲得了那份最終性的核算。
@Dusk $DUSK #dusk
我一直看到人們用確定性最終性的方式來描述 Dusk 的共識，但其底層機制裏有一個細節，我覺得值得更多關注：網絡需要確切知道哪些投票者負責了一個已最終確認的區塊。
Dusk 的簡明證明（Succinct Attestation）在驗證與確認（ratification）時使用投票委員會。每個委員會當前都有一個全局參數 64 個 credit，並且投票會根據分配給每個 provisioner 的 credit 權重來進行。
有趣的部分出現在可用投票數量超過法定人數（quorum）閾值的時候。
白皮書解釋說：否則，針對同一次迭代可能會存在多個有效的證明（attestation）。因此，Dusk 在每個區塊內都包含對前一個區塊的證明，從而形成一個區塊證書，用它來確定一組唯一的投票者。隨後，利用這組唯一的投票者集合進行獎勵與懲罰的核算。
聽起來這只是一個小的實現細節，直到你思考激勵系統。
共識不僅僅是做出決定：
“這個區塊是否有效？”
它還在建立：
“應當爲這一結果給予哪些具體參與者獎勵或施加哪些懲罰？”
接着，Dusk 使用 BLS 簽名，使得針對某一步的投票可以聚合爲一個單獨的簽名；同時，使用一個 bitset 來標識哪些委員會成員實際上參與了。
我認爲這種分離很重要，因爲驗證者經濟性與共識正確性通常被討論成彼此獨立的概念。
在這裏，它們通過證明結構被連接在一起。
剩下的問題是：當委員會反覆未能達到法定人數時，系統在運行層面會發生什麼。白皮書說，一個輪次可以再次迭代，目前最大迭代次數設爲 50，但更有意思、也更貼近現實的測試在於：在不利條件下，網絡實際會有多頻繁地逼近這些邊界情況。
快速最終性搶佔了頭條。
但對我而言，更具啓發的是：究竟是誰真正獲得了那份最終性的核算。
@Dusk $DUSK #dusk
持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有 持有
《我發現 Dusk 身份模型比 KYC 更有趣》
我一直在思考受監管金融在公有區塊鏈上帶來的令人不適的問題：機構需要知道用戶是否符合資格，但公開該用戶的身份與金融資質卻會削弱隱私論點。
Dusk 的 Citadel 2 採用了不同的方式。
用戶首先在鏈下完成 KYC 後，從可信的許可證提供方（License Provider）獲取許可證。憑證會被註冊到鏈上，但當用戶之後與某項服務交互時，他們可以使用零知識證明證明自己擁有所需憑證，而無需暴露許可證內容。
令我特別注意的細節在於：到底是什麼被寫入鏈上。
根據研究，鏈並不需要用戶的個人數據、特定的許可證提供方密鑰或許可證細節。相反，Citadel 會校驗一個通用的證明，並創建一個短暫（ephemeral）的會話，供服務提供方用來執行其自身的策略。
因此，某個應用理論上可以提出：
“你是獲得認可/具備資格的參與者嗎？”
而無需：
“把你的完整身份記錄給我看。”
這就讓合規與隱私之間的關係變得更加引人入勝。
但我不會忽視其中的權衡。
隱私保障取決於服務提供方如何集成這一身份層。如果應用開始在這些會話周圍添加可關聯的元數據，那麼憑證本身的加密隱私並不會自動保證貫穿整個用戶體驗的隱私。
這就是爲什麼我對應用層比對零知識這一主張本身更感興趣。
Dusk 似乎正試圖將“證明具備資格”與“披露身份”分離開來。
選擇性披露（selective disclosure）能否成爲完全公開的 DeFi 與僅限機構的金融系統之間缺失的中間地帶？
@Dusk $DUSK #dusk
我一直在思考受監管金融在公有區塊鏈上帶來的令人不適的問題：機構需要知道用戶是否符合資格，但公開該用戶的身份與金融資質卻會削弱隱私論點。
Dusk 的 Citadel 2 採用了不同的方式。
用戶首先在鏈下完成 KYC 後，從可信的許可證提供方（License Provider）獲取許可證。憑證會被註冊到鏈上，但當用戶之後與某項服務交互時，他們可以使用零知識證明證明自己擁有所需憑證，而無需暴露許可證內容。
令我特別注意的細節在於：到底是什麼被寫入鏈上。
根據研究，鏈並不需要用戶的個人數據、特定的許可證提供方密鑰或許可證細節。相反，Citadel 會校驗一個通用的證明，並創建一個短暫（ephemeral）的會話，供服務提供方用來執行其自身的策略。
因此，某個應用理論上可以提出：
“你是獲得認可/具備資格的參與者嗎？”
而無需：
“把你的完整身份記錄給我看。”
這就讓合規與隱私之間的關係變得更加引人入勝。
但我不會忽視其中的權衡。
隱私保障取決於服務提供方如何集成這一身份層。如果應用開始在這些會話周圍添加可關聯的元數據，那麼憑證本身的加密隱私並不會自動保證貫穿整個用戶體驗的隱私。
這就是爲什麼我對應用層比對零知識這一主張本身更感興趣。
Dusk 似乎正試圖將“證明具備資格”與“披露身份”分離開來。
選擇性披露（selective disclosure）能否成爲完全公開的 DeFi 與僅限機構的金融系統之間缺失的中間地帶？
@Dusk $DUSK #dusk
我通常會看到，人們在討論代幣化證券時，彷彿難點在於把“所有權”寫到鏈上。
但當我查看 Dusk 的 Zedger 設計時，我開始關注：當資產已經發行之後，發行方仍然保有責任會發生什麼。
Zedger 面向證券以及現實世界資產（RWA），這些資產可以在 Dusk 上被代幣化，也可以原生髮行。其合約模型包含鑄造與銷燬、分紅等公司行動、交易審計，甚至還包括由發行方發起的強制轉移。
而最後這一項能力，是我不斷回到的部分。
一個常見的加密敘事傾向於把“代幣所有權”直接等同於不可逆的“錢包到錢包”轉賬。但受監管的證券並不總是如此。法律命令、公司行動、恢復程序或特定司法轄區的要求，都可能讓發行方需要受控的介入。
因此，Zedger 並不只是試圖爲證券複製一種加密貨幣的轉賬模型。它是圍繞一個令人不適的現實來設計的：受監管資產可能有規則，決定誰可以持有它們，以及所有權如何發生變化。
但這裏也有一個顯而易見的權衡。
發行方可控的轉移機制，可能讓受監管證券更容易與現有法律框架兼容，同時也會引入一種權限層級——這是很多“無需許可”的加密用戶可能不喜歡的。
這不一定是缺陷。這是一個設計決策。
真正的問題是：Dusk 能否讓這些控制足夠透明、足夠受約束，以至於機構能夠信任它們，而不會讓用戶覺得代幣化證券只是“附帶錢包的數據庫”。
也許 RWA 基礎設施的未來，並不是在移除人的權力。
也許是把這種權力變得可編程、可審計、且明確。
一個真正意義上的鏈上證券，應當保有多少發行方控制？
@Dusk $DUSK #dusk
但當我查看 Dusk 的 Zedger 設計時，我開始關注：當資產已經發行之後，發行方仍然保有責任會發生什麼。
Zedger 面向證券以及現實世界資產（RWA），這些資產可以在 Dusk 上被代幣化，也可以原生髮行。其合約模型包含鑄造與銷燬、分紅等公司行動、交易審計，甚至還包括由發行方發起的強制轉移。
而最後這一項能力，是我不斷回到的部分。
一個常見的加密敘事傾向於把“代幣所有權”直接等同於不可逆的“錢包到錢包”轉賬。但受監管的證券並不總是如此。法律命令、公司行動、恢復程序或特定司法轄區的要求，都可能讓發行方需要受控的介入。
因此，Zedger 並不只是試圖爲證券複製一種加密貨幣的轉賬模型。它是圍繞一個令人不適的現實來設計的：受監管資產可能有規則，決定誰可以持有它們，以及所有權如何發生變化。
但這裏也有一個顯而易見的權衡。
發行方可控的轉移機制，可能讓受監管證券更容易與現有法律框架兼容，同時也會引入一種權限層級——這是很多“無需許可”的加密用戶可能不喜歡的。
這不一定是缺陷。這是一個設計決策。
真正的問題是：Dusk 能否讓這些控制足夠透明、足夠受約束，以至於機構能夠信任它們，而不會讓用戶覺得代幣化證券只是“附帶錢包的數據庫”。
也許 RWA 基礎設施的未來，並不是在移除人的權力。
也許是把這種權力變得可編程、可審計、且明確。
一個真正意義上的鏈上證券，應當保有多少發行方控制？
@Dusk $DUSK #dusk
一開始我把 TermMax 的 FT 和 XT 代幣視為拆分借貸部位的另一種方式。當我越深入了解其機制時，我越覺得會計上的關聯性變得至關重要。
當放款人存入一單位基礎資產（base asset）時，TermMax 會創建一個 FT 與一個 XT。FT 代表本金加上固定利息的權利；而 XT 則代表剩餘的浮動部分。合在一起，1 FT + 1 XT = 1 單位的基礎資產，且隨著到期臨近，XT 的價值會逐步趨近於零。
這就形成了一種不尋常的方式：用來分離固定與變動的曝險，同時又不假裝底層資產神奇地變成固定收益。
在到期前，FT 可能會在其每一單位贖回價值之下交易，而這種折價會等效地表達固定利率。XT 則承接那些未被固定權利（fixed claim）所涵蓋的剩餘價值。
我覺得最有趣的是，這件事能夠帶來什麼。
TermMax 並沒有把借貸部位當作一個不可分割的整體，而是將其經濟組成拆成彼此獨立的 ERC-20 表徵。這些組成隨後就能投入不同的市場策略中。研究也提到，在 Alpha 市場中，XT 能夠作為一種期權權利金（option-premium）代幣運作。
但這種彈性同時也付出代價：複雜度。
系統必須在交易、到期與結算的過程中，確保 FT/XT 的經濟關係始終一致。提供更多方法讓使用者表達利率曝險的機制，也同時意味著：智能合約與市場必須維持更多假設，才能正確運作。
因此，我不太願意把 FT/XT 稱為創新。
真正的考驗在於：當市場承壓時，使用者是否理解他們手上持有的到底是什麼。
把固定與浮動曝險拆開，是否創造了真正有用的金融基礎原語，還是只是把複雜度從協議（protocol）轉移到了使用者體驗中？@TermMax #TermMax
當放款人存入一單位基礎資產（base asset）時，TermMax 會創建一個 FT 與一個 XT。FT 代表本金加上固定利息的權利；而 XT 則代表剩餘的浮動部分。合在一起，1 FT + 1 XT = 1 單位的基礎資產，且隨著到期臨近，XT 的價值會逐步趨近於零。
這就形成了一種不尋常的方式：用來分離固定與變動的曝險，同時又不假裝底層資產神奇地變成固定收益。
在到期前，FT 可能會在其每一單位贖回價值之下交易，而這種折價會等效地表達固定利率。XT 則承接那些未被固定權利（fixed claim）所涵蓋的剩餘價值。
我覺得最有趣的是，這件事能夠帶來什麼。
TermMax 並沒有把借貸部位當作一個不可分割的整體，而是將其經濟組成拆成彼此獨立的 ERC-20 表徵。這些組成隨後就能投入不同的市場策略中。研究也提到，在 Alpha 市場中，XT 能夠作為一種期權權利金（option-premium）代幣運作。
但這種彈性同時也付出代價：複雜度。
系統必須在交易、到期與結算的過程中，確保 FT/XT 的經濟關係始終一致。提供更多方法讓使用者表達利率曝險的機制，也同時意味著：智能合約與市場必須維持更多假設，才能正確運作。
因此，我不太願意把 FT/XT 稱為創新。
真正的考驗在於：當市場承壓時，使用者是否理解他們手上持有的到底是什麼。
把固定與浮動曝險拆開，是否創造了真正有用的金融基礎原語，還是只是把複雜度從協議（protocol）轉移到了使用者體驗中？@TermMax #TermMax
🚀 比特幣突破 75K！
$BTC 剛剛強勢突破 75,000 USDT 里程碑，目前交易在 75,523 USDT。📈 過去 24 小時上漲 8.23%！這是下一波大反彈的開始嗎？
#btc70k #strategy #Write2Earn
$BTC 剛剛強勢突破 75,000 USDT 里程碑，目前交易在 75,523 USDT。📈 過去 24 小時上漲 8.23%！這是下一波大反彈的開始嗎？
#btc70k #strategy #Write2Earn
#termmax @TermMax WHY TERMMax'S RANGE ORDERS CHANGE WHAT “FIXED RATE” REALLY MEANS
我以前以爲，固定利率 DeFi 主要就是把浮動貸款的利息鎖定在一個不變的利率上。但 TermMax 的架構讓我意識到，更關鍵的問題其實是：這個利率究竟從哪裏來。
TermMax 並不依賴單一的彙集式利率曲線。它的市場採用區間訂單（range orders），由策展人（curators）提供分段的利率/規模曲線。出借方通過創建 FT 和 XT 頭寸，並將其與這些區間進行配對來提供流動性；而借款方則選擇可用的流動性，並將抵押品鎖定到一個 Gearing Token 中。
因此，“固定利率”更像是一種從可用訂單中被發現出來的市場價格，而不是協議層面通用的一個數字。
這裏 FT/XT 結構很重要。FT 代表本金加固定利息的權益，而 XT 代表剩餘的浮動部分。兩者合起來代表底層資產的一個單位；在實際層面上，借款方相當於選擇固定利率一側，同時到期結構決定結算方式。
我覺得策展人的角色尤其有意思。
系統之所以更靈活，是因爲策展人可以調整利率曲線並分配資本；但這種靈活性也帶來一種依賴：必須有人在具有競爭力的利率下提供有用的流動性。
這部分，固定利率敘事很容易輕易掩蓋掉。
數學上“乾淨”的市場，並不自動意味着市場足夠深。
如果策展人過於保守，借款就會變得昂貴。若他們定價過於激進，出借方可能不會提供足夠的資本。而如果策展人之間的競爭不夠強，區間訂單模型可能會更多地依賴少數決策者。
因此，TermMax 必須證明：它的做市（market-making）架構不僅僅是“技術上實現固定利率”，而是能夠產出具有競爭力的流動性。
真正的創新是“固定利率”本身，還是用來發現它的機制？
我以前以爲，固定利率 DeFi 主要就是把浮動貸款的利息鎖定在一個不變的利率上。但 TermMax 的架構讓我意識到，更關鍵的問題其實是：這個利率究竟從哪裏來。
TermMax 並不依賴單一的彙集式利率曲線。它的市場採用區間訂單（range orders），由策展人（curators）提供分段的利率/規模曲線。出借方通過創建 FT 和 XT 頭寸，並將其與這些區間進行配對來提供流動性；而借款方則選擇可用的流動性，並將抵押品鎖定到一個 Gearing Token 中。
因此，“固定利率”更像是一種從可用訂單中被發現出來的市場價格，而不是協議層面通用的一個數字。
這裏 FT/XT 結構很重要。FT 代表本金加固定利息的權益，而 XT 代表剩餘的浮動部分。兩者合起來代表底層資產的一個單位；在實際層面上，借款方相當於選擇固定利率一側，同時到期結構決定結算方式。
我覺得策展人的角色尤其有意思。
系統之所以更靈活，是因爲策展人可以調整利率曲線並分配資本；但這種靈活性也帶來一種依賴：必須有人在具有競爭力的利率下提供有用的流動性。
這部分，固定利率敘事很容易輕易掩蓋掉。
數學上“乾淨”的市場，並不自動意味着市場足夠深。
如果策展人過於保守，借款就會變得昂貴。若他們定價過於激進，出借方可能不會提供足夠的資本。而如果策展人之間的競爭不夠強，區間訂單模型可能會更多地依賴少數決策者。
因此，TermMax 必須證明：它的做市（market-making）架構不僅僅是“技術上實現固定利率”，而是能夠產出具有競爭力的流動性。
真正的創新是“固定利率”本身，還是用來發現它的機制？
爲什麼Dusk的監管策略比KYC更深入
我過去曾認爲，“合規就緒的區塊鏈”主要是指把KYC放置在應用層附近。深入瞭解Dusk之後，我發現更有趣的部分在於，其監管目標似乎延伸到了清算架構本身。
Dusk正在與NPEX一起，在歐盟DLT試點監管框架下追求DLT-TSS豁免。重要的細節並不只是許可。研究材料將目標描述爲：在一個覆蓋Dusk技術棧的監管框架下，使證券能夠在鏈上原生髮行，其中包括其L1和L2。
這改變了我對RWA論點的思考方式。
Dusk Trade的設計圍繞證券發行與受控轉賬展開，而Zedger/Hedger則提供將合規邏輯集成進交易中的資產工作流。因此，該架構試圖將資格與清算規則做成交易環境的一部分，而不是把所有內容都留給外部合規部門。
但這裏有一個重要的權衡。
把合規規則更靠近清算，可能會讓受監管的流程更具確定性，但也可能會讓那些不符合這些規則的應用在該網絡上變得不那麼“無許可”。此外，所提出的監管框架源自歐洲，這也引出了一個更廣泛的問題：這種架構有多少內容能夠轉化到在完全不同證券監管體系下運作的市場。
我覺得這比另一個“RWA即將到來”的敘事更有意思。
Dusk不僅僅試圖把金融資產上鍊。它還試圖讓圍繞這些資產的監管條件能夠在基礎設施中被“執行”。
困難在於：要證明這種做法能在不把網絡變成一堆特定司法轄區約束集合的情況下，滿足受監管市場的要求。
可編程合規能否成爲鏈上金融的競爭優勢，而不是另一層摩擦？
@Dusk $DUSK #dusk
我過去曾認爲，“合規就緒的區塊鏈”主要是指把KYC放置在應用層附近。深入瞭解Dusk之後，我發現更有趣的部分在於，其監管目標似乎延伸到了清算架構本身。
Dusk正在與NPEX一起，在歐盟DLT試點監管框架下追求DLT-TSS豁免。重要的細節並不只是許可。研究材料將目標描述爲：在一個覆蓋Dusk技術棧的監管框架下，使證券能夠在鏈上原生髮行，其中包括其L1和L2。
這改變了我對RWA論點的思考方式。
Dusk Trade的設計圍繞證券發行與受控轉賬展開，而Zedger/Hedger則提供將合規邏輯集成進交易中的資產工作流。因此，該架構試圖將資格與清算規則做成交易環境的一部分，而不是把所有內容都留給外部合規部門。
但這裏有一個重要的權衡。
把合規規則更靠近清算，可能會讓受監管的流程更具確定性，但也可能會讓那些不符合這些規則的應用在該網絡上變得不那麼“無許可”。此外，所提出的監管框架源自歐洲，這也引出了一個更廣泛的問題：這種架構有多少內容能夠轉化到在完全不同證券監管體系下運作的市場。
我覺得這比另一個“RWA即將到來”的敘事更有意思。
Dusk不僅僅試圖把金融資產上鍊。它還試圖讓圍繞這些資產的監管條件能夠在基礎設施中被“執行”。
困難在於：要證明這種做法能在不把網絡變成一堆特定司法轄區約束集合的情況下，滿足受監管市場的要求。
可編程合規能否成爲鏈上金融的競爭優勢，而不是另一層摩擦？
@Dusk $DUSK #dusk
登入以探索更多內容