HeartlessX
397 貼文
HeartlessX
Heartless by choice, focused by nature.
實盤交易
中頻交易者
8.7 個月
112 關注
1.8K+ 粉絲
274 點讚數
貼文
投資組合
全部
引用
直播
真實
提案回答了我並沒有在問的問題
我打開這份提案，本以爲能理解原生比特幣是如何到達 Aave V4 的。結果我卻一直在同樣的頁面上不斷被卡住。它並不急着談借貸。他們花時間解釋金庫。
起初我不明白爲什麼。
如果目的地是 Aave，爲什麼要先從比特幣的鎖倉規則、獨立金庫以及證明開始？更簡短的說明或許就足夠了。提案沒有選擇那條捷徑。
所以我先暫時不把它當作一份借貸提案來讀，而是把它當作一種金庫設計。
有一件事不斷被強調。每個用戶都有一個獨立的金庫。沒有資金池式的比特幣。沒有共享密鑰。提案從不急於爲這個選擇辯護，但它卻在不聲不響中把所有內容都建立在其之上。
然後數字又讓這個決定顯得更有分量。
Babylon 已經確保了 56,853 BTC，而這份提案要求 Aave V4 接受通過同一套架構引入的原生比特幣，而不是包裝後的 BTC。金庫不再是某個獨立的功能。它決定了比特幣首先如何進入 DeFi。
提案目前仍在審查中，所以今天一切都不會改變。
但我讀完之後，心裏浮現的問題和我開始時已經不同。
我想知道比特幣是如何成爲抵押品的。
現在我卻在想：在比特幣真正成爲抵押品之前，它是否根本就需要先變成另一種資產。 #baby $BABY @BabylonLabs_io
我打開這份提案，本以爲能理解原生比特幣是如何到達 Aave V4 的。結果我卻一直在同樣的頁面上不斷被卡住。它並不急着談借貸。他們花時間解釋金庫。
起初我不明白爲什麼。
如果目的地是 Aave，爲什麼要先從比特幣的鎖倉規則、獨立金庫以及證明開始？更簡短的說明或許就足夠了。提案沒有選擇那條捷徑。
所以我先暫時不把它當作一份借貸提案來讀，而是把它當作一種金庫設計。
有一件事不斷被強調。每個用戶都有一個獨立的金庫。沒有資金池式的比特幣。沒有共享密鑰。提案從不急於爲這個選擇辯護，但它卻在不聲不響中把所有內容都建立在其之上。
然後數字又讓這個決定顯得更有分量。
Babylon 已經確保了 56,853 BTC，而這份提案要求 Aave V4 接受通過同一套架構引入的原生比特幣，而不是包裝後的 BTC。金庫不再是某個獨立的功能。它決定了比特幣首先如何進入 DeFi。
提案目前仍在審查中，所以今天一切都不會改變。
但我讀完之後，心裏浮現的問題和我開始時已經不同。
我想知道比特幣是如何成爲抵押品的。
現在我卻在想：在比特幣真正成爲抵押品之前，它是否根本就需要先變成另一種資產。 #baby $BABY @BabylonLabs_io
TBV 不是橋。它是一種完全不同的信任模型。
我差點錯過了那段最終讓我覺得最重要的內容。
起初，我把注意力更多放在借貸這一側。通常我關注的就是那裏。然後我注意到了一些奇怪的地方。文檔反覆回到同一個主題：誰控制比特幣。
這讓我放慢了節奏。
大多數比特幣 DeFi 項目都會花很多時間解釋在你的 BTC 離開比特幣之後你能做什麼。可在這裏，我覺得更大的討論發生在那之前。比特幣仍留在比特幣上。任何事情開始移動之前，規則就已經存在。也許正因爲如此，我始終覺得把 TBV 稱爲橋並不完全恰當。
我並不是說風險會消失。不會。文檔對這一點講得很直白。還有檢查、等待期，以及整個系統仍然必須以它應有的方式運作。我反而覺得這很令人安心，因爲它不像那種常見的“請相信我們”的信息。
借貸部分確實很有用。我明白爲什麼它會受到關注。
只是我認爲，那不會是我首先記住的東西。
留在我腦海裏的，是一個更簡單的想法。TBV 似乎並不是在問：“我們如何把比特幣轉入 DeFi？”，而是在問：“我們能不能讓比特幣保持在原位，同時仍然讓它有用？”
讀完文檔之後，這個問題還在我腦海裏迴盪。#baby $BABY @BabylonLabs_io
我差點錯過了那段最終讓我覺得最重要的內容。
起初，我把注意力更多放在借貸這一側。通常我關注的就是那裏。然後我注意到了一些奇怪的地方。文檔反覆回到同一個主題：誰控制比特幣。
這讓我放慢了節奏。
大多數比特幣 DeFi 項目都會花很多時間解釋在你的 BTC 離開比特幣之後你能做什麼。可在這裏，我覺得更大的討論發生在那之前。比特幣仍留在比特幣上。任何事情開始移動之前，規則就已經存在。也許正因爲如此，我始終覺得把 TBV 稱爲橋並不完全恰當。
我並不是說風險會消失。不會。文檔對這一點講得很直白。還有檢查、等待期，以及整個系統仍然必須以它應有的方式運作。我反而覺得這很令人安心，因爲它不像那種常見的“請相信我們”的信息。
借貸部分確實很有用。我明白爲什麼它會受到關注。
只是我認爲，那不會是我首先記住的東西。
留在我腦海裏的，是一個更簡單的想法。TBV 似乎並不是在問：“我們如何把比特幣轉入 DeFi？”，而是在問：“我們能不能讓比特幣保持在原位，同時仍然讓它有用？”
讀完文檔之後，這個問題還在我腦海裏迴盪。#baby $BABY @BabylonLabs_io
薩爾曼49
Salman49
·
--
爲什麼大多數交易者在進入交易之前就犯下了最大錯誤？
我開始覺得，大多數糟糕交易並不是真的從進場那一刻開始。它們要早得多。等到我點擊買入或賣出時，那個決定往往已經在我腦海裏做完了。我會花幾分鐘去找與自己觀點一致的圖表或推文，而不是問一個簡單的問題：“什麼能證明我錯了？”這大概也是我在加密領域裏察覺到的最昂貴的習慣。
我看得越多，就越意識到準備工作會在不知不覺中塑造結果。市場結構、流動性、宏觀事件、資金費率、鏈上活動……它們並不能保證你贏下一筆交易，但它們確實會改變勝率。假裝看不見並不會讓它們消失；這隻意味着我做決定時掌握的信息比我原本可以擁有的更少。
我看得越多，就越意識到準備工作會在不知不覺中塑造結果。市場結構、流動性、宏觀事件、資金費率、鏈上活動……它們並不能保證你贏下一筆交易，但它們確實會改變勝率。假裝看不見並不會讓它們消失；這隻意味着我做決定時掌握的信息比我原本可以擁有的更少。
薩爾曼49
Salman49
·
--
Robinhood 爲代幣化股票打造了一條鏈。但市場選擇了迷因幣。
Robinhood 的上線啓動引發了大量興奮，但我覈對的數字越多，這個故事就越不像頭條所說的那樣。最大的意外並不是網絡變得多麼活躍。而是這份活躍度究竟來自哪裏。
公開測試網在第一週處理了大約 400 萬筆交易，顯示開發者和用戶早期參與度很高。Robinhood 將這條鏈打造爲以太坊第 2 層方案，聚焦代幣化股票、ETF 以及其他現實世界資產（RWA）。然而，最強的活躍度並不是來自這種願景。
公開測試網在第一週處理了大約 400 萬筆交易，顯示開發者和用戶早期參與度很高。Robinhood 將這條鏈打造爲以太坊第 2 層方案，聚焦代幣化股票、ETF 以及其他現實世界資產（RWA）。然而，最強的活躍度並不是來自這種願景。
Salman49
Salman49
·
--
爲什麼大多數交易者在進入交易之前就犯下了最大錯誤？
我開始覺得，大多數糟糕交易並不是真的從進場那一刻開始。它們要早得多。等到我點擊買入或賣出時，那個決定往往已經在我腦海裏做完了。我會花幾分鐘去找與自己觀點一致的圖表或推文，而不是問一個簡單的問題：“什麼能證明我錯了？”這大概也是我在加密領域裏察覺到的最昂貴的習慣。
我看得越多，就越意識到準備工作會在不知不覺中塑造結果。市場結構、流動性、宏觀事件、資金費率、鏈上活動……它們並不能保證你贏下一筆交易，但它們確實會改變勝率。假裝看不見並不會讓它們消失；這隻意味着我做決定時掌握的信息比我原本可以擁有的更少。
我看得越多，就越意識到準備工作會在不知不覺中塑造結果。市場結構、流動性、宏觀事件、資金費率、鏈上活動……它們並不能保證你贏下一筆交易，但它們確實會改變勝率。假裝看不見並不會讓它們消失；這隻意味着我做決定時掌握的信息比我原本可以擁有的更少。
宣稱
Salman49
·
--
Robinhood 爲代幣化股票打造了一條鏈。但市場選擇了迷因幣。
Robinhood 的上線啓動引發了大量興奮，但我覈對的數字越多，這個故事就越不像頭條所說的那樣。最大的意外並不是網絡變得多麼活躍。而是這份活躍度究竟來自哪裏。
公開測試網在第一週處理了大約 400 萬筆交易，顯示開發者和用戶早期參與度很高。Robinhood 將這條鏈打造爲以太坊第 2 層方案，聚焦代幣化股票、ETF 以及其他現實世界資產（RWA）。然而，最強的活躍度並不是來自這種願景。
公開測試網在第一週處理了大約 400 萬筆交易，顯示開發者和用戶早期參與度很高。Robinhood 將這條鏈打造爲以太坊第 2 層方案，聚焦代幣化股票、ETF 以及其他現實世界資產（RWA）。然而，最強的活躍度並不是來自這種願景。
我一直注意到，每當開發者整合外部 API 時，都會出現相同的模式。應用程式需要 API 金鑰，因此 API 金鑰通常就會被放在應用程式的基礎設施內。把祕密靜靜地放進去，實質上就等同於擁有它。
在閱讀 Newton 的 Secrets Management 流程時，我看到的是另一種做法。開發者在這些祕密離開自己的機器之前，先用 HPKE 對祕密進行加密。Gateway 永遠不會收到明文，也沒有任何單一 Operator 持有完整的解密金鑰。祕密在任何 oracle 需要使用之前，就已經被妥善保護。
執行流程中有一部分特別引起我更久的注意。當某項政策需要 API 金鑰時，Operators 會只在 WASM 執行環境內重建該祕密。oracle 只會在該次執行期間收到解碼後的值，而解密後的內容在任務結束後就會立刻從記憶體中消失。
以我來看，這改變了應用程式與憑證之間的關係。oracle 可以呼叫外部服務，但不需要永久持有能夠發出該請求的 API 金鑰。存取變成是暫時的，而「擁有權」則與執行工作的基礎設施分離。
我也注意到，這個模型要求開發者以不同方式思考祕密管理。祕密會綁定在特定的 PolicyData 部署上，因此升級或重新部署政策時，就必須再次上傳加密後的祕密。這些作業不會消失，只是把工作重點轉向更有意識地管理祕密的生命週期。
真正讓我印象深刻的不是 HPKE 或門檻式密碼學。對我而言，更有趣的想法是：Newton 將敏感憑證視為「基礎設施可以短暫使用，但永遠不會真正擁有」的東西。這個小小的架構決策，可能會在整個 oracle 生態系中，悄悄降低憑證暴露的風險。@NewtonProtocol $NEWT #Newt
在閱讀 Newton 的 Secrets Management 流程時，我看到的是另一種做法。開發者在這些祕密離開自己的機器之前，先用 HPKE 對祕密進行加密。Gateway 永遠不會收到明文，也沒有任何單一 Operator 持有完整的解密金鑰。祕密在任何 oracle 需要使用之前，就已經被妥善保護。
執行流程中有一部分特別引起我更久的注意。當某項政策需要 API 金鑰時，Operators 會只在 WASM 執行環境內重建該祕密。oracle 只會在該次執行期間收到解碼後的值，而解密後的內容在任務結束後就會立刻從記憶體中消失。
以我來看，這改變了應用程式與憑證之間的關係。oracle 可以呼叫外部服務，但不需要永久持有能夠發出該請求的 API 金鑰。存取變成是暫時的，而「擁有權」則與執行工作的基礎設施分離。
我也注意到，這個模型要求開發者以不同方式思考祕密管理。祕密會綁定在特定的 PolicyData 部署上，因此升級或重新部署政策時，就必須再次上傳加密後的祕密。這些作業不會消失，只是把工作重點轉向更有意識地管理祕密的生命週期。
真正讓我印象深刻的不是 HPKE 或門檻式密碼學。對我而言，更有趣的想法是：Newton 將敏感憑證視為「基礎設施可以短暫使用，但永遠不會真正擁有」的東西。這個小小的架構決策，可能會在整個 oracle 生態系中，悄悄降低憑證暴露的風險。@NewtonProtocol $NEWT #Newt
牛頓的背書：把批准轉化爲證明
大多數區塊鏈交易在發生之後都很容易進行驗證。但支撐這些交易的批准（approval）通常並不容易。你可以看到資產發生了移動，但要證明是誰授權的、在什麼策略（policy）下授權，以及該批准在執行時是否仍然有效——這要難得多。
牛頓以不同方式處理批准。它不把批准當作臨時信號，而是讓其背書（attestation）系統把它們轉化爲密碼學證據。在執行之前，PolicyClient 會驗證該背書是否與正確的任務、策略、應用、操作員仲裁組（operator quorum）以及有效期窗口（validity window）匹配。如果這些條件不滿足，交易就根本不會繼續。
有趣的後果並不是多做了一次驗證步驟。它改變了操作員優化的目標。粗心的批准不再是網絡在執行之後就會“忘掉”的東西。每一份背書都可以在之後被檢查；錯誤或相互衝突的批准會使操作員面臨被削減（slashing）。最安全的策略變成了：在交易結束很久之後仍然能站得住腳的決策。
這也爲網絡問責（accountability）設定了不同的標準。信任逐步從“記得是誰批准了某件事”轉向“獨立驗證該批准確實遵循了所需策略”。
當然，更強的保證意味着額外的工程工作。協調 BLS 簽名、驗證背書、並管理過期窗口會讓系統更復雜。權衡很直接：要麼是更簡單的基礎設施，要麼是更強的證據。
我一直在反覆思考的，並不是交易變得更容易驗證。關鍵在於：批准不再是操作員做出的承諾，而開始成爲網絡可以獨立覈查的證明。
來源：牛頓協議文檔（背書系統、BLS 簽名、AttestationValidator 與過期區塊）。個人分析。 #newt $NEWT @NewtonProtocol
大多數區塊鏈交易在發生之後都很容易進行驗證。但支撐這些交易的批准（approval）通常並不容易。你可以看到資產發生了移動，但要證明是誰授權的、在什麼策略（policy）下授權，以及該批准在執行時是否仍然有效——這要難得多。
牛頓以不同方式處理批准。它不把批准當作臨時信號，而是讓其背書（attestation）系統把它們轉化爲密碼學證據。在執行之前，PolicyClient 會驗證該背書是否與正確的任務、策略、應用、操作員仲裁組（operator quorum）以及有效期窗口（validity window）匹配。如果這些條件不滿足，交易就根本不會繼續。
有趣的後果並不是多做了一次驗證步驟。它改變了操作員優化的目標。粗心的批准不再是網絡在執行之後就會“忘掉”的東西。每一份背書都可以在之後被檢查；錯誤或相互衝突的批准會使操作員面臨被削減（slashing）。最安全的策略變成了：在交易結束很久之後仍然能站得住腳的決策。
這也爲網絡問責（accountability）設定了不同的標準。信任逐步從“記得是誰批准了某件事”轉向“獨立驗證該批准確實遵循了所需策略”。
當然，更強的保證意味着額外的工程工作。協調 BLS 簽名、驗證背書、並管理過期窗口會讓系統更復雜。權衡很直接：要麼是更簡單的基礎設施，要麼是更強的證據。
我一直在反覆思考的，並不是交易變得更容易驗證。關鍵在於：批准不再是操作員做出的承諾，而開始成爲網絡可以獨立覈查的證明。
來源：牛頓協議文檔（背書系統、BLS 簽名、AttestationValidator 與過期區塊）。個人分析。 #newt $NEWT @NewtonProtocol
服務編排或許會讓巨型模型不再那麼重要
我打開牛頓的文檔，原本以爲會把大部分時間用在研究“服務編排”本身。但保留下來的筆記並不是那部分。
我反覆回看的，是一個服務如何迅速不再需要做“所有事情”。一個可以被規劃。另一個可以進行檢查。另一個負責執行。它們各自看起來都不算完整，但工作流卻完整。
那一刻，我的認知突然被點通了。我不再去尋找鏈條裏最強的那個服務。我開始關注那個悄無聲息變得“不可移除”的服務。如果移除其中某一個服務就會讓整個工作流變得更糟，那麼它的價值就不再來自“規模”。價值來自它所處的位置。
我把這些寫下來，因爲它不斷改變我看待更大模型的方式。規模突然變得沒那麼有吸引力了，比起規模，位置更重要。一個規模更小、但每個工作流都依賴的服務，最終可能比一個試圖自己包辦所有事情的更大服務更關鍵。
我關上牛頓的文檔時，腦海裏想的已經不是“服務編排”，而是“依賴關係”。贏的服務未必是那個知道最多的。它可能是那個——整個工作流在沒有它時，悄悄地就拒絕運轉的服務。
來源：Newton 協議文檔。以下爲我基於服務編排的個人分析，不構成財務建議。自行研究（DYOR）。#newt $NEWT @NewtonProtocol $POWER $EVAA
我打開牛頓的文檔，原本以爲會把大部分時間用在研究“服務編排”本身。但保留下來的筆記並不是那部分。
我反覆回看的，是一個服務如何迅速不再需要做“所有事情”。一個可以被規劃。另一個可以進行檢查。另一個負責執行。它們各自看起來都不算完整，但工作流卻完整。
那一刻，我的認知突然被點通了。我不再去尋找鏈條裏最強的那個服務。我開始關注那個悄無聲息變得“不可移除”的服務。如果移除其中某一個服務就會讓整個工作流變得更糟，那麼它的價值就不再來自“規模”。價值來自它所處的位置。
我把這些寫下來，因爲它不斷改變我看待更大模型的方式。規模突然變得沒那麼有吸引力了，比起規模，位置更重要。一個規模更小、但每個工作流都依賴的服務，最終可能比一個試圖自己包辦所有事情的更大服務更關鍵。
我關上牛頓的文檔時，腦海裏想的已經不是“服務編排”，而是“依賴關係”。贏的服務未必是那個知道最多的。它可能是那個——整個工作流在沒有它時，悄悄地就拒絕運轉的服務。
來源：Newton 協議文檔。以下爲我基於服務編排的個人分析，不構成財務建議。自行研究（DYOR）。#newt $NEWT @NewtonProtocol $POWER $EVAA
牛頓模型註冊表中的“幽靈代理”問題
我一直在查看 Newton Protocol 的模型註冊表，我覺得我們應該儘早解決其中一個問題。我把它稱爲“幽靈代理”問題。
模型註冊表是開發者用來列出 AI 代理的地方。要列出一個代理，你需要用 NEWT 支付一筆註冊費。運營方還會質押 NEWT 來執行任務。這個機制很簡單。好的代理會賺取費用；差的代理會受到懲罰。隨着時間推移，市場會篩掉不佳的服務。
但我看到的是這其中的空隙：如果我付了費用，卻從不運行該代理呢？我不質押運營方。我不執行任何任務。我只是把它留在註冊表裏。
爲什麼有人要這麼做。爲了佔用一個名字。爲了製造噪音。讓真正的代理更難被找到。我把這叫做“代理搶注”（Agent Squatting）。
目前我沒有看到任何公開規則要求：如果代理沒有被使用，就必須從列表中下架。所以它可以在註冊表裏永久佔着位置，零次執行。只有當存在運營方且有失敗任務時纔會發生削減（Slashing）。在沒有活動的情況下，就沒有什麼可以被懲罰。
我的提案是“使用證明”（Proof-of-Usage）。
如果某個代理在 90 天內沒有任何執行，系統就自動將其從註冊表中下架。
90 天算是公平的：它給開發者時間去找到用戶，但又能阻止人們永遠搶注。
這可以通過鏈上追蹤 last_execution_timestamp 來實現。在 90 天沒有活動後移除該列表。因爲沒有費用退款，所以刷存在會變得昂貴。你隨時都可以通過再次支付註冊費來重新列出。
這並不會關閉註冊表。它只是讓註冊表保持整潔。用戶能看到實際上正在被使用的代理。運營方能獲得更好的信號。而搶注行爲也會變得有成本。
Newton 希望成爲鏈上自動化的協調層。爲此，註冊表應該反映那些確實在工作的代理，而不僅僅是那些只付過一次費用的代理。
以上只是我基於當前註冊表設計的看法。但我認爲“使用證明”是一條很小的規則，卻可能在市場成長時避免一個大問題。@NewtonProtocol #newt $NEWT
我一直在查看 Newton Protocol 的模型註冊表，我覺得我們應該儘早解決其中一個問題。我把它稱爲“幽靈代理”問題。
模型註冊表是開發者用來列出 AI 代理的地方。要列出一個代理，你需要用 NEWT 支付一筆註冊費。運營方還會質押 NEWT 來執行任務。這個機制很簡單。好的代理會賺取費用；差的代理會受到懲罰。隨着時間推移，市場會篩掉不佳的服務。
但我看到的是這其中的空隙：如果我付了費用，卻從不運行該代理呢？我不質押運營方。我不執行任何任務。我只是把它留在註冊表裏。
爲什麼有人要這麼做。爲了佔用一個名字。爲了製造噪音。讓真正的代理更難被找到。我把這叫做“代理搶注”（Agent Squatting）。
目前我沒有看到任何公開規則要求：如果代理沒有被使用，就必須從列表中下架。所以它可以在註冊表裏永久佔着位置，零次執行。只有當存在運營方且有失敗任務時纔會發生削減（Slashing）。在沒有活動的情況下，就沒有什麼可以被懲罰。
我的提案是“使用證明”（Proof-of-Usage）。
如果某個代理在 90 天內沒有任何執行，系統就自動將其從註冊表中下架。
90 天算是公平的：它給開發者時間去找到用戶，但又能阻止人們永遠搶注。
這可以通過鏈上追蹤 last_execution_timestamp 來實現。在 90 天沒有活動後移除該列表。因爲沒有費用退款，所以刷存在會變得昂貴。你隨時都可以通過再次支付註冊費來重新列出。
這並不會關閉註冊表。它只是讓註冊表保持整潔。用戶能看到實際上正在被使用的代理。運營方能獲得更好的信號。而搶注行爲也會變得有成本。
Newton 希望成爲鏈上自動化的協調層。爲此，註冊表應該反映那些確實在工作的代理，而不僅僅是那些只付過一次費用的代理。
以上只是我基於當前註冊表設計的看法。但我認爲“使用證明”是一條很小的規則，卻可能在市場成長時避免一個大問題。@NewtonProtocol #newt $NEWT
人工智能中最有價值的功能可能是“取消”按鈕
每當我閱讀有關 AI 代理的內容時，總有一個念頭反覆把我拉回。我們花了驚人的時間討論：一個代理應該被授予多少權限。我卻很少看到有人把相反的問題給予同等的關注：這種權限應該有多容易被撤銷？
我想得越多，就越覺得“永久權限”只是一個設計捷徑。它在世界不變時確實省事，但一旦世界改變就會顯得不合時宜。用戶意圖會變化，風險會變化，優先級也會變化。一個只能不斷獲得權限、卻難以失去權限的 AI 系統，會慢慢地偏離它本應代表的那個人。
那部分讓我印象深刻的是牛頓的思路。它的“權限撤銷（Permission Revocation）”機制並不只是另一個安全功能。它安靜地把“權限”當作暫時的東西，而不是永久的東西。在我看來，這是一種不同的理念。信任不再是一次性的決定，而是能隨着用戶的想法變化而不斷演進。
我認爲，這個想法遠不止侷限於某一種協議。當 AI 代理開始處理支付、投資以及日常決策時，單靠“智能”並不能決定人們是否信任它們。能夠在毫無摩擦的情況下撤回權限，可能會和最初授予權限的能力同樣重要。
當然，可逆系統會引入額外的協調與狀態管理。簡化通常更偏愛永久權限，而安全性卻很少如此。
我開始覺得，未來未必屬於權限最多的 AI。它將屬於那個明白自己權限始終是借來的、從未真正擁有的 AI。@NewtonProtocol #newt $NEWT $VANRY $BLUR
每當我閱讀有關 AI 代理的內容時，總有一個念頭反覆把我拉回。我們花了驚人的時間討論：一個代理應該被授予多少權限。我卻很少看到有人把相反的問題給予同等的關注：這種權限應該有多容易被撤銷？
我想得越多，就越覺得“永久權限”只是一個設計捷徑。它在世界不變時確實省事，但一旦世界改變就會顯得不合時宜。用戶意圖會變化，風險會變化，優先級也會變化。一個只能不斷獲得權限、卻難以失去權限的 AI 系統，會慢慢地偏離它本應代表的那個人。
那部分讓我印象深刻的是牛頓的思路。它的“權限撤銷（Permission Revocation）”機制並不只是另一個安全功能。它安靜地把“權限”當作暫時的東西，而不是永久的東西。在我看來，這是一種不同的理念。信任不再是一次性的決定，而是能隨着用戶的想法變化而不斷演進。
我認爲，這個想法遠不止侷限於某一種協議。當 AI 代理開始處理支付、投資以及日常決策時，單靠“智能”並不能決定人們是否信任它們。能夠在毫無摩擦的情況下撤回權限，可能會和最初授予權限的能力同樣重要。
當然，可逆系統會引入額外的協調與狀態管理。簡化通常更偏愛永久權限，而安全性卻很少如此。
我開始覺得，未來未必屬於權限最多的 AI。它將屬於那個明白自己權限始終是借來的、從未真正擁有的 AI。@NewtonProtocol #newt $NEWT $VANRY $BLUR
登入以探索更多內容