pedma

我们彻底回来了

经历了去年那些过山车般的行情后，我发现自己对风险的 appetite 降低了
我年初至今仍上涨了 70% 以上，并不是说我错过了什么，只是本可以表现得更好
（可能很可笑：以 40% 的波动率运行，净资产的 90% 以上都在加密货币系统里，却说自己的风险偏好下降了）
但在 pump、lit、hype 上涨几个月前，我就已经看到了不错的机会（我确实买了一些，但仓位比我想要的低），我对它们有很好的论点，本可以建仓，但我没有这么做。
没有这么做，是因为我多少躲在了“让我的系统来处理”这种口号背后
也许这是件好事，也许我不应该做太多主观决策
但从可量化的角度看，这显然是错误的
公平地说，目前我的投资组合中大约有 20% 配置在 hype 上，但那是长期配置，我一直没有动过（只是偶尔加仓一点）。或许我本应该重新平衡，转投其中几项押注。或许这 20% 足以满足我的冲动，并且在这些东西大幅折价后，为长尾资产进行合理配置
过去几年，我的长期配置做得相当不错，而当时机成熟、价格大幅折价、我对某个项目的基本面有扎实论点时，我不应该害怕押注
我不是说要孤注一掷，但你知道，应该为此预留一个合理比例的配置
尤其是当我的投资组合空头敞口过高时，保留一部分暴露于另一侧的仓位一直很有帮助，因为这些行情变动可能会非常剧烈
而且这也不是 FOMO，我的配置相当合理，我现在也不想在主观决策方面买入任何东西，因为我认为这里

我是搞系统的。但连续 3 天醒来都看到这个，感觉还挺对味的，你懂吧。这就是我们最初被加密货币吸引的东西。看看它能不能维持一阵子吧。什么都没变，反正这一切都是骗局。不过你懂的，有时候怀旧的感觉还挺不错。

还有很多事情要做
早安

上周产出增加的原因之一，是我放宽了对代理的控制
我更愿意让它在没有我干预的情况下从头到尾完成一项完整任务，这让我能够覆盖更多事情，但也更加浮于表面
我发现其中相当一部分漏洞是由这些改动引入的
这可能是我在为这些代理设定严格规则时自身能力的问题，但当你让它们自由行动时，也会产生其他风险
例如，当某个模型被削弱时，你在某种程度上是基于已经不复存在的过往行为做假设
而且我确实认为上周左右 Opus 被大幅削弱了
当然，你可以并行运行多个代理，让它们相互检查工作，但我还没来得及这样做，而且对于涉及我自己交易引擎的事情，我也不确定自己是否会这么做
我更愿意理解它
所以我回到了基线状态
我正在把任务拆分成更小的部分，并亲自指导工作。在接受建议的改动之前仔细阅读，并理解其中的逻辑
我已经发现了一些问题，如果我只是粗略看过并允许代理直接处理，我本来是不会发现这些问题的
要让交易基础设施以我认为可接受的容量运行，确实是一件非常复杂的事情
我在刻意放慢自己的速度，但我确实相信，这是打造长期更稳健基础设施的解决方案

昨天真是美好的一天
不过更让我兴奋的是，我的杠杆从接近 5 倍降了一半
虽然处于“市场中性”状态，但我开始有点担心各种可能让事情失控的风险
风险并没有被忽视，已注意到，之后会研究

凌晨 2 点醒来修复未记录的 API 变更
早安

我今天盈利
不过

暂时离开 Beta 挖矿场

当 opus 直接回答：
“这是我编的”
时，总是令人安心。

我会严格管理驱动我投资组合目标敞口的引擎版本
显然，我会随着时间推移对其进行改进，但我不想在实时版本正在下发敞口时继续开发该引擎
此外，我希望根据改造的严重程度，对新引擎进行几周或几个月的测试
但当我想将其迁移到实时环境时，我有这个模板，我只需要调用代理并发起迁移
a) 旧版本归档（用于审计）
b) 创建新的工作版本
c) 完整迁移至实时环境
它相当准确，因为随着时间推移，这个模板不断变得越来越完善，纳入了我们在过去迁移中发现的各种缺陷
这就是我所说的要将每个流程标准化
之后执行起来会容易得多，而且它还会不断学习

如果你记录代码库的所有变更，那么下次你处理过去已经做过的某件事时，代理就可以从中获取上下文（如果它被恰当地标记和分类），并提醒你我们之前已经经历过的潜在陷阱。这样很有用，因为它能让你更难遇到类似的问题。