pedma

vip
币龄 3.3年
最高 VIP 等级 0
用户暂无简介
我逐渐明白了一个实际问题:理论太多、真正去做的太少。
当我开始搭建这套新的交易基础设施时,我从一开始就把重点放在尽快把我能做出的最基础的东西投入生产。
一开始它只是一个简单的多/空方向性模型,今天则已经是别的东西了。
但直到现在我才在往回推,去看许多有抱负的交易者(很多在量化论坛上)会试图在一开始就修复的问题。
例如这周我的重点是降低换手/周转率。
大概这种东西应该在把模型投入生产之前就优化得很好,对吧?
嗯,我尝试了各种不同的方法,但似乎都没法产生比我现在做的最简单的事情更好的结果。
所以我开始更“理科宅”一点,重新思考整个思路:从“纯信号权重”改成“预测”。
核心想法是:与其只是认为“X 个信号 + 某个阈值”就足以产生足够的经济价值来换仓,为什么不为它分配一个数值——我预期从这种敞口中能拿到的收益预测。
这个数值来自我在信号层所做的工作。
我从来没把这些联系起来——就像我说的,我一直只跑着最简单的东西。
好吧,结果发现:这些预测并不是一种高效的方式来量化信号。
例如下面这张图,是我交易的某个模型的经过回测的表现。
为此,我只是运行了预测模型,并把基于我们之前工作的预测结果分配到原始回测中的建仓/平仓点上。
第 2 个面板展示了:由预测(EV)决定的已实现收益分布。
其中一个赚得最多的区间是当 EV < 0 时,这显然
查看原文
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
如果你主要是在交易加密货币,你可以把一切都做对
都安排得明明白白
然而只需要犯 1 个错误,就会——砰——全都没了
这就是我们整天都在面对的事
资金没有任何保险,什么都没有
一旦没了,就是真的没了。
这不只是关于在这里拥有优势。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
这是我现在主要交易的 3 家交易所上的滑点:hyperliquid、extended 和 。(我只交易了这三家)
hyperliquid 和 extended 的中位数非常接近。
可能我有点蠢,但我当时觉得这是因为 extended 只接受“限价类型”的订单。但 hyperliquid 在 market_open 也有同样的机制:SDK 会把它们转换成带 5% 滑点缓冲的限价 IOC(我应该知道这一点,但我真没想起来)。
总之体验一直很糟。
有意思的是,我在 extended 上交易的相对规模和我在 hyperliquid 上差不多,所以这也不是一个规模因素。
从规模角度看也挺有意思(我故意隐藏了每笔订单对应的 $ 金额)。
前 4 个桶里,extended 的平均滑点保持相当稳定;但在最后最大 20% 的订单里,它会翻三倍,而中位数却相对不怎么动。退化看起来更像是来自少数“很难看”的成交,而不是整体均匀的退化(如果我这样说你能懂的话)。这可能是因为有一段时间我在那边交易了不该交易的交易对,然后也许会“溢出”到这里。
这只能说明:在大单尾部时,extended 的滑点恶化得比 hyperliquid 要温和得多。
这显然是常识吧?hyperliquid 更成熟,但我还是觉得用数据看到这一点很有意思。
(这里)滑点在最小订单上最差,这很有意思。大概率是长尾交易对的问题:它们更波动、可
HYPE0.01%
BTC0.35%
ETH0.69%
查看原文
post-image
post-image
  • 赞赏
  • 2
  • 转发
  • 分享
2 In 1:
2026 GOGOGO 👊
查看更多
本周的工作是降低人员流失率。
我可以尝试的有 2 个杠杆,用来让它更平稳。
a) 实际信号
b) 波动率预测
我先从信号开始,因为我们可以看到,即使在投资组合层面,它也相当“跳动”。我过去做过一些工作来对其进行平滑处理,但说实话,我并没有用我应该付出的细节去深入研究。
信号仍然相当不稳定,我相信在不丢失信号所提供的太多信息的前提下,我可以让它稍微更好一些。
波动率估计也是一个选项,但这是我还没有仔细考虑过把它做得更平滑,或是把预测视野拉长之后,可能带来的缺点。所以在这里先提醒一句:仅供参考。它是方程中的一个变量,确实需要关注。
查看原文
post-image
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
我们给思考的时间留得更少了,这不就是那些好点子都从哪里来的吗?
你上一次停在一个安静的地方、只是为了认真想想下一步该做什么,是什么时候?
为建造而盲目地建造,并不是你想要的那种高效。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
当前针对相关历史的 DD。
回测(紫色)与实盘(绿色)的区别在于:在过去 9 个月里,我新增了模型,并对配置做了调整,但我还没有把这些变化纳入到复合权重中。
无论如何,DD 比过去一年的平均水平要重一点。比如说,这段时间的回报量是在短时间内赚出来的,所以在我正在交易的这些模型的前提下,这种时期出现也算是可以预期的。
过去一个月左右,加密货币几乎没怎么动,涨跌而已。至少在之前,我们有非常强的山寨币下跌趋势,这帮忙把回报抬起来了,但现在就只是陈旧了,可能是因为夏季行情。
我挺无聊的,而且我已经习惯无聊了。
也罢,反正还有一堆无聊的事情要去做。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
我今天又发现了一个边缘情况 bug。
前几天我在转移资金时,看来我在一个延展/扩展类型的子账户上没有留足够的保证金。
当它在执行仓位时,由于保证金不足而运行失败,并且由于该信息是如何从交易所 API 返回的方式,部分成交的仓位被记录为“完成”。
我有一种方法来处理部分成交的仓位,它们会被正确地归类为相应类型,并且我会收到警告——但在涉及因保证金控制导致的部分成交时,它显然会出问题。
查看原文
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
今天半夜在 IMAX 看《奥德赛》(Odyssey)。时间挺糟,但这是这周在 IMAX 里唯一一个不是最底排、而且还能抬头看屏幕的座位。
考虑到我每天 9-10pm 就睡,这应该会很有意思。不会是我第一次睡着错过电影。
查看原文
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
过去要把这些修复逐一处理完,我得花上好几周。现在我就随便飞快地搞定了。给 AI 点个赞。最近几小时内我能完成的进度量简直离谱,太疯狂了。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
我每天大约有 42 个反复出现的问题需要我的代理进行报告。这会生成成千上万行内容。
我按出现次数从高到低浏览列表,并已经把它从每天将近 4k 的告警降到 11。
仍然在第 15 条,但我会把它们全部清理掉,不过只是后端的噪音。
查看原文
post-image
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
我认为,要能很好地应对全职交易者的波动,人们需要看一下平均月回报与生活成本之间的比率。
我现在的比率大约在 5-10 倍之间。意思是每一个月,平均来说,我能够产生相当于 5-10 个月开销的收益。
当然,这些都是过去的数据,而且是平均值;有些月份是亏损的,等等。而我能持续保持优势这一点,永远都只是推测。
也有一些时期,这 6 个月的平均值会变成负数,但我觉得在那段时期之后,我所做的调整,应该会让这些时期更短,不过谁知道呢。
把开销与回报之间的差距保持得很宽,会让我能够承担一些原本不可能承担的风险——比如如果我那个月需要把回报的一半拿去付房租,或支付汽车的租赁款。
很多人在赚到一点钱时,都会有升级生活方式的冲动。这没问题,每个人的目标不同,但这会拖累风险承担以及复利效应。
对我来说,生活在这种状态下、靠它过日子,感觉相当舒服。
查看原文
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
不管我做了多少笔加密货币交易,或者我在加密领域待了多久,只要我每次想把一大笔资金从一个钱包转移到另一个钱包,那种一阵焦虑袭上心头的感觉就依然会让我不安。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
我的投资组合的偏向最近几天有点“变绿”了。
有意思的是,净名义规模为 -82% 做空,而净经过波动率调整后的规模为 7.8% 做多。
这意味着,尽管我的投资组合整体上略微净做多,但在经过波动率调整的口径下,做空那一侧资产的波动率要比做多那一侧低得多,于是它承担了更大的名义权重。
真正可能伤到我的是,如果这事发生反转,我现在做空的这些“垃圾”开始引起关注,结果一切又都一起拉升,那我接下来几天可就会很难受,而我目前持有的多头也根本不可能弥补得了。
不过我想,这就是用粗略方式估算未来波动率的问题——我现在就正在顺着浪冲。
查看原文
post-image
post-image
  • 赞赏
  • 1
  • 转发
  • 分享
Falcon_Official:
去往月球 🌕
随着欧洲监管环境趋紧,我会更加谨慎:更定期地备份我的数据,核对我的交易,并确保未来审计时一切都能有据可查、可解释。
例如,在 hyperliquid 上,我只能回溯大约 1 万条交易记录。对我来说,这大概够用 3 个月,而且我已经无法再往更早回溯了。如果我需要证明更早时期的交易,但我又没有保存包含全部历史的数据库,我就无法证明我所报告的操作。
我不必回溯到更早的时间,因为我把每一笔交易都记录在一个数据库里,但这是我第一次这样做。我还建立了一个次级核对器,它会直接去交易所比对我的数据库。
在去年之前,我一直都能避免做到这么深的程度,因为我把任何收益都作为个人所得申报了。在 PT 里,你的应税事件基于 coin -> fiat 的换算,所以影响没那么大,尽管说实话,我本该保存更详细的记录。
如果不做这些,未来要把事情理清会一团乱。我花了过去 3 天认真地围绕这件事仔细思考,并确保从现在开始我的数据不会有任何缺口。
我为所有交易所都建立了一套标准流程,不管它们各自的差异有多大……
到目前为止,我和我手动的 PnL 余额跟踪器相比大约差 1.2k。偏差是一个很小的百分比,没问题。
那个手动余额跟踪器基本上是我对我全部持仓中每一项余额所做的导出,并作为唯一真实来源(source of truth),因为它本质上就是钱包/交易所上“躺着”的现金,所以我们不可能和它偏差太多。
目前一切顺利。各位
HYPE0.01%
查看原文
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
在股票中进行一项永久性出价,我们选择将其作为交易来执行。
查看原文
post-image
  • 赞赏
  • 评论
  • 转发
  • 分享
寓言刚刚带我梳理了一下我自己在交易报告设计里的一个逻辑错误。我挺佩服这个。
基本上我想要把期末(EoM)余额和盈亏(PnL)对上。
为此我需要已实现 PnL(简单)+ 未实现 PnL。
第一个问题很基础,之前就已经解决了:
未实现 PnL 会从之前月份已经计入过的余额中延续。
比如你有 1000 美元余额,在 5 月你的某个持仓上涨了 100。假设这个持仓在 6 月时未实现涨幅已经变成 300。5 月月末你的余额是 1100,如果一切正确,那么 6 月应该是 1300。
但如果你把整个持仓未实现 PnL 都算进去,你的交易报告会说你的余额应该是 1400,因为你把 5 月已经计入过的那 100 又重复计算了一遍。
所以我们必须从之前期间里减去未实现 PnL。
因为我做了很多日内再平衡,所以这会变得更棘手:我们有成千上万笔交易,需要把它们的成交、成交时间,以及它们对本月该持仓未实现 PnL 的贡献都算进去。
到目前为止都还好,很基础。
寓言找到的那个问题是:我没有考虑到,当我在本月确认已实现 PnL(从会计角度的正确数值)时,必须把其中已经在前一个月的余额里作为未实现 PnL 计入的那部分考虑进去,否则就会对它们的影响重复计算。
在我们之前的例子里,假设在 6 月我在平仓时把全部 300 的利润记账。对会计师来说,这就是正确的数值。
但如果要和余额追踪器匹配,这意味着我必须把已经在之
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
现在就算有 AI,很多任务也能一口气搞定大半了,但我实在还有太多要做的事,跟真正的交易、寻找优势完全没关系。所以我能理解我为什么这么长时间都只做一件事。
也许中途转向还会有点“技能不够”的问题,不过整体维护工作确实不少。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
所以我需要每月一次这样的节奏,否则很快我就无法获取所需的数据。
我在数据库中追踪每笔交易,但我还需要另一个工具来进行对账。
这是用于业务端,需要比个人报告更细致一些。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
我一直拖延着没有自动化交易所、钱包等的会计报告给我的会计师。
所以我今天打算花一整天来做这件事。
问题不在于余额,因为我每天都在追踪,而是每一笔交易的细节,简直是一团糟。
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享
我可以直接给他们余额,但我知道将来可能会被审计,而我需要对经手的每一笔交易都有对账明细。
目前我每个月大约有5000多笔交易,分散在多个钱包,比如Hyperliquid的成交记录上限是10,000笔。
HYPE0.01%
查看原文
  • 赞赏
  • 评论
  • 转发
  • 分享