Binance Square
传奇FEEHA
10.5k 貼文

传奇FEEHA

Sharing crypto basics, market updates, and Web3 insights in simple language. My goal is to make trading concepts easy to understand, provide clear explanations.
1.3K+ 關注
15.0K+ 粉絲
8.6K+ 點讚數
貼文
·
--
看跌
@Dusk_Foundation 你是否想過:當區塊鏈建立在透明性的理念之上時,智能合約又如何實現保密? 這個問題本質上就是 XSC 標準所要回答的。Dusk 驅動它,理念簡單但卻強大——合約的邏輯保持可驗證,因此任何人都可以確認規則正在被遵循;但通過該邏輯流動的數據仍然保持私密。 對於受監管的證券來說,這正是你需要的平衡。傳統金融在審計方面要求透明,但也要求對客戶數據進行保護。 這兩項要求在歷史上一直把雙方拉向相反的方向。機密證券合約標準將兩者納入同一個框架之中,同時又不迫使任何一方做出妥協。 這是一個小小的技術細節,卻對受監管市場的現實世界產生相當大的影響。 #dusk $DUSK {future}(DUSKUSDT)
@Dusk 你是否想過:當區塊鏈建立在透明性的理念之上時,智能合約又如何實現保密?

這個問題本質上就是 XSC 標準所要回答的。Dusk 驅動它,理念簡單但卻強大——合約的邏輯保持可驗證,因此任何人都可以確認規則正在被遵循;但通過該邏輯流動的數據仍然保持私密。

對於受監管的證券來說,這正是你需要的平衡。傳統金融在審計方面要求透明,但也要求對客戶數據進行保護。

這兩項要求在歷史上一直把雙方拉向相反的方向。機密證券合約標準將兩者納入同一個框架之中,同時又不迫使任何一方做出妥協。

這是一個小小的技術細節,卻對受監管市場的現實世界產生相當大的影響。

#dusk $DUSK
加入
加入
Ali Nawaz-Trader
·
--
🚨 黃金繼續上漲……但這波上漲的真正原因是什麼?
🚨 未來直播:黃金市場揭示 🚨
📅 𝟏𝟏 𝐀𝐮𝐠𝐮𝐬𝐭 | 𝟕:𝟎𝟎 𝐭𝐨 𝟕:𝟑𝟎 𝐏𝐌 𝐏𝐚𝐤𝐢𝐬𝐭𝐚𝐧 𝐭𝐢𝐦𝐞
黃金一次又一次上漲,推高價格,並吸引了全球各國央行、機構、投資者和交易者的關注。
但最大的問題是:爲什麼?
爲什麼黃金持續這波強勁的上行動能?
🎙️ 🔴 即時黃金與加密貨幣交易|與 Ali Nawaz 交易員
cover
結束
01 小時 56 分 31 秒
210
0
0
🎙️ 加入 FEEHA 的社群 一起學習 • 交易 • 成長
cover
結束
04 小時 05 分 11 秒
302
1
0
@babylonlabs_io 關於通用挑戰者集(Universal Challenger)其結構的說明讓我一開始覺得有些反直覺,直到我真正坐下來把它認真理解了一遍。 文檔明確指出,這個集合並不打算向無需許可的參與(permissionless participation)開放;也就是說,這種限制是設計本身的一部分,而不是一種會隨着更成熟的階段到來而被逐步放鬆的臨時限制。 我起初以爲這只是大多數系統常見的路徑:先從一個受限羣體開始建立信任與信心,隨着時間推移、網絡規模增長,再逐漸開放參與,讓參與者在更廣泛的生態中自然積累信譽。 但這個模型並不是這樣安排的。新的通用挑戰者會通過治理(governance)專門進入——將經過審查的運營者(operators)加入註冊表(registry),而不是任何人先在其他地方建立聲譽後,再在更長時間參與更廣泛的生態之後,最終憑藉“自發加入”的方式進入。 這個有趣的區別並不只是“今天封閉、明天開放”那種類似早期快照的階段變化。關鍵在於:開放性(openness)從一開始是否就屬於架構的一部分。這裏的信任模型圍繞一個被精心策劃、刻意設置邊界的挑戰者集合構建,擴展只通過治理髮生,而不是通過無需許可的准入(permissionless entry)。這是一種選擇,而不是一個階段。 #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 關於通用挑戰者集(Universal Challenger)其結構的說明讓我一開始覺得有些反直覺,直到我真正坐下來把它認真理解了一遍。

文檔明確指出,這個集合並不打算向無需許可的參與(permissionless participation)開放;也就是說,這種限制是設計本身的一部分,而不是一種會隨着更成熟的階段到來而被逐步放鬆的臨時限制。

我起初以爲這只是大多數系統常見的路徑:先從一個受限羣體開始建立信任與信心,隨着時間推移、網絡規模增長,再逐漸開放參與,讓參與者在更廣泛的生態中自然積累信譽。

但這個模型並不是這樣安排的。新的通用挑戰者會通過治理(governance)專門進入——將經過審查的運營者(operators)加入註冊表(registry),而不是任何人先在其他地方建立聲譽後,再在更長時間參與更廣泛的生態之後,最終憑藉“自發加入”的方式進入。

這個有趣的區別並不只是“今天封閉、明天開放”那種類似早期快照的階段變化。關鍵在於:開放性(openness)從一開始是否就屬於架構的一部分。這裏的信任模型圍繞一個被精心策劃、刻意設置邊界的挑戰者集合構建,擴展只通過治理髮生,而不是通過無需許可的准入(permissionless entry)。這是一種選擇,而不是一個階段。

#baby
$BABY
·
--
看跌
@babylonlabs_io 這是我一直回到的數字。比特幣的 OP_RETURN 字段上限是 80 字節。 不是 800。不是 8,000。是 80。 文檔裏說原始的 Babylon 檢查點要比這個限制更大。它包含多段紀元數據、一個提交哈希(commit hash)、一個簽名位圖(signature bitmap)以及聚合簽名(aggregated signature)。完整的檢查點數據無法放進單個 OP_RETURN 字段中。 所以它被拆分了。每一個檢查點都拆成兩筆比特幣交易,而不是一筆,並且是永久如此。 我只是不斷盯着“數字本身”,而不是它強迫帶來的機制。80 字節足夠小,幾乎任何有意義的內容都會溢出。它從設計上就不是爲了檢查點或證明,或任何 Babylon 特別需要的東西而設定的。比特幣自身的 OP_RETURN 限制存在是爲了讓鏈上任意數據保持足夠小,從而抑制濫用那種輸出類型——它從一開始就只打算裝下一點點東西。 Babylon 並不是因爲需要 80 字節纔得到 80 字節。它之所以是 80,是因爲當時已經固定在那裏——早在多年之前就定了,到了 Babylon 出現、需要在其中騰出空間的時候,這個數字早已不可協商、不可更改。 比特幣的 OP_RETURN 約束是一條 Babylon 必須遵守的規則,而不是它可以重寫的參數。檢查點被拆分存在於:數據必須適配一個在 Babylon 需要之前很久就已定義的限制。它不是等待更清潔方案的臨時權宜之計,而是圍繞一個固定的比特幣規則構建出來的實際結果。 #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 這是我一直回到的數字。比特幣的 OP_RETURN 字段上限是 80 字節。
不是 800。不是 8,000。是 80。

文檔裏說原始的 Babylon 檢查點要比這個限制更大。它包含多段紀元數據、一個提交哈希(commit hash)、一個簽名位圖(signature bitmap)以及聚合簽名(aggregated signature)。完整的檢查點數據無法放進單個 OP_RETURN 字段中。

所以它被拆分了。每一個檢查點都拆成兩筆比特幣交易,而不是一筆,並且是永久如此。

我只是不斷盯着“數字本身”,而不是它強迫帶來的機制。80 字節足夠小,幾乎任何有意義的內容都會溢出。它從設計上就不是爲了檢查點或證明,或任何 Babylon 特別需要的東西而設定的。比特幣自身的 OP_RETURN 限制存在是爲了讓鏈上任意數據保持足夠小,從而抑制濫用那種輸出類型——它從一開始就只打算裝下一點點東西。

Babylon 並不是因爲需要 80 字節纔得到 80 字節。它之所以是 80,是因爲當時已經固定在那裏——早在多年之前就定了,到了 Babylon 出現、需要在其中騰出空間的時候,這個數字早已不可協商、不可更改。

比特幣的 OP_RETURN 約束是一條 Babylon 必須遵守的規則,而不是它可以重寫的參數。檢查點被拆分存在於:數據必須適配一個在 Babylon 需要之前很久就已定義的限制。它不是等待更清潔方案的臨時權宜之計,而是圍繞一個固定的比特幣規則構建出來的實際結果。

#baby $BABY
·
--
看漲
🟩Buy now
0%
🟦Wait for a pullback
0%
🟨Take profits
0%
🟪Stay away
0%
0 票 • 投票已結束
@babylonlabs_io 差點沒去看今天 Trustless Bitcoin Vaults(TBV)文檔裏關於再抵押(rehypothecation)的細則 我以爲還是那種含糊的說法 反正其他協議也都這麼寫——“我們不做那種事”。 但它不含糊。原句是“不能進行再抵押(cannot be rehypothecated)”,而且那種措辭具體得讓我停下了滾動。 我見過足夠多的 DeFi 崩盤:就基於正是這種抵押品機制,表面上悄悄在幕後被重複計算不止一次,直到音樂停止、每個人才意識到同一枚比特幣同時支撐了不止一個承諾。這個“再抵押(rehypothecation)”這個詞,確實把人們搞得很慘。 所以我去找支撐這項說法的真正機制,而不只是那句話本身。我發現:在協議裏不存在任何路徑讓被鎖定的 BTC 去到別處,除了它已經在支撐的那一個頭寸。沒有什麼人以後可以悄悄改掉的“政策選擇”。這就是這座金庫如何搭建的結構性事實。 這種區別讓我在那之後重新閱讀整頁內容。承諾在壓力下可以彎曲。結構上的不可能做不到——BTC 無論上游任何人決定怎麼做,都沒有別的去處。 我進來時以爲會看到一堆套話。我離開時卻比預期更信任那一句特定的文字。 #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 差點沒去看今天 Trustless Bitcoin Vaults(TBV)文檔裏關於再抵押(rehypothecation)的細則 我以爲還是那種含糊的說法 反正其他協議也都這麼寫——“我們不做那種事”。

但它不含糊。原句是“不能進行再抵押(cannot be rehypothecated)”,而且那種措辭具體得讓我停下了滾動。

我見過足夠多的 DeFi 崩盤:就基於正是這種抵押品機制,表面上悄悄在幕後被重複計算不止一次,直到音樂停止、每個人才意識到同一枚比特幣同時支撐了不止一個承諾。這個“再抵押(rehypothecation)”這個詞,確實把人們搞得很慘。

所以我去找支撐這項說法的真正機制,而不只是那句話本身。我發現:在協議裏不存在任何路徑讓被鎖定的 BTC 去到別處,除了它已經在支撐的那一個頭寸。沒有什麼人以後可以悄悄改掉的“政策選擇”。這就是這座金庫如何搭建的結構性事實。

這種區別讓我在那之後重新閱讀整頁內容。承諾在壓力下可以彎曲。結構上的不可能做不到——BTC 無論上游任何人決定怎麼做,都沒有別的去處。

我進來時以爲會看到一堆套話。我離開時卻比預期更信任那一句特定的文字。

#baby $BABY
@babylonlabs_io 根據文檔資料,vaultBTC 作爲一種內部會計代幣,它不是用來交易的,也沒有其自身的二級市場。 這種區別在我真正坐下來理解它之後變得更重要。在大多數 DeFi 系統中,代表性代幣纔是核心:它就是用來流通、被交易,並在其他地方建立流動性的那樣的東西。但在 Trustless Bitcoin Vaults(TBV)中,vaultBTC 並非如此。它純粹用於在特定集成內部跟蹤狀態。 它只在協議自身的內部組件之間移動,從不進入公開市場,也不作爲一種可自由交易的資產讓人進行投機。 這是一項刻意的約束,而不是缺失的功能。一個被設計爲永遠不會離開自身會計系統的代幣,能夠消除與那些人們確實會去交易的代幣相關的一整類風險。 一個被刻意禁止流通的代幣,會不會改變你對它所面臨風險的理解方式? #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 根據文檔資料,vaultBTC 作爲一種內部會計代幣,它不是用來交易的,也沒有其自身的二級市場。

這種區別在我真正坐下來理解它之後變得更重要。在大多數 DeFi 系統中,代表性代幣纔是核心:它就是用來流通、被交易,並在其他地方建立流動性的那樣的東西。但在 Trustless Bitcoin Vaults(TBV)中,vaultBTC 並非如此。它純粹用於在特定集成內部跟蹤狀態。

它只在協議自身的內部組件之間移動,從不進入公開市場,也不作爲一種可自由交易的資產讓人進行投機。

這是一項刻意的約束,而不是缺失的功能。一個被設計爲永遠不會離開自身會計系統的代幣,能夠消除與那些人們確實會去交易的代幣相關的一整類風險。

一個被刻意禁止流通的代幣,會不會改變你對它所面臨風險的理解方式?
#baby $BABY
·
--
看漲
真實
@babylonlabs_io 根據文檔說明:如果由於鏈下設置在激活窗口內未能在規定時間內完成導致保險庫到期,那麼費用中的“掛鉤費(peg in fee)”也會一併退還。 這個具體細節改變了我對這裏費用結構的理解。我原以爲,“掛鉤費”只是嘗試激活的成本,無論結果成功與否都會退還——就像在其他地方大多數入場費那樣。 並非如此。該費用僅與“成功激活”相關,而不是與“嘗試”本身相關。如果設置失敗並非由於存款人自身的行爲造成,那麼就不會讓他們爲實際上從未發生的事情買單。 我之前沒考慮到的是:這隻涵蓋費用,而不涵蓋等待一個停滯的設置所耗費的時間。兩者是完全不同的成本,且只有其中一個在文檔中有明確的恢復/救濟路徑。 這種“費用退還”會不會改變你對一次激活失敗所承擔風險的評估?還是無論如何,損失的時間對你來說更重要? #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 根據文檔說明:如果由於鏈下設置在激活窗口內未能在規定時間內完成導致保險庫到期,那麼費用中的“掛鉤費(peg in fee)”也會一併退還。

這個具體細節改變了我對這裏費用結構的理解。我原以爲,“掛鉤費”只是嘗試激活的成本,無論結果成功與否都會退還——就像在其他地方大多數入場費那樣。

並非如此。該費用僅與“成功激活”相關,而不是與“嘗試”本身相關。如果設置失敗並非由於存款人自身的行爲造成,那麼就不會讓他們爲實際上從未發生的事情買單。

我之前沒考慮到的是:這隻涵蓋費用,而不涵蓋等待一個停滯的設置所耗費的時間。兩者是完全不同的成本,且只有其中一個在文檔中有明確的恢復/救濟路徑。

這種“費用退還”會不會改變你對一次激活失敗所承擔風險的評估?還是無論如何,損失的時間對你來說更重要?

#baby $BABY
·
--
看漲
@babylonlabs_io 根據關於 Trustless Bitcoin Vaults(TBV)的文檔,其信任模型中未被完全消除的殘餘信任被歸入兩類:治理(governance)和應急響應(emergency response)多重簽名(multi sigs)。 在閱讀這段內容、並以如此明確的方式來框定之前,我一直把“trustless(無信任)”視爲接近絕對的東西。但它不是。它只是對日常機制而言是“無信任”,並且背後僅有兩個被明確命名的例外。 治理多重簽名負責協議層面的參數變更——那種需要某種協調權威才能得以存在的決策。應急響應多重簽名則作爲真正災難性情景的後備(backstop),具體屬於安全委員會(Security Council)的職權範圍。 我覺得值得停下來、把這兩類明確點名的原因在於:這比大多數系統更誠實。因爲很多系統在不加標註的情況下,也暗含着類似的殘餘信任點,卻從不加以命名。 把這兩個例外清晰地命名,是否會讓你覺得整體“無信任(trustless)”的主張更有說服力?還是隻是把懷疑應該落點的位置做了轉移? #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 根據關於 Trustless Bitcoin Vaults(TBV)的文檔,其信任模型中未被完全消除的殘餘信任被歸入兩類:治理(governance)和應急響應(emergency response)多重簽名(multi sigs)。

在閱讀這段內容、並以如此明確的方式來框定之前,我一直把“trustless(無信任)”視爲接近絕對的東西。但它不是。它只是對日常機制而言是“無信任”,並且背後僅有兩個被明確命名的例外。

治理多重簽名負責協議層面的參數變更——那種需要某種協調權威才能得以存在的決策。應急響應多重簽名則作爲真正災難性情景的後備(backstop),具體屬於安全委員會(Security Council)的職權範圍。

我覺得值得停下來、把這兩類明確點名的原因在於:這比大多數系統更誠實。因爲很多系統在不加標註的情況下,也暗含着類似的殘餘信任點,卻從不加以命名。

把這兩個例外清晰地命名,是否會讓你覺得整體“無信任(trustless)”的主張更有說服力?還是隻是把懷疑應該落點的位置做了轉移?
#baby $BABY
·
--
看漲
🚨 ESPUSDT 交易信號 進場:當前市場價格 🎯 止盈(TP):+8% 到 +12% 🛑 止損(SL):-4% 動能正在增強,多方正在入場。風控永遠放在第一位——務必遵守止損,切勿過度槓桿。 有誰要跟我一起做這個設置? #BinanceSquareTalks #CryptoTrading. #FutureTarding $ESP $EPIC
🚨 ESPUSDT 交易信號

進場:當前市場價格
🎯 止盈(TP):+8% 到 +12%
🛑 止損(SL):-4%

動能正在增強,多方正在入場。風控永遠放在第一位——務必遵守止損,切勿過度槓桿。

有誰要跟我一起做這個設置?

#BinanceSquareTalks #CryptoTrading. #FutureTarding
$ESP
$EPIC
·
--
看漲
@babylonlabs_io Per 巴比倫自身材料所述 BABY 的核心功能歸結爲三件事:負責“gas”治理與安全的功能;爲交易提供燃料的代幣決定參數,並支撐網絡的“質押層”——一體化完成。 我之前在腦中把這些都歸到一個籠統的標題“用途 utility”裏,卻沒有把它們真正區分開來。它們的工作內容確實不同。 Gas 是在網絡上進行交易所支付的費用函數。治理是投票功能,用來決定協議接下來究竟要做什麼。安全則是質押功能:BABY 會被鎖定並面臨風險,以幫助確保這條鏈的安全——同一更廣泛的經濟層 Trustless Bitcoin Vaults(TBV)也與之並行存在。 單純爲了安全收益而進行質押的持有人,與支付 gas 的人,或是爲提案投票的人,和 BABY 的關係不同。是同一個代幣,但三種獨立的暴露方式,意味着有人真正持有它的原因也各不相同。 我還沒有找到一份明細,說明當前的活動中,各類別分別佔比與彼此之間的相對關係。 #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io Per 巴比倫自身材料所述 BABY 的核心功能歸結爲三件事:負責“gas”治理與安全的功能;爲交易提供燃料的代幣決定參數,並支撐網絡的“質押層”——一體化完成。

我之前在腦中把這些都歸到一個籠統的標題“用途 utility”裏,卻沒有把它們真正區分開來。它們的工作內容確實不同。

Gas 是在網絡上進行交易所支付的費用函數。治理是投票功能,用來決定協議接下來究竟要做什麼。安全則是質押功能:BABY 會被鎖定並面臨風險,以幫助確保這條鏈的安全——同一更廣泛的經濟層 Trustless Bitcoin Vaults(TBV)也與之並行存在。

單純爲了安全收益而進行質押的持有人,與支付 gas 的人,或是爲提案投票的人,和 BABY 的關係不同。是同一個代幣,但三種獨立的暴露方式,意味着有人真正持有它的原因也各不相同。

我還沒有找到一份明細,說明當前的活動中,各類別分別佔比與彼此之間的相對關係。

#baby $BABY
·
--
看漲
COTIUSDT TP/SL 更新 COTIUSDT 做多設置如預期精準展開。該交易嚴格遵守進場區域,觸及目標並以 +59.37% 的收益收尾,使用 10x 槓桿。 交易詳情 進場:0.0131978 出場:0.0139935 結果:+59.37% 方向:多單 TP 達成 ✅ 這提醒我們:自律執行比追逐每一次行情更重要。下單前先制定計劃,明確你的止盈(TP)和止損(SL),再開倉,讓風控發揮作用。 並非每一筆交易都能盈利,但穩定性來自於遵循策略,而不是受情緒影響。 $COTI $UAI $PTB #BinanceFutures #CryptoTrading. #RiskManagement
COTIUSDT TP/SL 更新

COTIUSDT 做多設置如預期精準展開。該交易嚴格遵守進場區域,觸及目標並以 +59.37% 的收益收尾,使用 10x 槓桿。

交易詳情
進場:0.0131978
出場:0.0139935
結果:+59.37%
方向:多單
TP 達成 ✅

這提醒我們:自律執行比追逐每一次行情更重要。下單前先制定計劃,明確你的止盈(TP)和止損(SL),再開倉,讓風控發揮作用。

並非每一筆交易都能盈利,但穩定性來自於遵循策略,而不是受情緒影響。

$COTI $UAI $PTB
#BinanceFutures #CryptoTrading. #RiskManagement
真實
@babylonlabs_io 請參閱 Babylon 自己的“錢包集成”文檔:如果 BABY 持有者在提案期間不採取任何操作,你的投票權將自動被委派給你的驗證者。 在這裏做出的決定也會波及 Trustless Bitcoin Vaults (TBV) 的環境。因此,“不投票”意味着什麼並不是一個次要細節。 不投票並不等於保持中立。別人會代表你投票。基於他們的判斷,而不是你的。 一個持有者即使不同意他們的驗證者,但卻從未抽出時間去投票,也不會通過保持沉默來保護自己的立場。沉默會把決定權交給他人的酌情處理。 這就是跨 Cosmos 鏈的標準“流動民主”模式,其設計目的是讓達到法定人數(quorum)成爲可能。 下面這部分會進一步讓這一點更明確:持有者可以覆蓋其驗證者的默認投票,但前提是隻能在投票期限結束之前完成投票。對於那些只給一天窗口的緊急提案,你的“覆蓋投票”機會可能在某些人偶爾查看之前就已經關閉。 縮短的覆蓋窗口會改變你檢查的認真程度嗎? #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 請參閱 Babylon 自己的“錢包集成”文檔:如果 BABY 持有者在提案期間不採取任何操作,你的投票權將自動被委派給你的驗證者。

在這裏做出的決定也會波及 Trustless Bitcoin Vaults (TBV) 的環境。因此,“不投票”意味着什麼並不是一個次要細節。

不投票並不等於保持中立。別人會代表你投票。基於他們的判斷,而不是你的。

一個持有者即使不同意他們的驗證者,但卻從未抽出時間去投票,也不會通過保持沉默來保護自己的立場。沉默會把決定權交給他人的酌情處理。

這就是跨 Cosmos 鏈的標準“流動民主”模式,其設計目的是讓達到法定人數(quorum)成爲可能。

下面這部分會進一步讓這一點更明確:持有者可以覆蓋其驗證者的默認投票,但前提是隻能在投票期限結束之前完成投票。對於那些只給一天窗口的緊急提案,你的“覆蓋投票”機會可能在某些人偶爾查看之前就已經關閉。

縮短的覆蓋窗口會改變你檢查的認真程度嗎?

#baby $BABY
·
--
看跌
部分真實
@babylonlabs_io Per Babylon's own documentation Trustless Bitcoin Vaults (TBV)'s fairness payment mechanism during liquidation offers two distinct settlement paths and I wanted to actually understand what determines which one applies rather than treating it as one undifferentiated process. 第一種路徑是直接償還債務清算人償還借款人所欠的款項,從而滿足該頭寸。第二種路徑則改爲向清算人支付 WBTC。 我回頭查了查,確實找到了我之前第一次查看時漏掉的觸發邏輯。根據文檔,核心取決於清算是部分還是全部。在常見情況下,若爲部分清算,任何剩餘盈餘都會作爲額外的債務償還退回。 而在“完全清算”的特定情況下,只有當所有未償還債務都已經被清算本身覆蓋之後,剩餘結算纔會使用 WBTC。 這實際上把我之前覺得仍未解答的問題解釋清楚了。它不是兩條毫無規律、任意選擇的路徑,而是一個相對清晰的分流:取決於在清算完成時,債務是否仍需要被覆蓋,還是已經全部通過清算過程得到計入。 我之前沒考慮到的是,這意味着大多數清算很可能是“部分清算”,因此通常會通過簡單的債務償還來解決,而 WBTC 只是例外情況,而不是一種同樣常見的替代方案。知道觸發邏輯竟然這麼有體系,會讓你在這裏對“公平性”這一主張的權重有多大影響? #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io Per Babylon's own documentation Trustless Bitcoin Vaults (TBV)'s fairness payment mechanism during liquidation offers two distinct settlement paths and I wanted to actually understand what determines which one applies rather than treating it as one undifferentiated process.

第一種路徑是直接償還債務清算人償還借款人所欠的款項,從而滿足該頭寸。第二種路徑則改爲向清算人支付 WBTC。

我回頭查了查,確實找到了我之前第一次查看時漏掉的觸發邏輯。根據文檔,核心取決於清算是部分還是全部。在常見情況下,若爲部分清算,任何剩餘盈餘都會作爲額外的債務償還退回。

而在“完全清算”的特定情況下,只有當所有未償還債務都已經被清算本身覆蓋之後,剩餘結算纔會使用 WBTC。

這實際上把我之前覺得仍未解答的問題解釋清楚了。它不是兩條毫無規律、任意選擇的路徑,而是一個相對清晰的分流:取決於在清算完成時,債務是否仍需要被覆蓋,還是已經全部通過清算過程得到計入。

我之前沒考慮到的是,這意味着大多數清算很可能是“部分清算”,因此通常會通過簡單的債務償還來解決,而 WBTC 只是例外情況,而不是一種同樣常見的替代方案。知道觸發邏輯竟然這麼有體系,會讓你在這裏對“公平性”這一主張的權重有多大影響?

#baby $BABY
·
--
看漲
真實
@babylonlabs_io Trustless 是我持續測試的收益:針對 Trustless Bitcoin Vaults(TBV)實際如何“自我監視”的不同環節,以及我今天着手查看的內容,直接來自 Babylon 自己的文檔,介紹其 Vigilante Checkpointing Monitor(警惕者檢查點監控器)——一個大多數人可能從未想到過的後臺進程。 根據該文檔,這個監控器會持續檢查兩件不同的事情。第一,Babylon 內部記錄的比特幣鏈是否與比特幣上真實發生的內容一致——也就是一種一致性檢查。第二,文檔中把它描述爲一種“活性(liveness)檢查”,即是否有有效的檢查點數據以及時的方式被上報——它區別於僅僅檢查“正確性”。 第二項檢查之所以重要,是因爲一個系統在技術上可以擁有正確的數據,卻仍然可能因爲“延遲”而失敗。如果某些真實信息被足夠久地拖延,它在效果上幾乎等同於被完全隱藏。 我說實話:按文檔所描述的方式,這種監控器只能在問題開始出現之後纔會捕捉到,而不是在之前預防。它是“檢測”而不是“預防”,而且只有在它真的在運行,並且當它報警時有人正在關注的情況下,這種檢測纔會起作用。 Trustless 並不意味着不會出錯。按 Babylon 自己的表述,它意味着一旦出問題,就有一套被記錄在案的方法讓問題變得可見。知道系統背後存在主動的、文檔化的監控,會改變你自己仍然想做多少獨立驗證嗎? #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io Trustless 是我持續測試的收益:針對 Trustless Bitcoin Vaults(TBV)實際如何“自我監視”的不同環節,以及我今天着手查看的內容,直接來自 Babylon 自己的文檔,介紹其 Vigilante Checkpointing Monitor(警惕者檢查點監控器)——一個大多數人可能從未想到過的後臺進程。

根據該文檔,這個監控器會持續檢查兩件不同的事情。第一,Babylon 內部記錄的比特幣鏈是否與比特幣上真實發生的內容一致——也就是一種一致性檢查。第二,文檔中把它描述爲一種“活性(liveness)檢查”,即是否有有效的檢查點數據以及時的方式被上報——它區別於僅僅檢查“正確性”。

第二項檢查之所以重要,是因爲一個系統在技術上可以擁有正確的數據,卻仍然可能因爲“延遲”而失敗。如果某些真實信息被足夠久地拖延,它在效果上幾乎等同於被完全隱藏。

我說實話:按文檔所描述的方式,這種監控器只能在問題開始出現之後纔會捕捉到,而不是在之前預防。它是“檢測”而不是“預防”,而且只有在它真的在運行,並且當它報警時有人正在關注的情況下,這種檢測纔會起作用。

Trustless 並不意味着不會出錯。按 Babylon 自己的表述,它意味着一旦出問題,就有一套被記錄在案的方法讓問題變得可見。知道系統背後存在主動的、文檔化的監控,會改變你自己仍然想做多少獨立驗證嗎?

#baby $BABY
·
--
看漲
@babylonlabs_io 自我託管(self custodial)是我在思考“無信任比特幣金庫”(Trustless Bitcoin Vaults,TBV)究竟在爲你提供什麼時,會反覆回來的好處:你的密鑰、你的比特幣在整個過程中始終掌握在你手中,絕無例外——沒有任何內容被埋在細則的角落裏。 讓我相信這一點,而不是僅僅接受它的說法,是因爲我瞭解了在其背後實際發生的事情:這些內容可以從 Babylon 自己的文檔對設計所做的說明中看出。 某個倉位所對應的比特幣始終留在比特幣網絡上——它從未被交給託管方,從未與他人的資金進行池化,也從未被封裝成另一條鏈上的某種獨立表示。 至於它何時、如何移動,由預先簽署的規則來約束並通過密碼學證明加以強制執行,而不是由某個參與方的酌情決定來決定。 這種區別對我而言至關重要。我並不是在說第三方站在信任的立場上保證會誠實行事。更準確地說:支出條件一開始就已經以密碼學方式固定下來了。 我也會坦率地說:自我託管確實能保護比特幣免受託管方的影響。但它並不能保護任何人免於丟失自己的密鑰,也不能防範仍被標爲 beta 的軟件中的漏洞。這些是不同的風險。我覺得,“四個好處”的表述方式並不總是能把這種差異講得足夠清楚。 現在公共測試網已經上線了。如果你想親眼看看這個過程如何發生,就去體驗一下吧。知道精確的機制會不會改變你對“自我託管”這一說法的舒適度?還是說,結果本身比“過程如何”對你更重要? #baby $BABY {future}(BABYUSDT)
@BabylonLabs_io 自我託管(self custodial)是我在思考“無信任比特幣金庫”(Trustless Bitcoin Vaults,TBV)究竟在爲你提供什麼時,會反覆回來的好處:你的密鑰、你的比特幣在整個過程中始終掌握在你手中,絕無例外——沒有任何內容被埋在細則的角落裏。

讓我相信這一點,而不是僅僅接受它的說法,是因爲我瞭解了在其背後實際發生的事情:這些內容可以從 Babylon 自己的文檔對設計所做的說明中看出。

某個倉位所對應的比特幣始終留在比特幣網絡上——它從未被交給託管方,從未與他人的資金進行池化,也從未被封裝成另一條鏈上的某種獨立表示。

至於它何時、如何移動,由預先簽署的規則來約束並通過密碼學證明加以強制執行,而不是由某個參與方的酌情決定來決定。

這種區別對我而言至關重要。我並不是在說第三方站在信任的立場上保證會誠實行事。更準確地說:支出條件一開始就已經以密碼學方式固定下來了。

我也會坦率地說:自我託管確實能保護比特幣免受託管方的影響。但它並不能保護任何人免於丟失自己的密鑰,也不能防範仍被標爲 beta 的軟件中的漏洞。這些是不同的風險。我覺得,“四個好處”的表述方式並不總是能把這種差異講得足夠清楚。

現在公共測試網已經上線了。如果你想親眼看看這個過程如何發生,就去體驗一下吧。知道精確的機制會不會改變你對“自我託管”這一說法的舒適度?還是說,結果本身比“過程如何”對你更重要?

#baby $BABY
🔹 CAP
100%
🔹 BSB
0%
🔹 ON
0%
1 票 • 投票已結束
登入以探索更多內容
加入幣安廣場中的全球加密貨幣用戶
⚡️ 獲取加密貨幣的最新和實用資訊。
💬 受到全球最大加密貨幣交易所的信任。
👍 發掘來自經過驗證創作者的真實見解。
電子郵件 / 電話號碼
網站地圖
Cookie 偏好設定
平台條款