W A R D A N

是什麼讓我對巴比倫的無信任比特幣託管金庫（TBV）的看法發生變化：自我託管並不止於持有比特幣密鑰。

在當前設計中，最強的後備方案同樣依賴於在金庫部署時創建的恢復文件。如果金庫提供商沒有啓動取款，存款人可能需要 WOTS 文件以及本地 claimer 的相關產物，才能使用先前已批准的比特幣索取路徑。

這一點很關鍵，因爲金庫並不能在之後簡單地創建一條新的支付路徑。有效的比特幣花費路徑會在事先被承諾。因此，用戶的控制不僅僅是“擁有密鑰”。它還在於保存那些使後備路徑可用的文件。

比特幣密鑰用於保護簽名權限，而這些產物則保留了繼續執行預先構建的恢復流程所需的數據。它們分別解決同一問題的不同部分。

我並不把這當作 TBV 不屬於自我託管的證明。我將其視爲更完整版本的自我託管：密鑰控制加上恢復就緒。

對於測試網用戶，一個有用的檢查很簡單。不要只確認金庫已創建、借款也能正常工作。還要確認已經下載了 WOTS 文件和 claimer 產物，並且已安全備份，且在需要時能夠恢復。

這是我在 @BabylonLabs_io 當前 $BABY 測試網中不會忽視的細節。真正的恢復問題不僅是“誰持有密鑰？”。還包括“當正常的提供商離線時，所有者能否使用後備路徑？” #baby

當我從“巴比倫”的分裂式切割流程（從證明到比特幣結算）追溯時，有一件事始終格外突出：密碼學證據並不等同於經濟強制。

真正的風險不在於能否證明雙重簽名（equivocation）。而在於這份證明能否足夠快地轉化爲已確認的比特幣交易，從而在威懾上仍然有效。

在巴比倫的設計中，可提取一次性簽名（EOTS）可以揭示會對衝突區塊進行簽名的終局（finality）提供者。但 BTC 質押監控器仍必須檢測到違規行爲、提取可用的密鑰材料、觸發懲罰（slashing）路徑，並等待比特幣被納入區塊。

我認爲，很多人會在這裏高估“無需信任（trustless）”的含義。自託管的 BTC 質押確實消除了橋接或包裝比特幣的需求，但它並不能消除操作層面的活性（liveness）。看門狗仍需保持在線、索引正確的事件、採取正確的行動，並在網絡擁堵時競爭獲得區塊包含。

所以，我不會只根據“是否存在雙重簽名的證據”來評判巴比倫的安全性。我會在壓力條件下關注從證據到強制執行的完整時延。

最重要的是兩項衡量：從檢測到雙重簽名到完成懲罰確認，所經過的比特幣區塊的中位數；以及在 12 個區塊之後仍未被懲罰的、可證明的案例數量。如果確認能穩定控制在兩塊以內，並且沒有有效案例仍未解決，那麼強制執行路徑就履行了職責。如果延遲持續存在，即便密碼學本身工作正常，威懾主張也會被削弱。

我對 @BabylonLabs_io 和 $BABY 的含義很簡單：無需信任的金庫安全應當用“證明轉化爲懲罰的速度”來衡量。 #BABY

“賣出按鈕”並不是真正的威脅

我記得曾看過一位比特幣持有者盯着賣出按鈕，彷彿那是個陷阱門。他的手朝屏幕伸過去，又停住了。房間裏很安靜，但他的腦海卻很吵。他不需要把所有比特幣都賣掉。他只需要一部分現金。可賣出感覺就像是在切斷自己未來的一塊。所以他選擇了看起來沒那麼痛的選項：把 BTC 放進金庫裏，並以其作爲抵押來借款。

起初，這個動作顯得很聰明。他的比特幣還在。價格可能會上漲。他手裏有現金。似乎什麼都沒失去。也正是在這裏，心理學開始變得更陰暗。

人們常常比起看不見的風險，更害怕可見的虧損。賣出會造成立刻的創傷。餘額減少，幣離開，決定隨之變得真實。債務之所以顯得更“柔和”，是因爲它以“獲得權限、選擇權和時間”的外衣出現。但危險並沒有消失。它只是換了個形狀。

像 TBV 這樣的系統，可以讓原生 BTC 支持借款倉位，而不必在一開始就先轉成包裝代幣。這能減少一些舊的限制。不過它並不能消除市場風險。利息會增長。比特幣可能下跌。倉位一旦變弱，就可能在持有者仍不斷對自己說“我仍然擁有我的比特幣”的同時，離清算更近一步。

關鍵的反轉在於：有時人們借款並不是因爲債務更安全，而是因爲“賣出”帶來的傷害更大。

給學習者的真正教訓並不是“永遠不要借”。而是在開任何倉位之前，問一個更難的問題：我是在用債務當工具，還是用債務來逃避一個我不敢做的決定？

金庫也許能保護比特幣不在今天被賣掉。但它也許無法保護持有者免於在明天失去它。
🤯
@BabylonLabs_io $BABY #baby

我在手機上瀏覽 Babylon 的公開測試網頁面時，有一個小問題讓我停了下來：如果用比特幣借貸的事情已經存在，那麼這裏到底“新”在哪裏？我回到流程裏，打開測試網鏈接，查看每一步，答案就更清晰了。真正的核心並不在於“借貸本身”。真正的核心是：在使用它作爲抵押品的同時，保持比特幣的原生屬性。

有個小企業主要關店了，供應商卻發來消息，要求他在第二天早上之前付款。大部分積蓄都在比特幣裏。他不想賣掉，因爲他計劃持有多年，但他仍然需要短期資金。他打開錢包，查看 BTC 餘額，然後開始尋找解決方案。很快，他看到了包裝比特幣（wrapped Bitcoin）、跨鏈橋、託管方以及不同的網絡。原本看起來只是一次簡單借貸的事情，如今多了好幾步，也多了好幾件需要去信任的環節。

信任無關的比特幣金庫（Trustless Bitcoin Vaults, TBV）正是想解決這個問題。TBV 的設計目標是讓原生 BTC 可以作爲抵押品使用，而不需要先把它轉換成包裝代幣，也不需要把控制權交給中心化的借貸方。

第一個用例是把“原生比特幣抵押借貸”與 Aave v4 連接起來。用戶可以把原生 BTC 作爲抵押品，並在以太坊上借出支持的資產，例如 USDC 或 USDT。關鍵不只是拿到穩定幣——這在許多借貸市場裏已經能做到。更有意思的是：當抵押品仍然保持原生比特幣時，如何把流動性真正“接”過來。

公開測試網之所以重要，是因爲這想法在這裏不再只是一句“說得很漂亮的話”。用戶需要打開應用、領取測試代幣、按借貸步驟操作、在區塊瀏覽器裏查看交易，並留意整個過程哪裏讓人覺得清晰，哪裏又讓人感到困惑。

TBV 目前仍在測試網運行，所以不應把它當作已經完成或無風險的方案。借貸仍然意味着要承擔債務、利息以及清算風險。但它背後的問題很有分量：比特幣持有者能否在不出售 BTC、不過橋包裝、也不把控制權交給某家中心化公司的前提下，獲得流動性？

我覺得最值得持續關注的，就是這一點。

@BabylonLabs_io $BABY #baby

風險引擎即使能正確識別危險，也可能會失效。

這就是對 @NewtonProtocol l 和 $NEWT 來說令人不適的測試。

想象一下，金庫觸發了脫錨（depeg）或回撤閾值。策略看到了風險，並開始拒絕交易。可以。但真正的問題在於，它能否區分：某個操作是在增加敞口，還是在降低敞口。

因爲“風險很高”只是對當前狀態的描述。它並不能告訴你下一筆交易將把金庫帶往哪裏。

生硬的拒絕規則可能會同時阻斷兩個方向。

這就帶來一種奇怪的失效模式：系統識別到了危險，完全按規則原樣執行拒絕，然而資本卻仍被困在它本應防護的那種狀態之中。

因此，對於自動化策略來說，行動方向的重要性要高於僅僅依賴原始的風險檢測。

策略層不僅要評估現在哪裏出了問題，還要判斷所提出的意圖會讓倉位更安全還是更糟。在脫錨期間增加敞口的操作，與退出該敞口的操作，不應該因爲兩筆交易都在同一風險標記下發生，就得到相同的迴應。

拒絕規則並不是退出策略。

對牛頓而言，更困難的基準並不是策略能多可靠地說“不”。關鍵在於它們能否做到：不，你不能再增加這種風險——但可以，是的，你可以把它離開。

這種區分可能決定：可編程的護欄會成爲真正的機構級風險控制，還是僅僅變成非常高效的鎖。

#Newt

明天早上，在複覈牛頓（Newton）的共識流程時，我在彼此相鄰的位置寫下了三個略有不同的價格讀數。起初，我把它們之間的差距當作正常的市場噪聲。但當牛頓把這些讀數轉換成一箇中位數之後，政策中的“精確”閾值看起來就沒那麼簡單了。

牛頓的操作員（operators）可能會檢索到不同的數值。Gateway 會計算中位數，檢查這些讀數是否仍在已配置的容差範圍內，然後給出一個共享值供該政策進行評估。這有助於防止某一個延遲或異常的讀數控制決策。

這種設計很有用，但當某個金庫（vault）規則靠近狹窄的價格、風險、槓桿或去錨（depeg）邊界時，容差就變得很關鍵。在這種情況下，結果不僅取決於寫入政策中的閾值，還取決於牛頓在創建中位數之前允許出現多少分歧。

這並不能證明牛頓所述的默認 10% 一定被每個在線（live）政策使用，或當前授權（authorizations）不準確。容差是可配置的，且容差範圍之外的值可能導致共識失敗，而不是被接受。

我不會只通過詢問是哪個預言機（oracle）提供數據來判斷一個牛頓（Newton）政策。我還想知道操作員的讀數差異有多大，選擇了哪一個容差，以及最終的中位數離政策上限有多近。只有當允許的分歧程度與所保護資金的敏感度相匹配時，中位數共識才真正有用。

@NewtonProtocol $NEWT #Newt

牛頓式集成並不意味着整個應用都受到保護

我在瀏覽牛頓的智能合約集成流程時，注意到一個小細節改變了我對安全性聲明的理解。

僅僅因爲項目已經集成了牛頓，並不代表牛頓會自動保護整個應用。

開發者必須把牛頓的證明（attestation）檢查放在每個敏感函數內部。該檢查必須在資金轉移之前，或在主要操作執行之前完成。同時，它還必須確認該授權屬於正在被調用的那個精確函數。

這聽起來像是一個技術細節，但實際含義很簡單。

想象一個應用使用牛頓來保護它的主要提現函數，但另一個函數卻可以通過不同路徑移動同一筆資金。牛頓的操作員每次都能正確評估策略，然而這條第二條路徑仍可能處在保護之外。

我也能理解爲什麼牛頓會給開發者這種靈活性。每個應用的工作方式都不一樣。強制把授權檢查加到每個小函數上，可能會增加成本，並讓集成變得不必要地複雜。

但這種靈活性也會讓“已與牛頓集成”這句話本身的意義變得沒那麼有用。

它可能意味着只有一個操作受到保護；也可能意味着最關鍵的操作都受到保護；或者意味着所有能夠產生相同財務結果的路徑都受到保護。它們對應的安全等級完全不同。

因此，我不會只憑“已公佈的集成數量”來判斷牛頓的採用情況。

我會尋找更實際的東西：一個清晰的、按函數級別的審計，明確哪些操作需要牛頓驗證，以及是否存在不經過該驗證也能達到相同結果的其他代碼路徑。

牛頓可以驗證某個操作是否遵循了策略。

最終由開發者決定：哪些操作必須面對這種驗證。

@NewtonProtocol $NEWT #Newt

我注意到，大多數 AI 自動化項目的評估標準，往往是它們能多快執行。但當用戶無法覈驗自動化系統究竟做了什麼時，速度就不再那麼令人印象深刻。

這正是 Newton Protocol 的安全彙總（secure rollup）理念變得有意義的地方。更深層的價值不只是讓 AI 驅動的策略或自動化交易得以實現。關鍵在於構建一種執行層，使自動化行動能夠在更清晰的安全與可驗證條件下運行。

之所以重要，是因爲自動化同時帶來便利與距離。系統替我們做得決策越多，我們就越難察覺哪裏出了問題——無論是指令是否被正確遵循，還是當結果與預期不一致時，應該信任誰。

Newton 的開發者市場或許能擴展可用的 AI 工具數量，但僅靠更多工具並不會帶來採用。用戶仍需要對這些工具的可靠執行、安全交互，以及它們所產生的結果能夠被用戶審查這一點建立信心，而不是盲目接受。

Newton Protocol 的真正採用測試，並不在於能在其上構建多少種自動化策略。而在於：用戶最終是否會覺得，把重要行動委託給這些策略會更安全。

AI 能讓決策更快。信任決定人們是否會允許它繼續做出這些決策。
@NewtonProtocol $NEWT #Newt

我開始覺得，加密領域真正的AI問題可能並不是“它能交易得更好嗎？”

而是“在它執行之前，它能否被信任？”

這正是牛頓協議值得關注的地方。AI代理在能夠自動化策略、交易和開發者工具時，聽起來確實很強大，但在DeFi裏，僅有“強大”還不夠。一個錯誤的權限、一次不明確的操作，或一次盲目的執行，都可能讓自動化變成風險。

牛頓更強的思路是把“控制層”放在自動化背後。在任何由AI驅動的行動接觸真實鏈上價值之前，用戶需要的是足夠清晰、可信的規則、限制以及權限邊界。

這是一種看待AI加密的不同方式。

價值不僅在於讓代理變得更聰明。價值在於讓它們的行動更安全、更可測試、也更難被濫用。

對我來說，$NEWT 不只是一個AI敘事。它是對自動化DeFi的信任測試。

因爲從長遠來看，用戶可能不會採用聽起來最先進的那種AI。

他們可能會採用那種他們能夠安全地控制的AI。
@NewtonProtocol $NEWT #Newt

我覺得牛頓協議最有意思的，不是“AI 交易”。

而是權限。

大多數人看待加密世界裏的 AI 代理時，會立刻想到速度、自動化以及更聰明的策略。這是看得見的表層。但更深層的問題更重要：當一個代理開始代表用戶行動時，它到底應該擁有多少控制權？

這正是牛頓協議值得研究的原因。

如果一個自動化代理能夠交易、再平衡、響應觸發條件，或與 DeFi 交互，那麼真正的風險不只是策略好不好。風險在於：這個代理是否會超出用戶原本設定的邊界。

牛頓對“可編程權限”的想法，改變了這一討論。它並不是把自動化當作盲目信任，而是嘗試讓用戶指令更具體、更可撤銷、並且可驗證。重點並不僅僅是“讓 AI 做更多”。重點是“讓 AI 只做獲得批准的事”。

這種差異很關鍵。

安全的彙總（rollup）、可驗證的執行、自動化意圖，以及代理市場聽起來都很技術，但其下的簡單理念很清楚：加密自動化需要先有規則，而不是先追求規模。

因爲當代理成爲鏈上金融的一部分後，用戶不僅會問：“這個代理能不能表現得好？”

他們還會問：“當我不在盯着的時候，它能信得過嗎？”

對我來說，這纔是 $NEWT 背後的真正層面。

加密領域裏 AI 的未來，可能沒那麼依賴代理會變得多聰明，而更取決於我們能多安全地限制它們的能力。

@NewtonProtocol #Newt $NEWT

我曾經以爲牛頓協議主要是關於人工智能交易，但更深一層其實更重要。

它是一層位於其下方的權限層。

大多數人聽到“AI 代理”會立刻想到機器人下單、追逐信號，或自動化 DeFi 行動。這是顯而易見的一層。但更難的問題要更深入：

在代理接觸用戶資金之前，誰來決定它被允許做什麼？

這就是牛頓協議值得研究的地方。

牛頓協議圍繞可驗證的鏈上自動化構建：用戶可以賦予代理特定權限，而不是交出盲目信任。它的 Keystore rollup 旨在存儲並更新這些權限，而自動化意圖（automation intents）則定義：只有在滿足某些條件時，才應當發生什麼。

這會把討論從“AI 能替我行動嗎？”轉變爲“AI 能在我能驗證的規則之內行動嗎？”

這很關鍵，因爲代理式金融的增長不會只靠更聰明的模型。它會通過更安全的邊界來增長。一個在沒有清晰限制的情況下就能執行的 AI 策略並不算創新——它只是帶來了新的風險面。

真正的價值在於護欄：支出上限、已批准的操作、策略檢查、驗證憑證，以及一個執行過程可以被檢查的系統，而不是僅僅被相信。

對於 $NEWT 而言，重要的信號不僅是圍繞 AI 敘事的關注度。更強的信號將是：開發者、協議和用戶是否真的信任這種權限架構，從而在其上構建有用的自動化。

AI 可以讓鏈上金融更快。

但如果沒有可驗證的授權，速度也只會把風險傳播得更快。

自主金融的未來，也許不那麼依賴代理變得多強，而更取決於我們能在它行動之前把它限制得有多清楚。

@NewtonProtocol #Newt $NEWT
$VANRY