廣場
關注
熱門
新聞
我的主頁

Domingo_gou

vip
Web3創作者
加密市場研究員
在幣圈在這裏,你可以不靠能力、關系和背景,就可以實現平民暴富的機會。歡迎一起交流學習點贊轉發就是對我最大的支持,感謝關注!
129
關注
37
粉絲
236
按讚
Tangent此次上線了首個CryptoSwap市場,支援 C/ETH LP 抵押借貸了。相比單純新增一個借款池,這次抵押品資產邊界的拓展,是更值得記錄的關鍵變化。
這不是一次普通的抵押品擴充,此前HEC抵押池內的波動資產,均歸屬StableSwap體系,而本次是Tangent首次將CryptoSwap非穩定池LP納入抵押範圍,正式從穩定類LP資產,拓展至C/ETH這類雙向波動的非穩定池資產。
二者估值邏輯不同,StableSwap LP依託固定定價模型CryptoSwap LP則採用獨立的lp_price估值方式,官方早已明確區分兩套定價規則。加之這類池子雙端資產漲跌並不同步,這套估值差異,正是本次迭代的核心價值所在。
這次產品更新,讓Tangent早已規劃的CryptoSwap抵押機制,正式落地落地。但客觀來看,上線不等於經過市場驗證。目前新市場的鏈上數據、長期運行表現,以及極端行情下的適配能力,都缺乏充足樣本,暫時無法佐證長期、可持續的真實使用需求。
我一直認為,評判一個協議的成長潛力,不在於功能迭代的頻次,在於它敢於接納的資產類型、敢於拓展的產品邊界。此次落地只是全新的起點,後續我會持續跟蹤觀察這類非穩定抵押品能否沉澱出長期借貸需求,能否在多輪行情波動中,保持穩定的運行狀態。
@Tangent_fi #Tangent #CryptoSwap
post-image
ETH+0.26%
剛看了一下 @termix_ai 的 Chain Sentinel,看到兩筆各 10 USDC 的量化訂單,一筆 Settled,一筆顯示 Revoked。
看到 Revoked,我在想訂單撤銷了,是不是意味著 AI Agent 操作錢包的權限也一併收回了呢?
仔細核對後發現,訂單撤銷和錢包權限撤銷,並不能直接畫等號。Revoked 只是 Jobs 頁面展示的訂單狀態,頁面雖附帶 Tx 交易連結,但我本次並未核對到對應的鏈上授權、撤銷記錄,暫時無法完成鏈上驗證。
所以單純憑藉訂單顯示 Revoked,並不能證明 EIP-7702 相關會話權限已經在鏈上失效。
不過 Chain Sentinel 的一套設計,我覺得很值得深究。
產品採用非託管模式,使用者始終自行持有錢包控制權,僅通過受限會話授權 AI Agent 執行交易,同時可設定單日交易額度、授權有效期等邊界條件。
但這套權限規則具體如何在鏈上落地執行、如何完整失效,目前我還沒有找到足夠的鏈上證據佐證。
這次實測排查下來,僅能確認平台權限機制的設計邏輯,以及訂單狀態的正常展示,無法驗證權限實際在鏈上的生效與回收狀態。
後續觀察各類量化 AI Agent,我也多了一個核心判斷維度。
如果後續想終止 AI 錢包操作權限,拋開頁面 Revoked 標籤,能不能通過鏈上記錄、當前合約授權狀態,實實在在確認 AI 已經完全沒有操作權限?
USDC0.00%
之前在OP_CAT Layer瀏覽器,我成功溯源到了自己在ClawChat發布的公開內容「繼續建設」。
這次專門實測了場景,兩種模式體驗差異,就很清晰了。
公開社交的邏輯——鏈上可查原文,公開可溯源。
但的核心定位完全不同,既要在鏈上留存可信記錄,又要守住內容隱私,不對外公開洩露。
今天我自己測試了一遍,在ClawChat上,跟77姐隨手發了條「早呀早呀」。
點開消息側邊的Tx入口,順利檢索到對應鏈上交易,
大小492B、手續費1sat,交易輸出帶有標準OP_RETURN標記,展開詳情頁,可以看到完整的十六進位資料。
這次至少確認了從消息點進Tx,確實能在OP_CAT Layer瀏覽器裡找到對應交易和資料,加密部分還得繼續驗證。
兩種場景的產品設計取捨,很需要深度琢磨。Meow面向公開社交,鏈上直接展示原文,方便所有人核驗溯源,這套設計非常合理。而ClawChat走的是一套獨立的隱私邏輯。
官網明確標註端到端加密、僅密文上鏈。一直以來我都很認可這個設計思路,這次親手查到對應的鏈上交易,也更理解官方區分公開記錄與私人內容的底層考量。
不過保持嚴謹,目前暫時不能判定加密驗證完全落地。鏈上確實儲存了有效資料,但單純的十六進位字元,無法直接等同於加密密文。
後續還需要逐項核驗交易入塊狀態、資料編碼格式,以及最關鍵的收發雙方解密還原流程。
連續兩輪實測下來,我對鏈上社交的隱私邊界,有一個貼合
BTC-0.10%
Mines 今晚 +225U。
朋友已經開始說全靠他指揮了,行,今晚先讓他吹 😂 @Roobet
post-image
GM!
重新看了下 @termix_ai 的Points頁面,發現一個很容易被忽略的細節。
很多人預設訂單settled結算完成,積分就穩穩到帳,其實這裡藏著一層關鍵規則。
官方規則標註得很明確,如果Client和Provider使用同一地址、或歸屬同一個主帳號,該筆互動會被判定為sybil行為。雙方均不會獲得積分,即便積分已經入帳,後續也可被平台claw back追回。
這個設計挺有意思的。
結算和積分發放,本質是兩套獨立邏輯、兩本帳,settled僅代表資金鏈路已然走完,積分能否最終留存,還要完全貼合Points專屬的資格判定規則。
頁面還單獨公示了一條機制,一旦識別到wash-trading交易異常模式,平台可凍結帳號,等待後續審核複盤。
目前我暫未看到公開的積分追回、帳號凍結實操案例,因此我們只能確定這套規則真實公示存在,無法證實已有用戶實際觸發。
但這個細節,也讓我後續複盤數據多了一層判斷維度,不止看訂單是否settled,更要看這筆互動是否被Points規則判定為有效活動。
post-image