Binance Square
ミAB_BUTT彡
7.4k 貼文

ミAB_BUTT彡

THE WORLD BOWS DOWN, IF THERE IS SOMEONE TO MAKE IT BOW 😉
673 關注
29.4K 粉絲
22.9K+ 點讚數
貼文
·
--
所有人都在談論 RWA 合規,但幾乎沒有人真正理解使其能夠運作的鏈上架構。 我在深入研究 Dusk 如何處理這一點,發現他們的 Zedger 模型比人們想象的要複雜得多。受監管的 DeFi 會帶來一個棘手的工程問題:參與者身份、歷史賬戶餘額以及在途轉賬分別運行在完全不同的生命週期中。 大多數區塊鏈只是把所有這些數據塞進一個巨大的單體狀態樹裏。相反,Dusk 將狀態在三棵專用的 Poseidon Merkle 樹之間進行隔離: - whitelistTree:在不向公開賬本暴露真實個人憑據的情況下,驗證你的授權身份。 - memorySlotTree:通過跟蹤用戶賬戶的根承諾(Sparse Merkle-Segment Tries),來讓你的餘額歷史保持私密。 - coinTree:作爲瞬態層,管理類似 UTXO 的轉賬;當資產等待接收方確認或超時後的索取時,這一層負責其處理。 在三種不同的樹之間進行成員證明驗證,會增加零知識計算成本嗎?會。但這種三層分離徹底消除了交易圖譜泄漏,同時又讓機構級發行人與監管標準保持嚴格一致。這是一個非常出色的權衡。 你認爲這種三層架構會成爲機構級 DeFi 的標準嗎?在下方告訴我你的想法吧!👇 #dusk $DUSK @Dusk
所有人都在談論 RWA 合規,但幾乎沒有人真正理解使其能夠運作的鏈上架構。

我在深入研究 Dusk 如何處理這一點,發現他們的 Zedger 模型比人們想象的要複雜得多。受監管的 DeFi 會帶來一個棘手的工程問題:參與者身份、歷史賬戶餘額以及在途轉賬分別運行在完全不同的生命週期中。

大多數區塊鏈只是把所有這些數據塞進一個巨大的單體狀態樹裏。相反,Dusk 將狀態在三棵專用的 Poseidon Merkle 樹之間進行隔離:

- whitelistTree:在不向公開賬本暴露真實個人憑據的情況下,驗證你的授權身份。

- memorySlotTree:通過跟蹤用戶賬戶的根承諾(Sparse Merkle-Segment Tries),來讓你的餘額歷史保持私密。

- coinTree:作爲瞬態層,管理類似 UTXO 的轉賬;當資產等待接收方確認或超時後的索取時,這一層負責其處理。

在三種不同的樹之間進行成員證明驗證,會增加零知識計算成本嗎?會。但這種三層分離徹底消除了交易圖譜泄漏,同時又讓機構級發行人與監管標準保持嚴格一致。這是一個非常出色的權衡。

你認爲這種三層架構會成爲機構級 DeFi 的標準嗎?在下方告訴我你的想法吧!👇 #dusk $DUSK @Dusk
大多數區塊鏈都面臨一個核心衝突:證券監管要求提供賬戶餘額的詳細歷史記錄,但公開賬本卻會暴露一切。爲了解決這個問題,Dusk 爲其 Zedger 模型創建了一種全新的方案:稀疏默克爾-分段 Trie(SMST)。 標準的 UTXO 模型無法追蹤區間餘額,也無法將有資格分紅的資金與交易資金分開。SMST 通過將稀疏默克爾樹的密碼學累加器特性,與線段樹存儲區間數據的能力結合來修復這一點。 在 SMST 內部,每個節點都會記錄特定的餘額狀態:最大餘額、交易餘額、投票餘額以及分紅餘額。該設計使得賬戶能夠在不降低安全性的前提下,可靠地記錄跨不同時間段的每一次餘額變化,同時僅向外界公開公共根節點的變化。 這意味着什麼?資產運營方可以在任意歷史時間點、用於合規目的,明確重建資本化表,同時不會剝奪用戶在鏈上的隱私。 #dusk $DUSK @Dusk
大多數區塊鏈都面臨一個核心衝突:證券監管要求提供賬戶餘額的詳細歷史記錄,但公開賬本卻會暴露一切。爲了解決這個問題,Dusk 爲其 Zedger 模型創建了一種全新的方案:稀疏默克爾-分段 Trie(SMST)。

標準的 UTXO 模型無法追蹤區間餘額,也無法將有資格分紅的資金與交易資金分開。SMST 通過將稀疏默克爾樹的密碼學累加器特性,與線段樹存儲區間數據的能力結合來修復這一點。

在 SMST 內部,每個節點都會記錄特定的餘額狀態:最大餘額、交易餘額、投票餘額以及分紅餘額。該設計使得賬戶能夠在不降低安全性的前提下,可靠地記錄跨不同時間段的每一次餘額變化,同時僅向外界公開公共根節點的變化。

這意味着什麼?資產運營方可以在任意歷史時間點、用於合規目的,明確重建資本化表,同時不會剝奪用戶在鏈上的隱私。 #dusk $DUSK @Dusk
真實
#dusk 在黃昏(Dusk)的共識架構中,一個細節讓這件事變得更有意思。網絡不再爲每個驗證者單獨存儲其投票,而是將 BLS 簽名聚合爲一個單一的證明。在傳統方案中,每個驗證者的簽名都會佔用各自的區塊空間。在 Dusk 中,數百個委員會的投票被壓縮成一種恆定大小的簽名,同時仍然能夠驗證每一位參與者。 我認爲這裏有用的想法是可擴展性。Dusk 並沒有強迫節點去存儲每一個獨立簽名,因爲隨着時間推移,永久性的驗證者“膨脹”會讓運行節點的成本變得太高。 甚至還有一個實際的權衡:聚合 BLS 簽名需要進行略多的密碼學計算,但它節省了大量帶寬和鏈上存儲。這有助於讓節點運行者的硬件需求保持較低。 所以更好的問題並不是“有多少驗證者能簽名?”而是“鏈條能多高效地記錄他們的共識?” $DUSK @Dusk_Foundation
#dusk 在黃昏(Dusk)的共識架構中,一個細節讓這件事變得更有意思。網絡不再爲每個驗證者單獨存儲其投票,而是將 BLS 簽名聚合爲一個單一的證明。在傳統方案中,每個驗證者的簽名都會佔用各自的區塊空間。在 Dusk 中,數百個委員會的投票被壓縮成一種恆定大小的簽名,同時仍然能夠驗證每一位參與者。

我認爲這裏有用的想法是可擴展性。Dusk 並沒有強迫節點去存儲每一個獨立簽名,因爲隨着時間推移,永久性的驗證者“膨脹”會讓運行節點的成本變得太高。

甚至還有一個實際的權衡:聚合 BLS 簽名需要進行略多的密碼學計算,但它節省了大量帶寬和鏈上存儲。這有助於讓節點運行者的硬件需求保持較低。

所以更好的問題並不是“有多少驗證者能簽名?”而是“鏈條能多高效地記錄他們的共識?” $DUSK @Dusk
把代幣化股票作爲抵押品會引發一個對我來說至關重要的問題:當傳統市場風險進入 DeFi 時,究竟會發生什麼變化? 在 @termmax Alpha 的定期借貸引擎中,答案歸結於結構性摩擦:市場交易時間與 24/7 清算之間的不匹配。 傳統股票在週末不交易,但智能合約會不間斷運行。如果場外股票在週一開盤時出現跳空下跌,那麼鏈上金庫就必須在單個區塊中吸收數天累計的價格波動。 TermMax 通過將固定借款利率與與股票持有期限相匹配的固定到期日進行鎖定,從而解決了期限問題。 不過,這種取捨是有代價的。借款人可以避免突發的浮動利率飆升,但他們需要改爲承擔場外託管封裝以及預言機結算風險。 這也是我覺得有意思的地方:固定利率帶來可預測性,但 RWA 抵押品意味着必須在鏈上接受真實世界的市場摩擦。 #termmax @TermMax
把代幣化股票作爲抵押品會引發一個對我來說至關重要的問題:當傳統市場風險進入 DeFi 時,究竟會發生什麼變化?

@TermMax Alpha 的定期借貸引擎中,答案歸結於結構性摩擦:市場交易時間與 24/7 清算之間的不匹配。

傳統股票在週末不交易,但智能合約會不間斷運行。如果場外股票在週一開盤時出現跳空下跌,那麼鏈上金庫就必須在單個區塊中吸收數天累計的價格波動。

TermMax 通過將固定借款利率與與股票持有期限相匹配的固定到期日進行鎖定,從而解決了期限問題。

不過,這種取捨是有代價的。借款人可以避免突發的浮動利率飆升,但他們需要改爲承擔場外託管封裝以及預言機結算風險。

這也是我覺得有意思的地方:固定利率帶來可預測性,但 RWA 抵押品意味着必須在鏈上接受真實世界的市場摩擦。 #termmax @TermMax
#dusk one detail in Dusk’s Phoenix model makes this more interesting. The network can keep track of balance changes without exposing every transaction and value behind them. Instead of publishing a complete financial history, Phoenix uses encrypted notes and zero-knowledge proofs to maintain valid state while keeping sensitive details private. 我認爲這裏有個有用的點在於“連續性”。Dusk 不需要讓所有人都看到每一筆過去的交易,才能知道當前狀態是有效的。 這就帶來了一個有趣的權衡:網絡可以在保留長期餘額變動記錄的同時,避免發佈這些餘額背後完整的財務歷史。 所以,更好的問題不是“Dusk 是否保留交易歷史?”而是:其中有多少歷史必須是公開的?$DUSK @Dusk
#dusk one detail in Dusk’s Phoenix model makes this more interesting. The network can keep track of balance changes without exposing every transaction and value behind them. Instead of publishing a complete financial history, Phoenix uses encrypted notes and zero-knowledge proofs to maintain valid state while keeping sensitive details private.

我認爲這裏有個有用的點在於“連續性”。Dusk 不需要讓所有人都看到每一筆過去的交易,才能知道當前狀態是有效的。

這就帶來了一個有趣的權衡:網絡可以在保留長期餘額變動記錄的同時,避免發佈這些餘額背後完整的財務歷史。

所以,更好的問題不是“Dusk 是否保留交易歷史?”而是:其中有多少歷史必須是公開的?$DUSK @Dusk
固定利率聽起來像確定性——直到你問:到底是誰來承擔它背後的不確定性。 在@termmax 中,固定利率的借貸會在特定期限內鎖定利率,因此借款人可以提前知道利息成本,而出借人也能獲得可預測的回報。TermMax的界面會按到期日將這些固定利率市場進行區分,用戶會選擇具體的期限,而不是無限期地浮動。(TermMax) 這種可預測性並不能消除利率風險。它只是改變了風險所在的位置。 我的理解是:當後來市場利率發生變化時,鎖定固定利率的一方會放棄一些靈活性。如果利率下跌,借款人可能會被迫繼續支付已約定的利率;如果利率上升,出借人可能會錯過其他地方更好的機會。 這就是隱藏的權衡:固定回報降低了利率不確定性,但也可能帶來機會成本。 所以,真正有趣的問題並不是利率是否固定。而是:當市場偏離這條固定利率時,究竟誰會受益?#termmax @termmax
固定利率聽起來像確定性——直到你問:到底是誰來承擔它背後的不確定性。

@TermMax 中,固定利率的借貸會在特定期限內鎖定利率,因此借款人可以提前知道利息成本,而出借人也能獲得可預測的回報。TermMax的界面會按到期日將這些固定利率市場進行區分,用戶會選擇具體的期限,而不是無限期地浮動。(TermMax)

這種可預測性並不能消除利率風險。它只是改變了風險所在的位置。

我的理解是:當後來市場利率發生變化時,鎖定固定利率的一方會放棄一些靈活性。如果利率下跌,借款人可能會被迫繼續支付已約定的利率;如果利率上升,出借人可能會錯過其他地方更好的機會。

這就是隱藏的權衡:固定回報降低了利率不確定性,但也可能帶來機會成本。

所以,真正有趣的問題並不是利率是否固定。而是:當市場偏離這條固定利率時,究竟誰會受益?#termmax @TermMax
部分真實
#dusk $DUSK @Dusk_Foundation a Zedger 轉賬可以在不變成接收方最終可用餘額之前發送——這正是 CLAIM 存在的原因。 在 Dusk 的 Zedger 設計中,SEND 並不會立即將一筆轉賬變成接收方已接受的餘額。接收方必須在轉賬過期前執行 ACCEPT。 如果這種情況從未發生,CLAIM 會爲發送方提供一種明確的方式來收回已過期的轉賬,而不是讓它無限期地懸而未決。 這就形成了一個有趣的三步生命週期: SEND 發起 → ACCEPT 完成 → CLAIM 處理過期。 值得注意的是,Zedger 明確考慮了這樣一種情況:接收端只是單純地什麼都不做。該協議不必假設每一筆發起的轉賬都必然能成功完成。 未回答的問題更具實際意義:在真實網絡活動中,CLAIM 需要被用到的頻率有多高? 這一機制已被記錄下來。它在現實世界中的使用情況,纔是接下來值得關注的證據。
#dusk $DUSK @Dusk a Zedger 轉賬可以在不變成接收方最終可用餘額之前發送——這正是 CLAIM 存在的原因。

在 Dusk 的 Zedger 設計中,SEND 並不會立即將一筆轉賬變成接收方已接受的餘額。接收方必須在轉賬過期前執行 ACCEPT。

如果這種情況從未發生,CLAIM 會爲發送方提供一種明確的方式來收回已過期的轉賬,而不是讓它無限期地懸而未決。

這就形成了一個有趣的三步生命週期:

SEND 發起 → ACCEPT 完成 → CLAIM 處理過期。

值得注意的是,Zedger 明確考慮了這樣一種情況:接收端只是單純地什麼都不做。該協議不必假設每一筆發起的轉賬都必然能成功完成。

未回答的問題更具實際意義:在真實網絡活動中,CLAIM 需要被用到的頻率有多高?

這一機制已被記錄下來。它在現實世界中的使用情況,纔是接下來值得關注的證據。
#termmax A 限價單等待成交通常意味着資本也在等待。TermMax 正在嘗試改變這一點。 在 TermMax 的策展人(curator)金庫設計中,未部署的資金可以在等待期間被路由到 Morpho 或 Aave,以賺取浮動收益。當借款人匹配金庫的利率曲線時,所需資金會被以原子方式回收,並部署到固定利率市場中。 這將改變“等待”的經濟性。策展人並不一定非要在“爲未來的固定利率交易保持流動性”與“將這筆資本用於其他地方”之間二選一。 有趣的並不只是“額外收益”。關鍵在於資本利用率:TermMax 試圖在不將流動性從原本的固定利率策略中移除的前提下,讓等待期也變得富有產出。 代價是什麼?這段閒置收益仍取決於外部借貸場所的狀況,以及其當下的利率與風險。 對 TermMax 來說,執行效率甚至可能在訂單成交之前就開始了。@TermMax
#termmax A 限價單等待成交通常意味着資本也在等待。TermMax 正在嘗試改變這一點。

在 TermMax 的策展人(curator)金庫設計中,未部署的資金可以在等待期間被路由到 Morpho 或 Aave,以賺取浮動收益。當借款人匹配金庫的利率曲線時,所需資金會被以原子方式回收,並部署到固定利率市場中。

這將改變“等待”的經濟性。策展人並不一定非要在“爲未來的固定利率交易保持流動性”與“將這筆資本用於其他地方”之間二選一。

有趣的並不只是“額外收益”。關鍵在於資本利用率:TermMax 試圖在不將流動性從原本的固定利率策略中移除的前提下,讓等待期也變得富有產出。

代價是什麼?這段閒置收益仍取決於外部借貸場所的狀況,以及其當下的利率與風險。

對 TermMax 來說,執行效率甚至可能在訂單成交之前就開始了。@TermMax
#dusk 破曉(Dusk)的鳳凰(Phoenix)模型中有一個細節讓它更有趣。筆記可以是透明的或被隱藏(obfuscated),這意味着系統能夠在同一個交易模型內處理不同層級的信息可見性。在透明的筆記中,該數值是可見的。在被隱藏的筆記中,該數值會被加密,但該筆記仍然使用破曉的隱私機制。 我認爲這裏有個有用的思路:靈活性。破曉並沒有讓每一條筆記都同等可見,因爲有些數據可能需要被檢查,而有些則應該保持隱藏。 甚至還有一個實際的權衡:破曉將零值交易設爲透明,因爲如果把它們也隱藏起來,會在筆記樹(note tree)中產生不必要的條目。這有助於隨着時間的推移減少可避免的數據增長。 所以,更好的問題並不是“私密還是公開?”而是“到底需要哪些內容是可見的?” $DUSK @Dusk_Foundation
#dusk 破曉(Dusk)的鳳凰(Phoenix)模型中有一個細節讓它更有趣。筆記可以是透明的或被隱藏(obfuscated),這意味着系統能夠在同一個交易模型內處理不同層級的信息可見性。在透明的筆記中,該數值是可見的。在被隱藏的筆記中,該數值會被加密,但該筆記仍然使用破曉的隱私機制。

我認爲這裏有個有用的思路:靈活性。破曉並沒有讓每一條筆記都同等可見,因爲有些數據可能需要被檢查,而有些則應該保持隱藏。

甚至還有一個實際的權衡:破曉將零值交易設爲透明,因爲如果把它們也隱藏起來,會在筆記樹(note tree)中產生不必要的條目。這有助於隨着時間的推移減少可避免的數據增長。

所以,更好的問題並不是“私密還是公開?”而是“到底需要哪些內容是可見的?” $DUSK @Dusk
高收益總讓我想到一個問題:到底是誰在付這筆錢? 在 @termmax Alpha 的雙重投資金庫(Dual Investment Vaults)中,答案出人意料地直截了當:Long(做多)與 Short(做空)期權的買方。 交易者會先行支付權利金,以獲得帶槓桿的看漲(Call)或看跌(Put)敞口。這些權利金會成爲雙重投資金庫的流動性提供者所獲得的收益,後者正是站在對立的一方。TermMax 自己的 Alpha 界面明確寫到,金庫收益由 Long/Short 買方支付。(TermMax) 所以收益並不是憑空出現的。它反映了對期權與槓桿的真實需求。 不過代價是關鍵的。金庫的存款人相當於在爲這些期權“承保”,因此回報伴隨着對標的資產與結算條件的敞口——而不是“白拿”的收益。 這正是我覺得有意思的地方:更高的期權需求確實可能帶來更多的權利金收入,但收益之所以存在,是因爲總有人在承擔另一側的風險。#termmax @TermMax
高收益總讓我想到一個問題:到底是誰在付這筆錢?

@TermMax Alpha 的雙重投資金庫(Dual Investment Vaults)中,答案出人意料地直截了當:Long(做多)與 Short(做空)期權的買方。

交易者會先行支付權利金,以獲得帶槓桿的看漲(Call)或看跌(Put)敞口。這些權利金會成爲雙重投資金庫的流動性提供者所獲得的收益,後者正是站在對立的一方。TermMax 自己的 Alpha 界面明確寫到,金庫收益由 Long/Short 買方支付。(TermMax)

所以收益並不是憑空出現的。它反映了對期權與槓桿的真實需求。

不過代價是關鍵的。金庫的存款人相當於在爲這些期權“承保”,因此回報伴隨着對標的資產與結算條件的敞口——而不是“白拿”的收益。

這正是我覺得有意思的地方:更高的期權需求確實可能帶來更多的權利金收入,但收益之所以存在,是因爲總有人在承擔另一側的風險。#termmax @TermMax
“零清算”並不意味着零風險。 關於 @termmax Alpha,最重要的就是要理解這一點。 當你買入看漲期權或看跌期權時,你會在一開始就支付期權權利金。與傳統的槓桿交易不同,不存在變更清算價格或追加保證金的情況。對於期權買方而言,最大虧損就是已支付的權利金。 所以,如果你的交易成本是 50 美元,而你的預測完全失敗,你可能會損失這全部 50 美元——但僅限於該筆持倉帶來的損失,不會再多。 這纔是真正的優勢:風險是明確界定的,而不是“無風險交易”。 但仍然有另一個問題:流動性。想要提前平倉,你需要對手方,因此流動性較薄的市場可能會導致滑點,或難以退出。 另外,這種有限虧損的結構適用於期權買方,並不必然自動適用於雙重投資的流動性提供者。 TermMax Alpha 並不能消除風險。它只是改變了風險的結構方式。 你更想要預先定義的下行風險,而不是清算風險嗎? #termmax @TermMax
“零清算”並不意味着零風險。

關於 @TermMax Alpha,最重要的就是要理解這一點。

當你買入看漲期權或看跌期權時,你會在一開始就支付期權權利金。與傳統的槓桿交易不同,不存在變更清算價格或追加保證金的情況。對於期權買方而言,最大虧損就是已支付的權利金。

所以,如果你的交易成本是 50 美元,而你的預測完全失敗,你可能會損失這全部 50 美元——但僅限於該筆持倉帶來的損失,不會再多。

這纔是真正的優勢:風險是明確界定的,而不是“無風險交易”。

但仍然有另一個問題:流動性。想要提前平倉,你需要對手方,因此流動性較薄的市場可能會導致滑點,或難以退出。

另外,這種有限虧損的結構適用於期權買方,並不必然自動適用於雙重投資的流動性提供者。

TermMax Alpha 並不能消除風險。它只是改變了風險的結構方式。

你更想要預先定義的下行風險,而不是清算風險嗎?
#termmax @TermMax
#dusk 如果你預留的 gas 超過了實際使用的 DUSK 交易量,會發生什麼?未使用的部分並不會簡單丟失。 當一筆交易設置其 gas 價格和 gas 上限時,Dusk 也會在費用數據中包含一個隱蔽地址(stealth address)。如果執行在未消耗完所分配的所有 gas 的情況下就結束了,剩餘的價值可以作爲退款返回到該地址。 這個細節很容易被忽略,但它很重要。用戶需要足夠的 gas 額度來讓合約順利完成執行,但他們不應該把每一筆未用的 gas 都當作浪費 $DUSK 。 這種設計也符合 Dusk 更廣泛的思路:在不讓退款流程變得不必要地公開的前提下,保持交易處理的精確性。 我在實踐中仍會關注的一個問題是:在更復雜的合約執行過程中,這些退款有多可預測。 對我來說,這是一個帶有實際意義的機制:良好的交易設計不僅是爲計算計費,還要妥善處理那些實際上從未被使用的部分。$DUSK @Dusk_Foundation {spot}(DUSKUSDT)
#dusk 如果你預留的 gas 超過了實際使用的 DUSK 交易量,會發生什麼?未使用的部分並不會簡單丟失。

當一筆交易設置其 gas 價格和 gas 上限時,Dusk 也會在費用數據中包含一個隱蔽地址(stealth address)。如果執行在未消耗完所分配的所有 gas 的情況下就結束了,剩餘的價值可以作爲退款返回到該地址。

這個細節很容易被忽略,但它很重要。用戶需要足夠的 gas 額度來讓合約順利完成執行,但他們不應該把每一筆未用的 gas 都當作浪費 $DUSK

這種設計也符合 Dusk 更廣泛的思路:在不讓退款流程變得不必要地公開的前提下,保持交易處理的精確性。

我在實踐中仍會關注的一個問題是:在更復雜的合約執行過程中,這些退款有多可預測。

對我來說,這是一個帶有實際意義的機制:良好的交易設計不僅是爲計算計費,還要妥善處理那些實際上從未被使用的部分。$DUSK @Dusk
部分真實
#dusk 如果兩個 DUSK 參與者爲同一個區塊完成最終確認,但卻不持有完全相同的證書對象,會怎樣? 這實際上是按設計允許的。Dusk 的白皮書指出,區塊證書是由每個共識參與者在本地構建的,也就是說,共識輪次不存在統一的證書。 關鍵在於證書內部包含的證據。證書包含輪次和共識步驟、生成者的盲標出價證明(Proof-of-Blind-Bid)及其得分、來自委員會驗證者的聚合 BLS 簽名,以及 validatorSeqF(一個二進制映射,用於表示在三個相關委員會中,哪些驗證者提供了簽名)。 白皮書並未明確解釋將證書設爲本地構建的動機,因此聲稱某個具體原因只能算是推測。 我覺得有趣的是,這種設計帶來的區分:參與者需要就最終確認的區塊達成一致,但並不需要存在某種在全網普遍分發、且表示該區塊證書的唯一形式。 對於 $DUSK 而言,因此共識關注的是共享的最終性(shared finality)——不一定要求本地構建出來的最終性證據必須完全相同。@Dusk_Foundation $DUSK @Dusk_Foundation
#dusk 如果兩個 DUSK 參與者爲同一個區塊完成最終確認,但卻不持有完全相同的證書對象,會怎樣?

這實際上是按設計允許的。Dusk 的白皮書指出,區塊證書是由每個共識參與者在本地構建的,也就是說,共識輪次不存在統一的證書。

關鍵在於證書內部包含的證據。證書包含輪次和共識步驟、生成者的盲標出價證明(Proof-of-Blind-Bid)及其得分、來自委員會驗證者的聚合 BLS 簽名,以及 validatorSeqF(一個二進制映射,用於表示在三個相關委員會中,哪些驗證者提供了簽名)。

白皮書並未明確解釋將證書設爲本地構建的動機,因此聲稱某個具體原因只能算是推測。

我覺得有趣的是,這種設計帶來的區分:參與者需要就最終確認的區塊達成一致,但並不需要存在某種在全網普遍分發、且表示該區塊證書的唯一形式。

對於 $DUSK 而言,因此共識關注的是共享的最終性(shared finality)——不一定要求本地構建出來的最終性證據必須完全相同。@Dusk $DUSK @Dusk
只有當網絡仍能支持有意義的計算時,區塊鏈上的隱私纔是有用的。正是這種張力讓 DUSK 變得特別有趣。Dusk 被設計爲一種注重隱私的分佈式賬本,採用兩層相互連接的結構:原生的 DUSK 資產層,以及一個通用的計算層。其目標並不僅僅是保護交易信息。它要在仍然允許可編程狀態變更與智能合約執行的同時,支持機密交易。這很重要,因爲受監管的金融需要的不止是私密支付。它還需要規則驗證的生命週期管理,以及能夠在鏈上運行而不向公衆暴露每一項敏感細節的應用。Dusk 通過在其計算環境中結合以隱私爲中心的交易模型與原生零知識證明支持來應對這一挑戰。核心想法很簡單:隱私不應迫使區塊鏈犧牲可編程性。Dusk 的設計目標是在同一協議內讓這兩種能力共存。#dusk $DUSK @Dusk
只有當網絡仍能支持有意義的計算時,區塊鏈上的隱私纔是有用的。正是這種張力讓 DUSK 變得特別有趣。Dusk 被設計爲一種注重隱私的分佈式賬本,採用兩層相互連接的結構:原生的 DUSK 資產層,以及一個通用的計算層。其目標並不僅僅是保護交易信息。它要在仍然允許可編程狀態變更與智能合約執行的同時,支持機密交易。這很重要,因爲受監管的金融需要的不止是私密支付。它還需要規則驗證的生命週期管理,以及能夠在鏈上運行而不向公衆暴露每一項敏感細節的應用。Dusk 通過在其計算環境中結合以隱私爲中心的交易模型與原生零知識證明支持來應對這一挑戰。核心想法很簡單:隱私不應迫使區塊鏈犧牲可編程性。Dusk 的設計目標是在同一協議內讓這兩種能力共存。#dusk $DUSK @Dusk
隱私與監管往往被視爲彼此對立的目標。@Dusk_Foundation 採取了不同的思路,通過在其架構中同時兼顧兩者來實現平衡。$DUSK #dusk 其 Zedger 模型是專門爲隱私保護的安全型代幣(security tokenization)以及生命週期管理而創建的。Zedger 並非將每一筆交易都簡單地視爲完全公開或完全隱藏,而是引入了諸如白名單用戶以及對入站轉賬進行明確審批等可控機制。 它還爲與交易相關的投票以及有資格獲得股息的餘額分別保留獨立記錄。之所以重要,是因爲受監管的金融資產可能需要的不僅僅是簡單的所有權追蹤。它們可能需要受控的參與方式,以及可審計的餘額變動歷史。 有趣的是其設計理念。Dusk 並不只是把隱私特性簡單地疊加到現有的金融系統上。其白皮書探討了隱私功能如何能夠與受監管資產的結構化要求共存。 對於鏈上金融而言,這可能是一種具有意義的架構方向。#dusk $DUSK @Dusk_Foundation
隱私與監管往往被視爲彼此對立的目標。@Dusk 採取了不同的思路,通過在其架構中同時兼顧兩者來實現平衡。$DUSK #dusk

其 Zedger 模型是專門爲隱私保護的安全型代幣(security tokenization)以及生命週期管理而創建的。Zedger 並非將每一筆交易都簡單地視爲完全公開或完全隱藏,而是引入了諸如白名單用戶以及對入站轉賬進行明確審批等可控機制。

它還爲與交易相關的投票以及有資格獲得股息的餘額分別保留獨立記錄。之所以重要,是因爲受監管的金融資產可能需要的不僅僅是簡單的所有權追蹤。它們可能需要受控的參與方式,以及可審計的餘額變動歷史。

有趣的是其設計理念。Dusk 並不只是把隱私特性簡單地疊加到現有的金融系統上。其白皮書探討了隱私功能如何能夠與受監管資產的結構化要求共存。

對於鏈上金融而言,這可能是一種具有意義的架構方向。#dusk $DUSK @Dusk
爲什麼 Dusk + NPEX 的合作引人關注,並不只是把證券上鍊這麼簡單。關鍵在於區塊鏈基礎設施與受監管金融市場之間的連接。 NPEX 是一家受監管的荷蘭證券交易所,而 Dusk 的設計兼顧隱私以及受監管的資產代幣化。這樣的組合可能讓鏈上金融工具對那些無法簡單忽視合規要求的機構而言更具可行性。 更大的意義在於,受監管金融領域的採用需要的不只是快速交易。它需要能夠在需要時處理隱私與透明並存的基礎設施,以及符合金融市場運作現實的能力。 因此我會密切關注這次合作。如果 Dusk 能以合規的方式把傳統證券市場與區塊鏈通道連接起來,它就可能展現出超越投機之外的真實落地用例。 對我來說,這也是 DUSK 變得特別有意思的地方。#dusk $DUSK @Dusk
爲什麼 Dusk + NPEX 的合作引人關注,並不只是把證券上鍊這麼簡單。關鍵在於區塊鏈基礎設施與受監管金融市場之間的連接。

NPEX 是一家受監管的荷蘭證券交易所,而 Dusk 的設計兼顧隱私以及受監管的資產代幣化。這樣的組合可能讓鏈上金融工具對那些無法簡單忽視合規要求的機構而言更具可行性。

更大的意義在於,受監管金融領域的採用需要的不只是快速交易。它需要能夠在需要時處理隱私與透明並存的基礎設施,以及符合金融市場運作現實的能力。

因此我會密切關注這次合作。如果 Dusk 能以合規的方式把傳統證券市場與區塊鏈通道連接起來,它就可能展現出超越投機之外的真實落地用例。

對我來說,這也是 DUSK 變得特別有意思的地方。#dusk $DUSK @Dusk
·
--
看漲
🚨 $TST/USDT 交易設置 📈 方向:看漲動能 🟢 入場:等待價格在最近阻力位上方出現確認性突破,並伴隨強勁成交量。 🎯 TP1:+8% 🎯 TP2:+15% 🎯 TP3:+25% 🛑 止損:在你的入場價下方 5%,或低於最新支撐位。 💡 爲什麼是 $TST ? • 強勁買入動能。 • 交易量持續上升。 • 在支撐未破之前,多頭仍掌控局勢。 ⚠️ 不要因綠色K線而盲目追高(FOMO)。等待確認,並始終管理好你的風險。 #TST #BinanceSquare #crypto #altcoins #trading $TST
🚨 $TST /USDT 交易設置

📈 方向:看漲動能

🟢 入場:等待價格在最近阻力位上方出現確認性突破,並伴隨強勁成交量。

🎯 TP1:+8%
🎯 TP2:+15%
🎯 TP3:+25%

🛑 止損:在你的入場價下方 5%,或低於最新支撐位。

💡 爲什麼是 $TST
• 強勁買入動能。
• 交易量持續上升。
• 在支撐未破之前,多頭仍掌控局勢。

⚠️ 不要因綠色K線而盲目追高(FOMO)。等待確認,並始終管理好你的風險。

#TST #BinanceSquare #crypto #altcoins #trading $TST
部分真實
我去找看 Babylon 是如何處理質押佣金的,結果卻在一個關於他們名爲 TBV 的新型金庫產品的“兔子洞”裏越陷越深。質押這部分很簡單。終局性提供者會在獎勵到達你之前先抽取一部分,這部分抽成會上鍊,你在選擇委託人之前任何人都能查到。TBV 則完全不是這樣。Babylon 之所以這樣設計,是爲了讓任何託管方或交易所都可以基於 Babylon 的 SDK 自行搭建自己的前端,並在創建金庫時以及在之後每一筆 DeFi 活動中按其所想收取費用。這些費用邏輯都不在 Babylon 自己的代碼裏,歸根結底在於“你走進的那扇門是誰建的”。然後我又注意到:金庫本身是按用戶進行隔離的,並且不支持部分退出。整庫進、整庫出。你選了某個提供者,就會被他們的定價“鎖定”直到完全關閉。Babylon 自己的社區一直在追問:爲什麼 BABY 難以捕獲與實際使用相關的價值。把這三點放在一起,答案就不再像是一個溝通問題,而更像是一種架構選擇。#baby $BABY @babylonlabs_io
我去找看 Babylon 是如何處理質押佣金的,結果卻在一個關於他們名爲 TBV 的新型金庫產品的“兔子洞”裏越陷越深。質押這部分很簡單。終局性提供者會在獎勵到達你之前先抽取一部分,這部分抽成會上鍊,你在選擇委託人之前任何人都能查到。TBV 則完全不是這樣。Babylon 之所以這樣設計,是爲了讓任何託管方或交易所都可以基於 Babylon 的 SDK 自行搭建自己的前端,並在創建金庫時以及在之後每一筆 DeFi 活動中按其所想收取費用。這些費用邏輯都不在 Babylon 自己的代碼裏,歸根結底在於“你走進的那扇門是誰建的”。然後我又注意到:金庫本身是按用戶進行隔離的,並且不支持部分退出。整庫進、整庫出。你選了某個提供者,就會被他們的定價“鎖定”直到完全關閉。Babylon 自己的社區一直在追問:爲什麼 BABY 難以捕獲與實際使用相關的價值。把這三點放在一起,答案就不再像是一個溝通問題,而更像是一種架構選擇。#baby $BABY @BabylonLabs_io
我去研究巴比倫的最終性提供者(Finality Providers),結果卻想到了一件更安靜的事。協定花了很多時間在說明最終性如何運作,但我不斷回到「最終性提供者」與整體驗證者集合之間的關係,因為這比起另一項效能指標更能說明網路本質。 我開始追蹤比特幣質押(staking)如何連結到最終性投票(finality voting)與驗證者的誘因(validator incentives)。接著我拿它對照巴比倫的治理設計(governance design)以及人們預期新應用會如何在巴比倫之上構建。然後我又不由得重新閱讀文件,因為有一個細節怎麼也揮之不去。 有趣的是,最終性提供者不只是協助網路達成共識。他們也成為每個未來應用都會默默依賴的信任關係的一部分。隨著更多協定連接到巴比倫,最終性的價值不再只用「更快的確認」來衡量。它取決於即使治理發生變化、整個生態系擴張,不同參與者是否仍持續依照相同的經濟假設行事。 這件事最終慢慢變成真正的觀察:巴比倫不只需要安全的共識。它還需要在比特幣安全治理與驗證者誘因之間,建立可持續的協同(durable coordination),讓信心能在最初的整合到來很久之後仍然存在。 也許因此,協定才會投入那麼多心力定義責任,而不只是單純提升效能。網路可以像預期那樣精確處理區塊,但如果誘因開始朝不同方向移動,協同就會逐漸變弱。 我讀得越多,就越覺得巴比倫保護的,是長期對齊(alignment)——幾乎就像它保護長期安全一樣。@babylonlabs_io #baby $BABY
我去研究巴比倫的最終性提供者(Finality Providers),結果卻想到了一件更安靜的事。協定花了很多時間在說明最終性如何運作,但我不斷回到「最終性提供者」與整體驗證者集合之間的關係,因為這比起另一項效能指標更能說明網路本質。

我開始追蹤比特幣質押(staking)如何連結到最終性投票(finality voting)與驗證者的誘因(validator incentives)。接著我拿它對照巴比倫的治理設計(governance design)以及人們預期新應用會如何在巴比倫之上構建。然後我又不由得重新閱讀文件,因為有一個細節怎麼也揮之不去。

有趣的是,最終性提供者不只是協助網路達成共識。他們也成為每個未來應用都會默默依賴的信任關係的一部分。隨著更多協定連接到巴比倫,最終性的價值不再只用「更快的確認」來衡量。它取決於即使治理發生變化、整個生態系擴張,不同參與者是否仍持續依照相同的經濟假設行事。

這件事最終慢慢變成真正的觀察:巴比倫不只需要安全的共識。它還需要在比特幣安全治理與驗證者誘因之間,建立可持續的協同(durable coordination),讓信心能在最初的整合到來很久之後仍然存在。

也許因此,協定才會投入那麼多心力定義責任,而不只是單純提升效能。網路可以像預期那樣精確處理區塊,但如果誘因開始朝不同方向移動,協同就會逐漸變弱。

我讀得越多,就越覺得巴比倫保護的,是長期對齊(alignment)——幾乎就像它保護長期安全一樣。@BabylonLabs_io #baby $BABY
當我以為創辦人提到的召集會主要用來幫助我理解巴比倫接下來的走向時,我發現自己反而更注意那些沒有被當作主線故事呈現的內容。只有在我把這些路線圖討論,與治理設計、質押模型,以及比特幣安全性正被如何轉化為共享網路資源的方式進行對照之後,這些討論才真正開始說得通。 留在我心上的並不是另一項功能更新。更重要的是:未來有多少取決於協調,而不是程式碼。每一次新的整合都可能增加連接到網路的比特幣數量,但只有在驗證者、最終性提供者與治理各方持續朝同一方向前進時,這才真正重要。更多的活動會在創造更多價值之前,先帶來更多責任。 我在閱讀治理機制時也一直在思考代幣激勵。安全參與必須經過時間才能發揮作用,前提是做出協定決策的人,必須與提供經濟層面安全性的參與者保持一致。這種關係要維持,比單純提升質押數字要更困難,因為隨著網路成長,激勵會逐漸改變。 把開發更新與生態系擴張一起看之後,還有另一件事特別突顯出來。大多數進展都發生在一般使用者可能永遠不會注意到的基礎設施上。更好的工具、更好的協調,以及更可預期的運作,通常不會讓人興奮,但它們會降低最終會限制採用的摩擦。 在花了好幾個小時把這些要點串起來之後,我得出了不同的印象。巴比倫似乎並不是在解決某個單一的技術問題。它正在逐步建立條件,使比特幣的安全性能夠成為可靠的基礎設施,而不是一次性的功能。 #baby $BABY @BabylonLabs_io
當我以為創辦人提到的召集會主要用來幫助我理解巴比倫接下來的走向時,我發現自己反而更注意那些沒有被當作主線故事呈現的內容。只有在我把這些路線圖討論,與治理設計、質押模型,以及比特幣安全性正被如何轉化為共享網路資源的方式進行對照之後,這些討論才真正開始說得通。

留在我心上的並不是另一項功能更新。更重要的是:未來有多少取決於協調,而不是程式碼。每一次新的整合都可能增加連接到網路的比特幣數量,但只有在驗證者、最終性提供者與治理各方持續朝同一方向前進時,這才真正重要。更多的活動會在創造更多價值之前,先帶來更多責任。

我在閱讀治理機制時也一直在思考代幣激勵。安全參與必須經過時間才能發揮作用,前提是做出協定決策的人,必須與提供經濟層面安全性的參與者保持一致。這種關係要維持,比單純提升質押數字要更困難,因為隨著網路成長,激勵會逐漸改變。

把開發更新與生態系擴張一起看之後,還有另一件事特別突顯出來。大多數進展都發生在一般使用者可能永遠不會注意到的基礎設施上。更好的工具、更好的協調,以及更可預期的運作,通常不會讓人興奮,但它們會降低最終會限制採用的摩擦。

在花了好幾個小時把這些要點串起來之後,我得出了不同的印象。巴比倫似乎並不是在解決某個單一的技術問題。它正在逐步建立條件,使比特幣的安全性能夠成為可靠的基礎設施,而不是一次性的功能。 #baby $BABY @BabylonLabs_io
登入以探索更多內容
加入幣安廣場中的全球加密貨幣用戶
⚡️ 獲取加密貨幣的最新和實用資訊。
💬 受到全球最大加密貨幣交易所的信任。
👍 發掘來自經過驗證創作者的真實見解。
電子郵件 / 電話號碼
網站地圖
Cookie 偏好設定
平台條款