Eric Choo
710 貼文
Eric Choo
實盤交易
BNB 持有者
高頻交易者
4.9 年
21 關注
502 粉絲
945 點讚數
貼文
投資組合
全部
引用
影片
直播
置頂
🎉 正式進入 CreatorPad 前 100 名！
真的非常感謝大家一直以來的閱讀、互動和陪伴 🫶
從簡單的市場分享、心態到個人觀點，我沒想到有一天能獲得這樣的成果。
15489 $PIXEL 不僅是獎勵，更是我繼續爲社區創造更多優質內容的動力 🚀
旅程還很長，努力保持狀態，繼續向前 💛
正在創建內容的兄弟們要堅持哦，機會總是留給真正努力的人。
#CreatorpadVN #BinanceSquare
真的非常感謝大家一直以來的閱讀、互動和陪伴 🫶
從簡單的市場分享、心態到個人觀點，我沒想到有一天能獲得這樣的成果。
15489 $PIXEL 不僅是獎勵，更是我繼續爲社區創造更多優質內容的動力 🚀
旅程還很長，努力保持狀態，繼續向前 💛
正在創建內容的兄弟們要堅持哦，機會總是留給真正努力的人。
#CreatorpadVN #BinanceSquare
置頂
沒想到這次我竟然幸運地進入了 Binance Square 的前 4 位 CreatorPad 🥹
獎勵 0.12 $BNB 雖然不算太多，但卻是繼續創作和分享的動力。
其實我覺得 Binance Square 仍然有很多機會給喜歡寫內容的兄弟們，做分析或者簡單地每天保持互動。
不妨試試看，誰知道你下一篇文章就能上榜呢 👀
如果有人想參與但不知道從哪裏開始，需要寫作技巧、互動構建方法或者活動獵捕的建議，隨時問我，我會盡力支持 🤝
恭喜大家這次都有禮物哦 🫶
獎勵 0.12 $BNB 雖然不算太多，但卻是繼續創作和分享的動力。
其實我覺得 Binance Square 仍然有很多機會給喜歡寫內容的兄弟們，做分析或者簡單地每天保持互動。
不妨試試看，誰知道你下一篇文章就能上榜呢 👀
如果有人想參與但不知道從哪裏開始，需要寫作技巧、互動構建方法或者活動獵捕的建議，隨時問我，我會盡力支持 🤝
恭喜大家這次都有禮物哦 🫶
部分真實
#baby $BABY @BabylonLabs_io
有人在一個 Babylon Discord 裏問：“如果我的終局性（finality）提供者表現不當，這會影響我的 TBV 金庫嗎？還是說質押和金庫是獨立的系統？” 一位版主回答：“不同的產品”，然後就停在那兒。
我不認爲這個回答是錯的，但我也不認爲它是完整的。
Babylon 的質押部分和 TBV 被宣傳爲兩件不同的事：一個讓 BTC 通過終局性提供者來爲其他鏈提供安全性；另一個讓 BTC 通過 Aave v4 進行抵押借貸。@BabylonLabs_io 把它們做成了兩個獨立的產品，但最終它們都建立在同一層基礎上：比特幣腳本（Bitcoin script），以及同樣的時間鎖（timelock）和契約（covenant）機制——這套機制使得 BTC 能在不依賴託管方的情況下移動。
技術要點：兩個產品裏所謂“無需信任（trustless）”的特性，來源是同一個——都是通過在比特幣上執行的、可自執行（self-executing）的條件來實現，而不是由某個被信任的參與方來強制執行。質押的安全性取決於終局性提供者是否誠實運作，以及它們是否足夠去中心化；這點我之前寫過。TBV 的解鎖與結算邏輯則依賴同一類“比特幣原生（Bitcoin-native）”腳本是否正確且處於可運行狀態。它們是不同的應用，但並不是不同的信任假設：它們使用的是同一套基礎，用於兩種不同目的。
自我批評：這並不意味着質押端出現問題會必然破壞 TBV，反之亦然——產品之間也不共享狀態。但這意味着，如果有人把“質押風險”和“金庫風險”當成完全不相關的類別，正如那位版主的回答所暗示的那樣，是在劃出一條更多來自產品營銷的界線，而在技術層面並不是真正成立的。
$BABY 橫跨這兩個產品，作爲安全與激勵層——也正因如此，共用的基礎比起共用的品牌名稱，更重要。
我希望 Babylon 能明確：哪些故障模式在質押與 TBV 之間確實是彼此隔離的，哪些則會追溯到同一個底層機制。
有人在一個 Babylon Discord 裏問：“如果我的終局性（finality）提供者表現不當，這會影響我的 TBV 金庫嗎？還是說質押和金庫是獨立的系統？” 一位版主回答：“不同的產品”，然後就停在那兒。
我不認爲這個回答是錯的，但我也不認爲它是完整的。
Babylon 的質押部分和 TBV 被宣傳爲兩件不同的事：一個讓 BTC 通過終局性提供者來爲其他鏈提供安全性；另一個讓 BTC 通過 Aave v4 進行抵押借貸。@BabylonLabs_io 把它們做成了兩個獨立的產品，但最終它們都建立在同一層基礎上：比特幣腳本（Bitcoin script），以及同樣的時間鎖（timelock）和契約（covenant）機制——這套機制使得 BTC 能在不依賴託管方的情況下移動。
技術要點：兩個產品裏所謂“無需信任（trustless）”的特性，來源是同一個——都是通過在比特幣上執行的、可自執行（self-executing）的條件來實現，而不是由某個被信任的參與方來強制執行。質押的安全性取決於終局性提供者是否誠實運作，以及它們是否足夠去中心化；這點我之前寫過。TBV 的解鎖與結算邏輯則依賴同一類“比特幣原生（Bitcoin-native）”腳本是否正確且處於可運行狀態。它們是不同的應用，但並不是不同的信任假設：它們使用的是同一套基礎，用於兩種不同目的。
自我批評：這並不意味着質押端出現問題會必然破壞 TBV，反之亦然——產品之間也不共享狀態。但這意味着，如果有人把“質押風險”和“金庫風險”當成完全不相關的類別，正如那位版主的回答所暗示的那樣，是在劃出一條更多來自產品營銷的界線，而在技術層面並不是真正成立的。
$BABY 橫跨這兩個產品，作爲安全與激勵層——也正因如此，共用的基礎比起共用的品牌名稱，更重要。
我希望 Babylon 能明確：哪些故障模式在質押與 TBV 之間確實是彼此隔離的，哪些則會追溯到同一個底層機制。
#baby $BABY @BabylonLabs_io
在上一根尖銳的紅色K線期間，一個交易羣裏有人問：“我在TBV上的BTC抵押品，如果被清算，實際需要多久纔會結算？” 沒有人直接回答。有人只是說“應該沒事，Aave清算很快”，然後話題就被帶過了。
那個回答針對的是錯誤的鏈。
Aave v4 的清算之所以很快，是因爲以太坊很快——出塊大約每十二秒一次，清算方彼此競爭，幾乎立刻就能關閉處於水下的倉位。這是大家在想到 TBV 風險時腦海裏對應的那一套。但被清算的抵押品是原生 BTC，它在 @BabylonLabs_io 的金庫機制下，處於由比特幣強制執行的條件之中，而不是那種會以 EVM 速度移動的 EVM 資產。
技術要點：一次清算事件本質上是兩隻彼此獨立的時鐘同時在跑。Aave 的債務側可以在幾秒內被標記並觸發。抵押品側則是解鎖或把實際的 BTC 從金庫中移出，它仍然要遵循比特幣自身的結算節奏——大約是每個區塊十分鐘；爲了安全，通常還要考慮更深的確認深度。在平穩市場裏，這個時間差幾乎看不見，像是沒人注意到的“舍入誤差”。但在快速崩盤中，這個差口會變成滑點、壞賬，或是清算方在吞下損失時可能出現的地方，因爲債務側所反應的價格與 BTC 側實際完成結算的價格並不是同一時刻。
自我批評：這並不是 TBV 獨有的缺陷；任何跨域抵押系統都會在某個環節繼承“較慢鏈”的結算時間。只是“無信任”（trustless）營銷往往更強調託管保證，卻對時序不匹配保持沉默，而恰恰是時序在壓力下最先失效，不是託管。
$BABY 的質押安全模型建立在比特幣自身的最終性假設之上，因此，讓 Babylon 安全所依賴的那份耐心，也會讓“快速清算”變得不那麼順暢。
我想看看 Babylon 是否會爲這段時間差構建緩衝——如果有的話——在真實的高流量崩盤測試裏它能撐住多少。#baby
⚠️ 非財務建議。請自行研究（DYOR）。
在上一根尖銳的紅色K線期間，一個交易羣裏有人問：“我在TBV上的BTC抵押品，如果被清算，實際需要多久纔會結算？” 沒有人直接回答。有人只是說“應該沒事，Aave清算很快”，然後話題就被帶過了。
那個回答針對的是錯誤的鏈。
Aave v4 的清算之所以很快，是因爲以太坊很快——出塊大約每十二秒一次，清算方彼此競爭，幾乎立刻就能關閉處於水下的倉位。這是大家在想到 TBV 風險時腦海裏對應的那一套。但被清算的抵押品是原生 BTC，它在 @BabylonLabs_io 的金庫機制下，處於由比特幣強制執行的條件之中，而不是那種會以 EVM 速度移動的 EVM 資產。
技術要點：一次清算事件本質上是兩隻彼此獨立的時鐘同時在跑。Aave 的債務側可以在幾秒內被標記並觸發。抵押品側則是解鎖或把實際的 BTC 從金庫中移出，它仍然要遵循比特幣自身的結算節奏——大約是每個區塊十分鐘；爲了安全，通常還要考慮更深的確認深度。在平穩市場裏，這個時間差幾乎看不見，像是沒人注意到的“舍入誤差”。但在快速崩盤中，這個差口會變成滑點、壞賬，或是清算方在吞下損失時可能出現的地方，因爲債務側所反應的價格與 BTC 側實際完成結算的價格並不是同一時刻。
自我批評：這並不是 TBV 獨有的缺陷；任何跨域抵押系統都會在某個環節繼承“較慢鏈”的結算時間。只是“無信任”（trustless）營銷往往更強調託管保證，卻對時序不匹配保持沉默，而恰恰是時序在壓力下最先失效，不是託管。
$BABY 的質押安全模型建立在比特幣自身的最終性假設之上，因此，讓 Babylon 安全所依賴的那份耐心，也會讓“快速清算”變得不那麼順暢。
我想看看 Babylon 是否會爲這段時間差構建緩衝——如果有的話——在真實的高流量崩盤測試裏它能撐住多少。#baby
⚠️ 非財務建議。請自行研究（DYOR）。
部分真實
#baby $BABY
有人在一個羣裏發帖，貼出了他們的 TBV 倉位截圖：“不再有橋風險了，終於把 BTC 在 DeFi 裏做對了。”有人回覆道：“那你現在手上真正坐着的 BTC 在哪？”他沒有回答，只是又把截圖重新轉發了一遍。
這種不答的角度，值得停下來好好想。
無託管的比特幣金庫（Trustless Bitcoin Vaults）確實解決了一個真實問題：不需要包裝代幣，也沒有橋接多籤託管你的 BTC。@BabylonLabs_io 搭建了這個機制，讓原生 BTC 能夠直接作爲借貸抵押支持借款，並且第一個上線的版本是通過 Aave v4 運作——你存入 BTC，然後用它去借出 USDC 或 USDT。比特幣側的託管風險確實在下降。但風險很少會真正消失，通常只是遷移。
技術點：一旦你“BTC 支持的持倉”被放進 Aave v4，你就繼承了 Aave 的風險面——智能合約漏洞、預言機操縱、治理參數變更，以及在壓力下利率模型的行爲。所有這些並不是 Aave 的新東西，它已經被審計並在戰場上經受了多年的檢驗。但這是一種與 TBV 原本要移除的風險不同的風險。你把“有人控制我的 BTC”換成了“一個智能合約堆棧決定我的 BTC 能做什麼”，雖然兩者最後都被壓縮進同一個詞：trustless（無託管/不需信任），但它們並不屬於同一類。
自我批評：我不是在說 TBV 比“包裝 BTC”更糟。移除託管風險仍然是確實的升級，而且 Aave 的履歷通常強於大多數橋接運營方。但問題在於營銷層面的“短語概括”。“Trustless”被用來概括整個堆棧，而在技術上它其實只描述託管層；而這個“缺口”正是用戶不再追問“他們的 BTC 現在到底坐在哪”的地方。
$BABY 的價值取決於 TBV 的成交量增長，而成交量增長又取決於用戶相信的不是僅限比特幣側機制，而是整套流程。
我更希望 Babylon 能明確命名 Aave 側的風險，而不是讓“trustless”悄悄把它蓋住。
有人在一個羣裏發帖，貼出了他們的 TBV 倉位截圖：“不再有橋風險了，終於把 BTC 在 DeFi 裏做對了。”有人回覆道：“那你現在手上真正坐着的 BTC 在哪？”他沒有回答，只是又把截圖重新轉發了一遍。
這種不答的角度，值得停下來好好想。
無託管的比特幣金庫（Trustless Bitcoin Vaults）確實解決了一個真實問題：不需要包裝代幣，也沒有橋接多籤託管你的 BTC。@BabylonLabs_io 搭建了這個機制，讓原生 BTC 能夠直接作爲借貸抵押支持借款，並且第一個上線的版本是通過 Aave v4 運作——你存入 BTC，然後用它去借出 USDC 或 USDT。比特幣側的託管風險確實在下降。但風險很少會真正消失，通常只是遷移。
技術點：一旦你“BTC 支持的持倉”被放進 Aave v4，你就繼承了 Aave 的風險面——智能合約漏洞、預言機操縱、治理參數變更，以及在壓力下利率模型的行爲。所有這些並不是 Aave 的新東西，它已經被審計並在戰場上經受了多年的檢驗。但這是一種與 TBV 原本要移除的風險不同的風險。你把“有人控制我的 BTC”換成了“一個智能合約堆棧決定我的 BTC 能做什麼”，雖然兩者最後都被壓縮進同一個詞：trustless（無託管/不需信任），但它們並不屬於同一類。
自我批評：我不是在說 TBV 比“包裝 BTC”更糟。移除託管風險仍然是確實的升級，而且 Aave 的履歷通常強於大多數橋接運營方。但問題在於營銷層面的“短語概括”。“Trustless”被用來概括整個堆棧，而在技術上它其實只描述託管層；而這個“缺口”正是用戶不再追問“他們的 BTC 現在到底坐在哪”的地方。
$BABY 的價值取決於 TBV 的成交量增長，而成交量增長又取決於用戶相信的不是僅限比特幣側機制，而是整套流程。
我更希望 Babylon 能明確命名 Aave 側的風險，而不是讓“trustless”悄悄把它蓋住。
#baby $BABY
就在前幾天，一位朋友給我發消息：“把 BTC 存到 Babylon 測試網，借出測試用 USDC，五分鐘搞定。”
我問他對底層機制怎麼看。
他說他其實沒太看，只是想讓他的錢包在活動結束前出現在瀏覽器裏。
這就是我在 Trustless Bitcoin Vaults（TBV）上反覆遇到的鴻溝：這是一個很難的硬問題，但參與的人多半並沒有真正思考問題本身。
在 DeFi 中使用比特幣，長期以來就意味着在選擇你要“忍受哪種毒藥”。要麼把它包裝起來——你就要信任託管 BTC 的那一方以及鑄造包裝代幣的人。要麼跨鏈——你就要信任某個運營方或多籤；而那層“精確到具體實現”的託管面，已經被掏空的次數多到沒人願意去數。@BabylonLabs_io 構建 TBV 就是爲了消除這種取捨：原生 BTC 直接作爲抵押品發佈，不做包裝，不做橋來替你持有託管。第一個上線案例是基於 Aave v4 的原生比特幣抵押借貸：存入真實 BTC，用它去借出 USDC 或 USDT。
技術要點：“trustless”（無需信任）在這裏做的事情是具體且明確的。你的密鑰仍歸你自己，抵押品在比特幣本身的規則與條件下生效與約束，而不是落在某個其他地方的“包裝型 IOU”。這並不意味着所有風險都消失——清算觸發與金庫解鎖時機依然是你需要承擔的暴露。去除託管風險確實是實打實的進步，但它並不等同於消除所有風險。
自我批評：測試網用戶快速點點點並不是因爲懶。對於一場要求反饋的活動來說，把流程走一遍纔是任何人時間的理性使用方式。壓力測試邊緣情況需要投入努力，而又沒有什麼回報會讓人更願意去做，所以反饋自然就會偏向“能用”，而不會深入到真正會在哪裏、如何崩壞。
$BABY 作爲激勵層存在於其下，但激勵只能塑造針對激勵目標的行爲。就目前而言，沒有什麼能把“快速點一下就走了的人”和“確實嘗試去打破金庫的人”區分開來。
我在觀察：在 TBV 走向主網之前，Babylon 是否會獎勵那種更“努力把問題搞崩”的測試方式。
就在前幾天，一位朋友給我發消息：“把 BTC 存到 Babylon 測試網，借出測試用 USDC，五分鐘搞定。”
我問他對底層機制怎麼看。
他說他其實沒太看，只是想讓他的錢包在活動結束前出現在瀏覽器裏。
這就是我在 Trustless Bitcoin Vaults（TBV）上反覆遇到的鴻溝：這是一個很難的硬問題，但參與的人多半並沒有真正思考問題本身。
在 DeFi 中使用比特幣，長期以來就意味着在選擇你要“忍受哪種毒藥”。要麼把它包裝起來——你就要信任託管 BTC 的那一方以及鑄造包裝代幣的人。要麼跨鏈——你就要信任某個運營方或多籤；而那層“精確到具體實現”的託管面，已經被掏空的次數多到沒人願意去數。@BabylonLabs_io 構建 TBV 就是爲了消除這種取捨：原生 BTC 直接作爲抵押品發佈，不做包裝，不做橋來替你持有託管。第一個上線案例是基於 Aave v4 的原生比特幣抵押借貸：存入真實 BTC，用它去借出 USDC 或 USDT。
技術要點：“trustless”（無需信任）在這裏做的事情是具體且明確的。你的密鑰仍歸你自己，抵押品在比特幣本身的規則與條件下生效與約束，而不是落在某個其他地方的“包裝型 IOU”。這並不意味着所有風險都消失——清算觸發與金庫解鎖時機依然是你需要承擔的暴露。去除託管風險確實是實打實的進步，但它並不等同於消除所有風險。
自我批評：測試網用戶快速點點點並不是因爲懶。對於一場要求反饋的活動來說，把流程走一遍纔是任何人時間的理性使用方式。壓力測試邊緣情況需要投入努力，而又沒有什麼回報會讓人更願意去做，所以反饋自然就會偏向“能用”，而不會深入到真正會在哪裏、如何崩壞。
$BABY 作爲激勵層存在於其下，但激勵只能塑造針對激勵目標的行爲。就目前而言，沒有什麼能把“快速點一下就走了的人”和“確實嘗試去打破金庫的人”區分開來。
我在觀察：在 TBV 走向主網之前，Babylon 是否會獎勵那種更“努力把問題搞崩”的測試方式。
Tham gia tại đây
兄弟們去參加一場越野vol活動吧，跑3k左右就能拿到70u。這次活動參加的人少，所有兄弟都要強勢點哦
兄弟們去參加一場越野vol活動吧，跑3k左右就能拿到70u。這次活動參加的人少，所有兄弟都要強勢點哦
#newt $NEWT @NewtonProtocol
大多數機構級 DeFi 託管池（vault）活動正因費用和吞吐原因向 L2 遷移。當 Newton 在樂觀彙總（optimistic rollup）交易上執行預結算強制（pre-settlement enforcement）時，它會基於在簽署時能夠觀測到的狀態進行授權。但該交易會進入一個挑戰窗口，在該窗口內理論上存在可將其回滾（roll back）的欺詐證明（fraud proof）。Newton 的通過（pass）證明（attestation）在窗口關閉之前就已經存在。強制執行與最終性（finality）所依據的關於“交易已經發生（"the transaction happened"）”含義的假設並不一致。
對大多數交易而言，這在實踐中通常沒問題，因爲成功的欺詐證明很少出現。問題在於：Newton 的通過證明在該窗口期間在法律與運營層面究竟代表什麼。如果某託管池的 LP 協議將 Newton 通過視爲“已結算合規交易”的確認，而該交易隨後在挑戰期內被回滾，那麼在短時間內，合規記錄與經濟現實會出現不一致。Newton 的強制執行模型並未描述它如何處理 L2 最終性語義（finality semantics）。在將 Newton 的證明當作結算確認信號之前，部署在 rollups 上的機構級託管池運營方應當理解這一空白。
當 Newton 爲樂觀彙總 L2 上的某筆交易簽發通過證明，而該交易隨後在挑戰窗口內被回滾時，Newton 的強制執行記錄是否會反映這次撤銷？這對那些將 Newton 證明視爲“已結算的合規交易”的 LP 協議或監管審計追蹤（regulatory audit trails）意味着什麼？
大多數機構級 DeFi 託管池（vault）活動正因費用和吞吐原因向 L2 遷移。當 Newton 在樂觀彙總（optimistic rollup）交易上執行預結算強制（pre-settlement enforcement）時，它會基於在簽署時能夠觀測到的狀態進行授權。但該交易會進入一個挑戰窗口，在該窗口內理論上存在可將其回滾（roll back）的欺詐證明（fraud proof）。Newton 的通過（pass）證明（attestation）在窗口關閉之前就已經存在。強制執行與最終性（finality）所依據的關於“交易已經發生（"the transaction happened"）”含義的假設並不一致。
對大多數交易而言，這在實踐中通常沒問題，因爲成功的欺詐證明很少出現。問題在於：Newton 的通過證明在該窗口期間在法律與運營層面究竟代表什麼。如果某託管池的 LP 協議將 Newton 通過視爲“已結算合規交易”的確認，而該交易隨後在挑戰期內被回滾，那麼在短時間內，合規記錄與經濟現實會出現不一致。Newton 的強制執行模型並未描述它如何處理 L2 最終性語義（finality semantics）。在將 Newton 的證明當作結算確認信號之前，部署在 rollups 上的機構級託管池運營方應當理解這一空白。
當 Newton 爲樂觀彙總 L2 上的某筆交易簽發通過證明，而該交易隨後在挑戰窗口內被回滾時，Newton 的強制執行記錄是否會反映這次撤銷？這對那些將 Newton 證明視爲“已結算的合規交易”的 LP 協議或監管審計追蹤（regulatory audit trails）意味着什麼？
部分真實
#grvt @grvt_io
$GRVT 的 TGE 將於 7 月 21 日落地，並且回看 @grvt_io 如何一路構建到這一刻，我對這一天的理解也隨之改變。#grvt
大多數項目是先發代幣、再去想產品。GRVT 卻把順序反了過來。在任何代幣相關討論開始之前，交換本身就已經投入了兩年。
爲了速度，訂單在鏈下撮合；通過 ZKsync Validium 鏈上的零知識證明進行鏈上結算；而你的資金則被託管在智能合約中——這些合約是交易所本身無法轉移的。
正是這種底層能力，讓 GRVT 接下來在黃金、原油和股票等資產上也推出永續合約，並把它們與加密交易對並列；同時取消強制 KYC，讓任何人只需一個郵箱就能開始；還能從百慕大金融管理局拿到 Class M 牌照——這一點幾乎沒有自託管平臺會去認真追求。
代幣被嵌入到同一套系統中，而不是建立在其之上單獨堆出來。$GRVT 被打造爲交易所的訪問層（access layer），其核心圍繞費率檔位、保證金效率與金庫（vault）訪問，而不是作爲一個獨立的投機層存在。
總量固定爲 10 億枚代幣，其中 28% 用於社區空投。如果你在第二季（Season 2）期間保持活躍，那麼註冊以及 Multiplier Plan（倍增計劃）窗口現在已開啓，將持續到 7 月 17 日。填寫表單時應使用你真正掌控的自託管錢包，而不是 CEX 的充值地址。
不構成財務建議，只是追蹤一個籌備已久的上線項目。這裏有人已經註冊了嗎，還是還在考慮 multiplier？
$GRVT 的 TGE 將於 7 月 21 日落地，並且回看 @grvt_io 如何一路構建到這一刻，我對這一天的理解也隨之改變。#grvt
大多數項目是先發代幣、再去想產品。GRVT 卻把順序反了過來。在任何代幣相關討論開始之前，交換本身就已經投入了兩年。
爲了速度，訂單在鏈下撮合；通過 ZKsync Validium 鏈上的零知識證明進行鏈上結算；而你的資金則被託管在智能合約中——這些合約是交易所本身無法轉移的。
正是這種底層能力，讓 GRVT 接下來在黃金、原油和股票等資產上也推出永續合約，並把它們與加密交易對並列；同時取消強制 KYC，讓任何人只需一個郵箱就能開始；還能從百慕大金融管理局拿到 Class M 牌照——這一點幾乎沒有自託管平臺會去認真追求。
代幣被嵌入到同一套系統中，而不是建立在其之上單獨堆出來。$GRVT 被打造爲交易所的訪問層（access layer），其核心圍繞費率檔位、保證金效率與金庫（vault）訪問，而不是作爲一個獨立的投機層存在。
總量固定爲 10 億枚代幣，其中 28% 用於社區空投。如果你在第二季（Season 2）期間保持活躍，那麼註冊以及 Multiplier Plan（倍增計劃）窗口現在已開啓，將持續到 7 月 17 日。填寫表單時應使用你真正掌控的自託管錢包，而不是 CEX 的充值地址。
不構成財務建議，只是追蹤一個籌備已久的上線項目。這裏有人已經註冊了嗎，還是還在考慮 multiplier？
Binance生日活動裏任務里程碑編號9的操作指南
按要求將30-50u轉到web3錢包側，然後用0.01bnb作爲交易手續費，再按照說明操作。
小貼士：大家交易100u的額度就能獲得5u的現金券，和我一樣哦
通過鏈接參與以獲得30%返現，並支持我再給我一個ref
Link giảm 30% phí giao dịch
按要求將30-50u轉到web3錢包側，然後用0.01bnb作爲交易手續費，再按照說明操作。
小貼士：大家交易100u的額度就能獲得5u的現金券，和我一樣哦
通過鏈接參與以獲得30%返現，並支持我再給我一個ref
Link giảm 30% phí giao dịch
#newt $NEWT @NewtonProtocol
當攻擊者在牛頓強制的金庫（vault）中攻破金庫運營方密鑰時，他們能做的不只是簡單地套走資產。他們甚至可以重新配置強制（enforcement）策略本身，將合規閾值降低到接近零，選擇性地禁用域（domain）檢查，調整“風險（Risk）”域參數以放行他們自己的地址，然後再進行自由交易。在整個攻擊過程中，牛頓都會爲每一項操作忠實地簽署通行證明（pass attestation）。當機構型存款人觀察金庫的強制狀態時，會看到綠色信號；而攻擊者則在其背後運作。
“身份（Identity）”域驗證交易對手方（counterparties）。它並不驗證金庫運營方身份在時間上的連續性（continuity）。不存在檢測異常強制重新配置事件的機制；當策略變更從實質上削弱保護範圍時，也不會觸發警報；對可能使存款人面臨顯著更高風險的配置變更，也沒有多重簽名（multi-signature）要求。對於金庫運營方密鑰被攻破這一攻擊面，目前對大多數負責發出金庫安全信號的強制層來說是不可見的。
如果金庫運營方密鑰被攻破，且攻擊者在套走資產之前重新配置了強制策略，那麼牛頓是否有任何機制來檢測這種異常重新配置並通知存款人？還是說強制層只是把密鑰持有人當作“通用信任者”來服務，而不進行任何連續性檢查，以確認該持有人是否仍然是最初建立信任關係的那個人？
當攻擊者在牛頓強制的金庫（vault）中攻破金庫運營方密鑰時，他們能做的不只是簡單地套走資產。他們甚至可以重新配置強制（enforcement）策略本身，將合規閾值降低到接近零，選擇性地禁用域（domain）檢查，調整“風險（Risk）”域參數以放行他們自己的地址，然後再進行自由交易。在整個攻擊過程中，牛頓都會爲每一項操作忠實地簽署通行證明（pass attestation）。當機構型存款人觀察金庫的強制狀態時，會看到綠色信號；而攻擊者則在其背後運作。
“身份（Identity）”域驗證交易對手方（counterparties）。它並不驗證金庫運營方身份在時間上的連續性（continuity）。不存在檢測異常強制重新配置事件的機制；當策略變更從實質上削弱保護範圍時，也不會觸發警報；對可能使存款人面臨顯著更高風險的配置變更，也沒有多重簽名（multi-signature）要求。對於金庫運營方密鑰被攻破這一攻擊面，目前對大多數負責發出金庫安全信號的強制層來說是不可見的。
如果金庫運營方密鑰被攻破，且攻擊者在套走資產之前重新配置了強制策略，那麼牛頓是否有任何機制來檢測這種異常重新配置並通知存款人？還是說強制層只是把密鑰持有人當作“通用信任者”來服務，而不進行任何連續性檢查，以確認該持有人是否仍然是最初建立信任關係的那個人？
真實
#grvt @grvt_io
一種受監管的交易所，依然讓你可以自行託管資金、只需一個郵箱就能交易，並且還能在 BTC 永續合約旁做長倉黃金或特斯拉。這就是 @grvt_io I 我沒想到的版本。#grvt
核心理念很簡單，但要搭建起來卻更難。訂單在鏈下撮合，速度達到 CEX 級別。每一筆交易隨後會通過 ZKsync 的 Validium 架構上的零知識證明在鏈上結算，並以太坊作爲錨點。你的餘額全程由你控制的智能合約持有。GRVT 可以爲你的訂單進行路由，但它永遠不具備直接觸碰你資金的可能。
正是這種架構，讓平臺其餘能力成爲可能，而不只是把一堆功能清單“硬貼”上去。
這也是爲什麼 GRVT 能在黃金、原油和股票等現實世界資產上運行永續合約，同時還能在標準加密交易對上保持穩定，而不會因爲訂單簿而崩壞。也是爲什麼在 2025 年取消強制 KYC 之後，入金/開戶需要的是郵箱而不是種子短語。更是爲什麼 GRVT 能去追求大多數 DEX 從不費心做的事情：從百慕大金融管理局獲取 Class M 數字資產業務牌照，並於 2024 年 12 月拿到。
CEX 要的是信任。DEX 要的是耐心。GRVT 的構建目標，是在不放棄讓任一模式能運轉的關鍵部分的前提下，同時移除兩者。
我自己還在逐步閱讀其餘文檔。如果你已經在 GRVT 上交易過，你最突出的感受是什麼：執行速度、託管模式，還是 RWA 市場？
一種受監管的交易所，依然讓你可以自行託管資金、只需一個郵箱就能交易，並且還能在 BTC 永續合約旁做長倉黃金或特斯拉。這就是 @grvt_io I 我沒想到的版本。#grvt
核心理念很簡單，但要搭建起來卻更難。訂單在鏈下撮合，速度達到 CEX 級別。每一筆交易隨後會通過 ZKsync 的 Validium 架構上的零知識證明在鏈上結算，並以太坊作爲錨點。你的餘額全程由你控制的智能合約持有。GRVT 可以爲你的訂單進行路由，但它永遠不具備直接觸碰你資金的可能。
正是這種架構，讓平臺其餘能力成爲可能，而不只是把一堆功能清單“硬貼”上去。
這也是爲什麼 GRVT 能在黃金、原油和股票等現實世界資產上運行永續合約，同時還能在標準加密交易對上保持穩定，而不會因爲訂單簿而崩壞。也是爲什麼在 2025 年取消強制 KYC 之後，入金/開戶需要的是郵箱而不是種子短語。更是爲什麼 GRVT 能去追求大多數 DEX 從不費心做的事情：從百慕大金融管理局獲取 Class M 數字資產業務牌照，並於 2024 年 12 月拿到。
CEX 要的是信任。DEX 要的是耐心。GRVT 的構建目標，是在不放棄讓任一模式能運轉的關鍵部分的前提下，同時移除兩者。
我自己還在逐步閱讀其餘文檔。如果你已經在 GRVT 上交易過，你最突出的感受是什麼：執行速度、託管模式，還是 RWA 市場？
#newt $NEWT @NewtonProtocol
我想用一個我經常想到的場景來把它說得更具體。一個帶有牛頓（Newton）強制策略約束的精選金庫開始將資本部署到一個收益機會中，橫跨十個不同的借貸協議頭寸。每一筆單獨的交易都很乾淨：交易對手沒有被制裁，預言機運行健康，身份校驗通過，來自 Credora 的每一項單獨敞口風險信號都看起來沒問題。每一筆交易的牛頓簽署都能通過。四十筆交易之後，這個金庫的 85% 資本集中在一些頭寸上——這些頭寸共享相同的底層抵押資產、相同的預言機依賴，並且在該資產若下跌 20% 時面臨相同的清算級聯風險。每一筆交易本身都符合合規要求。然而，整體頭寸是一場等待發生的尾部風險事件。
這並不是一種離奇的故障模式。它就是自 2020 年以來，在每一次重大壓力事件中，DeFi 傳染如何實際蔓延開的方式。風險並不在任何單獨的頭寸裏。風險在於聚合層面的相關性結構。牛頓的合規（Compliance）與風險（Risk）領域是在交易時逐個檢查每個交易對手的健康狀況。它們並且也不可能在沒有訪問金庫完整頭寸狀態的情況下，檢測組合層面的風險累積——而牛頓按設計並沒有這些信息。每一筆單獨交易的“通過”證明（attestation）都是準確的。它所反映的、那種聚合起來的整體頭寸卻對每一個被該強制層認可並簽字蓋章的組成部分來說，是不可見的。
如果當金庫執行的每一筆單獨交易都能通過牛頓的強制簽署，但這些交易所構建的聚合頭寸卻違反了金庫自身的集中度限制，並製造了在單筆交易層面無法看見的尾部風險——那麼牛頓會把這視爲需要解決的強制執行問題，還是一個屬於金庫運營方自身系統的風險管理問題？如果是後者，那麼金庫運營方應當如何向可能誤以爲牛頓強制覆蓋範圍更大的機構型 LP 說明這種區別？
我想用一個我經常想到的場景來把它說得更具體。一個帶有牛頓（Newton）強制策略約束的精選金庫開始將資本部署到一個收益機會中，橫跨十個不同的借貸協議頭寸。每一筆單獨的交易都很乾淨：交易對手沒有被制裁，預言機運行健康，身份校驗通過，來自 Credora 的每一項單獨敞口風險信號都看起來沒問題。每一筆交易的牛頓簽署都能通過。四十筆交易之後，這個金庫的 85% 資本集中在一些頭寸上——這些頭寸共享相同的底層抵押資產、相同的預言機依賴，並且在該資產若下跌 20% 時面臨相同的清算級聯風險。每一筆交易本身都符合合規要求。然而，整體頭寸是一場等待發生的尾部風險事件。
這並不是一種離奇的故障模式。它就是自 2020 年以來，在每一次重大壓力事件中，DeFi 傳染如何實際蔓延開的方式。風險並不在任何單獨的頭寸裏。風險在於聚合層面的相關性結構。牛頓的合規（Compliance）與風險（Risk）領域是在交易時逐個檢查每個交易對手的健康狀況。它們並且也不可能在沒有訪問金庫完整頭寸狀態的情況下，檢測組合層面的風險累積——而牛頓按設計並沒有這些信息。每一筆單獨交易的“通過”證明（attestation）都是準確的。它所反映的、那種聚合起來的整體頭寸卻對每一個被該強制層認可並簽字蓋章的組成部分來說，是不可見的。
如果當金庫執行的每一筆單獨交易都能通過牛頓的強制簽署，但這些交易所構建的聚合頭寸卻違反了金庫自身的集中度限制，並製造了在單筆交易層面無法看見的尾部風險——那麼牛頓會把這視爲需要解決的強制執行問題，還是一個屬於金庫運營方自身系統的風險管理問題？如果是後者，那麼金庫運營方應當如何向可能誤以爲牛頓強制覆蓋範圍更大的機構型 LP 說明這種區別？
登入以探索更多內容