发布于 2026-04-19 03:49:16（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 11653 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

前言 2026年4月中旬,加密货带市场上演了一場教科學级别的血醒收副——$RAVE代需在短時 間内翘歷了無量暴涨、疯狂通空、脂梯式废盟、最近乎解零的完整远期。無数散户在源的 FOMO情鳍驱使下街进場,又被速環爆會的死亡螺旋瞬圈吞噬。截止至4月19日凌晨三点跌幅接 近96%,

0054

這不是一個孤立事件,而是高度控盤山赛常反覆上演的棵劇本。所以就有了如下個圈 vOx7oe 12:30:55 RAVEUSDT永排

• 61.21%

RAVEUSDT永境

• 59.34%

FUTURES

RAVEUSDT永境 IL I 4s

• 65.84%

FUTURES

RAVEUSDT 永墙

• 63.77%

ecT FUTURES

RAVEUSDT永棚

• 9.75%

FUTURES 要真正看透類“恶意通空(ShortSqueeze)和“高度控盘:的金融收割機,我 們必须脱離单规的K综国,進入微觀市增结横(MicrostructuralMarket Theory)奥量化金融的领域。 赶家的操壁亚非單纯的拉盟;,而是一場經退精密計算的流勤性操奥衍生品套利。我們可 以用多他核心的数學與經清学模型,来微底拆解這套將散户生吞活制的皎肉機遥朝」。 本文将以RAVE事件實例背景,按照上涨(逼空)-扇盤(瞬間麟零)-梯式下跌+暴 跌後的残局(二次拉升的死亡阻力)+模型的局限的完整辑修,眉屠逐进地剖析整個返程,

第一章:上涨邂辑一莊家如何用精密計算將散户生吞活剥​

模型一:流動性枯竭與價格衡模型(Kyle'sMarketImpactModel) 疑家能用少的資金把價格拉上天,核心在於**「控制流通量**,在量化金融中,我們通常 使用Kyle(1985)的情格衡整模型来解訂单到市场格的影喜力。 在一個正常的市场中,僵格的變動可以化為以下公式: P=入·Q △P:資慶情格的密動幅度。

• Q:買入或實出的訂率数量。

• 入(KyLe'sLambda):市增流動性深度参数的倒数,代表**“市場非流動性

(Illiquidity),**。流勤性越差,入值越大。 莊家的操作: 旺家會在随上將代需轉出交易所(提),或者在現货验口掉所有的賣軍,道會導致交易所内 的现貨深度(Depth)急下降,使得入→OC。 在这種極端的非流動性狀下,硬怕莊家只用非常小的资金量Q(例如美金)去市 入,乘以超近於無限大的入,也曾生其履大的△P(例如瞬周拉升56%)。道就是為什 塞你會看到遗频代常的K缘常常出现抵量暴涨。 模型二:资金費率的吸血模型(FundingRate BLeedModeL) 永绩合的(PerpetualFutures)的核心機制是翼金囊率(Funding Rate),是旺家在 不寰出现背的情况下,持编抽取散户血液的“抽水機」。 资金费率R的核心针算基於合的價格现貨指数格的溢(Premium):

• I,Rmi,Rm

R = Clamp Pspot P 永额合的的偏格

• Pept:现货指数價格。

• I:基萍利率(通需很小,可忽略)。

• CLamp:交易所設定的貢率上下限(例如最高2%或-2%)。

驻家的操作: 散户看到情格暴涨,狂在合约市場開空單(Short)時,魔大的空显實盛基低合約價格, 增致Pxr<Pext。此時溢價為負,資金費率Ry量成端的負值(例如每4小時

• 2. .

這意味著,空跟必须向多显支付高昂的持盒費。 BINANCE [Binance] USDS-M Futures Funding FeeNotification Dear Binancian, oe s a ug no u uood tianrking@gmail.com) wll be charged afunding fee at 2026-04-14 17:00:00(UTC+0). The expected funding rate is -2.000%, and you wil be charged a fee of 2.87161247 USDT. Important to know : If you wish to avoic the funding fee, you can close your position anytime before the funding is applied. If youhave closed your posilion and received a notification, please ignore the notification. Visit Futures Account dsesr pu pue mdn pasa aseeld oe sa ezuoo lu immediately. This is an automated message, please do not reply.

X4 家作為最大的多跟(持有現貨的同時,可能也在合的用低倍多单),其每一期收取的資金費收 益C為: T (IQshr|·Ppery,t-|R,|) =1 只要散户的空显合的量|Qshor大,姓家每天光是收「遇路费:就能產生数百薰美金的無 凰险现金流。这就是亚家!看起来不贡常也能睡翻;的数学真相。 模型三:强制平食的連環踩踏效雁(LiquidationCascadeFunction) 這是退空行情中最血醒的一琅,也就是俗稠的“爆盒:。合的交易带有择,常情格上混到一定 程度時,交易所的引擎言强制接管敬户的空单市價買入平意, 到於一個在價格P开空單、横样率為L、持保遭金率為MfMR的户,其爆意價格 (L1qu1dat1on Pr1ce) Pq 为: × = MMR 連理踩路的微分方程: 當莊家將倡格推升至P:=P時,交易所系统曾自動向市场砸人一图市偏页單Qforcrd 结合我們前面的【模型一】,这個被迫的買单含立刻導致俱格进一步上涨: Pr+1= P +入-Qf(P) 运產生了一图致命的正反鳞通圈(Positive FeedbackLoop): 偏格上涨→A的爆意單→系统市偏贯入→倡格进一步上涨→解整更高位B的燥愈單→ 系统再次市债费入。 在數學上,這是一個發散的指敏函数。此時的行情已經不需要旺家花一分去拉壁,散户空頭的 爆逾單(强制盤)就成了推動借格火箭升空的無限燃料。 模型四:崩盤的博弈局(Prisoner'sDilemmainMarket Making) 最後,我們用博奔涂(Gane Theory)中的**囚徒困境(Prisoner's Dilenma)**来解 释,為什度遗種常的顶部提束不是耀慢回落,而是取间的“断崖式解等」。 假設操盛聊盟中有雨個主要莊家(大户A舆大户B),他們共同持有绍大多数的現貨。在高位 時,他們面脂两種逼捶:续護盤(HoLd)或砸套现(SeLL)。 其收益矩(Payoff Matrix)如下: 大户B:砸套现(SelL) 大户B:續曦(HoLd)大 A号零,B富(-50,16 大户A:護(Hol斐方继續撑资金费(10,1 d) 0) 0) 大户A:硬盤塞現(SelA暴富,B歸零(16B,-5方5踪路,少曦(20,2 L) 0) 在现货格桶应虚高、底下完全没有真實買盤(流動性桶差)的情况下,谁先宣,进就能把懂存 的一點黏現货買單(Exit Liquidity)吃掉换成真金白銀USDT。 根納什均衡(Nash EquiLibrium),债管雙方都继續摄显(Hold,Hold)能撰得长期的 资金費收益,但由於無法保證對方不背叛,「砸盤套现(Sel1)成為了雙方的格侵势策略 (Strictly Dominant Strategy)。 因此,在利益的划助下,聯盟内部的信任极其脆弱。只要價格谨到某個心理醒界點,或者有 任何凤吹草動,一定有一個家逻择绝跑(Front-runn1ng).第一肇天量砸盈单出 现時,入(流勤性倒数)同样會反向捶作用—杨少的抛聚就能债格膜圈跌穿96%。这就是 為什摩前显翘是裂生在一眼間。

第二章:下跌避辑一為什崩盤總是瞬間歸零​

很多敌户在看時他差生一個致命的端景:『它現在價格是100美金,就算跌,也會握通

90、86、70,慢慢跌下来吧?但现實中,高度控验的代带一旦离慰,K综往往是一根没有​

任何反弹的垂直「断頭翻」,直接徙106硬到1甚至0.0001。這種现象在李業金融领域被 瑞為流助性真空(Liquidity Vacuum)或閃端(FLash Crash), 要理解為什度價格「瞬同绍零,而不是「慢慢下跌」,我們需要循底抛案K線图,深人到交 易引肇最底唇的訂单薄(OrderBook)微结横中去。 以下是導致倡格瞬阻零的四大深唇楼制:

第一節:流勤性真空舆瞬周崩场的四大機制​

1.價格的全息覺與流動性真空(TheILlusionofPrice&​

Liquidity Vacuum) 我們首先要链立一個最基提的金融常:盤面上的「當前俱格」,谨催代表最後一肇交易的成 交俱!,它组到不代表整困整子的俱值。 支按借格的,不是市值,而是訂單薄理的“限倡買單(Bids)。

• 正常的市場(如比特):169美金到90美金之同,密密麻麻排著成千上离固買单。你

砸盤,需要大的资金才能把遗些員單全部吃掉,这叫「深度好。

• 控蟹的山赛(流勤性真空):旺家拉验到180美金後,其實下方根本波有散户接盈。訂

单第可能是这梯的: ■99美金:有10回黄單

• 95美金:有5個買單

• 94美金到2美金之同:9個員单(这就是流助性真空)

• 1美金:有1098個買单(散户排著玩的低债抄底單)

富旺家决定出货,直接丢出一個「市價賣出169四常:的指令時,交易引擎舍怎魔做? 它會間吃掉99美金和95美金的15員单,此時賣单遗没成交完(遗剩85個)。因 為中間没有任何黄单,引肇宙直接跳遇94到2美金的所有僵格,直接链向1美金的真覃去 成交 在敬户眼理,这一秒迎發生的事情就是:俱格偿95美金脚同成了1美金。中間完全没有缓 面,因為中周根本没有綫。

2.做市商的拔網線自保(MarketMakerWithdrawal/​

Spoofing) 在孚时,為了然面看起来活醒,莊家或做市商(MarketMaker)的機器人會在各借位上 大量虚假的買单和实單(这叫提供流勤性)。 但是,这些機器人非常明且冷血。它們的算法裡有一個硬性條件:一旦機测到市場出现单遗巨 量抛墨(比如主力家明始砸盤),或者波勤率(VolatiLity)突破值,模器人音在毫秒级 别内撤銷所有的真單。 这就好比你站在100楼,楼下本来销满了数生氯垫(做市商買單)。你刚跳下去的一瞬間,底 下的人把氯垫全部抽走了。你只能重重地砸在1的水泥地上。这也是為什度前题登生時,速 微小的反弹都没有。

3.滑點舆面财富的减(Slippage andWealthAnnihilation)​

我們可以用**滑點(SLippage)**的數學模型来解释财富是如何「空系:的。滑黏是指你 预期的需出價格與實察成交情格之闻的差值。 在流勤性枯竭時,市價賣出的平均成交價P可以用以下商化公式表逵: i=1(P; × V;) P= Viotal (其中P:是限價置單價格,V:是鼓價格的排單量,Vtcta是你的您售量) 需鞋家持有10,088低整,展面價格为106美金时,面财富看似是100萬美金。 但如果底下的置單极其稀薄(例如上述的流動性真空),遍10,080個繁的實際加權成交均 可能只有2美金。亚家最终套现的只有2高美金,而剩下的98勇美金「市值;,不是被 膳走了,而是因為没有真實瓷金承接,直接在数学面上涯減了。

4.横悍清算瀑布(LiquidationCascade)​

结合我們之前提到的合的市場。當家的一董大賣单把價格征109砸到56時,言觸發大量 在高位(比如88、96)用多單(Long)的数户爆盒。 多罩爆盒的本置,就是系统强制**「市债宽出」“*。 於是,莊家的馨引了敬户多單的強制囊出,這些强制賣出單再次砸向已经有買單的訂單 薄,把债格砸到26,道文解發了50抄底的多单爆意.形成了一個死亡螺旋,直到惯格磁到 9,所有的模保被微底清零。 流勤性真空小结: 價格微108跌到1,不塞要99美金的抛区,只需要中間的99美金度有任何人員。 在這些毫無基本面支搏的資金礼,高品的價格就像是恶在离丈深潮上方的一薄纸。只要莊家 酸破這低,或者做市商撤走垫到的砖頭,格就會完全遵徙自由落禮定律,在一秒鐘内回歸它

第二節:隋梯式下跌的微觀機制一—為何不是直線歸零而是台隋式」​

崩塌 你觀察到的遗個现象非常敏。在其惨烈的崩壁中,面少呈現完美的垂直直银,而是表现 出**「腊梯式下跌:(Sta1r-step Drop)**,每跌破一個数期口(比如徙15跌到

14),格就會在那国位置停额、横器基至小幅反弹分锌,然後再缩砸盤。​

运理現象在金融微鞭结(Market Microstructure)中有着非常清晰的物理和博奔退辑, 主要由以下四個概制共同造成,每個概制都有其對感的数学刻量:

1.訂單簿的整数關口阻力:心理價位的買單聚集​

在限價订單(Limit Order Book)上,敲户和部分機構有着天然的整数偏好(Round- nunberBias)

四價格在​

15.50時,很多試圈抄底(接飛刀)的人曹把限價買单卧在15.08、$14.08這種​

整数心理购口。常價格硬到这些位置時,做空者和抛售者的市價實單(MarketSells)撞上了 遗堵限债員章湛」。 横整的本置:賣方需要时同把这些卦在整数鼠口的買单全部「吃掉:。這展分鐘的横盟,其實 就是多空暨方在特定情位癌狂换手的消耗融。一旦置單被消耗殆盘,偏格就會职物滑落到下一 信真空區。 数學刻壹-—訂单薄密度聚集模型: 我們可以将盈额闻口附近的買单密度用高斯核函数叠加来刻盖。假设p為價格,整数開口為 (k∈Z),则整数雨口虚的真覃密度函数爲: V (p-k)2

• d=(d)a

exp 10√2π

• Po:基提汀单密度(非整数價位的稀疏買单)。

• V:挂在整數價位附近的買单继量。

• :敬户“整数偏好,的心理集中度。0,越小,買单越集中在整數位。

價格p→k時,D(p)出现峰值,形成一堵買单.真方必须消耗時间△来消化 這些置单: V 其中R寶方的抛售速率。這图△t就是你飘察到的“每跌一美元就横盤分缝的数 学本質。

2.空頭獲利了结(ShortCovering):反向的買盤力量​

很多人忽略了一個基本的交易常递:平掉空单,實藤上就是一次買入(BuytoCover)。 當那些在20高位做空的資金看到價格跌到10或$15時,他們需要落袋為安。為了 平意,他們必须在市场上页入。这種由空摸利了结带来的巨量買慰,言在短時間内和恐候抛售 的實盤形成到冲,而强行拉平價格,造成囊分的局部横盟。 数季刻壹--空眼平盒的累精概率模型: 假段空眼的期盒均僵益P时,常前震格益1。空额通捶平盒的概率随着浮盈增加而上升,可 以用正患分怖的累分怖函数(CDF)来刻量: Vue(P) = Vshrt Φ profit msfoud

• Vhort:空照持查量。

• 重(-):标弹正鹅分怖的累精分怖函数。

• rofe:空酮的「获利了结容忍度;—浮盈多大時细向於平意。

當俱格每下跌一美元,都曾有一批空跟逼到其平意值,至生突發的页签服街。这個街暂時托 消了賣要,形成了短暂的價格平台。

3.爆詹層的冷區舆霍克斯過程的衰减​

我們在前面提到的“速環爆意踩踏;(崔克斯過程),它的能量放是一波一波的。 营價格段間跌破15時,發了15附近所有的多单止捐和爆愈單,導致價格眼間砸到

14.20。但是在14.28到$14.08之闻,可能暂时有新的爆逾罩被解。​

市場在這個時候虚於“能量耗毒:的真空期必须等巍分罐,镶盤面上的敬户產生新的恐慌,或 者等價格缓慢摩擦到$14.09,才舍解發下一输的通爆售。这频分經的横,就是雨波踩踏事 件之間的冷期 数票刻查--霍克斯遇程的冷都時而横型: 回颜霍克斯通程的條件强度图数: A(t) =μ + aef(x) 在上一波爆愈事件(發生在t;)之线,自激项(xe-(t-t)髓時開指数衰减。营事件强度衰减 至接近基水平μ时,市爆进入冷额期。我们可以定辨冷部時圈△fcoo: tox ln

• Nigr:上一波爆意中需的事件数量。

• β:恐慌衰流速率。

遍個△t精確地刻量了雨波爆意之同的横蟹窗口;。你看到的機分鐘横,就是霍克斯 通程在等待下一波自激项被重新黏燃的数學空窗期。

4.高频做市商(MM)的重新定價暂停​

在桶端單通下跌中,提供流勤性的高频微市商機器人承携着巨大的险,當债格登生剧烈跳水 (比如一分内跌了一美元),做市商的风控算法會被解發。 此時,算法會暂时撤掉所有買单(即前面提到的流動性抽乾),或者大幅拉開買賣价差。经過 分锋的計算,重新辞估了常前的市場波動率(Volatility)和自身数口後,做市商才會重新在 新的價格區同铺設訂單。在道费分經的機器凰控重敏:时間程,显面往往舍陷入僵添的横。 数票刻查--AvelLaneda-Stoikov做市商最侵價差横型: 在高频做市的核心模型(Avellaneda&Sto1kav,2868)中,做市商的最侵报价取决於当 前波勤率和刻時: 82=o2(T-t)+n(1+)

• s:显優贾富偏差(Bid-Ask Spread)。

:做市商的凰险紧系数。

• 0:常前市场波慰率。

• T一t:距雕清算的剩除時間。

• K:訂单流强度必数。

關推:盈導致浪勤率T增時,最侵差8急制接大。做市商的算法會眼間 捧原有轻价,进入“凰控重欲,状然。此時的整面表现為: 1 →0 波勤率越高,流助性越趣近於零。做市商需要等待0回落至可接受水平後才合重新報價,道 段等待時间就是蟹面上的「僵滞模题」。 曙梯式下跌小喆: 你看到的「每跌一美元就概验频分證:,實原上是**抛墅在晴食多顾防線(翌敏買單D(p) )、空頭在分批结账(平盒黄盟Vonr(p))、爆盒能量在衰试冷(霍克斯△tr)、做市 商在量新定偏(AS模型s”摘张)**的综合表现 逼種陪梯获的下跌往往比直下跌更可怕,因為它善不給人一程跌到底了,支罐住了,的錯 觉,赫骗新的抄底資金进場,然後再次将其较段。每一段横盛都不是「止跌」,而是下一波事跌 的能量蓄精。

第三節:崩盤的数學刻一三唇量化模型​

试固用旅谨的数学模型来量化和刻蛋行情的前器,是票業量化交易(Quantitative Trading)和金融工程的核心。对於短期暴涤後跌、带有橙强「泡沫破裂:和「流勤性枯竭」 特微的极端下跌,传统的综性或常慰分怖模型(如触单的正慰分饰随楼走)是完全失效的。 為了確刻壶這種下跌,金融数學中通常會操用以下三回磨次的模型,提宏飘泡沫破裂到微额躁 蹈爆愈来遗原崩蟹的物理和数學透程:

1.泡沫破裂的宏预警:数遇期寡律奇點模型(LPPLS)​

LPPLS(Log-Periodic Power Law Singularity)棱型由物理學家和金融學家 Didier Sornette提出,是目前刻量泡沫精聚到限亚最终崩盘;最经典的数學模型。它將市场的 病狂視為一植物理学上的·區界相翼」,元美契合了添後歸零的走药。 其核心方程用於凝合資叠情格的自然数 In(P(t)): In(P(t) = A + B(tc t)* + C(te t)" cos(wln(tc t) + Φ)

• t。(CriticalTime):脂界时,即模型预测的删盤發生的数票奇贴。

• A,B,C:常数参数,分则代表内在借值、泡沫增長率和波動幅度。

• mm(0<m<1):幕律指数,刻壶价格癌近蕴界贴t時的超指数增長(即暴涨

段)。

• w:刻量價格在榴近前显時,陪著情绪波勤產生的到数退期性震频率。

刻查下跌的意羲:時間越接近t。時,市场的正反髓(FOMO情)逐到限,系统 得其弱。一旦越透t,方程的凝合機制磨清,格將壁生虚式的「相:下跌。

2.突發性崖下跌:默顿跳蹈-散模型(Jump-DiffusionModel)​

在標华的期權定價和資塞路徨模摄中,格通常被假設為速波勤的(频何布朗连動)。但盤 通需伴隨著“向下插針:或「跳空缺口。Merton跳屋-摘敲模型在速绩浓動中加入了一個泊 松通程(Poisson Process)来刻墨这種突發易致。 資至價格S的德分方程益: dS, NP(-x)+po+p(-)= S

• μdt+odW:棵萃的何布朗谨動部分(漂移率μ和布明谨融的波助率odW),刻

量平時的震湿陷跌

• dN:泊松遗程,表示在時間dt内是否發生「践露;(即突發崩显)。生概率為入dt

• (Y一1):刻声跳蹈的幅度。在暴跌模型中,Y通常服微對数正慰分饰,且其均值速小龄

1(意味著一旦登生跳显,僵格将按百分比剧烈缩水)。 刻壹下跌的意羲:完美描述了旺家突然撤買單或大户集中挞售時,盤面出现的無流助性自由 落體。 落帽。

3.微觀踩踏舆速環爆詹:霍克斯過程(HawkesProcess)​

當價格跌破某個厕键支撑位(例如某回重要的整数厕口)時,舍解發大量多显的止捐單和標多 单的强制平盒(Liquidation)。遗種「真单引發價格下跌→價格下跌熊浆更多賣单:的踩 踏现象,在数学上被祸為自激贴透程(Self-Exciting Point Process)。 崔克斯退程的條件强度函数(即短时周内賣单發生的概率密度)表示為: A(t) =μ+ae-(r-t) t

• 入(t):時刻t登生抛售事件的概率强度。

• μ:基强窟(正常的市場實盤)。

• (自激项):核心部分。遇去每一国抛售事件(登生在t;)部窄使常前t時刻慰生新

抛售的概率激增。

• α:每次暴跌带来的「恐优傅染;強度。

• e-(t-1):指数衰减函敏,要示形优情鳍隨時间推移逐渐减弱的透度。

刻壹下跌的意羲:如果你看到签面上出现一秒经内價格速媚跌破数個整数厕口(還恐爆意), 這就是α值高時的霍克斯退程在現實中的映射。 扇馨数学填型小结: 真正的绍零暴跌亚不是一條商單的向下斜線,而是由LPPLS模型预测的宏情鳍崩渍一→跳

• 摘散模型刻查的流勤性断裂一霍克斯遇程腦勤的微额連環爆盒共同组成的辨数学過

程。

第三章:暴跌後的局一為什磨二次拉升乎不可能​

要在量化金融中確刻毒暴跌後拉桶其因難(套牢馨阻力):运一现象,我們需要引入**微 觀市場插概(MicrostructuralMarketTheory)和行為金融學(Behavioral F1nance)**的交叉模型。 這因遇程本置上是在計算:將格徙P推升至P1所需要消耗的真實資本量。 以下是三個事案的数學模型,厚层退进地刻壶运图“死亡阻力1。 模型一:訂單簿瓷本消耗积分模型(CapitalConsumptionIntegral Model) 要拉升價格,亚家必须用真金白银買下訂單落(0rderBook)上所有的限價賣單。我們可以用 定精分来精班計算拉疆成本。 假设p為镇格,p(p)為倡格p處的囊軍密度函数(即格排了多少因陷的囊軍)。將價格起 始P拉升到目棵情P所需消耗的资本C為: p·p(p)d C=

1.场景A:新拉升(無套牢壁)​

到於一個新帮(或第一次暴力拉升),上方是“真空:的。真单密度催谨是做市商排的幢少数流 脑性 Pe- L Cnrr= ↓ Pa 由龄Po捶小,拉盤成本m非常低,莊家可以轻易拉飛。

2.場景B:暴跌後二次拉升(海量套牢盤)​

解歷遇暴跌後,訂單筛的结槽生了臂。离單密度不再是平滑的Pp,而是加上了愿史遗留的 「套牢盟抛里;S(p)。 fP p-[po+ S(p)]dp =Cnex + Ccrashcd = p·S(p)dp / P 這理的∫p-S(p)dp就是莊家必须翻外支付的「天價解亡费1。由龄S(p)在歷史高位极 其廠大,Ccraxhed往往是Ccr的十倍甚至百倍。道就是為什度莊家率额登新能,也不顾去 吃道固精分。 模型二:前景理输與抛整分怖函数(ProspectTheory&SeLL Pressure Distribution) 那座,食牢盤函数S(p)具赠長什塞楼?為什密散户一解套就富碰起? 根行為全融學中的前景理始(ProspectTheory)和處置效康(Disposition Effect),敬户對回本的效用敏感度還速大於「盈利;。常價格接近他們的建意成本 Pcntry時,他竹贵出平愈的数率言呈指敏级萄升。 我們可以用以建盒赁Peetry為均值的高斯分饰(正慰分怖)来刻盖某他歷史高位套牢资金的抛 (p Petry.c)2 S(p)=> exp a√2π 2o2

• V:在恩史格Pentry;成成交被套牢的细资金量。

• :散户心理预期的方差(容忍度)。价格越接近成本線,勘墅越集中。

数季推演结果: 需鞋家向上拉整,管前情格p→Pentry 時,指数项exp(0)→1,S(p)速到峰值。這意 味著價格每靠近一個歷史密集成交區,莊家就會迎顾撞上一堵由数学公式注定的捌垦高;。 模型三:非對耦流勤性的動態Kyle模型(AsymmetricDynamic Kyle's Model) 我们把上述原理带入到續格街擎的經典模型中。在之前提到的Kyle模型中,债格婴勤 △P=入·Q(入是流融性制数,Q是莊家真入省金)。 在暴跌後的残局程,入整成了一伍度非對稠的勤感分段函数: X(P, direction) if direction = DOWN (班盤)

• 向上拉璧(UP):分母中加上了巨大的套牢显S(P+).導致拉的入up→0.这意味著

莊家投入天量資金Q,价格△P也展乎敏缘不勤(被套牢型全部吸收)。

• 向下链盤(DOWN):下方毫無支搏,分母只有橙小的基碟流动性Ibasc,致入dmm橙

大、极少的撇聲就能接僵格照缩深跌。 暴跌後綫局小结: 通過这三個数學模型的推演,结输非常冷酷:暴跌後的K線图,在學本質上是一個「向上的 引力無限大(套牢阻力),向下的支撑無限小(流勤性真空)的非對空限。任何理性的量 化算法和操盤手在計算完{p·S(p)dp的成本雀,都會直接放囊二次逼空;的剧本。

第四章:模型的局限一数之外的三個致命現實量​

坦證地设:谨靠数学填型能否100%潭確地预测和遗原整個扇整遇程?或没有。 金融工程界有一句至理名言,出自统計學家需治·再克斯(GeorgeBox):「所有模型都是 的,但有些是有用的(All models are wrong, but some are useful)。」 前面提到的多個模型(LPPLS、跳散、霍克斯過程等)就像是物理學中的「理想狀態方 程」,它們極其精地刻尽了崩盤的宏觀骨架和動力學機制。但在真實的加密貨市場(尤其是 高控盤山寨)中,要想「全部且對確」地遗原整個崩盤的血肉,這些純粹的数學物理模型 遗缺少了三個最致命的現實量:

1.單薄維度:做市商撤單與流勤性真空​

数學模型通常假設市場總是有對手盤的,價格是連續或半連續波動的。但在真實的「歸零」過程 中,最可怕的是流勤性瞬間抽乾。 當恐慌達到點時,做市商(MarketMaker)為了自保,會瞬間撤銷訂單簿(OrderBook) 上所有的買單。此時,買賣價差(Bid-AskSpread)會發生極端的巽燮:

• v=s

其中PA是最優賣價,PB是最優買價。在正常市場中St極小;但在崩盤瞬間,最優買 價 PB可能直接跳水到零點美分。此時盤面出現「買盤真空」,任何市價賣單(Market Sell)都會導致價格無視任何支撑位,像自由落體一樣直接砸穿底部。這需要結合**限價訂單 薄動力學(LoBDynamics)**才能完整刻盖。

2.博弈度:莊家控盤舆虚假交易(Spoofing/WashTrading)​

数學模型假設市場参與者然瘋狂,但行為是遵循統計规律的。然而,高控盤山寨的崩盤,背 後往往是高度中心化的人為操。

• 多反毅:莊家可能會在下跌過程中突然在下方出巨量買單(Spoofing),散户(甚

至量化模型)误以為有「强支撑」而進場抄底,随後莊家瞬間撤單,反手將自己的等碼砸給 這些散户。

• 這種行為超出了隨機過程的畴,進入了**非合作博弈(Non-cooperativeGame

Theory)**的领域。數學模型無法预測莊家按動「核按钮」的具體心理時刻。

3.底層機制度:代經濟學舆「拔網線」(RugPuLL)​

價格序列模型只看盤面數據,但很多山寨的歸零是「降維打墅」。 如果填目方突然解鎖了天量代直接砸盤,或者智能合約被黑客利用增發,這種瞬間的「通式 歸零」完全獨立於市場的交易情。任何基於歷史價格推導出的時間序列模型,在對的等碼增 發面前都是失效的。 總結 我們現有的数學模型,能完美刻盖散户的食婪(泡沫期)、恐慌(跳期)和踩踏(連環爆詹 期)。但這只是硬的一面。要真正100%准確地刻尽全過程,需要將統計學模型與微觀訂單 流(OrderFlow)以及莊家博弈矩陣結合起来,這是一個極度複雜的多維系統工程。 在這些毫無基本面支撑的資金盤裡,高昂的價格來不是價值的體現,而是流動性操的幻象。 Kyle模型的流動性枯竭、資金費率的持續吸血、連環爆詹的正反迥圈、囚徒困境的必然 背叛,到流動性真空的瞬間崩塌、LPPLS的宏觀泡沫破裂、霍克斯过程的微觀踩踏,再到暴跌 後套牢盤的數學阻力一-每一個環節都是精密計算的結果。 理解這些底層邂辑,不是為了在下一個資金盤中「勝莊家」,而是為了你骨子裡明白:在 這個游裡,散户一開始就不是玩家,而是燃料。

原始排版图​

原始导出图超过单张 WebP 的尺寸上限，以下图片按从上到下的顺序连续保存。

发布于 2026-04-16 00:01:00（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 6401 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

XML模板) wex7ce EI V1ajero 2826年4月16日 86:81 日本 本文記祭了 AI Agent(Claude)通遇Lark-cl1 操作飛害幻燈片的完整實测程。幻 增片通透XML格式定差真面内容,支援文本、矩形、線保、表格、固表等元素。每一個命 令都在同服器上青际行退。 工具: Claude Code + lark-cl1 v1.9.9 核心思路和之前的文檔、表格一楼:Agent直接調用lark-cli命令,通過XML格式創疆 和管理幻燈片。不需要闹發飛書应用。

一、前置:補授權幻燈片權限​

如果之前有授權通 slides 相盟 scope,操作蜜報missing_scopc。授權: lark-cli auth login --scope *slides:presentation:create slides:presenta 走DeviceFLow 授權後,實返回: 0K:登成功!侵用者:w9x7ce 本次新授予 scopes: slides:presentation:create slides:presentation:write 榴限表: 操作 所需 scope presentat1on:create 创建 PPT

• write_only

端取 PPT presentation:read presentation:update 添加/剩除真面 或write_only

二、幻燈片XML基​

飛書幻澄片用XML定薪页面内容。理解XML结横是操作幻经片的前提。

2.1最小可用例​

<slide xmlns=http://www. larkoffice.com/sml/2.0s sstyles cfills<fillcolor color=rgb(z48,258,252)/a</fill> </style> sdata> =1461o4 -808.=41pin -88,=Afa7d01 08.x4f7d01 a1x91.=odk4 ade4ss <content textType="title"s <p>页面题/p c/contenta </shapes c/data> s/slides

2.2 slide 的結構​

"slidex cstyles <!--面标式(背景色等) <fill><fillcolor color=.../>s/fill> </styles cdatas <!--页南元素容露-- <alxat,=adfg adeqss <!文本框 cshape type-'rect"> <!--短形/膜 ctables <!--表格 <chart> 置表 elines </ - 直综 <ing> <!--显片 ≤/data> enotex 济旗密储驻- </ - - <contentsp>内容/ps/content> ≤/note> </slides

2.3背景色和渐​

色背景: sfill>sfillcalor color="rgb(248,25e,252)"/2s/fill> (+) sfill><fillcalar color=*linear-gradient(135deg,rgba(15,23,42,1) 8%, rgba 坑:浙色必须用rgba[)格式加百分比停靠點,用rgb或省略停靠粘售導 致背景整成白色。

2.4座標和尺寸​

PPT壶布预段966x540。所有元素用topLcftx、topLeftY(左上角座标)、width、h elght 定位: (960,0) (0,0) topLeftx,topLeftY w1dth- |height (969,540) (0,540)

2.5文本檬式​

scontent textType=*title" color=rgb(255,255,255) bold="true' textAlig p>檬题文本</p s/content> 常用性: 说明 隔性 值 textTy t1tle/headline/sub-headlin 文本频型,决定预設字 e/body/caption pe font51 手動設定字號(t1tle=54,headl1n 数字 ze e=38, body=16 ) rgb() 文字颜色 color 加粗 bold true/false textAl 封 left/center/right ign

三、創建空白PPT​

三、​

PPT lark-cli slides+create-title“我的演示文”

• -a5 user

• ok": trwe,

• data":{

• xnl_presentation_1d": *UE5rs5QBILPDUvdzDHxcAIeBnNh",

"title":“我的演示文稿", "url": "https://d7fwkz4t4y.feishu.cn/slides/UE5rs50BIlPpuvdzDMxcAIel 'revision_id*: 1

創建的是一個空白PPT,没有任何真面。需要後婚用xnL_presentatlon.sLide create 页添加

四、一步創建带页面的PPT(推)​

slidc5参数,在创建PPT的同时直接离入页面内容。10页以内推满此方式。 用 lark-cli slidcs crcate--title“lark-cli 如耀片功嵌全置--as uscr --slid

• sslide xmlns=http: //ww.larkoffice.com/snl/2.o>sstyle>sfill>sfil

實际返回:

• ok": true。

• data": {

"xml_presentation_id": TyizsQyunlmY2FdJbPEcN4Afn8g", "slide_ids: [*puu", pUa].

• 2:,pappe sa!1s-

"url": "https://07fwkz4t4y.feishu,cn/sl1des/Ty1zs0yumlmY2FdJbPEcN4. "revision_id*: 1

關键返回值: xnl_presentation id-後所有操作的 ID

• slide ids-每真幻澄片的 ID(按顺序)

• slidesadded-實原添加了频页

五、添加新真面​

向已有PPT追加新真面(超退10页時用这個方式逐真添加): Lark-cli slides xnl_presentation.slide create

• a5 user \

• -params 4"xnl_presentation_id':"TyizsQyunlnY2FdJbPEcN4Afnog}' \

3'aotjoyye //:dnu=sunux aptis>, yuaquoa bue-- u- b$ eiep-- cstyle><fill><fillcolor color=rgb(248,25a,252)/>s/fill></style> cdatax cshape type=text" topleftx="se" toplefty=4o width="aae" height= <content textType="headline" color="rgb(3o,6s,114)"> <P>常用XML元系</p </contents cadeys/s cshape type=text" topleftx-"80" topleftY-"130" width-"800" height <content textType="body' color="rgb(3a,41,59)> <a<strong>shape</strong> - 文本框(type=text)、矩形(type=rect]</f <p><strong=chart</strong> 表</p> </contents </shapes c/data> </slide>′{slide: (content:$content))*1"

• cote": θ,

• data":{

• revision_1d*: 6,

und. :aP! ap!1s, ), 'nsg": "success*

技巧:用jq-n--arg content“XML'{slide:[content:$content}}可以避 免手動动XML中的引。比直接寫

• dataJSON方便得多,

六、讀取PPT全文内容​

lark-cli slides xnl_presentations get

• as user \

• -params '{"xnl presentation id*:TyizsqyunlnY2FdlbPEcN4Afneg}"

返回完盈的XML内容,包含所有真面的群细瓷鼠。可以用来:

• 確真数是否正值

• 检查每页内容是否完整

• 取slide_id用岭後續删除操作

七、删除页面​

lark-cli slides xnl_presentation.slide delete \

• as user

• -params ‘<"xnl_presentation id*:TyizsqyuntnY2FdJbPEcN4Afneg.*slide

實际返回: {cote": θ, “data: {“revision_id*: 7 }, “nsg*: *sucress" } 注意:删除操作不可逆。PPT至少保留一真幻澄片,不能刑除最後一真。

八、XML元素實戴例​

8.1封面真模板(深色渐背景)​

cslide xmlns= http: //www. larkoffice.com/sml/2.0*s sstyles <fill><fillcolor color-Linear-gradient(135deg,rgba115,23,42,1) e% s/styles cdatax <shape type=text" toplettx-"80" toplettY-150" width-"800 height <content textType="title color="rgh(25s,2ss,255)" textAlign="ce cd/>cd </contents </shape> 1461o4 -088=41p1a -08z,=4o7d01 -08.=x+fo7d0l s4xo4=odf4 ade4ss <content textType"body color="rgb(200,200,200)" textAlign-"cen <p>副想翘脱明</p c/contenta </shapes <shape type=*text" topleftx=*se" topleftY=44e- width=aae heiyht: ccontent textType="caption color="rgb(15e,15e,159)" textalign=" <p>wex7ce |2026-04-13</ps </content> code4s/s c/datas s/slides

8.2内容页模板(色背景+左侧暨線装飾)​

cslide xmlns==http://www.larkoffice.com/sml/2.0*> estyles <fill><fillcolor color=′rgb(248,25e,252)*/s/f1ll> </stylea cdatax <shape type=text" topleftx=ee" toplefty=4o width="aee height= <content textType="headline" color="rgb(30,6s,114)"> <p>页面標箱</p </contents ≤/shape> <shape type=rect" topleftx="80" topleftY-"11o" width-"4′ height-" <style>sfillssf11lcalor color="rgb(59,130,246)/></fill>s/style> </shape> <shape type-"text" topleftx-"10o" toplefty-12e" width-"78e" heigh" <content textType="body color="rgb(3a,41,59)> <>正文内容第一段</p </contents ≤/shape> c/datax 2/slides

8.3结尾页模板​

sslide xmlns==http://www. larkaffice.com/ sml/2.8*> estyloo <fill><fillcolor color="linear-gradient(135deg.rgba[15,23,42,1) c s/style> <data> <shape type="text" toplettx="s0" topLeftY=200" width="80o height: <rontent textType="title* color="rgh(2ss,2ss,255)" textalign="ce <p>Thank Youc/pox </contents ≤/shape> 4b1o4 -0ez-41pim -02e.-a4fondol .0se.-x+fondo1 -1sa1,-adla ode4ss <style><fill><f1llcolor color="rgb(59,130,246)*/></fillsc/style> </shape> c/datax c/slides

8.4矩形色瑰(装饰元素)​

sshape type="rect* topleftx=8e toplefty="12a* vidth="35a" height=18 cstyle> <f1ll><fillcolor color=rgb(219,234,254)/></f1ll> sborder hardercolor="rgb(59,138,246)" borderMidlh="1"/> c/style> <content textType-"body" color-rgb(3e,41.59) textAlign-'center> <p<strang>卡片棵题s/strong></p> cp卡片内客</p </contents </shapes

九、踩坑記錄​

原因 解决方案 同题 auth login --scope missing_scope 没有授程slides 權限 捕授權 必须用rgba()+百分比 渐翼背景白色 用了rgb()或省略了停靠點 停靠點 4001000 invalid XMIL格式错(想合、性 检查XML語法,確保概髓 结麒等) 正硫围合 param 用jq bash中雙引號薇

• -arg技巧避免手

XML和JSON引號嵌套 地默 無法副除唯一幻痘片 PPT至少保留一真 先添加新真面再刑除要的 shape 的 w1dth/he1ght 不剪 增大尺寸 文字被截 元系重叠 整座标,拉阴間距 topLeftX/topLeftY 位置衡实

十、全部命令清單​

命令 创建空白 PPT slides +create 創建PPT亚同时添加真面(≤10真推 日 slides +create --slides 两) 取 PPT 全文 XML xnl_presentations get 已润 xnl_presentation.slide crea 向已有PPT添加新真面 已润 te xml_presentation.slide dele 删除报定真面 已测 te 共5個命令全部實潮通通。 本文所有命令和输出均為真實執行结果。實测PPT地址: https ://d7fwkz4t4y feishu, cn/slides/TyiZsQyumlmY2FdJbPEcN4Afneg

lark-cli:目录三 <上一篇·lark-cli實02:AIAgent操作飛書電子表格全流程實測(22功能)

原始排版图​

发布于 2026-04-15 00:04:25（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 7192 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

original wex7ce EI V1ajero 2026年4月15日 00:84美国 這是一份真實操作記,每一個命令和输出都在何服器上實账敦行退。記综了如何在一台 Linux 何服器上配置lark-cli,读AI Agent(Claude)直接以用户身份调用飛害 API,實現零代碼操作刑鲁文權。 工具: Hermes + ClaudeCode + lark-cli vl.0.9 核心思路:不間發飛書用,不寫代码。直接用Lark-cl1绑定你的飛善畅户,然後据AI Agent 用 CLI 命令操作冠害。 Aaout Th atcsl LagFEtu CLIo I yme ar,IMal, laeks, aertings cevmanes and 23+IAgeet irsm tnetct (NX) yiseer dna ay1g9 heanaga 合 TB s

一、琅境配置全過程​

1.1 安装lark-cli​

伺服器上已有Node.jsv24.14.1,直接安装: npn install -g @larksuilte/cl1 邵 Lark-cli version 1.0.9

1.2配置飛晋應用證​

lark-cli 幂要一個飛善开放平台的愿用(App ID+App Secret)。有雨種方式: 围後自動创建) 配量完後硫: sess yane tio-yue s

• appId": "cli a956xxxxx*

• brand": "feishu*,

• identity": "bot*,

• note": "No user logged in. Only bot (tenant) identity is available."

此時只有bot(愿用)身份,看不到用户的個人资源。要邯定用户易份。

1.3用户登錄授權-0AuthDeviceFLow群解​

何服器没有测贸器,所以用Dev1ce FLow模式。道一步是整個配置的核心。

第一步:Agent起授權請求​

业“回“TM- Agent 孰行 Lark-cl1 auth login --recommend - -donain docs,drive,wiki,im - -no-wait 返回值(JS0N):

• device_code*: *oQTl_UBkqutIThCPUFCBjMVxCat2rSBP...",

• verification_url*: "https://accounts. feishu-cn/oauth/v1/device/verif

• user_code": *7JZR-TR4Y",

expires_in*: 600

谁奎生的 字段 含额 换token的愚證,後續要 飛善OAuth何服器,通适本命令返 dev1ce_code 用 国 verif1cat1on_ur 授權真面翘接 同上 1 user_code 在授權真面輸入的验證碼 同上 有效期686秒(10分 同上 expires_in 键) device_code 是這個命令直接返回的,不是测質器授權後產生的。先拿到devireC odc,用户再去测置器授槽,显後用devicc_codc换token。

第二步:用户在實器授權​

Agent 把縫接和user_code登给用户。用户在自己電上: L. 打用 verification url

2.真面顯示user_cade(或手勤输入)​

3.贴链超授槽​

飛害伺服器會配:這因dcvicc_codc對庭用户wex7ce,已授權。

第三步:Agent用device_code完成置錄​

用户告新Agent 授權完成,Agent 用第一步的device_code敦行: lark-cli auth login --device-code "oQTl_uekqutIThcPUFCBjMVxCotzr5BP.." 實察返回: 0K:冀赣成功! 用卢:w8x7ce (ou_8b699fcd377ea78ff5e16abb4b8ba397) 本次求 scopes: docs:docunent.content:read decx:docunent:create docx:c 本次末授予scopes:(空) 验最终状部: 瞻證最终状题: S lark-cli auth status

xxxxxx9s6eT1p...,Idde.

• identity": “user*,

• userName": "uex7ce",

• tokenstatus*:*valid",

Ldentity徙bot爱成了user。现在Agent 可以用wox7ce的身份操作册 V 書了。

二、創建文檔一每種元素的真實命令​

以下是所有文檔能力的實测结果。每個命令都在何服器上實腐執行透,输出是真實的。

2.1創建文檔基础​

Lark-cli docs +create \

• -markdown“遭是一段普通文本。

實际返回:

• ok": true,

• data":{

• doc_id": "QfqTaXy6AoVRz7xdTNcc6Xgmngb",

"dpc_url": "https://www. feishu.cn/docx/QfqTdxybApvRz7xdTNcc6Xgmngb" 厚x。obessu

後绩操作都用 doc_id来定位道霜文榴。

2.2富文本格式​

Lark-cli docs +update \

• -doc "QfqTdxy6AoVRz7xdTNcc6Xgnngb"

\ puodde apou-

• -markdown“普通文本,支持*加和**、科體、障螺,“行内代碼”。

返回:

• ok": true,

',puadde,. +,apou.

對效果:普通文本中的加粗、斜、删除線、行内代疆。

2.3高亮塊(Callout)​

三福常用高亮境:​

Lark-c1i docs +update

• -doc "QfqTdXy6AoVRz7xdTNcc6Xgnngb"\

\ puadde apou-- =1 [cue 4malless, umopyeu-

• backgraund-color=-light-hlue">

亚色提示高亮境。 /callout> ccallout emoji-** background-color-"light-yellow"> 黄色警告高亮场。 </callout> ccallout emoji=X background-color="light-red*s 红色危险高亮境。 </callout>: 返回:同上 append 成功. 到愿效果:带enoji图标、带背景色的高亮场。 隔性明: 隔性 可退值 脱明 左例 enoj1 任意emoji字符 light-blue 背景 background ,light-yellow, Light-red, light-green, light-pu J0103- 色 rple, light-orange, pale-gray callout内部可以格式化文本,但不支持代碼现、表格、图片。

2.4分(Grid)​

雨等宽: Lark-cl1 docs +update
1puadde opoa markdo/n ,=5]02 p7./6>, <column> 左内容,支持格式化。 列表项1

• 列表2

</column> 右帽内客。

1.有序列表​

2.第二顷​

</column> </gr1d>

三棚自定宽度:​

Lark-cli docs +update
70C mode append 1 1puadde opos

• ,08/ko

<3=apim ums 20%真 </column> <,09,=qapim uuos> 60%宽 </column> <,3,=qapim uuas> 20%真 </column> </grid> 性就明: cols 列数,2到5

• width-列寶百分比,铺和必须為160,等实可省略

2.5表格​

表格直接用Markdown惩法: Lark-cl1 docs +update \

• doc"QfqTdXy6AoVR7xdTVc5Xgm

mode appcnd 1

• Barkdown°1列 1|列 2|列 3

1 数 1 | 数域 2 1 数摄 3 | 数球4|数擦5|数6| 辩表格(单元格内有列表、代码等)用飛画增强表格: Lark-cli docs +update

• doc "QfqTdXy6AovRz7xdTNcc6Xgnngb"

\ puadde apou--

• -narkdown *slark-table calumn-widths="2ee,2so,2ee" header-row=*true

xlark tr> zlark-td>

• 功能*

s/lark-td>

• 部令**

slark-td>

• 些明*

</lark-td> clark-tr> 创建文福 clark-td> docs +create </lark-td> Markdown 刨建新文榴 c/lark-td> c/lark-tables' lark-table的clark-td标箍内的内容前後必须空行,否则解析失。

2.6代碼瑰​

lark-cli docs +update
doc "0fqTdXy6AoVRz7xdTVcC

• oode append 1

srkdown“##代碍示例 python def hello() : print(“Hello, Feishu!*) return True 支持的語言磁:python,javascript,go,Java,sql,json,yanl,shcl L, bash 等。

2.7任務列表​

lark-cli docs +update

• doc "QfqTdXy6AoVRz7xdTNcc6Xgmngb"

\puadde apou-- markdown"-[]末完成的任称

• [x]已完成的任務“

效果:带勾避框的待群列表,

2.8引用瑰​

lark-cli docs +update

• doc "QfqTdXy6AoVRz7xdTNcc6Xgnngb

• -node append 1

可以跨多行 支持**加赠*和寂

2.9文字颜色​

lark-cli docs +update
doc "ofqTdXy6AoVRz7xdTNC mode append 1 Barkdawin‘红色文字暂色文字 红色文字蓝色文字 黄色背景高亮 支持的频色:red,orange,yellow,green,blue,purple,gray。 支持的颜色:red, purple , ef

2.10插入圆片​

通過公開URL插人国片(lark-cli自封下载亚上傅到形善): Lark-cli docs +update \

• doc "0fqTdxy6AoVRz7xdTNcc6Xgnngb"

\ pusdde apou

• -narkdown *<inage url="https://exanple.con/photo. jpg" width=40e al.

图片插入是具步操作。命令返回的是task_id,不是立即生效。實察测斌中耗時的8 秒。 返回示例:

• status": "running*.

• task_id": "418dcd05=852f-4fa8-bdda-ec231cae3b49*,

• estimated_tine*: *5-15s"

性明: 隔性 必填 就明 url 是 图片的公可防間 URL 宽度(像素) width 否 left align 否 / center / right caption 否 图片下方期明文字 支持格式:PNG/JPG/GIF/WebP/BMP,显大10MB. 如果是本地图片,流程不同:先用docs+update离文本,再用docs+Hiedla-insert追 加本地文件。

2.11標题颜色和對齊​

lark-cli docs +update ↑

• -doc "QtqTdxy6AoVRz7xdTNcc6Xgmngb"\

puadde apou- ##红色精题{coLor=red°} 国中文字{align="center*}

2.12分割線​

Lark-cli docs +updatc

• doc "0fqTαXy6AoVRz7xaTVcc6Xgmngb*

1 puadde apow-

分割缘下面的内容

三、文檔更新-六種模式详解​

doc5+update有7种模式,以下是每種模式的實测命令和结果。

3.1append-追加到末尾​

最常用的模式,在文檀最後追加内容: Lark-cli dacs +update
xxxuoxopop- \ puadde apou-- 返回: { ',puadde., ..apou. (puade)x。:,afessau.

• success":truc

3.2insert_before-在指定位置前面插入​

用标题定位,在标题前面插入内容: Lark-cli docs +update
xxxuoxopop-

• -node insert_before \

• -selectian-by-title“目题\

markdown“>这段言出现在目标杨题的南面 返回:

• node": "insert before",

• success": true

3.3insert_after-在指定位置後面插入​

lark-cli docs +update xxxu5xopoop-

• -node insert_after \

selection-by-title“##目题\

返回: "node": "insert_after",

• success": true

3.4replace_range-替换整個章節​

用标题定位,替换被标题下的整個章的内容: Lark-cli docs +update \

• doc "doxcnXXX* 1

mode replace_range 1 selection-by-title “ 標蹈”

• 8rkdown“新棵题

mankcdown 智换後的全新内容。 可以包含列表 可以包含其他格式 返回: "node": "replacc_range", success": true

3.5replace_all-全文替换文本​

在全文图内查找亚警换文本: 1 Lark-cl1 docs +update \

• -doc"daxcnxxx"\

11easedou apou-

• -markdown“新文本”

實际返回: '11e aseldau, +.apou, ‘t :,lun agda, “ncssage":“文福更新感功(replacc_all模式),共世1虚"

注意rcplacc_count字段告新你實际替换了袭点。

3.6delete_range-删除整個章節​

用棵定位,删除敲棵题下的整個童前: lark-cli docs +update
\xxxuoxopoop--

• -node delete_range \

返回:

• node": "delete range",

“nessage":“文福更斯成功(delctc_rangc模式)", 'success": true

3.7overwrite-全文覆蓝(慎用)​

清空文榴重宽。會丢失已有圆片、钾输等。 lark-cli docs +update
xxxuoxopoop--

• -node overwrite \

• narkdown“全斯的文指内容

更新横式速查表: 定位方式 模式 用途 围险 無(末尾) 追加新内容 低 puedde 低 标题定位 在某章顾前插入 insert before 标翘定位 在某章前後插入

• 低

insert_after

• 中

replace_range 标题定位 替换整個章的 中● replace_all 文本匹配 全文查找替拍 delete_range 标题定位 删除盈個章筋 overwrite 清空重窝 無 高

四、镇取文檔内容​

Lark-cli docs +fetch 返回文樓的 Markdown 内容(Lark-flavored 格式),包含文樓标题、长度、正文。可用 来检查文檀當前内容後再决定如何更新。

五、踩坑記錄(真實遇到的問题)​

5.1長文槛必须分段寫入​

刑晋API对单次寫入有限制實测中發现一篇9章衍的文楼無法一次性寫入,需要: 别建主经 lark-cli docscreate --title“棵题--markdown“第—部分 #逐段通加 lark-cli docs +update --doc

• -narkdown“第二部分”

"xxx" puadde apou-

5.2搜索文檔需要额外權限​

實涮docs +search罐:

• ok": falsc,

• error":{

"type": "missing scope", 'nessage*: nissing required scopc(s]: scarch=docs:read

search:docs:read scope: 需要额外授權 lark-cli auth login --scope search:docs:read

5.3圆片插入是巽步的​

插入圖片不會立即生效,返回的是task_id: "status":"running" "task_id":"418dcd05-052f-4fa8-bdda-ec231c0e3b49", "estimated_time":"5-15s"

實測約8秒後圖片才出現在文檔中。

5.4bash中---會被解析為flag​

在shell中通過$(catfile)傅含 分割線的Markdown時,bash會把 當作命令行flag,導致報錯。 解决方案:直接在参数中寫内容,避免用$(cat) 展開。

六、最終效果​

配置完成後,我可以直接對Agent: “我創建一篇飛書文檔,標題是XXX" "我在飛書文檔裡追加一段關於XXX的内容" “我把飛書文檔裡那個舊章節替換成新内容“ “我往飛書文檔裡插一張圖” lark-cli完成操作,文檔實時出現在飛書裡。 Agent會直接調用 本文所有命令和輸出均為真實執行結果

lark-cli·目录= 下一篇·lark-cli實02:AIAgent操作飛書電子表格全流程實測(22頂功能)>

原始排版图​

原始导出图超过单张 WebP 的尺寸上限，以下图片按从上到下的顺序连续保存。

发布于 2026-04-15 23:15:52（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 10231 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

(22填功能) nalwe×7ce EI V1ajero 2826年4月15日 23:15 日本 本文記祭了AI Agent(Claude)通遇Lark-cl1 操作飛害電子表格的完整實潮退程。 每一個命令都在何服器上實除執行過,所有输出為真實返回值。 工具: Claude Code + Lark-cli v1l.0.9 和上一篇文檔一樣:不宣程式碼,Agent 直接测用lark-cli令操作你的飛害表格。前提 是已经完成Lark-cli安装和使用者登錄授權(見上一篇)。

一、前置:補授權表格權限​

如果之前置時没有授權表格相脚的scope,操作表格會报籍:

• ok": false,

• error":(

• type": "missing_scope",

"nessage": "nissing required scope(s]: sheets:spreadsheet:crcate, 5

解決方法-授權(走Dev1ceFLow,和首次登一楼): lark-cli auth login --scope shectsspreadshect:create sheetsspreadshe 返回授槽速结和user_code,在灣震器理础即可。新增的 scope 會增量累精到已有權限 上,不曾覆盈之前的。 實际返回: 0K:登成功!使用者:w8x7ce 本次新授予 scopes:shccts:sprcadsheet:crcate sheets:sprcadshcct:writc_o 本次木授予scopes:(空)

二、創建表格​

2.1带表頭和数據一次性創建​

Lark-cl1 sheets +create \

• -title"lark-cll 表格置测”\

• -headers“[“姓名","部","成",“呼级"]’\

• data“[["张三",“挂蜥部”,95,"A"],[“李四*,斋品部,88,“B”].[“王五”,“超部

實际返回:

• ok*: trwe,

• data":{

• spreadsheet_token*: "IPxPsm0ILh3ZXmtr7SBcnR8unpg",

"title":“lark-cli 表格言测", "url": "https://d7fwkz4t4y.feishu.cn/sheets/IPxPsm0iLh3zXntr7SBcnR8

参数設明: 参数 必填

• -title

表格標题 是 表额行,JSON 陣列 晋

• -headers

• -data

初始數缘,二维JSON 犀列

• -folder-token

目標資料夹token,不填刚創建在個人空間根目錄 否 打開ur1就能在飛害裡看到這個表格,表眼和数擦都已經入了。

三、查看表格资訊​

創建後需要拿到sheet_id才能後缩操作,用+1nfo查看:

實际返回:

• ok": true,

• data":{

"sheets": { "sheet_1d*: "83d526*, "title*:"sheet1", "1ndex*: 0, "grid_properties*: { "colunn_count": 20, "frozen_column_count*:

}:,laauspea,ds, "spreadsheet*:{ "title':"lark-cli 衰格實测", "owner_id*: "pu_Hh99fcd3xxx"

關建资讯: sheet Id:83d526-後所有操作都需要個ID

• 预設 Sheet 名:Sheet1

• 预設260行×20列

shcct_id不是序號,而是飛書分配的字串ID(如“83d526”)。後绩错离操作必 须带上它

四、讀取數據​

lark-cli sheets +read \

• -sheet-1d83d526*\

925p58 PT-ias-

• -range "A1:D6*

實际返回:

• ok": true,

• data":{

):,obuegonleA, "range": *83d526!A1:D6′, ]=,sanleA, [“姓名”,“部",“成”,“呼级“], ["张三",“挂析部”,95,“A"], ["学四",“品部”,88,“B"], [“王五",“般計部",72,“C"], [“超六”,“挂斯部”,91,“A”], [“猴七”。“品部”,63,“D"]

坑:range不能只寡“A1:D6,必须加

• -sheet-id参,或者range 嘉

成“83d5261A1:D6”格式.否则报:{error:{message:"-range*A1:D5 " requires --sheet-id or a ! prefix*J} 雨種窟法等俱: 方式一:分肥察 方式二:合在range經

• -range "83d526!A1:D6*

五、追加行数據​

在现有表格末尾追加新行: lark-cli sheets +append \

• -sheet-1d 83d526*\

• -range "A:D* 1

• values·[[“m八",市增部”,85,“B"],[“周九,“技部”,78,"C"]

實际返回:

• ok": true。

“data":{ "tableRange*:83d526!A7:D8,

"updatedRows*: 2, “updatedRange*:“83d5261A7:D8"

返回值告新你:数离到了A7:D8(第7-8行),共2行x4列-8個單元格。 露坑:range 不能寡 “A1:D1”(只含1行但给了2行数),报籍: ("err or*: ("code": 982o2, "nessage*: "range in request is wrong. rows of value:2 A:D表示整列箱圍,或碰保range行数≥数撼行數。 正链腐法:用

六、寫入單元格(覆盖模式)​

寓人會面蓝目标區域的已有数。

6.1寫入單個單元格​

Lark-cll sheets +urite
\adungausast1uxzeumrousdxdI. uayos-aauspra.ds.-- range “83d5261E1*
[。ll. sneA-- 返回: "updatedcells′: 1, '.13.taigzspee. -,abueapatepdn.

• updatedRows*: 1

6.2寫入一列数據​

Lark-cli sheets +write \

• range "83d5261E2:E8" \

[][][,][][][][。]].sA- 返回: uptatedCells*: 7, "updatedRange*: 83d5261E2:E8, updatedRows* : 7

注意values的格式:寡入一列時,每個值是一個单元素障列[“侵秀"],整體套一 ....

七、查找和替换​

7.1查找​

lark-cll sheets +find \

• -sheet-id 83d526*\

• find“技折部”

實际返回: 回照邀 }

• ok": true,

• data": {

• find_resutt*: {

}:,insau putj, "matched cells*: ["B2*, 85, “B8"1 "rows_count*: 3

返回匹配到的量元格位置列表,“技怖部”出現在B2、B5、B8三個位置。

7.2替换​

lark-cli sheets +replace \

• -sheet-id #83d526*\

• find“技部"\

I。 yuwelda-- 實际返回:

• ok°: true,

• data":{

1:,linsau aoeldau, "matched_cells*:["Bz", B5, *B8"], "rows_count’: 3

替换结果同時告诉你匹配或替换了频虑,打開删害表格可以看到B2、B5、B8的技術部,已 成“工程部」。 支援的逾赠遇项: 福分大小度

• -natch-case

• -natch-entire-cell

完全四配(不是包含) 正所匹配

• -search-by-regex

• - include-formulas

也援导公式中的文本

八、合供單元格​

lark-cli sheets +nerge-cells \

• -range "83d526!A10:D18" \

• -nerge-type HERGE ALL

返回: {ok": true, “data: {"spreadsheetToken": *IPxPsnDiLh3ZXmtr7SBcnRBunp merge-type三模式: 模式 就明 MERGE_ALL 合供為一個單元格 按行合供(每行各自合供) MERGE_R0WS 按列合供(每列各自合供) MERGE_COLUMNS 踩坑:merge-type 是必填参数,不便會报罐。取消合供用

• urnerge-cells.

九、設定單元格様式​

Lark-cli sheets +set-style \

• range “83d5261A1:E1"\

• -style ‘{"font*:(bold":true).backColor":#4472c4","fontColor:*#FF

實际返回:

• updates":{

‘5:s11apatepdn,

• updatedRange*: B3u526!A1:E1,

updatcdRous*: 1

遗把表照(A1:E1)段成了白字蓝底加粗。 style JSON支援的丽性:

• font":{

"bold°: true, "italic°: falsc, "s1ze": 14, "family": "Arial "fontColor":WFFFFFF", “backColar: #447224", “hAlign":“Center,

• vAlign": "Middle”,

• borderType*: FULL BORDER

十、插入和删除行列​

10.1插入行​

在第2行位置插人2行(9-1ndexed,start=1end=3): lark-cli shccts +insert-dimension \

• -sheet-id 83d526*\

dincnsion RoWS
xaput-1e1s--

• -end-index 3\

inherit-style BEFORE 返回: {“ok”:true,“data:{}} 数明: 锐明 参数 警数 ROWS SMO8

• -dimension

或COLUMNS 起始位置(0-indexed,θ表示第1行/列前)

• -start-index

• end-index

结束位置(θ-indexed,exclusive) BEFORE

• 1nherit-style

或AFTER,事一行/列承梯式 注意:insert-dinension 用的是 0-1ndexed,而delete-dinension 用的是 1-indexed雨個命令的索引醋系不一致,容易搞湿。

10.2删除行​

到除第2-3 行(1-indexed,inclusive):

• sheet-id83d526*

• -dlmension RowS \

• -start-index 2\

• end-index 3

返回: {*delCount": 2,najorDimension:*Row5"} 索引體系對比: 命令 索引方式 start含 end 含裁 exclus1ve 起始位置 8-1ndexed

• 1nsert -dimens1on

起始位置 1-1ndexed inclusive

• delete-dimens1.on

十一、插入圆片到單元格​

cd /tnp && lark-cli sheets +write-inage

• -range "83d5261F2*\

• -inage ",/test-ing.png"

實际返回: {

• ok": true,

• data":{

'revision*: 10,

• updateRange*: 83d526!F2:F2

霖坑1:图片路锂必须用相期路(-/xX-png),不能用韬剩路径(/Lnp/xx-p ),否则报错“unsafe inagc path"。 踩坑2:图片必须是有效的PNG/JPG等格式,捐坏的檔案窑報code 95201 server error.

十二、導出表格​

12.1薄出為xlsx​

cd /tnp 55 lark-cli sheets +export \

• -file-extension xlsx \

xsx*4uedxa-1sa4/ . qaed-1ndno-- 實際返回: Maiting for cxport task to complete... Export complete: f1le_token=I2BNb6T6ao5LAhx6EICcVo7WnDe

• ok": true,

"data":{ "saved _path*: */tmp/test-export.xlsx", "size_bytes': 7746

12.2薄出爲cSV​

cd /tnp 5& lark-cli shects +export ↑

• - file-extension csv \

sheet-id83d526

• -output-path*./test-export.csv"

募出的CSV内容: 姓名,部門,成绩,部级,備注 张三,工程部,95,A,秀 李四,產品部,88,B,良好 王五,缺計部,72,C,一般 趟六,工程部,91,A,秀 踏七,產品部,63,D,需改进 孫八,市场部,85,B,良好 周九,工程部,78,C,一般 注意: CSV導出需要

• -sheet-id警数

putput-path必须用相對路径

十三、取消合供單元格​

取消之前合供的A10:D10: lark-cli sheets +unnerge-cells \

• -range "83d5261A10:D18"

返回: {ok": true, “data: {"spreadsheetToken": "IPxPsn01Lh3ZXmtr7SBcnR&unp

十四、批量設定檬式​

一次性對多個區域投定不同檬式:​

lark-cli sheets +batch-set-style ↑ Moeq.*(anus+.plog.): 4uo.)+aa1/1s,*av=zvi92spe8...sabue.s1l. e1ep-- 實限返图:

• ok": true,

• data":{

"responses*: [ "updatedCells": 7, "updatedRange*: 83d526!A2:A8" "updatedcells: 7, "updatedRange*: 1, totalupdatedCel1s": 14

data是一個 JSON障列,每個元素包含: 目标區域(字串或障列) 槎式物件

• style

一次API调用就能設定多细不同區域的不同式,比逐個+5et-style高效。​

十五、在末尾追加行/列​

在表格末尾追加3列(不指定位置,只能追加到末尾): Lark-cli sheets +add-dimension \

• sheet-id 83d526*

• -dinension COLUMNS

E q1fua-- 返回: {“addcount":3,najorDimension:*COLUMNS") 射比 +insert-dinension: 用途 索引方式 位量 只能迪加到末尾 無需指定位置 摘展表格容量

• add-dimension

指定位置插入 在中間插入行/列

• insert-dimension

6-indexed

十六、設定行高/列宽和藏行/列​

16.1設定列宽​

把A列(第1列)襄度投为158px(1-1ndexed,1nclus1ve): lark-cli sheets +update-dimension

• -spreadsheet-token "IPxPsmo1Lh3ZXntr7SBcmR8unpg*\

• -sheet-id 83d526*\

• dimension COLUMNS

• -start-1ndex 1\

• -end-index 1 \

• fixed-size 150

返回: {*ok”: true, “data2:{}}

16.2隐藏列​

隐藏G-H列(第7-8列): Lark-cli sheets +update-dimension ↑

• -sheet-1d 83d526*

• -dinension COLUMNS \

• -start-index 7\

• end-1ndex 8

• -visible=false

• visible必猬离成

跟坑:

• -visible-false(用等號),寓成

• -visible fal

se曹把“false”成位置参數报端。 update-dimension 支援的操作: 参数 效果 设定行高或列寶為158px

• fixed-size 150

• -visible=false

限藏行/列

• -visible=true

顾示行/列 注意:這因命令用的是1-indexedinclusive 索引l。

十七、移動行/列​

把第7行移到第2行的位置(9-indexed): 1 Lark-cl1 sheets +nove-dimension
sheet-id #83d526*\

• -dimens1on RoNS \

\g xaput-1ye1s--

• end-index 6\

• -destination-1ndex 1

返回: {ok”: true, “data: {} } 参数就明: 就明 参数

• -start-index

源起始位置(0-indexed) 源结束位置(9-indexed,inclusive) end-index

• -destination-index

目標位置(9-1ndexed) 可以移單行(start=end)或多行(start<end)

十八、数據選​

速功能通退原生API 用(非shortcut),要四個步:create→get→update

• delete,

18.0弹備筛選数據​

先高入测试数據: Lark-cli sheets +urite \

• -range “83d5261G1:H8*\

• values“[I“效體”,“情感”],[“微博”,"正面”].[“微博”,“负面”],[“抖音”,"正面”]。

18.1創建筛選​

按「媒始:列(G列)餘選微博: lark-cli sheets spreadsheet,sheet.filters create

• -params '{"spreadsheet_token':IPxPsmoiLn3zXntr7SBcmRBunpg,*sheet_1

• -data {"cal:G,condition={"expected":[微w].filter type:*nul

返回:

坑:range必须覆所有幂要参贝霹逻的列。如果只离“G1:G8",後面想加H 列條件就不行了,必弧先 delete 再create 重新指定更大的range.

18.2取選状態​

lark-cli sheets spreadsheet sheet.filters get \

• params ‘{"spreadsheet_token*:IPxPsmoiLh3zXntr7SBcmRBunpg,*sheet_1

實际返回:

"data":{ "sheet_filter_info: "cot′: 6, "canditions":[{*expected”:["微博"].filter_type:“nultiv 1, "filtered_out_rows: [4, 5, 6, 8].

• SH:1ei9zspe8. .obuel.

返回中可以看到:

• fiLter_infos-营前所有筛避條件

• 被過滤掉的行號(4,5,6,8是抖音和小红署)

• filtered_out_rows

18.3追加選條件​

在已有還基上,再加一個“情感,列(H列)="正面“的條件: Lark-cli sheets spreadsheet.sheet.filters update params ‘{"sprcadshect_token*:IPxPsm0iLh3zxntr75BcmRBunpg,*shcct_i

• -data ‘{"col*:H","condition={"expected":[i正m]."fllter_type*:*nul

返回: { code": 8. "msg: success } 现在静選终件是:G列="微博”且H列=”正面”。

18.4删除筛選​

Lark-cll sheets spreadsheet.sheet.filters delete \

• -params '{"spreadsheet_token*:IPxPsm0iLh3ZXntr7SBcmRBunpg.*sheet_i

返回:

剩除後所有行恢额示。 筛遥操作流程德结: L.create-首次創建薛通(range必须覆蒸所有参與筋通的列)

2.get-查看常前解逛像件和被過通的行​

3.update-在已有部速上添加/修改案列的條件(不需要range)​

1.delete-清除所有远​

十九、踩坑匯總​

同题 原因 解决方案 auth login --scope 没有授表格權限 missing_scope 补授(增量,不覆盈之前的) requtres 加--sheet-1d 或用 sheetId!r

• -sheet

range 注带 sheet_id ange 格式

• 1d

append 时range 行数 用“A:D"整列航凰 不钩 > range unsafe inage/out cd到目標目錄,用./相封路径 用了到路径 put path merge-cells 必填参数 merge-type not s 加 --nerge-type MERGE_ALL/R 没傅 OWS/COLUMNS et 95201 server err 国片楼案损顷或格式不封 固片檔案捐坏或格式不對 確保是有效PNG/JPG or J0 insert 0-indexed, delete 1- insert/delete索 雨者索引體系不同 引湿乱 引混 indexed 寫成--visible=false(用等 "false" 寡成

• -visible false

報錯 號) 被当成位置参数 range要包含所有参與筛選的列, create時range 没覆 筛選range太小 蓝所有筛選列 如G1:H8 先delete 再create,或用up 筛選已存在 重複create會覆蓄 date追加條件

二十、全部功能清單​

以下是lark-clisheets所有shortcut的測試狀態: 是否實测 功能 Shortcut 已测 創建表格(带表頭和数據)

• create

已测

• info

查看表格和sheet資訊 已测

• read

讀取單元格数據 已测

• write

寫入單元格(覆蓄模式)

• write-image

已测 插入圖片到單元格 puadde+ 追加行数據 已测 查找單元格 已测

• find

查找替换

• replace

已测 遵出爲xlsx/csv 已测

• export

合供单元格

• merge-cells

日

• unmerge-cells

日 取消合供 已测 設定单元格様式

• set-style

• batch-set-style

批量設定多區域檬式 日

• add-dimension

在末尾追加行/列 日 在指定位置插入行/列

• insert-dimension

删除行/列 已测

• delete-dimension

已测 設定行高/列實、藏行/列

• update-dimension

移動行/列 日

• move-dimension

spreadsheet.sheet.filters create 創建筛選 已测 spreadsheet.sheet.filters get 已测 獲取筛選狀態 已测 spreadsheet.sheet.filters update 更新筛選條件 spreadsheet.sheet.filters delete 删除選 已测 全部22個功能均已實测通過。 本文所有命令和输出均為真實執行结果。實测表格地址: https ://d7fwkz4t4y.feishu.cn/sheets/IPxPsm0iLh3ZXmtr7SBcmR8unpg 附:踩坑匯總(精簡版) 問题 解决方案 原因 auth login--scope 没有授權表格權限 missing_scope 補授權 range 没带 sheet 加--sheet-id 或用sheetId!ran requires --sheet- ge格式 id id append時range rows of value:2 > 用“A:D" 整列圍 行数不钧 range unsafe image/outp 用了對路径 cd到目標目錄,用./相對路径 ut path merge-cells必填 merge-type not se 加--merge-type 参数没傅 t 国片檔案捐堰或格式 95201 server erro 確保是有效PNG/JPG 不對 r insert/delete索引 insert用0-indexed,delete用 兩者索引體系不同 1-indexed 混勐 本文所有命令和输出均為真實執行结果。實测表格地址: https://d7fwkz4t4y.feishu.cn/sheets/IPxPsm0iLh3ZXmtr7SBcmR8unpg

lark-cli·目录三 <上一篇 下一篇> lark-cli實03:AIAgent 操作飛害 lark-cli實载θ1:安装到創建飛書文檔 完整指南 幻燈片全流程實测(含XML模板)

原始排版图​

原始导出图超过单张 WebP 的尺寸上限，以下图片按从上到下的顺序连续保存。

发布于 2026-03-31 22:40:28（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 7245 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

開源填目解剖:特斯拉CAN匯流排協是怎被20欧元開發板 利用的 original wθ×7ce EI V1ajero 2826年3月31日 22:40 日本 最近看到GitLab上一個間源项目 tesla-open-can-mod,作者用一增20酸元的間發板接進特斯拉的 CAN匯流排,實现 了FSD敏用、Nag抑制、速度配置等一系列控制项目就明狸有一句話... Tesla Open Can Mod porag Azurnwuog s 1o epose and control everythirg accesstle via CAN as afuly spen project. b no more tan 90 Tris prject eiss so mobcay has to overpe. Warning e ep n se sN p sdnn pusuds unexpected bahavlor, disable safety-crtical sysitems, or pare sBeup .(gu nents. The CAN bus o derstanc whet you're doing, do notimstal ts on your cer. Cautlon ad u0 0 pe u npq peuod ss umnefl sn ty. Mod ifying GIN Ous messages on e vehicie cen leed to unesqpected or dangerous beneviort. hf oftwiere. This project mey roid your wehicie swa os e nof u ev ug sn

tesla open can mode

tebr mor'8 rm hacs 1 torm Dm UCENBE aeI SMU I

3.9​

README.rd racs 1 1or

我仔细精完了它的全部源码(handers.h、can_helpers.h、各疆动屠以及单元测试),把 细前微代碾蓬语中提取整理出来。本文所有内容均来源龄封被项目代碼的分析,不涉及任何 到實重的直接逆向操作。 特斯拉的CAN匯流排没有任何加密或證概制所有訊號以明文在匯流排上,任何接入的 装置都船整糖與送。這意味著只需任何一埋有can控制器到率片楼加上一個can收器,就能 透退修改少数摊個 bit 来解辑Full Self-Driving(FSD)功能。本文完整记罐细 的,任何熟悉嵌入式闻發的人都可以基铃此在任意平台自行置作。

一、物理層​

项目 规格 598 kb1t/s (CAN 2.8B 椿军帧) 速率 鳞别碼格式 11-bit 华帧,ID 圍ex868-6x7FF 资料最度 固定8位元组(DLC=8) X179 速接器 P1n 13 (CAN-H)、P1n 14 (CAN-L) 接入點(新款) 接入點(离款2020前) X652 速接器 Pin 1(CAN-H)、Pin 2(CAN-L)

二、CAN帧通用結構​

每條讯息固定8位元组。Byte0的低3位是MuxID(多工别碼),用来區分同一個 CANID下的不同子规息颈型。 [1] [2] [8] [4] Byte: [E] [5] [6] 低3位=MUX 有效负延(纽接bit码,可跨位元组排列) Bit線性编號规则 全文的bit N均指線性端號,换算方式:Byte 索引x8+Byte内bit 位置(LSB=

0).​

综性Bit 能圆 對德位元组 Byte 内 bit 6-7 Byte β 9 - 7 Byte 1 8 -15 67 16 23 Byte 2 67 24 - 31 Byte 3 67 6 -2 Byte 4 67 48 47 Byte 5 67 48 55 Byte 6 67 56 - 63 Byte 7 67

三、涉及的CANID總質​

CAN ID Hex 蔬息名 適用車型 操作方向 Legacy 69 STW_ACTN_RQ 只请 0x045 镇+改 921 DAS_status MH 0x399 请+改 1066 θx3EE

• (未命名)

Legacy 1016 8HEX8 HA3 / HN4 UI_driverAss1stControl 只镇 UI_autop1lotControl HA3 / HN4 請+改 1821 Bx3FD 重型就明:

• Legacy = 竖屏+HM3 的老款 Model S/X

• HW3=横屏+HN3:以及搭载H4但僵早龄2026.2.9.×的重(跑FSDv13)

• HW4= HW4硬體+ FSDv14(韧锥 2026.2.9.x以上)

判暨方式:車韩慕Controls+Software→AdditionalVehicle Information可查硬聘版本。

四、速度配置(speedProfile)​

speedProfile是整图系最核心的状,控制FSD 的解激造程度,由跟重距雕或操杆位 置决定,再注入回 CAN帕。 HN3 / Legacy(3 级): profile 值 名瓣 触驶凰格 Chill 激进:鞍高速、较少减速 标军行為 Normal 潭行為 1 JnH 保守:鞍低速、提早减速 Hurry 2 HN4 (5 级) : profile 值 名稀 名網 斓驶凰格 潮驶凤格 Chill 最激进 0 标率 Normal 1 KuJnH 2 保守 最保守 Max Stoth 檀保守 4

五、CANID69(0x045)-方向盤报杆位置​

限Legacy事型,只镇。老款方向盤报杆的物理位置,用来封癌迹度配置。 同键棚位:Byte 1的高3位(bit5-7),提取方式為data[1]>5。 Byte 1: bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1 bit B pos (3位) pos(高3位) data[1]原始值 映射 speedProfile (n) 8x08 2 (Hurry) 0x21 1 8x42 1 ( Normal ) 2 t9x8 m θ (Ch111 ) S8x8 0 (Chilt) 4 8xA6 θ (Chil ) 5 0xC8 0 (Chill ) 6 规律:pos ≤1 -Hurry;pos = 2 +Normal; pos ≥3 + Chill. 此 ID 收到後不回

六、CANID1016(0x3F8)-跟車距離設定​

HN3/HN4共用,只讀。车辆UI的跟车距雕滑样值,用来决定速度配置。 键椭位:Byte 5的高3位(bit 5-7),提取方式为【data[5]否Bb111baeB)> 5. Byte 5: bit 7 bit 6 bit 5 bit 4 bit 3 bit 2bit 1 bit θ followDistance(高3位,值1-5) ENH followDistance speedProfile 2 (Hurry) 1 1 ( Normal ) 2 8 (Ch111) 3 不炭 8或其他 HN4映射: speedProfile followDistance 3 (Max) 1 2 ( Hurry ) 2 1 ( Normal ) 3 8 (Ch111) 4 4 (Sloth) 5 不炭 8或其他 此ID收到後不回發,只用来更新 speedProfile 默感。

七、CANID1006(0x3EE)-Legacy 自動驶控制​

催限Legacy 車型。需插截原帖、修改指定bit、再转發回随流排。 Muxθ(data[0]&0x07==θ):FSD用+速度配置 [0] :a1g [s1 [4] [9] [∈] [1] [z] [ 7 ] X=日 bit38 bit46 85-6119 速度配置 FSD糖 F5D Bit(線 遮 操 Byt 含额 性) bit 作 e 0x4 FSDUI還援標:使用者是否用红 只 8 4 6 8 端 燈與停止标缺控制 0x4 置 46 5 6 FSD使位:告新重楠FSD已激活 1 0x0 4950 12 6 速度配置(2bit) 人 6 速度配置的 2-bit 编碼(寡入 data[6]的 bit 1-2): speedProfile data[6] bit 2 data[6] bit 1 data[6]遮罩值 0x00 (Ch111) 8 Bx02 1 ( Normal ) 9 1 0x04 2 ( Hurry ) 1 解發件:bit38為1时才修改亚确段. Mux 1(data[0]&0x07 ==1):Nag 抑制 Byle: [θ] [3] [4] [5] [6] [7] [1] [2] bit19=Nag mUX=1 Bit(線性) Byte 遮罩 操作 含瓣 19 2 3 89x0 清θ 請握住方向:nag提醒 無输FSD是否龄用都必须虚理亚回。

八、CANID1021(0x3FD)-自動完整控制​

HN3/HW4共用,这是整個中最被雕的环息,承载所有FSD控制信號。 Mux 0(data[0]&0x07==0):FSD用 Byte: [8] [1] [2] [6] [4] [3] [5] [2] [7] speedoff bit59 b. bit38 bit46 =xnu nUX=θ HN4粤用 MEMH H3还度配置 HW3通 FSD窝 Bit( Byte内 遮 By 含瓣 H4 te 性) bit E 3 速度偏移原始值(6bit,以 8×7 2530 m 16 E 30為零整) E 取 3A 0x4 只 6 8E FSDUI遥操檬 8x4 置 46 FSD 使能 5 6 3 1 8x0 寓 4950 12 HV3速度配置(2 bit) 6 入 0x0 香1(可 59 照急重稀情测 7 3 8 0x1 置1 FSDv14使能(Hk4必须) 60 7 4 3 HW3速度偏移量讀取(Muxθ特有): raw=(data[3]> 1)&0x3F,镜 063, 以 36 為零贴: speedProfile rav值 raw - 30 速度偏移(km/h) 9 (Chill) 31 1 (Normal ) 1 5 2 (Hurry ) 32 10 2 完整轉换公式:speedoffset=clanp((raw-36)x5,0,180) Mux1(data[0]&0x07==1):Nag抑制+ASS解 [8] [2] Byte: [3] [4] [6] [7] [1] [5] bit19=Niag bit47=AS5 [=xnu Byte 内 Byt HW4 含额 性) bit e 罩 6x8 清 19 2 3 8 0 6x8 ASS (Actually Smart Sumno 置 47 7 1 n)地區限制解额 Mux2(data[0]&0x07==2):速度参数注入 HW3-speedoffset 跨位元組注入: 8-b1t 的 speei0ffset(θ-10B)被拆成雨段,分别存入Mux2帧的data[0]和 data[1]: speedoffset (8 bit)=[高6位 HHHHHH][低2位 LL] ↓ data[1] bit 85 data[a] bit B7 片段 遮票 存入位置 0xC0 低 2 位 (LL) data[0] 的 bit 67 JEX8 高 6位(HHHHHH) data[1] 的 bit 85 遇原公式:speedoffsel = ((data[1] & Bx3F]<< 2) | (data[θ] > 6) HN4-speedProfile 直接注入: Byte 7: bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1 bit θ speedProfile (3 bit, 遮墨 8x78) Bit( Byte 遮罩 操作 性) t 离入 3-bit profile, profile << 6862 46 7 4 重要差翼:Hk4的Mux2無缘件轉發,不管FSD是否敏用。HV3的Mux2只在 FSD 故用時才尊貌。

九、CANID921(0x399)-ISA速度蜂鸣抑制​

值HN4,可選功能(预股盟)。 ISA(IntelLigent Speed Assistance,智燕速度辅助)是欧盟法规要求的超速蜂略功 能。此功能透過修改 DAS_status 訊息的一bit 来抑制。 [2] [3] [4] [5] [6] [7] [1] Byte: [8] bit5=抑制 校验和 遮罩 操作 含瓣 Bit(螺性) Byte 0x26 置1 41 抑制ISA 超速蜂吗 1 5 9-95 6xFF 重新計算 8-bit 校独和 7 副作用:放用後表板速限标喆圆示登为空白。 校融和演算法 这是整個端中唯一有校瞻和的讯息,其他所有CANID均無完整性校验。 計算步骤:累加 data[8]到data[6](共7個位元组),再加上CANID 921的低 8 位(8x99)與高8位(θx03),取结果的低8位离入data[7]。 計算项目 值 0x99 CAN ID 921 =6x8399 的低 8位 CAN ID 921-6x8399 的高 8位 06X8 雨者相加(固定常数) data[7] = (data[6] + + data[6] + θx9C) & 6xFF 瞻證能例: 原始帧 data =[0x10,6x05,8x08,0x80,0x80,6x90,6x06,7} 修改後 data[1]=6x85|0x20=0x25 校辅和 = 0x16 + Bx25 + Bx98x5+ 0x9C = 0xD1 → data[7] = xD]

十、完整Bit 快速查詢表​

線性B Byt 遮 Mu 操 CAN ID 含裁 作 it bit e X 0xE 杆位置pos(data 1315 57 69 1 [1]>>5) 1006 / 1 x8 8X0 清 Nag 抑制(所有重裂) 19 3 2 1 821 8 0x7 16 1021 HW3速度偏移raw值 2530 3 E FSDUI港標( 1066 / 1 ×4 38 4 9 8E 6 條件) 修件) 821 [S ISA蜂喘抑制(HW4可 @×2 置 921 41 5 通) 9 1 @x4 1866 / 1 置 46 FSD使能(所有重裂) 5 6 1 621 6x8 ASS 地区限制解(HW 置 1021 47 5 7 4) 8 1 速度配置bit9(HW3/ 1066 / 1 0x8 49 6 1 821 Legacy) 2 速度配置bit 1(HW3/ 0x8 1006 / 1 50 6 2 Legacy) 821 4 θxC HW3 speed0ffset 低 5455 1021 67 2位 HW3 speedoffset 高 x3 85 5661 1021 1 6位 F 8X0 1021 59 E 7 選) 8 1 θ×1 FSD v14 使能(Hk4必 置 1021 60 7 4 9 9 渠) 1 0×7 46 1021 HW4速度犯置(3bit) 6062 7 2 921 E99S ISA 校验和 7 F

十一、完整工作流程示例​

例1:HW4車辆FSD啟用流程 1使用奢在UI效红缘境具停止標社控制; 1車幅 CAN ID 1θ21,MUX B: (1=8E 1q)0x0 -[1e1ep 3開登板掘,晒取 bit 38=1 -FSDEnabled = truc 降改:cata[5] 1= 0x40(b1t 46,FSD 使) data[7] |= Bx18 (bit 69, FsD v14) data[7]|=BxBB(bit 59,聚急車幅慎测,可逻) 回登修改拨的帽 2車幅属择 CAN ID 1821, Mux 1(方向整 nag): 降改:data[2]6=~0x08(bit 19,清除nag) data[5] [= BxBe (bit 47, ASs 解镇) 整回 2平菊度播CANID1916(限車距津): 通取:data[5]高3位=followDistance-更新 speedProfile 不回 車幅播 CAN ID 1HZ1, MUX 2: 改:data[7] 的 bit 46 寫入 speedProfile 值 回發(無端FSD状思郁税行) 箱例2:Legacy車杆控制流程 1方向整操杆搬到位置3 桶属播 CAN ID69:data[1]-6x42 期發板情联: 0x42 >> 5 = 2 - speedProfile = 1(Normal) 1率幅CANID 1096,Mux0:data[4]-0x40 發板捐:FSDEnabled=true 改: data[5] |= @x4θ (bit 46 ) data[6]的 bit 1-2 m人 profile-1 - data[6] 1- 0x62 回發 3車幅演CANID 1896,MUX1: 修改:data[2]6=-0x08(bit 19, 清除nag)

例3:HW4ISA蜂抑制 車畅CANID921: data = [0x10, 0x05, 0x09, 09x00, 0x0e, 0x80, 0x00, 0x??} 闭登板修改: data[1] |= 0x20 ~ data[1] =0x25(bit 41, 抑制号) 重算校独和: sun = 0x18 + 0x25 + 0×5 + 0x9C = 0xD1 data[7] = xD1 回發:{0×10, 0x25, 0x00, 0x66, 0x00, 0x00, 0x80, 0xD1}

十二、關键行為遥辑​

FSD 状存:FSDErnabled只在Mux 0翰中更新,Mux 1 和 Mux 2沿用额存值。原因 是 Mux 1/2帧的 data[4](bit 38)通常為0,若每帧都重新取,判 FSD 已 图。正碴做法:Muxθ 错取盖额存-MuX1/2 耀承 Nag 抑制無件敦行:bit 19清6不受FSDEnabted影暮,即使只使用普通 Autopilot 也生效。 HN4Mux2無件回骤:Hiv4的Mux2速度配置注入永透行;HW3的Mux2需FSD 般用才敦行。 改最少的bit:整国系统只修改2-4因雨键bit,其鲶相位保持車棘原始值,最大程度保留 重辆自身的安全通辑。

十三、協安全性分析​

安全特性 状恩 借注 韶證機制 無 任何接入装置都能狼送 所有訊號明文傅翰 加密機制 無 校验和 部分 CAN ID 921 有 8-bit 累加和 机息来源验證 無 車朝不验值發送方身份 5细 CAN ID,的8 倡酮键 bit 攻型面 桓小 CAN题流排是魔播式逐流排,所有ECU共享同一對差分線(CAN-H/CAN-L),任何物理接 入的前點都有平等的送。运是20酸元關登板就能做到运些事的根本原因一非技術高 明,而是端本易的较計如此開放。 免聲明:本文仅用於技術研究與教育目的。在車CAN匯流排上發送未授權訊息可能 導致不可预期的行為,影響行車安全,可能達反當地法规及使車保固失效。

原始排版图​

发布于 2026-03-25 00:31:10（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 7393 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

作者: Kenton Varda、 Sunil Pai、Ketan Gupta 去年九月 Cloudflare 推出了https://blog.cloudflare.con/code-mode/, 其核心理念是:代理不愿旅通通调用工具来行任移,而愿该撰客调用API的程式码。 CLoudflare 已经證明,催催将 MCP 伺服器换为 TypeScript API,就能减少 81% 的token使用量。Cloudflare 遗展示了程式碼模式可以在 MCP 何服器後方谨作,而 不是在前方,而創建了全新的CLoudflare MCP伺股器,用雨個工具和不到1,000 個 token 就零露了整個 Cloudflare API. 但是,如果代理(或MCP何服器)要缺行AI即時生成的程式碼来完成任務,道段程式碼需 要一但通行场所,而個场所必须是安全的。你不能直接在惠用程式中eval()AI生成的程 式碼:照意使用者可以醒易地提示AI注入漏润。 你需要一個沙盒:一個與你的鹰用程式和世界其他地方隔魅的地方,只有程式碼预期访同的特定 功能才能被使用。

為什需要新的沙盒方案? 沙盒是AI行案的熟门話题。对於道回任務,大多數人會選择容器。使用基於Linux的容 器,你可以啟勤任何你想的程式砖敦行填境。Ctoudflare甚至為此提供了容器谨行時和沙 盒SDK 但容器昂贵且敏勤慢,需要数百毫秒来敬助,通行时需要数百兆字節的記倦體,你可能需要保 持它們的熟度以澄免延逻,亚且可能盲试圆為多個任猜重用现有容器,这會损害安全性。 如果想要支援消費者级别的代理,旗每因懿端使用者都有一個代理(或多因!),而且每姻代理 都程式码,那度容器是不萄的。需要更量的束西。 而现在Cloudflare摄有了它。 動態Worker载入器:精簡的沙盒 在CLoudflare去年九月的程式码模式文章中,隐藏著一個新的囊性功能的公告:勤 Worker 截入器 API. 运個 API 允許 Cloudflare Worker 即時實例化一新的 Worker,它位於自已的沙盒 中,程式码在運行時指定,全部都是即時完成的。 勤想Worker载入器现在虑於公開测試段,所有付費的Workers使用者都可以使用。 使用方式 阅遍文件以遵取完整详细資讯,但它的使用方式如下: 1//确你的LLM生成像得的程式码 let agentcade: string = cxport default ( async myAgent(param, env, ctx) { //

10/I接取代表代理密鼓能购防周的API的RPC 存根。 11//(道可以是您定兼的任何 Workers RPC API。) 12let chatRoonRpcStub = ...· I 3 14//使用worker戴入器锦定载入一需worker束通行程式碼。 let worker = env.LoADER.load({ //指定程式强 conpatibilityDate: 2826-03-01, mainModule: *agent,js", nodules: {*agent.js": agentcode }, //給予代理纺間那天室API的耀原。 env: { CHAT_RoOM: chatRoomRpcStub }, 1/限止解碍網路防司。(您也可以据账它。 globaloutbound: null, }) ; //钢用代理程式码尊出的RPC方法 aait worker . getEntrypoint() .myAgent(paran) : 就道样。 速度快100倍 勤Workers使用奥整個CloudflareWorkers平台自八年来一直横建的相同底層沙盒 機制:isolates(隔雕執行個體)。Isolate 是V8 JavaScript 行引擎的實例,與 Google Chrome 使用的引肇相同。 般動一1solate只需要毫秒,使用兆字部的配愉體。這比典型的容器:

• 快的100倍

• 記憶效率高10-100倍

無限展性 许多基於容器的沙盒提供商到全域發沙盒和沙盒建立速率施加了限制感Worker载人器 没有這檬的限制。 它不需要,因為它只是一API,用於防周一直為Cloudflare平台提供動力的相同技術, 而旅技術一直允許Workers無缝携展到每秒数百黄個请求, 想要虚理每秒一百萬請求,每請求都鼓入一個單猫的動Worker沙盒,全部發谨 行?没同题!

零延運​

一次性勤慧Workers通常與建立它竹的Worker在同一台機器上谨行-—甚至在同一個行​

上。無需在世界凰内通信以找到熟沙盒。Isolates 如此轻量,Cloudflare 可以在請求 到達的任何地方通行它們 勤想Workers 在Cloudflare 全球徽百回位置中的每一個都受到支援。 全是JavaScript 與容器相比,唯一的缺贴是你的代理需要换离JavaScript。 技術上,Workers(包括動服的)可以使用 Python 和 WebAssembly,但封於小程序式 但射於小程序式 码片段——比如代理按需撰的程式碍-—JavaScript曾载入和通行得快得多。 人频倾向於对程式語言有強烈的偏好,然許多人喜JavaScript,但其他人可能更喜款 Python、Rust 或無数其他語言。 但這程被的不是人類,而是AI。 AI 會撰离你要的任何語言。LLM是每種主要语言的需家。它們在 JavaScript 方面的訓l 辣數據定照大的。 JavaScript本置上是為沙盒而設計的,因為它在網路上的特性。它是谊项工作的正確語言。 用TypeScript定羲的工具 如果希望代理能做任何有用的事情,它需要舆外部API通信。如何告薪它可以防周哪些 API ?

• MCP定教了平面工具调用的架标,但没有定教程式設計API

• OpenAPI提供了一程表篷RESTAPI的方式,但它在架榻本身和调用它所需藻高的程式

碼方面都很長 對於暴露给JavaScript 的API,有一国明题的答案:TypeScript. 代理了解TypeScript。TypeScript 的設计紧。用很少的 token,你就可以绘你的代理 對你的API 的精確理解。 TypeScript vs OpenAPI 11舅聊天室交互的介面。 interface ChatRoon { //殖取哪天记的最後“Tinit账滑息。 getHistory(linit: nunber): PronisccMessage[]>; //辽院新消息。丢案返回的物件以取消打院。 subscribe(callback: (msg: Messagc) => void): Pronisc<disposable>; /1在刷天中發布消息。 post(text: string): Pronisccvoid>; type Messagc = ( author: string; tine: Date; text: string; CLoudflare 為TypeScript API更好。它使用更少的token,蓝且更容易理解(对 於代理和人類来)。 勤器Worker 截入器使得在你自己的Worker 中實現這様的 TypeScript API 得容易, 然後游其作為方法参数或在env物件中傅退给勤题Worker。Cloudflare Workers 通行 時將自勤在沙盒和控制代碼程式码之同建立Cap'nWebRPC标,以便代理可以跨安全遗界 用你的API,而提不意链到它不是在使用本地康。 代理可以這檬寫代碼 1//思考:使用害要求我缘结来白ALice的最近募天消息。 11我在程式碍中通温最近的游息愿史,道裱我只需要情取相的消息。 let history - aMait env.CHAT_RooM-getHistory(100o) ; return history-flter(nsg => msg-author == "alice*);

HTTP過滤和證注入 如果你更喜数绘你的代理HTTP API,那完金支援。使用worker戴入器API的 globaLOutbound選项,你可以册一個在每個 HTTP 部求時調用的回調,在其中你可以橡 查請求、重离它、注入身份验谊密输、直接喜应它、阻止它,或任何你可能想做的事情。 例如,你可以使用它来實现恶證注入(token注入):常代理向需要授權的服務壁出HTTP請 求時,你在错求外出時添加造。这檬,代理本身微不知道秘密源證,因此不可能流露它们 TypeScript vs HTTP 括如此,在疫有相容性要求的情况下,TypeScript RPC介面侵龄HTTP: 侵势 说明 Token更 TypeScript 介面需要比 HTTP 介面少得多的 token 来描述 少 代碼更間 代理可以摘离程式码来調用Type5cript介面,使用的token比等效的H TTP少得多 安全性更 使用Type5cript介面,更客易缩小介面以暴露你想要提供给代理的功能 高 實现更間 只需撰察一個TypeScript包装器,它只實现你想要允許的功能 單 經過實考驗的安全性 强化基於isolate的沙盒是耕手的,因為它比硬虚提概是更覆離的攻擎面。虽然所有沙盒 楼制都有错膜,但V8中的安全错比典型虚凝機管理程式中的安全锚联更常見。当使用 isolates来沙盒可能恶意的程式碼時,携有外的深应防震屑很重要。 cloudflare的安全優 Cloudflare 有近十年的翘睡来保基於1solate 的平台:

• 自勤部警安全捕丁:Cloudflare的系统在数小时内自動將V8安全祎丁部警到生產跟境

—比 Chrome本身退快

• 二沙盒架:Cloudflare的安全架棉具有定制的二屠沙盒,根據围险评信動態隔雕租户

• 硬體增强:CLoudflLare播展了V8沙盒本身以利用像MPK道模的硬疆功能

• 前沿研究:CLoudflare 與(亚用了)领先的研究人員合作,开髮針對Spectre 的新

防紧措施

• 意代码描:Cloudflare有系统播描程式琪中的照盒模式自動阻止它們或应用额外

的沙盒屋 當你在CLoudflare上使用勤Workers 時,你會自勤獲得所有這些功能。 辅助工具库 Cloudflare横建了一些你在使用勤Workers 時可能觉得有用的率:

1.程式碼模式(@cloudflare/codemode)​

简化了使用勐慧Workers对AI工具速行模型生成的程式碼。其核心是DynanicwarkerExe cutar{》,它模建了一專用的沙盒,具有程式碼正规化功能来虑理常見的格式錯误,以及直接 防周globalOutbound擅取器来控制沙盒内部的fetch[)行為。 const executor = new DynamicWorkerExecutor(4 Loader: env.LoADER, globaloutbound:null,//完全隔舱 )); }}; const codenode = creetecodeTool({ tools: myTools, executor, )); return generateText({ nodel, nessages, tools: { codenode },

2.打包工具(@cloudflare/worker-bundler)​

勤Workers 需要预打包的模组。ecloudflare/worker-bundler為你虚理运個:给它源 文件和package.json,它册表解析npm 依精项,用esbuild 打包所有内容,蓝返回 Worker 酸入器期望的模组映射。

const worker = env.LoADER.get(ny-worker", async () => { cDnst { mainModule, modules } = wwnit createMorker[{ files:{ "src/index.ts": 1,auoy. unuf { auon } iuodaj import { cors } fron “hono/cors':; canst app = new Hono(); app.use(**, cors{)); app.get(/', (c) => c.text(Hette fron Hono!)): app-get(/json', {c) => c.json(f message: It works! )); :dde lineap lodxa "package-json: Json,stringify({ dependencies: {hono: ^4.0.0"} }1 :({ rcturn {mainodule, modules, conpatibilityDate: “2826-91-91 }; amait worker.getEntrypoint() fetch(request);

3.文件操作(@cloudflare/shelL)​

read、write、search、replace、diff、glob、JSoN 查物/更新、archive——具有结標 化翰入和输出,而不是字串解析。

inport { DynamicMorkerExecutor, resolveProvider } from "@cloudflare/cα const workspace = new workspace(( sql:this.ctx.storage.sql。 // 用龄任何 Do 的 SqLStorage、D2 或自定薇 St r2:this.env.MY_BUCKET,// 大文件白融溢出到 R2 name:()=>this.name//增情--在需要解析,而不是在桥造时 >) ; 11//程式码在泣有蜗络防向的隔雕Worker沙盒中通行 Const executor = new DynamicWorkerExecutor(< Loader: env.LoADER ): 14//LLM高迹段程式码:state.旗用通返RPC度回主 const result = aMalt executor.execute( )<= (1 su/se, //在所有Type5cript 文件中擅索模式 1/落多次编骄舒副物單四事验 const plan - awalt state.planEdits([ { kind: *replace", path: /src/app.ts, { kind: *writeJson", path: "/src/config-json", value: { version: 2 3 } 11; 11原子原用—失险時回滨 return await state.applyEditPlan(plan): [resolveProvider(stateTools(workspace))]

實際愿用案例 程式碼模式 關者希望他們的代理撰和執行針對工具API的程式碼,而不是一次一個地追行顺序工具调 用。使用勤慧 Workers,LLM 生成一個 TypeScript 函敏,多图 API 用疑接在一 起,在動Worker中谨行它,亚將最结果返回绘代理。 结果:只有输出,而不是每個中耀步骤,显终會出现在上下文窦口中。這流少了延逗和token 使用,亚座生更好的结果,特别是當工具表面很大時。 Cloudflare 自家的CLoudflareMCP同服器正是以道種方式橘建的:它堡通退雨個工具 —search 和 execute—在不到 1,Bo9 token 中暴露了整 Cloudflare API. 建自定羲自動化 間發者正在使用勤感Workers银代理即時概建自定自勤化。 例如,Zite正在橘建一個愿用程式平台,使用者通退聊天介面進行交互-—LLM在幕後撰寡 TypeScript 来机建CRUD 唐用程式,連接到Stripe、Airtable 和Google Calendar等服務,運行後端通辑,所有这些都無需使用者看到一行程式码。 To enable server-side code for Zite's LLM-generated apps, we needed an execution layer that was instant, isolated, and secure. Cloudflare's Dynamic Workers hit the mark on all three, and out- perforned all of the other platforms we benchmarked for speed and library support. The NodeJS compatible runtine supported all of Zite′s workflows, allowing hundreds of third party integrations, without sacrificing on startup time. Zite now services millions of execution requests daily thanks to Dynamic Workers.J Antony Toron,CTo 和聊合創始人,Zite 運行AI生成的應用程式 開發者正在構建AI生成完整應用程式的平台—無是為了他們的客户還是為了構建原型的 内部图除。 内部團隧。 使用動態Workers:

• 每個應用程式都可以按需動

• 然後放回冷存,直到再次被調用

• 快速動時間使得在活動開發期間预更改變得容易

• 平台還可以阻止或截生成的程式碼發出的任何網絡請求,使AI生成的應用程式可以安全

運行 定價 動熊载入的Workers按每天载入的每個唯一Worker$0.002定價(截至本文發布時), 除了常规WorkerS的通常CPU時間和調用定價之外。 對於AI生成的「程式碼模式」用例,其中每個Worker都是唯一的臨時的,這意味著價格為 每個载入的Worker$0.002(加上CPU和調用)。這填成本與生成程式碼的推理成本相比 通常可以忽略不計。 在測試段,$0.002的費用被免除。由於定價可能會燮化,請始終查看Cloudflare 的動態Workers定價以獲取最新資訊。

原始排版图​

发布于 2026-03-11 00:00:00（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 2832 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

预测市場如何判定:PoLymarket到UMA的模型與治理避辑

REAL WORLD ONCHAIN WORLD

UMA's Smart Contract 00

Blockchain Real-world data (politics, sports,

的系统。理输上,只要允許人们對未来事件下注,價格就會聚合所有可用資訊,最終形成對末 来概率的最佳估計。 在Polymarket 上,用户可以交易各種現實世界事件,例如:

• 某位候遇人是否會赢得還举

• 其個属家是否會發生载事

• 某資產借格是否鲁突破某個水平

然面,在预测市場背後一直存在一因根本性的哲学與工程同题: 能来判定最懿的真相? 如果市堤到期時没有一個可信的裁决機制,那磨所有的交易都将失去意薪。這個問题在學術界 被耦益: Oracle ProbLem(预言問题) 在區垛睦预测市场中,这细問题通常由一個事門的系统来解决。在Polymarket的架糖中, 这图角色由 UMA 所提供的 Optimistic Oracle 與 DVM(Data Verification Mechanisn)承推 UMA的設計目標非常直接:建立一個去中心化的真相仲裁系统(Truth Arbitration Systen). 预测市場的概率本質 在Polymarket运颜市场中,每回間题本臂上都被精化為一個二元随機警数: [X={1事件發生0事件未發生] 市场中的交易價格(P)可以理解為市場到事件获生概率的估計: [p = E[X]] 例如: 如景YEStoken的價格為: [p = 0.62] 意味著市場整错券: [P(X = 1) ≈ 62] 遗正是预测市增被超為具有資訊聚合功能的原因。 在理想情况下,如果市場参與者是理性的亚且资訊充分流動,情格將逐渐逼近事件的真實概率。 但無输市場如何有效,最终都必须回答一他期单同题: [X=0遗是X=1] 也就是事件是否真的發生。 OracleProblem:區塊如何知道現實世界 區境续系统只能验退键上数據,但预测市璟涉及的乎全部都是键下事件:

• 透毕结果

• 天氢事件

• 圆際街突

• 公司玻產

因此区现疑必须依赖Oracle。 传统Oracle(例如循格预言機)通常探用: [Price = median(node, node2,--- ,noden)] 也就是多前贴报價取中位数。 但到於很多事件而言,根本不存在這样的数捷来源。 例如:

• 「某國是否入侵另一圆;

某改策是否通退: 这些間题本置上需要判定與解释,而不是筒单的数球聚合。 UMA的解法是将Oracle微数據供惠周题醇炭為爭仲裁間题 OptimisticOracle:假設誠實 UMA的核心理念可以简化為一句話: 先假設提交的答案是正確的,只有在被質疑時才進行融温。 就是OptimisticOracle(巢显预言機)的含。 在Polymarket 的市场到期後,系統舍向UNA 提交一個同题,例如: 「BTC是否在某日期突破100,000美元?」 任何人都可以提交答案,例如:YES 但提交答案必须附带一董保證金(bond)。 假股 bond 為: [B = 1000 USDC] 此後系统进入一段challenge window(挑联期)。 在这段時間内,如果有人忽為答案绩误,就可以提出dispute(算疑),同檬需要支付保證 金 如果没有人提出質疑,系统會自勤韶為答案正確结算市场。 这種機制的鍵侵孵在於: 遗種概制的闻键侵势在於: [Cost≈0(若無爭] 只有在真正存在分歧時才需要消耗治理资源。 爭升级:DVM的角色 如果 dispute 發生,同题就會被提交到 UMA 的 DVM(Data Verification Mechanisn) . DVH本贸上是一個去中心化陪塞圈系统, UMA token 持有人可以参與投票,决定显终结果。 投票探用token-weighted模型: [VoteWeight, = UM A] 其中{UMA_1)是投票者持有的UMA数量。 最结果由加權多数决定: [Result = arg maxsyss,No icoters UM A; · 1(cote; = r)] 為了避免投票操耀,UMA使用commit-reveal voting:

第一段:​

[commit = hash(uote,salt)]

第二陆段:​

公vote salt. 这样可以避免:

• 抄票

• 同操控

• 最後一刻投票策略

經湾安全模型 UMA的安全性不依费於投票者的道德,而是依赖經清博。 其核心条件是: [AttackCost >AttackProfit] 假設某预测市增的继資金为: [V = 5M] UMA token 的德市值為: [M = 200M] 如是有人想操oracle,必须控制 DVM投票。 这意味著他需要買大量UMA 但如果市場登现oracle被操,UMA的信任将商渍,偏格可能暴践。 攻整者的潜在捐失為: [Loss = △PuMA × Holding] 只要: [Loss > V] 攻就没有经酒勤械。 因此UMA的安全模型可以简化爲: [ValueSecured <MarketCapuMa] 这也是為什度Polymarket的市塌通常不善非常巨大 博弈視角 在博奔涂框架中,UMA的设计實原上是在造一個诚實均衡(honestequilibriun)。 假設雨個策略:

• Honest

• Manipulate

封龄proposer: 策略 收益 Honest 正常收益 Man1pulate 可能孤利但高风障 如果保退金與感测设计合理,则: [E(Manipulate)< E(Honest)] 因此理性警與者會遇择械赏。 遗種概制與OptimisticRoLlup的fraud-proof模型具有相同的思想。 證視角:真相與共識 哲學角度看,UMA其實在處理一個非常古老的問题: 真相是否可以被去中心化决定? UMA的回答不是「客额真相;,而是: 在經滴激局與公瓷訊下形成的共真相。 这奥法律系統中的陪密图制度非常相似。 法律中的真相往往不是到真相,而是: [Truth = consensus(evidence, jury)] UMA只是将這种制窟韩移到了显境续上。 為什磨UMA被爲「Truth Machine」 UMA的口是: A decentralized truth machine 原因在於它可以裁决任何可瞻證事件:

• 预测市場

• 保隆理赔

• 跨续播验湿

• 跨键橋驗證

• 金融衍生品

只要存在一個最終可驗證結果,系統就可以運作。 這種架構將Oracle問題轉化為一個經濟激問題,而不是技術問題。

Polymarket的整個運作避辑其實可以總結為一個簡單框架: 市場透過交易形成概率预測,而UMA则提供最終的真相裁决。 OptimisticOracle假設誠實,只有在爭時才動治理;DVM则作為最後的去中心化陪睿 團。 整個系統的安全性亚不来自信任,而是来自: [EconomicIncentives+GameTheory] 换句話,UMA营試用市場本身来决定真相。 這也正是预測市場最迷人的地方: 惯格反映對未来的预測,而共識決定對過去的裁決。

原始排版图​

发布于 2026-03-10 00:00:05（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 2744 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

當你半夜被测试失叫醒时,盲希望有因工具能自動修復間题 你有没有想过,为什么AI编程助手这么强大,却只能在终简里手动使用? 如果能让AI自动处理CI/CD失败、自动审查代码、自动迁移API,那该多好。 这就是acpx诞生的原因。

Abea Meffe - ( (k -

fces

公众Vajero OpenClaw為什要造这個輸子? OpenClaw是一低專注龄AIAgent的墨障,他們在開遇程中遇到了一痛贴: 不同的AIAgent有不同的調用方式,每次都要寡一堆水代碼。 Codex: npx @zed-industries/codex-acp Genini: gemini

而且这些工具都是互動式的,無法在本裡调用 於是OpenClaw图除投計了acpx: 個统一的CLI入口,接所有AI Agent都能用同横的方式顽用,而且支援JSON输 出和售話持久化。 单:acpx是OpenCLaw為了自已方便调用各種AIAgent而關源的工具。 它解决了什問題? 傅統方式的痛點 绿统方式 别经者 于啪人 人服看管出 人症决算

痛在哪狸 同题 互勤式介面 CI/CD用不了 ANSI 输出 图本無法解析 没有持久化 每次封话显开始 换图AI要重窟翻本 Agent 各不相同 acpx 的解法 xp方式 原本/程式

M自数持久化

一句活缴结:​

把AIAgent成可程式化的API,而不是只能手勤用的接端工具。 架構長什磨様?

核心思路:不管背後是Codex、Claude 還是Gemini,对你来说都是同一個命令结。 怎磨用?三分鐘上手 安装 xdse 6- 11e1sus ndu 需要Node.js >=22.12.0 最簡單的用法 #Codex能理程式碼 acpx codcx cxec“解程 src/auth.ts 的流程 Claude客查程式码 acpx claude exec“遗段程式强有什磨安全同题?* #Genini生成文件 acpx gcmini cxcc“為 src/api.ts 生成 API 文件" JSON翰出(本友好) b1xx-x 持久會話(AI會記住上下文) #建立音话 acpx codex sessions new --nane ny -feature 多次到话,上下文保持 T。aunea-<a s- xapoo xdse 真實場景:半夜測試失怎瓣? A Agent C/CD 正在通量的尔 aqpx 凌晨 3 起 软行测械 X失了 aqpx codex “分析签维指” 招横日品·非案程式码 分间题 > 修復方案 修改完成 董斯拭

主易件:已自数修復 AlAet CI/CD 显正在睡量的你 acpx ® 設定方式(GitHub Actions):

• g1thub/workfLovs/auto-f1x. ynl

nane: Auto Fix on: orkflow_run: workflows: [*Test°] types: [conpteted] jobs : f1x: if: ${f github.event workfLou_ {{,auntej, runs-on: ubuntu-latest steps: uses: actions/checkout@v4 run: npn install -g acpx

• run: 1

acpx --approve-all codex exec 测式失股了,分析原因显修想。 不要改變功能逼租。 run: npn tcst 支援哪些 AI Agent? Agent 命令 背後調用 Codex acpx codex npx @zed-industries/codex-acp Claude npx @zed-1ndustr1es/claude-agent -acp acpx claude gemini acpx gemini Genini OpenClaw euado xdoe openclaw acp acpx opencode OpenCode doe te-aposuado xdu Pi acpx pi npx pi-acp 你也可以加自己的Agent,透遇 数:

• agcnt

重8..xuo5c-wo1sn-Aa/.。1uo5e- acpx 多Agent協作是什感覺? 旗不同的AI谈不同角度塞查程式弱: #Claude 看架構 acpx claude-s arch“塞查 src/ 的架橘t*> arch.md #Codex看安全 #Genini看效能 #合饼报告 cat arch.md sec.nd perf.md > full-review.nd 權限怎控? #安全模式:只操作自動批准(预設) acpx codex“分析程式碼结構" 完全信任:通合你信任的任務 。x11e-o--xde #完全禁止:只分析,不改東西

• xe---xe

會話管理的小技巧 按功能模组分 acpx codex sessions new --name api 按任粥分 acpx codex sessions new --name feature-456 看看有哪些會話 acpx codex sessions list 掉不用的 acpx codex sessions close old-session 寫好Prompt的秘缺 好的Prompt(明碑、有約束): acpx codex exec * 任:為src/utils/date.ts 加單元测 要求:

1.覆蓝所有公期函式​

2.包含遗界情况​

3. 用 Jest​

4.润试放 tests/utils/date.test.ts​

不要改原始碼。

不好的Prompt(模糊、約束): acpx codex“高贴测試”

核心價值一圆看懂 无人值守 排程任務 断贴傅 自動化 事件频数 上下文保持 話持久化

一個命令調所有Agent​

统一介面 JSON 输出 程式化规用 不用管背後實现 CI/CD整合 图本友好 對比 下 需求 直接用AI工具 用acpx x CI/CD锂用 本细用 x 原生JSON 要解析終端 X每次重来 自勤保存 保持上下文 ×重寫即本 换AI 换图命令 ×只能手動 随使你搞 自動化 快速上手感覺一下 装起来 xde 5- 11e1sut wdu 试一次 。oxaxxd 建個舍话 acpx codex sessions new --name test 玩玩 acpx codex-s test“聚我重-下utils" 结語 OpenClaw开源acpx的初衷很簡單: 镶AIAgent像API一檬好用,而不是像终端工具一檬難搞。 當AI成可程式化的基碰設施,你就能:

• CI/CD自動bug

• 监控系统自動分析周题

• 旗本自動虑理重复工作

• 撰多個AI協作完成任務

這不是未来,這是現在就能做的事。 相關速结

• GitHub: https://github.com/openclaw/acpx

• ACP :https://agentclientprotocol.com

• npm: https://vww.npmjs .com/package/acpx

原始排版图​

发布于 2026-03-08 17:33:49（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 8177 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

EIViajer 遇末與一位在番港做量化的朋友聊天時提到:“40ms差不多就是限了。再往下墅,不是做不 到,而是投入出比闻珀得很看。」 我追間:「為什是46?為什座不是38或58?」 他:“這是行業的共域,大家都这廖。48ms是正常量化速度的期望值,可以解决一切常 間盟再快?那就必须上FPGA了。1 这句活醚起来像是一個單的经脸法则,但如果你仔细追問:為什度是40?為什度跨越道條線 就「必须:上硬體加速?大多慰人可能答不上来。 這篇文章就是我和AI聊天後,到遗件事的理解。 首先必须强一固核心割站: 46ms不是自然常数,也不是精確的理推導值,而是藏界在长期實中形成的经融共 饿—-工程上购用、經清上划算、统計上穩定。 真正問的不是48ms神不神:,而是:為什度行案程更容易把低频十毫秒的目标口径收 数到49,而不是38? 答案是:40ms往往對唐普通非共位量化系统在真實生產理境裡做到p95/p99仍然比较 :的經验遗界:30ns更像是理想值或侵秀值,但不钩宽格,容易被網络抖動、券商路由、顺 序下罩、系统排原等现實噪臀穿。 更直接地职:30ms可以做到,但40ms更容易持續做到 這不是一固魔法数字,而是物理定律、全球斓路拓撰、市場微飘结横、工程噪驾容忍度、以及經 清事成本效益等多重因素共同作用的结果, 先搞清楚-—我們在哪一種40? 在深人之前,必须先肇清一關健概念:界口中的「40其實有需種藏然不同的含義,这也是 許多初学者感到图密的根源。

1.1宏觀的40毫秒(40ms):地理奥網路的物理遗界​

遗是大多数人在缺输常规量化:時所指的46ms.它代表的是:

• 跨洲账光傳输的物理限(細约到愉敦约55ms往返)

• 主流券商API的回惠時間(通常5-40ms)

• TCP/IP膳楼的工程瓶照

• 中低知策略的舒適區

1.2微飄的40微秒(40us):體架的崩泄點​

当你的鞋場“跨圆網路:缩小到「交易所機房内部:時,皖爭的继度完全改。在运圆微载世 界程:

• 傅统作業系统的中断處理就需要10-28us

• L1nux核心栈虑理需要20-50us

• 款架横的物理限大的就在40-50us左右

小知罐:1 毫秒(ms)= 1009 微秒(μs)- 1,006,060 钠秒(ns) 这南恒40整然单位差了1080倍,但都代表著各自领域的分水额。本文主要封输的是 宏载的40毫秒,但也會带你看到微觀世界的精彩。 40毫秒的物理起源一光速告我們的酷真相

2.1光在光裡跑得有多快?​

在真空中,光速豹為每秒30离公里。但在我竹日常使用的石英玻璃光中,由於折射率的存 在,光訊盛的實账他输速度大的只有真空光速的67%,也就是每秒的20萬公里。 换算下来,一回單的物理常数就此生: 光訊號在光中每傅输1公里,单向延的為5微秒(μs)

2.2全球金融網路的真實距雕​

以全球最重要的跨大西洋金融航综为例—提美國纽约的EquinixNY4数擦中心到英园愉敦 的 Equinix LD4 数披中心:

• 地理直線距雕:约5,500公里

• 纯物理眉面的單向光延遥限:的27.5毫秒

• 往返時間(RTT)+期路設處理闻:48-68毫秒

所以,「48m5在全球跨市场量化套利(例如标普588期货與富時108指数的跨期或跨品 群动交易)中,代表了地球上雨大接心金融中心之間信息同步的基弹物理時開。

三大市場的延邂全景一中國、美國、香港的實载帐本​

为了你更直觀地理解48ms的由来,我們来算一算全球三大核心市爆的真實延逻帐。

3.1中國市场:软體優化的自然限​

在中圆市場,延遥的组成结如下: 就明 典型延退 上交所张江機房到券商相樟的钢路延运 的 2-10ms 取决於是否使用專線 券商幅虑理 的 1-5ms 包含风控、合规橡查 CTP等標准介面的敢感理 行情解码、訂單封装 策略計算(最策略) 的 1-10ms 视部言和夜度而定 20-45ms 侵化良好的敢醋系统 中國市场的特殊性: 特贴 项目 3秒 A股 Level-1 行情

一次快照​

期货行情(中金所 500ms 等) 快照通期 560ms/12,即一图行情遇期内完成决策+敦行+硫韶的往返時 48ms 的含辨 这意味著什度? 如果你的系统延超造48ms:

• 在同一因行情遇期内,你可能無法完成“接收-决策+下单-確能的刚填

你可能無法完成接收+决策+下单→雍的阅環 在同一個行情通期内,

• 你的策略實上是在用上一個遇期的資訊做决策

3.2美國市場:共位機房的致競爭​

美圆市璟的延运结携截然不同,主要因為其成熟的共位楼房(Colocation)生: 共位糖房(專業) 非共位(零售) <1ms 5-48ns 行情到连延逻 (同一数據中心) 5·15ns < 1ms 券商/细闻虎理 < 1ms 策略虑理 1-16ns (偿化C++) 10-30ms 訂单往返 < 2ms 2-5ms 40-106ms 美圆市塌的關键数據: 路径 往返延通(RTT) 细的 (NY4 ) 到芝加哥 ( CME) 約12-15ms(專综) 细約(NY4)到偷教(LD4) 的 55-65ms 细的到加州 508-9 為什磨美属量化图也40ms? 對於非共位的零售量化交易者或中小型機概,使用主流券商(如Interactive Brokers、 Alpaca 等)的 API 进行交易時:

• 标市場数擦流德输到非共位伺服器的单向延近:5ms到40ms

• 訂單往返時圈(透互聯纲、券商網鼠、凰控检查、交易所):在優化良好的VPS架

下,豹 40ms

3.3香港市場:連接束西方的橘操​

香港作為亚洲金融中心,其延逻结橘具有特的地理位置侵: 典型延逻 環節 明 共位伺服器 港交所(HKEX)房内部 < 1ns 香港本地券商 2-18ms 本地網路 5-15ms 香港到中属内地(深圳/上海) 跨境專線 的 56-78ms 海底光 香港到東京 香港到新加坡 東南亚福组 香港到纽约 的180-220ms 跨太平洋 香港市場的40ms视角: 延通范圈 48ms是否足购 場景 1-5ms 本地港股交易(共位) 15-50ns 本地港股交易(非共位) 强益 递界地带 跨境A股通 28 -60ms 跨市場套利(港-日) 108-150ms 需要更容的策略

3.4三大市場延運對照總表​

本地交易(侵化敬醒) 本地交易(共位) 市场 跨市場到主要福纽 28-45ms () su-Z N/A(資本管制) 中国 2-5ms 超约=愉敦:55-65ms 48-188ms 美國 15-58ms 香港=束京:58-70m5 1-5ms 键润見:在三大市堤的實中,40ms往往是非共位、純款髓侵化:所能定達到的經 上限,这不是精確的理涂值,而是多個子延运预算相加後,行普遍可的整数级“安全 遗界 為什是40ms而不是30ms?一工程值vs理值 这是一個至同重要的問题

4.1核心原因一:40ms是多個子延運预算相加後的安全遗界​

自勤交易不是只有「细傅输这一段。技IBKR对自勤交易翘路的拆解,至少包含:行情 發布、路传輸、路由/交换、朗卡接收、藤處理、内部模组传遂、策略判、訂章反向送 等多個睛段 任何一個陪段慢一點,整就含超標。QuantConnect2025年遗等門慢化通单按顺序等 待確韶再發下一筆:的同题,侵化後才做到18-100倍的提交提速。这恰恰明很多真實系 统的慢,不是演算法本身,而是整综键路理遍布著管理性和工程性開销。 於是行業视害更倾向给自已留出5-10ms的缓备,而不是把图值聚到30ms运种更容易被现 實穿的数字。

4.2核心原因二:40ms更接近真實世界的尾延预算​

交易系统显怕的不是平均20ms,而是突然摔到68ms。 網络捷塞、交拍機排隙、券商凰控、TCP重体、进程调度、消息除列阻案,都會把尾部延遥拉 长。TradersPost的明就明随把絡距解、互聯網路由顾黏和高峰期塞列為外延逻来源 也就是脱,即便你的理想路径:看起来20多毫秒,生產理也得预留元解。 团值频型 数值 特贴 理想值 路径很顺時的漂亮數 40ms 可逼警值 把抖勤也算遍去後的定数 30ms往往是「路很题時的漂亮数:,40ms则是“把抖勤也算逾去後的可谨管数」。

4.3核心原因三:40是市場满通上更有意羲的分檔数​

在非HFT語境程,大家真正想表蓬的是:

• 高於個级别,你已经明顾不足「快系统:

• 低於道個级别,你對多数中频/事件驱勤/普通轨行演算法已组翔快」

• 再继續往下砸,收益用始快速遇减

所以它更像一個分類圆值,不是侵化問随的一他增数等於零的精硅解。48ms在表连上正好把 「摊十毫秒可用;和百毫秒太慢:切赋:38ms在實原交流理没有比48ms多出那种决定性 的分频價值。

4.4經驗估算:為什30ms不穩?​

假設一個普通非共位量化键路的典型延近分饰: 環筋 812ms 行情到你 惠用虑理 15ms 812ms 打單送回 5 -15ms 细南/排原/凰控抖動 解斓/排除/凤控抖勤 22-44ms 你很容易落在25-35ms这個區間。此時如果把目標定成30ms,系统只要箱有塞就色频露 越界:定成48ms,才更像一個能覆常見波勤的 SLA 所以40ms不是“比30ms更科学,而是“比30ms更抗噪整。这是工程题值和理 愉值的區别。

策略類型看延需求一需要快?不需要?

5.1量化策略的延分體系​

亚非所有策略都需要種致速度。镶我們用一张表来清楚: 延速區间 策略频型 核心技術方案 熊爭特點 <1μs 纯套利、做市擅單 纳秒级罩情航瓷 1·10μs 统計套利、快速做市 FPGA+CPU 混合 微秒级爭 侵化 CPU+Kernel Bypass 18μs-1ms 中高频量化 毫秒级进界 1-40ms 莱路臂量優先 中频莱略 優化敬醋方案 >40ms 低频/CTA 普通欧醒系统 無延逻敏感性

5.2為什魔經大多数策略不需要比40ms更快?​

键在於 Alpha 半衰期(Half-Life of Signal)。 超大多数專巢量化基金和散户量化投資者所運行的,是中低频统計套利、多因子模型、楼器學智 预测或基本面量化策略。這些策略的通辑基碰是宏觀经滨数據、公司财稿報表、行業输動逻期或 酸侵時間跨度内的债格均值回显。 因此,其讯赋的半衰期通需长逐數小時、数天甚至数遇。 自文解释:营你的模型预润某支股票在未来三天内有2%的上泓空同时,在10:80:80.080 翼入类在18:09:09.648(即慢了40m5)買入,其面臨的市堤基镂情格橙大概率是完全相同 的。

5.3Alpha衰减的分水嶺​

捕捉的 ALpha 频型 延速能图 市場微觀结机產生的ALpha(訂單流、镭差、短期助量) 48ms 以下 基本面或中期斑势產生的Alpha(因子、事件驱勤) 48ms 以上 在中圆A股和期货市堤,界普遍懿為大多数量化策略属於日内中频:或「低频烦型, 它們到延还的要求天然在48ms以上。这些策略查ALpha置量(因子、硬型、凰控)而非遗 应取膝。 經濟學角度看40ms一遗际收益的退减曲線

6.1投入產出比的拐點​

行案普遍翻察到:延退侵化對执行價格有實質性影答,但际效益遇减明额。 旗我們看看遗收益的整化: 侵化方向 際收益 成本 顾著提升 106ms → 46ms 相到较低(软禮優化) 48ms - 18ms 中等(需要专综等) 徙 18ms - 1μs 極小(除非你是套利者) 橙高(幂要FPGA) 40ms是性俱比拐贴::

• 在49ns之上優化,投入牵出比很高

• 在40ns之下優化(需上FPGA),成本急剧上升,但收益有限

6.2策略濟学看,為什40ms成為口頭分界線​

到於持有透期為分经、小时、天级的策路,决定盈新的往往是预測置量、滑黏控制、容量和囊 用,而不是把 48ms 整到 36ms 这10ms 的差翼。 相反,在零售/普通VPS場景性,真正拉圈差距的往往是「是不是已组慢到类十到上百毫 秒:,而不是38和40这种细小差翼。 有案例表明:當延遥低水平恶化到的75ms時,语點成本會明顾累。这说明市場上更重

6.3交易摩擦成本的天花板​

阻止常规量化交易者盲目追求低於40ms延运的另一個關鍵因素,是冰冷的交易經清学 在某些包含高交易税或印花税的市場(例如印度期市场或巴西市場),高须交易的生存空間 被苛的税制度盈继。實盤工程测试额示,即使将熟行延逻成功靈榨至18ms级别,系统最 接的滑利湿依然鞋以覆蒸摩擦成本。 在运种市場璟境下,斥巨资升级硬禮以削减那频毫秒的延运,在级滨学模型上是微底的負收益。 為什磨40ms以下必须FPGA?-—软體方案的物理限

7.1體架的延組成​

我们把视综拉近到交易所共位爆房(Colocat1on)内部時,戴爭的维度获生了根本性的扭 曲。傳统款體架机的延运组成: 環節 典型延通 1-10ns 作案系统上下文切换

0.5-2ms​

TCP/IP機處理

0.1-5ms (超言桐)​

配像检分配/GC暂停

0.1-16ms​

演算法計算 即使致優化(Kernel Bypass、DPDK、RT核心),教糖的础定性下限约蕊 10-2θμs。

7.2真正的硬分界:毫秒世界切到微秒世界​

真正的硬分界,其實不在40ms,而在毫秒世界切到微秒世界。 Databento和P1co都给出了很清晰的行案口径:款體系统的t1ck-to-trade往往 受NICCPU的 PCIe 往返主募,做得很致、再配合kernel bypass,显低通常也就是 略低於2微秒:再往下进入亞微秒甚至纳秒,就得靠FPGA/ASIC这類硬锂路径。 AMD/Exegy 2824年公開的 STAC-TB 结果是 13.9ns的可裁行延逻。遗才是「為什最 终宣走向FPGA:的真正技術分界。

7.3Tick-to-Trade:微秒競爭的核心指標​

在探微秒级蔗事時,所有焦黏都匯聚在一個終指标上:Tick-to-Trade(T2T)延逻。 這是高知交易系统的黄金弹,其定薪為: 交易系统接收到交易所的一個行情更新網路包(Tick的第一個比特抵细卡),到系统 基龄敲行情做出决策,向交易所發出對鹰訂单数擦包(Trade的第一個比特離别频卡) 之,所经腰的超到物理時。 在一個傳统CPU架横的何服器上,T2T的全流程包含: L.硬體接收與中断解(10-20us):卡完成光電精换,向CPU送硬障中断

2.核心罐機奥上下文切摘(28-58us):Linux核心網路接虚理,核心空翻到用乒空​

周的敏拷貝

3.用通辑行:C++/Java滨算法被唤醒,更新訂单薄,生成交易决策​

1.訂單發送與核心重入:数捧再次经歷微用户空同到核心空同的沉重拷貝​

7.4抖動(Jitter):吞噬超收益的無形毅手​

在基於作业系统中翻疆動的传统架横中,最致命的問题甚至不是基砖延逻遇高,而是度缺乏础 定性所壤致的抖助(Jitter)。 由於现代通用作業系统的多任務特性,其内部充斥著不可控的觉数:

• 作業系统斓度噪聲

• 後台进程干损

• 垃圾回收機制

• 硬始中风

在凰平浪静的市場中,这套系统可能测出20us的平均延逻;然而,一旦南键宏数擦發布, 市场瞬耀爆登海量的行情数據包。此時,尾部延运管剧烈抖助到数百微秒基至数毫秒。 「在低延逻交易中,第二名就是最大的输家。」 你可能平均延逻是侵晃的15us,但只要在键行情爆發時延遵抖勤到58us,你的訂单就會永 速落在陈列末尾。 FPGA的納秒級降維打攀一為什魔它是終武器?

8.1什是FPGA?​

FPGA(Field-Programmable Gate Array,现場可程式化逻关障列)奥 CPU或 GPU 存在本質的區别。它不是用来谨行「敢體代码:的處理器,而是一增可以直接通退硬管描述語言 (如Verilog 或VHDL)改内部物理速综的砖片。 在 FPGA 内部:

• 没有作業系统

• 没有任務钢度器

• 没有後台守罐进程

• 没有上下文切换

• 甚至没有格意囊上的程式

發者所富的代碼,最被综合工具化為百萬因查找表(LUTs)、解骤器和数位訊號處理 模組,通遇物理激综硬速線在一起。数在FPGA中不是被“针算:出来的,而是像水流通 返精心設計的管道铜络一样,物理地流經些遥辑隔電路。

8.2FPGA的决定性優勢​

特性 锐明 相同的输入数球,必然经通韬對相同数量的遥朝周和時输逻期 相到確定性

零抖助​

尾部抖助微底抹平,每一次决策的時侵固定不 大规横亚行處理 可以同時在不同的硬證模组中造行數據包解析、訂单薄重建、风控稳查

8.3篇人的基弹測試数據​

在2024年的STAC-TB基率测试中,金融科技商Exegy 聯合AMD,利用配催Virtex ULtraScale+ FPGA 架横的 Alveo UL3524 加速卡,實现了破世界紀额的:

13.9秒(13.9ns)可行性延遍(Actionable Latency)​

13.9纳秒是什磨概念?​

• 光在真空理走13.9缺秒只能前进不到4.2公尺

• 相较於慢化到致的CPU内核旁路方案的2006纳秒(2us),FPGA將交易运度提升

了上百倍

8.4速度差距的實質影​

在纳秒级熊乎的统計套利策略中,CPU系统與FPGA系统的描率可能相差数百甚至上千倍。 遍種数量级的差距,解疆了為什磨追入微秒/纳秒领球的策略「必酒:依瀚FPGA等硬馈加速方 案。 架構演進的完整圖譜

9.1延唇級與技術方案的對應​

典型T2T 敦行機制 架级 延退 软體中断,核心TCP/IP 46μs - 10 橙高(多逵数毫秒尾部 傅CPU+OS 核心 srlg 延逗) 橙致CPU+内2μs-18μ 忙蛤詢,用户想接摄楼航造 中等 50 旁路 低(纳秒级物理確定 硬體物理管線,片上直通解 FPGA純硬定製 0S - Su0t 加速 ens 性) 析

9.2混合架橘:未来的主流​

现代最顶尖的量化交易系统亚不将软硬體经封割裂,而是融合為“混合協同架構;: 重活奥急活:下沉至FPGA硬:

• 所有来自交易所的原始UDP行情组插流,由FPGA揭家接管

• FPGA负责剥雕以太细包显、解墨缩数據、解析二造制

• 在片上配憶證中即時维器全市场的深度訂单薄快照

慢活臭深度思考:保留在CPU/GPU:

• 谨行磨大的统計套利矩障

• 執行福的機器學智预测模型

• 进行全局的跨资產相同性围控分析

推測性敦行奥硬體微解号:

• CPU预先将交易的扳概:設定在FPGA中

• 當市場上突發一個符合解髮修件的價格跳勤時,FPGA内部的物理比较器在10纳秒内眠

闻命中

• 整個交易沃策和敦行刚完全不需要唤醒主楼CPU

端波動下的系統性—FPGA的生存價值

10.1體系統在風暴中的脆弱​

當重大宏觀新聞(如CPI数據、聯會决)發布瞬間,市場行情數據量會呈指數級爆炸,激 增至平日的數十倍甚至上百倍。 這種微突發流量是體架構的噩萝:

• 瞬間入的海量網路包導致CPU遭遇「中風暴」

• 網卡衡區瞬間溢出,發生大面丢包

• 在波動率最高、套利機會最豐厚的時間節點,體系統纷掉線

根據行業調研報告,在高波動性市場環境下,相當比例的量化機構曾遭遇系統穩定性問題,包括 延逐升、数據丢失甚至系統宕機。

10.2FPGA在風暴中的坚如磐石​

相反,基於FPGA的硬體流處理系統,由於其每一個時鐘调期都能恒定且行地吞吐固定位宽 的數據,只要網路線路的物理带寬未達到極限,FPGA就對不會因為「處理能力不足」而引起 排隧塞和抖動。 這種在狂風暴雨中依然如磐石的確定性表現,是專業量化機構將FPGA視為終極基石的深層 原因。 結語:40ms不是魔法數字,而是行業經驗的沉 我們用一張總結表來回顧(再次强調:這些是行業經驗總結,而非精確的理界): 維度 40ms以上 40ms以下 ALpha来源 因子/模型/風控 市場微觀結構 速度 競爭維度 策略質量 技術方案 體優化即可 必硬體加速 速度×機會×資金量 投資回報遥辑 Alpha× 資金量 多数量化私募 参與者 頭部做市商/套利者 40ms作為分界線的核心避(基於行業經驗總結): L.物理層面:它大致對應跨洲際光傅输的往返時間,受光速物理限制

2.市場結構層面:它與期貨500mS行情调期内完成决策-執行-確開環的時間需求相匹配​

3.工程層面:它是「真實世界的尾延遥预算」,比30mS更抗噪聲、更穩定​

1.策略層面:它大致劃分了「基本面Alpha」與「微觀結構Alpha」的策略逸界​

5.經濟層面:它代表了投入產出比的經驗拐點​

5.技術層面:它標著「純體優化」與「需要硬體加速」的工程分水嶺​

最後,一個需要謹慎表述的結: 40ms不是因為30ms做不到。而是因為30ms更像「理想成」,40ms更像「穩定成 續」。 40ms不是精確的物理常數,而是業界在工程實、網絡環境、券商路、經濟考量和溝通 智惯中,長期演化出來的經驗值。 它之所以被廣泛提及,是因為它在「用、穩定、可複製、成本合理,這個維度上取得了 较好的平衡。 而一旦你的策略真的對這10mS的差極度敏感,明你已經不在「40mS世界」裡了-—你進 入的是微秒競爭。那時讨的重點不該是30還是40ms,而該是2us、500ns。

原始排版图​

发布于 2026-03-04 23:34:59（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 5299 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）​

一個镶人可以對「耶降臨和「爭何時爆發」下注的平台,正在​

重新定羲市場效率的遗界。 originalwθx7ce EI V1ajero2826年3月4日23:35日本

「耶稣基督言在2027年重返人周喝?」

m C2

Ivn C 福 這国周翘出现在Polymarket一全球最大的去中心化预测市場平台上。開盤催三天,交易者們 已在这低周题上押注超遇10萬美元,市場假格一度街上5%,目前定在3%左右。 换句活说,市场想為:耶酥今年有3%的機率回来。 但更值得玩味的是:為什摩没有人掩著赚這筆種睡不赔:的?又是在押注「耶稣會回 来? 答案揭示了预测市場谨作的深唇湿辑一情格不只是機率,遣包含時随情值、流勤性溢倡、凰险偏 好等多种因素。

第一幕:資金的時間價值之​

套利者的困境 如果现在押注「No(耶稣不富在今年回来),需要:

• 投入超遇108英美元的自有资金

• 泣重窑被死在Polymarket程整整一年

• 到年底,投资回轻率是1%

1%的年化收益率?美属网债都有4-5%,股票市场侵明回報率更是运到8-10%,不是没有人 想這筆绒,而是這筆的横會成本太高了。 這就是预测市場的資金时間價值,周题一当資金被额在一個装乎必定赢的腾注理,實际上是 在「租:這图確定性,而租金就是這重本来可以擅得的其他投資回報。 『Yes方的銀河系腦路 那廖,離在押注「耶释盲回来」? 可能的假設: 真正的信徒?也許這些人真心相信耶稣有3%的機率在今年回来。但题意把故在预测市場上 「用投票;的人,通常是相封理性的一群,虔诚的基要派基督徒和活理的预測市場交易者,道 雨個群检的重曼度程低。 赌市场音鳍娱算?也許「Yes方在赌PoLymarket富箔误地把市場结算為「Yes」.但 3%的髓族结算楼率實在太高了。Polymarket有巨大的驾智凰险—错娱结算样一個高脚注 度的市堤,平台的公信力將受到毁减性打罩。 為了梗(Memes)?「我了耶稣今年會回来!聯起来確賣很酷。但有些人花了赞百美元押 注『Yes」一為了梗花照百美元?這梗未免太贵了。 真正的答案:時間價值的投機 真正的答案更為精妙: Yes方交易者不是真的相信耶稣會回来。他罚在踏的是:年底時,“No方交易者官 急著把端拿出来,去押注其他更有趁的市場。 现在的情况:PoLymarket上目前没有什磨特剧有爆的事情可以押注。大部分交易量都集中在 锂育赛事上,其他市場(政治、國際事件等)的交易量都比较平淡。 但2826年可能言有很多「大事件:钮的市长選早、教京方湾各健康状况不佳可能言有新教 宗、地缘致治事件...... 當這些事件登生時,那些把接锁在“耶稣不會回来:市場裸的交易者會想:『我的都被住 了!我想押注其他更有耀的市場!! 於是,他竹富囊出自己的「No盒位一即使要以较高的價格囊出。这诗候,「Yes方交易者就 可以以更高的情格离出,實现投資回報。 這種交易真的成功過 2824年美圈大适期間,就發生了完全一楼的情况。 在大适前一退,贺锦在肯塔基州(傅统红州)的须捞機率只有0.3%,川普在麻疆塞州(傅 统蓝州)的獲膀提率也只有0.3% 但在遥举日當天,运些借格额升到了1.5%! 為什展?因為No;方交易者急需现金去排注其他造操相顾的市场。那些在10月底以0.3% 質入YesJ、在透毕日以1.5%寶出的交易者,了5倍的利调! 這意味著:即使贺锦在肯塔基州强腾的真實機率只有0.1%,这国市场的正班:價格也愿 是1.5%左右—因益资金的時履價值

第二幕:当预測市場遇上爭​

以色列士兵的「内幕交易」 如果说耶解降,市場是一個有趣的金融思想實髓,那度PoLymarket上發生的另一件事则 暴露了预测市增更为瞻暗的一面。 ? Isrcel military oction ogainst Iren by Fridoy?

49%

2026年2月,以色列莹局泄捕了数名涉嫌使用機密重事信息在Polymarket上下注的人 员,其中包括宣除预借役士兵, 以色列圈内安全携标ShinBet表示,嫌疑人利用他們在軍事服役期同撰得的信息来指募他們 的下注。 这些密注與以色列何时富到伊明發動攻整有期一包括攻整雷在哪一天、哪一因月疫生,以及以色 列何時鲁宣布行勤结束。 根據以色列公共质操公司Kan11的報導,这些注金部正確预测了去年6月以色列买伊朗 之周為期12天载导的時間線。涉案帐户累計赢得超退15高美元,亚在携查同始後不久被则 除。 内幕交易?不,是“安全犯罪 遗程的涉嫌犯率亚非典型的内幕交易」,而是「實施重安全犯罪;。 買於以色列何時攻學伊朗的PoLymarket合約,亚不等同於在社交媒错上布攻预警, 但两者相照。當合的被聘員,格上涨,市場到旅日期政可能性的估計就舍增加。 伊朗可以查看Polymarket。如果案個日期攻载的概率上升,伊朗就可以更加警惕。 Bxocking news 40% chance

這不是字面上把载爭計刺電郵给伊朗,但在某種概率性的、隧接的、哈耶克式金融市场作為信 息虑理器:的意教上,这相於波露了量事機密。 预测市場的「雙刃劍本質 预测市場的侣導者韶為,這類平台旗捷有特定事件知罐或润察力的人有經演动力分享這些信息, 助其他人理解重要展的走向。 批解者别将其视為踏博網站,鼓助信息證用。 同题的核心在於:如是作為軍的内部人員,利用軍事機密信息进行交易,赞乎不可能有任何好 的结果:

• 最好的情况:隧接浊露重事信息,可能献助對方

• 最堰的情况:可能為了交易獲利而做出重事沃策—押注哪個城市會被毒炸,然後為了利理啬

炸它

• 更魔泛的同题:如果划軍事行勤有大量投注需求(和能力),就平將得更加有利可固

正如一位分析前所言:「尝市場使微载事中撰利成為可能時,它們就創造了延长载爭的激 ....機密信息成总可交易的超额教益时,国家安全的整图决策機横都整得容易腐败。

一個士兵可以對攻量下注的博频站,可能導致一些非常糟糕的後果。​

第三幕:Polymarket是什?​

產品定位 Polymarket不只是一個预测,平台--它是一個關於来束的金融市场。在遗個平台上,赞乎 任何事情都可以被定價:

• 政治逼皋(美圆统大遥、各国领薄人更替)

• 精育赛事

• 娱染事件(谁會赢得奥斯卡?)

• 圆際局(事、修约、制裁)

• 加密货常價格

• 神學間题(耶酥鲁回来?)

• 軍事行勤(攻擎何時發生?)

Fersa 4 % Mert31 4N v on 2M% 7% if MIN ′ D (o 世 0 % 40% 8% % 82% % 42% Ev/iajero 亏 9%

市場機制

• 不需要對手方:不需要等另一個人来接踏注

• 即時流勤性:可以随时员入或震出

• 俱格透明:俱格直接反映市場共端(或至少是市場共端+各種溢價)

监管状態 PoLymarket對美國用户来是非法的—需要使用VPN和加密货才能警與。这曾来了额外 的凰险溢價:

• 万一美国政府结Polymarket的资產?

• 高一無法把取出来?

这些围险都合反映在市場俱格上。

第四幕:预測市場的深層遥辑​

價格機率 需看到Polymarket上一因市場借格是3%時,这不一定意味著交易者韶為這件事有3% 的機率登生: 这图價格還包含了: 組成部分 脱明 真實概率 事件發生的客翻可能性 资金锁定成本 把额住的機會成本 如果急需用,要付出多少代情 流勤性溢價 监管风险 平台被查封,資金被速结的风险 市場情 投機行為、思效庭 無聊市場的價值 「耶酥會回来吗?这市场表面上看起来很荒据,但它胃祭上是一恒麟於Polymarket资金 時闻價值的期貨市場。 只要有交易者到末来Polymarket資金的張程度:存在分歧,就鲁有交易生,市場僵格 就言大於事。 交易者预期未来越需要現金,市場俱格就越高。 選翠年效應 2024年6月,Polymarket上民主在肯塔基州覆腾的機率遗有6.5%—班然真實機率可 能只有1%左右。 jeuug uogoeg ogueptseig /xone

? o 0 es 6

這意味著交易者颜意放康16%的年化回報率,只为了現在就有現金去押注其他市場。 如果2024年有“耶稣霍回来曙?這個市場,它可能會交易在5%左右一比2625年的 3%退高, 结输:根據预測市場,「耶稣更可能在還皋年回歸。 (遗蓄然是玩笑一但遗借玩笑背後有事的金融湿辑。)

第五幕:内幕交易的新遗界​

傅統内幕交易的遥辑 傅统上,内幕交易的開题不在龄「公平」,而在於“盗稿:。 同题不在於拥有市場其他参與者没有的信息一金融市场的意希就在於人們照事搜取好信息將其 纳人價格。同题在於使用属於他人的信息——座主、客户、股束-一而未經他們的許可。 對信息来源的“信任或保密務:意味著:如果直接公用信息(發布在社交媒始上),就明顯 反了這项难務。如果利用信息进行交易,同样達反了保密辨一不懂是因為將信息用於個人利 益,遗因為交易本身就是在波露:信息 金融市場平竟是信息聚合的概制。如果知道一個秘密供暖,亚買入目标公司的看泓期權,这會推 高期權和股票的情格。這可能暗示目标公司比市場想像的更有情值一比如因為供膜即將到来。 预測市場使一切婆得更加怪翼 在股票市場,内幕交易演露,的信息最终善反映在股债上,但道通常不曾直接措害信息来源。 但在预测市场,尤其是關於軍事行勤的市堤:

• 膜置“以色列将在X日攻繁伊朗:的合的

• 合的格上涨

• 市场增加對鼓日期政整可能性的估計

• 伊朗可以看到這個费化

ros Mtes Irin retea i 5 95thm 9

这不是發送载导計刺给伊朗,但在某種意羲上,相当於提前通知了對方。 预測市場的公平性悖 有趣的是,在最事预测市场中,很難對公平性,塞生太多同情。 那些在“以色列何時攻攀伊朗:合约中断疑的人,不是為退休蓄而投資股票市場的人。他們是 在對戴爭下注,亚没有资格期望他們的對手不是内部人士。 真正的間题在於: L.周接油露量事信息,可能犁助效方

2.為了交易獲利而影響罩事决策的可能性​

3.造延長瑕事的激助​

第六幕:未來的題​

预测市場的「貨政策 「耶酥市場:揭示的资金時間價值同题,引發了一個有趣的时:如何解决? 方案一:给赖定的资金支付利息 如果Polymarket可以给定在市爆理的資金支付一個小利息,這或許能降低“無聊市增」 的備格。但這不能解决突然需要现金:的間题—常大事件黎生時,交易者逼是會急著实出。 方案二:允許借货 如果交易者可以用精期收益作為抵押来借款?比如押了106美元在Yes)(债格 95%),可以承器把未来的所有收益作為交换,现在就癌得96美元。 但這糖起来非常容易滋生靠骗和市場操。 方案三:在生照系统内實行貨警政策」 突然需要现金:的情况很像经清學中的通貨累缩。也許Polymarket唐像综上截一样, 實行自己的「货常政策;一在资金繁张時“印」,在資金退剩時回。 这起来很痛狂,但知道呢?也許未来的预测市场真的富有自己的央行。 市場效率的衡量標弹

一個有趣的觀點:耶稣市場惠旅交易在低價格;可能是评估预测市场效率的一個很好的指​

棵。 预渊市场鹰核致力於設計旗這類市場交易在慢低價格的機制。有些平台已照誉試提供货款一雕然 這在假平台上比在真平台上安全得多。 國家安全的遗界 这不是理输上的搬爱一以色列的案例已经證明了這植可能性。當士兵可以到自己参與的重事行動 下注,問题就不只是「公平」,而是「國家安全1。 未来,各國政府可能需要量新思考:

• 预测市場的监管通界

• 重事人员参具此類平台的限制

• 如何在不振毅剧新的前提下防止用

终章:当金融遇上萬物 「耶稣降脂,到「事预測,PoLymarket展示了一個更质圈的可能性:任何間题都可以 成一個金融市場。 這带来了前所未有的機遇:

• 信息聚合:分散的知識通過價格信號匯聚

• 属對冲:為不確定性提供保险機制

• 激真相:有信息的人有動力表達

但也带來了前所未有的風险:

• 内幕信息的新遗界:什信息可以交易?

• 國家安全:审事機密變成可交易的資產

• 激扭曲:為了利潤延長爭、製造事件

「耶稣會在2025年回來?」這個市場表面上看起來是一個笑話。但深入分析後,它揭示了 測市場運作的深層避辑。 而那些押注「YeS」的交易者,可能比表面上看起來更明。他們不是在睹神,而是在赌人性 的食婪和恐耀一—當下一個「大事件發生時,其他人曾多渴望摊有現金。 至於耶曾不曾在今年回來?市場说有3%的機率。 但真正曾「降臨,的,可能是年底那些急需現金的交易者們。 又或者,是那些試圖爭中獲利的内部人士一—他們的交易,正在以一種全新的方式,重新定義 「内幕交易」的逸界。 這就是Polymarket:一個镶任何事情都可以被定價、被交易、被押注的平台。 在這裡,金融與神學相遇,市場與戴爭交,效率與風亚存。 這不是未来一-這已經是現在。 参考瓷料:

• Eric Neyman,"Will Jesus Christ return in an election year?",

Unexpected Values,March 24,2025

• Matt Levine,"Insider Trading on War",Bloomberg Opinion,February

13, 2026

• http://wsj.com/podcasts/the-journal/insiders-are-cashing-in-on-

prediction-markets/856ad055-198c-4e8f-a358-380236bde519 修改于2026年3月4日

原始排版图​