aiagent

大家都說 BSC 的 Payment Lane 是「給 AI 代理的付款車道」。我把過去 24 小時的 BSC 區塊抓下來，照規則逐筆分類，結論剛好相反：代理最常走的付款路，大多不算數。
10/29，BNB Chain 的 Jenner 升級上了 BSC 測試網，其中 BEP-703 Payment Lane 會把每個區塊 5% 的 gas 保留給「付款」。我的時間線上一片「AI 代理終於有自己的車道」。
但這條車道認的不是「你是不是代理」，而是「你的交易送到哪個門」。
【規則先看清楚（BNB Chain 官方說明）】
算付款的只有兩種：
・原生 BNB 轉帳，而且收款地址「沒有程式碼」
・直接送到「治理名單」上的合約，而這份名單一開始是空的
不算的：type-4（EIP-7702）交易、部署合約、轉給有委託程式碼的帳戶，以及送到沒上名單的路由器，就算它最後轉出去的是穩定幣。
還有一點：保留的 5% 一般交易不能用，空著也不會借出去。
（來源：BNB Chain 官方部落格〈Payment Lane: How BSC Reserves Capacity for Payments〉）
【我自己掃了 24 小時主網】
範圍：台北時間 10/29 18:05 到 10/30 18:05。每 40 個區塊抽一個區塊頭（共 4,800 個），每 400 個區塊抽一個完整區塊（共 480 個、44,666 筆交易），逐筆照上面的規則分類。
1. 區塊其實沒那麼擠
使用率中位數 23.1%。超過 95% 的只有 20 / 4,800 個（0.42%），而且都是零星單一區塊，不是連續塞車。連 10/30 凌晨幣安出事那幾小時，每小時平均也只有約 30%。
2. 如果今天就上線，5% 的車道平均只會用掉 0.23%
符合資格的原生 BNB 轉帳，筆數佔 11.6%，但 gas 只佔 1.36%。換算成區塊上限，平均每塊只用到 0.23%，480 塊裡最高也只有 1.5%，沒有一塊用到 5%。也就是說，保留的那 5%，大部分時間會空著。
3. 智能帳戶的流量，是「算數付款」的 3.2 倍
type-4（7702）交易佔 2.80% 的 gas，送進 ERC-4337 EntryPoint 的佔 1.53%，加起來 4.33%，照規則全部算一般流量。
而且原生 BNB 的收款地址裡，有 134 / 2,377 個（5.6%）已經是 7702 委託帳戶，轉給它們的 158 筆就算是純轉帳，也不算數。
4. 直接轉穩定幣的佔 2.14%，但名單是空的
直接打 USDT、USDC、USD1、FDUSD 合約的交易，筆數 11.5%、gas 2.14%。在治理把它們加進名單之前，一筆都不算。
【最容易被忽略的一點：x402 付 USDT】
幣安自己的 x402（HTTP 402 付款）在 BNB Chain 上，USDT 只支援 Permit2 方式（U 和 USD1 另外支援 EIP-3009）。
Permit2 的結算，交易送去的是 Permit2 這類結算合約，不是 USDT 合約本身。照 BEP-703「看目的地」的規則，就算哪天 USDT 上了名單，這條路也不會因此算數，除非結算合約本身也被列入。
（來源：幣安〈Introducing Binance x402〉https://www.binance.com/en/square/post/324771898247794 ）
【我的看法】
Payment Lane 是照「人在付款」的樣子設計的：一個錢包，直接轉給另一個錢包。
可是 AI 代理的付款正在往另一邊走：智能帳戶、簽名授權、由結算方代送。代理越「進化」，就越不在這條車道上。
它不是壞設計。主網還沒上、名單還能加，現在正是代理開發者該發聲的時候：要被列進去的，不只是代幣合約，還有結算合約。
【我現在怎麼用 Grok Bot 檢查自己的代理】
1. 叫它把代理錢包最近 100 筆交易抓下來，逐筆標上「算／不算／待名單」三類，看你的付款到底走哪個門。
我自己的 Agentic Wallet 是一般地址，10/28 那筆 0.08 BNB 轉帳是 type 0、空 input、收款方沒有程式碼，照規則會算；但它平常做的 swap 這類走路由器的交易都不會。
2. 付款和策略分開。用來收付款的錢包維持一般地址，不做 7702 委託；要玩智能帳戶的策略放另一個錢包。
3. 能直接打代幣合約，就不要繞路由器。像 EIP-3009 這種由結算方直接呼叫代幣合約的方式，等名單一加就有機會算數。
4. 開一個每週一早上的 Grok Bot routine：看 BNB Chain 官方有沒有公布 Jenner 主網時間、付款名單加了哪些合約，再把我的掃描重跑一次，有變化才通知我。它在自己的電腦上跑，我不用一直盯。
【誠實說明】
這是抽樣，不是全量；Payment Lane 還沒在主網啟用，以上是「把規則套在現在的流量上」的模擬。收款地址有沒有程式碼，是用 10/30 傍晚的狀態查的；系統交易用 gasPrice 0 加出塊者判斷。這篇不是投資建議，也不評論任何代幣。
車道已經畫好了，問題是：你的代理，開得進去嗎？
#AIAgent #GrokBot #BNBChain #x402 #PaymentLane $BNB

這兩天大家在聊幣安熱錢包被盜：金額多大、凍結了多少、誰會賠。還有一篇很紅的貼文說，AI 機器人幫人搶在凍結前把錢提走。
我想講的是另一面。那個早上，我自己有一支 AI 預測盤機器人一直在跑（紙上模擬，不下真單）。我回頭翻它的紀錄，發現真正的問題不是「AI 反應夠不夠快」，而是「AI 聽不聽得懂交易所在叫它停」。
【時間線（台北時間 10/30）】
・05:29 幣安官方 X 首次回應：正在調查潛在安全問題。
・06:15 幣安官方：提領暫停，進行安全檢查。
・07:06 幣安官方：Binance Alpha 交易暫停，包含用現貨錢包資金購買預測市場。
・08:52 幣安官方：已驗證凍結約 30 億美元；09:36 再度表示會負擔所有損失、充提暫停。
（來源：幣安官方 X 帳號 @binance 的公告）
【我的機器人那個早上看到了什麼】
它每次出手前都會先向幣安預測盤 API 要一次報價。我把它從 10/29 17:18 開機到 10/30 10:00 的日誌全拉出來：
1. API 比官方公告早 5 分鐘說了「停」
07:01:32，報價第一次被拒，訊息是「Transaction amount exceeds the maximum amount 0 USDT」：可下單上限變成 0。官方宣布暫停的貼文是 07:06:53。也就是說，系統層面的「停」，比公告早了大約 5 分 20 秒就已經寫在 API 回應裡。
2. 但這個「停」，跟「市場太薄」用的是同一個錯誤碼
同一段日誌裡，前一晚還有 287 次報價被拒，原因是 MARKET_INSUFFICIENT_LIQUIDITY（流動性不足，等一下再試通常就好）。
這 287 次，跟早上那 245 次「上限 0」，回傳的錯誤碼一模一樣：1001001，名稱都是 UNKNOWN_ERROR。
如果你的機器人只看錯誤碼，它根本分不出「這一盤太薄」和「整個場子關了」。
3. 所以它照樣一直重試
從 07:01 到 09:13，它碰到 10 個訊號，每一個都在盤口關閉前不停重試，間隔中位數 2 秒，總共 245 次，沒有一次自己停下來。
如果這是真單、而且同時跑好幾支策略，這種重試就是在一個已經關門的交易所門口狂按門鈴。
4. 還有一個更容易被忽略的空窗
06:15 提領已經暫停，但 06:21 和 06:26，報價還是正常的，機器人照樣產生了下單訊號。也就是說，在「錢已經出不去」之後，大約有 46 分鐘「錢還進得去」。一支不看交易所狀態的機器人，會在這段時間繼續開新部位。
【我的看法：AI 代理最該先學的不是「跑」，是「停」】
「AI 搶在凍結前把錢提走」聽起來很爽，但反過來想：一支會因為社群上的「交易所被駭」消息就自動搬錢的機器人，本身就是一個攻擊面。下次有人故意放假消息，它會不會把錢搬去更不安全的地方？
我比較在意的是另一件事：交易所其實會用系統訊號告訴你它的狀態，只是包裝得很爛。代理要能讀懂這些訊號，然後先停下來，再叫人。
【我現在怎麼用 Grok Bot 做這件事】
1. 錯誤分三類，用「訊息內容」判斷，不用錯誤碼
叫 Grok Bot 把你的機器人日誌裡所有被拒的回應整理成一張表，分成三類：「等一下重試」（流動性不足、限流）、「這一盤跳過」（價格超出範圍）、「全面停機」（上限 0、帳戶限制、維護中）。第三類一出現，就不准重試。
2. 同一種拒絕連續 3 次就熔斷
同一個訊息在 60 秒內出現 3 次，策略自己寫一個 STOP 檔停掉，再通知你。我的日誌裡，單一訊號最多被拒 49 次；有這條規則的話，第一個訊號被拒 3 次就停了，後面 242 次都不會發生。
3. 開一個「交易所狀態」例行任務
在 Grok Bot 開一個每 10 分鐘跑一次的 routine，做兩件事：讀 @binance 官方帳號有沒有暫停、維護類的新貼文，以及用最小金額向 API 要一次報價看上限是不是 0。任何一邊亮紅燈，就把所有策略一起停掉，並且通知我。它在自己的電腦上跑，不用我的電腦一直開著。
4. 會搬錢的動作，一律要人點頭
提領、轉帳、換鏈這類動作，Grok Bot 只負責發警報和準備好草稿，最後一步由我自己按。快的是「發現」，不是「搬錢」。
【誠實說明】
這支是紙上模擬的機器人，那個早上沒有任何真單；我的真單機器人在 10/29 傍晚就已經停了。以上數字都來自它自己的日誌，截至台北時間 10/30 10:00 左右。這篇不是投資建議，也不是在評論幣安這次的處理。
交易所出事的那幾個小時，最危險的不一定是駭客，而是一群還以為自己只是「遇到網路不穩」、一直在重試的機器人。
你的 AI 代理，聽得懂「停」嗎？
#AIAgent #GrokBot #幣安 #資安 #預測市場 $BNB

10/28 美國 CFTC 第一場 Frontier Forum，主席 Mike Selig 丟出幾個問題：AI 代理的開發者要不要註冊？代理失控誰負責？要不要有一套「Know Your Agent（KYA）」？
這兩天大家討論 KYA，幾乎都在講「身分」：這個代理是誰、替誰交易、權限多大。
但 Selig 同一場演講裡還有一句比較少人接：用相似模型的代理，可能產生「相關的交易行為」，也就是一起買、一起賣、一起錯。
這句話我不用想像，我電腦上剛好有數據。
【我跑了 7 個「不同」的策略】
我用 Grok Bot 在它自己的電腦上，同時跑 7 個 BTC 5 分鐘／15 分鐘漲跌預測盤的紙上模擬（每筆 10 美元紙上單，不是真錢）。
它們是我這兩天一版一版改出來的：有的把價格上限從 0.85 降到 0.70，有的只用 30 秒視窗，有的限制斜率和 R² 的區間。每一版改的時候，我都覺得「這是不同的策略」。
10/28 18:31 到 10/29 18:01（台北時間），把 7 本帳本拿來對：
・7 個版本總共進了 263 個盤，其中 233 個盤至少有 2 個版本同時進場。
・這 233 個盤裡，有 189 個（81%）所有進場的版本都押同一邊。
・兩兩比對，同一個盤押同方向的比例是 85%（1,253／1,476 組）。最像的兩版 98%，最不像的也有 54%。
・同一個盤，不同版本的進場時間差中位數只有 3 秒；60% 的盤在 5 秒內全部進場完。
・7 個版本全都進場的盤有 17 個，其中 4 個是 7 個一起輸。16:03:00 那一盤，7 個版本在同一秒、同一個價格 0.50 押 Down，一起各賠 10.2U。
我以為自己有 7 個策略，其實是 1 個賭注，下了 7 次。
【為什麼會這樣：改門檻，不等於換腦袋】
7 個版本吃的是同一個訊號：同一段 BTC 價格、同一條迴歸斜率。我改的全是「什麼時候不做」的門檻，從來沒改「往哪邊做」。
所以它們差別只在「要不要上車」，一旦上車，方向幾乎一定一樣。
放大到整個市場也是同一個道理。1,000 個代理就算 prompt 不同、風控參數不同，只要底下讀的是同一批資料、問的是差不多的模型，它們就是同一個腦袋，帶了 1,000 套不同的煞車。煞車不同，方向還是一樣。
所以我覺得 KYA 除了問「這個代理是誰」，還少問一題：「它跟誰長得一樣？」
身分可以一個一個驗；相關性只能從行為量出來。
【我現在怎麼管多個 AI 代理】
1. 每個代理一本獨立帳本。Grok Bot 讓每個版本各寫一個 CSV，欄位一定有市場代號、方向、進場秒數、成交價。沒有分開記，就量不出相關性。
2. 每天量兩個數字：「同向率」（同一個盤押同方向的比例）和「同秒率」（5 秒內一起進場的比例）。這次是叫 Grok Bot 直接讀 7 個 CSV 對出來的。
3. 風險上限算在「群組」上，不是算在單一代理上。同向率超過 80% 的幾個版本，就當作同一個代理：同一個盤合計只能出一筆。
4. 真的要分散，換的是資訊來源或時間尺度，不是門檻。例如一個看價格、一個看盤口深度、一個看資金費率；同一個訊號調 7 種參數，不算分散。
5. 新版本先用紙上影子模式跑，跟舊版的同向率太高（我設 90%），就不另外給額度，因為它只是舊版的影子。
可以直接這樣跟你的 AI 代理說：
「每個策略版本各記一本帳；每天給我兩兩之間的同向率和 5 秒內同時進場的比例；同向率超過 80% 的版本合併計算風險，同一個盤合計只能下一筆；改實盤前先問我。」
【結論】
多一個代理，不等於多一層保險。在你相信自己「分散了」之前，先量一次同向率。
KYA 問的是「它是誰」，我的帳本告訴我，還要問「它跟誰一樣」。
以上是我自己的紙上模擬紀錄，不構成任何投資建議。
來源：CFTC 主席 Selig 於 10/28 Frontier Forum 的發言（Cointelegraph、TokenPost 10/29 報導）；數據為本人 Grok Bot 上 7 個紙上模擬版本的帳本（台北時間 10/28 18:31–10/29 18:01）。
#AIAgent #GrokBot #KYA #Web3 #BNBChain $BTC

這週有兩個數字被轉了很多次：
・CZ 在日本 PIVOT 專訪說，AI 代理會讓交易的速度和數量放大 1,000 到 100 萬倍。
・Robinhood 第三季財報：約 20 萬名客戶開了 AI 代理交易帳戶，累積名目交易量超過 16 億美元。
很多人接著推出的結論是：AI 代理＝交易量爆炸＝AI 幣要漲。
我想用自己的日誌，講另一件事。
【先把兩個數字拆開】
1. CZ 講的是「付款」，不是「下單」。他舉的例子是看一支影片付 1 日圓，取代固定月費。這是很多筆很小的付款，次數變多，不代表誰的資產在快速換手。
2. Robinhood 的 16 億美元是「名目交易量」，買一次、賣一次都算。執行長 Tenev 在法說會上說，這些代理帳戶裡的資金超過 2.5 億美元。粗算 16 億 ÷ 2.5 億 ≈ 6.4 倍：帳戶裡每 1 美元，平均被買賣了 6 次多。（帳戶資金是時點數字，這只能當量級參考。）
交易量是平台的收入指標。對你自己來說，每一筆成交都有手續費、點差、滑價，是成本。
哈佛一份用 Jellyfish 資料、涵蓋 718 家公司的研究，也看到類似的事：導入 AI 寫程式代理後，PR 多了 23%、程式碼多了 30%，但完成的任務沒有顯著增加，PR 審查時間反而多了 49%。產出變多，不等於事情做完，卡住的是「檢查」。
【我的 5 個 AI 代理，今天早上的日誌】
我用 Grok Bot 在它自己的電腦上跑幾個固定排程：Python 腳本、鏈上 RPC 查詢、X 連接器，每一步都寫進日誌檔。下面是 10/29 台北時間早上的實際紀錄：
1. 潛力幣掃描（每小時）：09:24 那一輪拉進 288 個交易對，篩選後進主榜 0 個，買入 0。06:25 到 09:24 四輪都是 0 買入。
2. 頂尖交易者錢包追蹤（只記錄、不下單的測試）：01:16 到 09:24 查了 9 次、8 個錢包，有鏈上資料的那幾次每次掃約 1.6 萬個區塊。出現 2 次訊號（同一個代幣），照規則只記錄，0 下單。
3. 持倉管理（每小時）：07:04 到 09:58 四次檢查，0 次賣出。
4. 預測盤影子策略 v3e（紙上模擬）：09:10 到 10:03 共 30 次進場檢查，26 次跳過，4 次紙上買入。跳過理由：價格低於 0.30 有 18 次、盤口太薄吃不到 4 次、成交價偏離訊號 3 次、買賣價差太寬 1 次。
5. 主帳號留言回覆（每 4 小時）：回覆紀錄裡回了 4 則、跳過 3 則（2 則 mint-pass 詐騙標記、1 則疑似機器人）。
加起來，「沒動手」的紀錄遠多於「動手」。而這幾個流程裡，唯一以「有訊號就下單」為主的那支實盤預測機器人，目前帳上是負的。
【為什麼「不做」的紀錄最值錢】
不是因為不交易比較高尚，而是「為什麼不做」的那一行，才是我能檢查、能改進的東西。
例子：我的預測盤紙上模擬發現，買在 0.70 到 0.85 這一段的單，三個版本全部虧損（每筆 10 美元紙上單）：
・舊版 79 筆，-97.1U
・v3 76 筆，-98.4U
・v3b 55 筆，-54.9U
勝率其實不低，大約六成七到七成，但這個價位扣掉手續費，要贏 75% 以上才打平。
所以我沒有去改「進場訊號」，而是加了一條「不做」：價格高於 0.70 就跳過。這條規則先放在影子策略 v3e 裡用紙上跑，滿 30 筆已結算再跟原本的參數比，實盤一行都沒動。
【跳過日誌：我現在怎麼設定 AI 代理】
1. 先寫「不做清單」，再寫策略。每一條都給代號，例如 price_low、thin_book、wide_spread、liquidity_low。
2. 每次跳過都記一行：時間、標的、理由代號、當下的數字。Grok Bot 直接寫成 JSONL 檔放在它的電腦上，我隨時可以叫它統計。
3. 我只審兩種東西：真正動手的那幾筆，加上隨機抽幾筆跳過的，看有沒有錯殺。不用每筆都看，「審查變瓶頸」就是這樣解的。
4. 新規則只在影子模式跑，紙上累積到足夠樣本（我設 30 筆已結算）才比較。要改實盤，一定先問我。
5. 每天看三個數字，不看交易量：出手率（動手 ÷ 檢查）、跳過理由分佈、週轉率（成交額 ÷ 本金）。週轉率突然變高，先查是不是出了 bug。我上一篇寫過重複下單的事，就是這樣被抓到的。
可以直接這樣跟你的 AI 代理說：
「每次決定不做，都記下理由代號和當下數字；每天給我出手率和跳過理由的統計；新規則先用紙上影子模式跑，滿 30 筆已結算再跟原本的參數比；改實盤前先問我。」
【結論】
AI 代理讓交易次數變多，這件事大概會發生。但對個人來說，代理的價值不在它做了多少，而在它說「不」的時候，有沒有留下你看得懂的理由。
交易量是平台的 KPI，跳過日誌才是你的。
以上是我自己的實際紀錄與小額測試，不構成任何投資建議。
來源：CZ PIVOT 專訪（10/24）、Robinhood 2026 Q3 財報與法說會（10/27）、哈佛／Jellyfish〈Artificial Intelligence in the Firm〉研究；日誌為本人 Grok Bot 排程紀錄（台北時間 10/29）。
$BTC $BNB #AIAgent #GrokBot #Web3 #幣安 #BNBChain

這週 Phantom 錢包開始在美國上線 Kalshi 預測市場，連 15 分鐘就結算一次的 BTC 漲跌盤都有。Cointelegraph 引用 DeFi Rate 的數據，Kalshi 截至 10/27 的 30 天加密合約成交量約 108 億美元。幣安 App 裡也有 BTC 5 分鐘、15 分鐘的漲跌預測盤。
預測市場正在變成錢包裡的一個分頁。接下來，一定會有很多人讓 AI 代理去自動下單。
我自己先跑了。用 Grok Bot 寫了一個小程式，每個訊號固定 5U，總預算 50U，昨晚接上真錢。下面是前 70 分鐘的真實帳本，不是回測。
【帳本】
台北時間 10/29 00:27 到 01:36
・送出 20 張單，其中 5 張沒成交（FAILED，不算錢）
・15 張成交：13 張已結算，2 張還在等結算
・已結算 13 張：贏 9、輸 4，勝率 69.2%
・已結算損益 -7.04U，跟幣安帳戶的當日已實現損益對得上
勝率快七成還虧錢，第一個直覺會是「策略不行」。我把帳一筆一筆拆開，發現是兩件完全不同的事疊在一起。
【第一件：勝率本身不代表什麼】
預測盤的價格，就是打平需要的勝率。用 0.85 買「漲」，贏了每 1U 大約只賺 0.17U，輸了整筆歸零，所以至少要贏 85% 才打平。
我這 13 張的平均買價是 0.692，實際勝率 69.2%，兩個數字幾乎一樣。意思是這段時間我的訊號只是跟市場看得一樣準，沒有多出來的優勢。
所以看任何預測盤機器人（包括我自己的），別先問勝率，要問「勝率比平均買價高多少」。那個差距才是優勢。沒有差距，長期剩下的就是手續費和運氣。
【第二件：同一個訊號，下了兩次】
真正把帳打穿的是這個。
00:54 我重啟程式換新版本，但 00:11 啟動的舊程式其實沒有被關掉。兩個程式同時在跑，看到同一個訊號，各自下一張 5U。從 01:03 開始，每個訊號都變成兩張單：
・贏的時候，多賺一點（每張 +0.86 到 +1.89U）
・輸的時候，一次虧 10U
如果每個訊號只下一張，同一段時間的已結算損益是 -1.09U。實際因為重複下單變成 -7.04U。差的 5.95U，全部來自那幾張「多出來的單」。
這跟第一件事是連在一起的：買在 0.7 到 0.85 的盤，本來就是贏小輸大。重複下單把每一次都放大兩倍，但輸的那一下放大起來最痛。
很多人講 AI 交易代理，會說「重試要加 idempotency key（冪等鍵）」。這次我學到更基本的一課：我的 bug 不是同一個程式在重試，而是兩個程式都以為自己是唯一的那一個。每張單的 key 都是新的，交易所當然照單全收。
防重複要防在「訊號」這一層，不是「請求」這一層。
【我怎麼用 Grok Bot 修】
1. 先停再修。發現單筆變成 10U，馬上讓程式停止下單，不是邊跑邊改。
2. 對帳。從幣安成交紀錄逐筆拉出這 20 張單，算到跟帳戶的已實現損益一致（-7.04U）才往下走。
3. 加三道鎖：
・單一執行鎖：同一台電腦只能有一個程式在下單，第二個啟動就直接退出
・一個市場只下一單：用市場代號（某一個 5 分鐘盤）當唯一鍵，下過就不再下
・每張單只結算一次：依訂單編號記一次輸贏，不會重複計算
4. 先模擬再上線。在模擬環境確認「一個訊號＝一張 5U 單」，看過結果我同意了才重啟實盤。
5. 預算上限寫進程式。累積虧損加上還沒結算的部位，只要下一單會超過 50U 就停。App 裡的限額我改不了，所以自己寫。
6. 每成交一筆，Grok Bot 就主動回報給我，不用自己盯盤。
如果你也想讓 AI 代理幫你跑預測盤，可以直接照這個順序跟它說：
「先寫模擬版，每個訊號只下一張；加單一執行鎖和每個市場只下一單；給我看模擬結果；我同意後再接實盤，總預算 X U，碰到就停；每筆成交都主動告訴我。」
【結論】
AI 代理接上真錢，第一個要證明的不是它會賺，而是它不會把同一件事做兩次。
勝率是給人看的，平均買價和重複執行，才是帳本真正在講的事。
以上是我自己的小額實盤紀錄，不構成任何投資建議。
資料來源：Phantom 官方公告（10/27）、Cointelegraph 報導（10/28）；帳本為本人幣安預測市場成交紀錄。
$BTC #AIAgent #預測市場 #GrokBot #幣安 #Web3