SK @StepOneAi

Quant · AI · Market Making | Build systematic liquidity & alpha sfg.xyz Singapore Joined March 2024

Tweets

274
Followers

4K
Following

194
Likes

422

SK @StepOneAi

lessthan a minute ago

@0xJason @0xsexybanana 杰哥啥都会

0 0 0 0 0

View Details

SK @StepOneAi

4 hours ago

@Kosumi1989 暂时没有

0 0 0 16 0

View Details

量化心得九：回测二 4. 对盘口精度敏感的策略只能用原始数据。做通用精度的研究 Tardis 够用，但做市策略只能拉交易所原始的 order book 增量一条条回放。用快照重建或者降采样过的数据，队列位置全靠猜，前面那套撮合逻辑就白写了。 5. 市场冲击和费率成本只能做最坏假设。回测里的对手方不会因为你的挂单改变行为，资金体量小的时候可以忽略，体量一上来，这个偏差会压倒一切。另外，maker 档位和资金费在极薄的边际收益下，算错一档，整条 PnL 曲线直接变号。回测参数里这两项必须按最差的档位填，别按你以为能拿到的填。 6. 回测最有用的输出不是收益曲线。它的真正价值是标定系统底线。策略在什么行情下亏、亏多深、多久爬不回来。行情延迟突然多 50ms 是少赚一点，还是直接反向持仓。单边趋势里库存能堆多大，到哪个阈值系统必须触发风控熔断。把这几个数字测穿了，才决定上不上线、给多大敞口。至于收益那一栏，等实盘跑够样本再说。

30 3 56 5K 45

View Details

SK @StepOneAi

5 hours ago

高频做市基建四：连接层抽象的边界三第三件，限流治理留在连接层，没有往上抽。直觉是限流属于通用问题，抽到框架层统一管。实际摊开看，各家的信号载体两两不同。 bn走响应 header 加 WS 推送的rateLimits，但日窗口的额度交易所不回header，只能客户端自己本地记账。OKX 的限流码在 body 里，50011、50013，还有一个50061 是走 HTTP 200 返回的，HTTP 层面看是成功的。KuCoin 服务端是 VIP等级的权重池，客户端没办法精确镜像。Bitget的撤单按请求次数算，一次批量撤单里塞 100 张单也是一次，每秒超过 5 次就拒。没有共同结构可抽。硬抽只能抽出一个最小公倍数的空壳，然后每家再各自打补丁绕过它。所以限流全部内聚在各所连接层，向上只暴露两个字段：封禁到什么时候、进程累计被限流多少次。上层风控只需要知道"现在是不是被限了"，不需要知道剩余配额和窗口重置时间。所以想往这两个字段之外再加东西的时候，我们先问上层拿去干什么。答不上来，那个字段就不该加，它是某一家所的协议细节，加上去等于让上层跟着这家所变。三件事其实是一件事。连接层负责翻译，不负责替策略拿主意。张数换算、签名、断线重连、编解码，这些该翻，上层不用知道。策略传错的格式和数量，不能翻，原样拒掉。后来我们遇到拿不准要不要兜的地方，默认选不兜。兜出来的问题都不报错，等发现的时候已经跑了很久了。这条原则有个前提，约束得在下单之前就能拿到。cid 的字符集、数量的步长，启动时从交易规则里都能拉下来，策略层有能力提前满足，所以拒单是合理的。要是碰上那种下单被拒之后才知道的约束，比如限制随账户等级动态变，策略层没法提前满足，那连接层就只能先兜住再报警。

0 0 12 773 9

View Details

SK @StepOneAi

5 hours ago

高频做市基建四：连接层抽象的边界二第二件，下单数量，连接层绝不替策略凑整。有的所按币数量下单，有的按合约张数。HTX U 本位永续的 volume字段是整数张，步长就是 1 张。假设 BTC-USDT 每张面值 0.001，策略传了0.0015，折算是 1.5 张，不合法。诱惑很直接：帮它 round 成 1 张或者 2 张，单子就下出去了。我们不做。连接层直接拒单，日志里打出来：折算约 1.5张、非整数张。最近的合法数量是 0.001 或者 0.002。理由是账本。静默把 0.0015 改成0.002，策略以为自己下了0.0015，本地仓位从这一笔开始就和交易所差33%，而且这个差不会报错，只会一直漂下去。拒单确实吵，但吵在开发阶段。凑整很安静，安静到对账的时候才发现。第三件，限流治理留在连接层，没有往上抽，在下一篇。

2 0 18 2K 15

View Details

SK @StepOneAi

5 hours ago

高频做市基建四：连接层抽象的边界一做多交易所的连接层，最难的不是把每家 API接通。是决定哪些差异该在连接层内部消化掉，哪些必须原样捅给上层。我们在三个地方分别做过判断。第一件，订单 ID 的翻译层，我们加过又删了。策略给每张单子起一个 client order id，带自己的业务信息，回报回来靠它认单。问题是各家允许的字符集不一样。OKX只收字母和数字，最长 32 位，带下划线、短横、点的一律返回 51000 Parameter clOrdId error。最早的做法是在 OKX 连接层加一张映射表，把策略给的 ba_QHNUSDT_tick_1696悄悄改写成 baQHNUSDTtick1696 发出去，回报回来再翻译回原样。上层完全无感。代价是三条。映射表随挂单量累积在内存里，进程重启表就没了，重启后收到的回报认不出是自己的单，写入和读取之间有竞态窗口。更根本的是，cid 是策略的业务标识。连接层改写它，等于连接层在替策略伪造身份。后来整层删掉。现在连接层只做校验，不合规直接本地拒绝创建。删完之后才顺带发现一件事：HTX 的 client_order_id 字段是真的int64，只收 1 到 18 位纯数字，无前导零。baQHNUSDTtick1696 这种字母数字 cid塞不进 int64。所以"一份 cid 走遍全所"这个假设本来就不成立，在 HTX上跑的策略必须单独产一套纯数字 cid。还有二三件继续补充。

2 0 23 2K 20

View Details

SK @StepOneAi

23 hours ago

@sophia_binance 明天开始继续写哈哈哈

0 0 0 50 0

View Details

SK @StepOneAi

2 days ago

谢谢你的分享。但是我想说其实我是女生。

khan09.AI @KhanAIBuilds

2 days ago

@StepOneAi 我自己做系统之前一直以为回测是一套系统搭建起来之后任何地方都可以用的。但是其实随着目标的不同，要做的也不一样，没有通解。可以看到有很多“开源框架”可以学习其中的组件搭配风格，例如信息收集模块，尤其是回测模块，live

0 0 19 16K 21

20 0 60 14K 19

View Details

SK @StepOneAi

2 days ago

@Augustine88888 暂时没有哎

0 0 1 36 0

View Details

SK @StepOneAi

4 days ago

知识的圆画得越大，接触到的未知边界就越长。在X上看了很多跨圈层的深度思考，最大的感受就是强烈的无知感。但这种感觉很棒，时刻提醒我，别局限在自己的小叙事里。认知才是最硬的壁垒，继续疯狂吸收，继续扩容。保持敬畏，保持空杯。

11 0 36 3K 8

View Details

SK @StepOneAi

2 days ago

@sophia_binance @binancezh 谢谢，你今天讲的内容也超级专业。狠狠学习到了！

0 0 0 70 0

View Details

SK @StepOneAi

2 days ago

我们团队这几天派我去香港参加BN 的线下活动。@binancezh 所以没有高强度更新内容。这次VIP活动洪灏老师的宏观推演很扎实，把大周期的逻辑梳理得很透彻。业务线那边，从 OTC、Earn 到后续 Bstock 的演进，也能看出平台在底层流动性和资金链路上花了不少心思。伴手礼是两本书，我很喜欢。借这个机会特别感谢下我们的vip客户经理@miyayweb3 。跟有专业度、且有爱学习的驱动力，懂业务逻辑、且愿意研究市场的人对接。真的非常棒。今天线下也谢谢Miya带我对接了 Research 团队和几个同频的同行，帮我省去了很多破冰的时间。大家有关于BN VIP的问题也可以联系Miya。同时也要谢谢@sophia_binance @selinaco_o @Sharon_binance 整个 VIP 团队的配合让人感觉很棒。这次有很多新的感悟，也认识了在量化领域做的很好的团队。回去之后会继续好好更新。继续学习。