pedma

fableが、私自身の取引レポートの設計上のロジックエラーを説明してくれました。かなり感心しました。
基本的に、EoM残高とPnLを突き合わせ（整合させ）ようとしています。
そのためには、実現PnL（簡単）＋未実現PnLが必要です。
最初の問題はかなり基本的で、すでに解決済みでした：
未実現PnLは、すでに過去の月で計上済みの残高から引き継がれる。
たとえば、残高が$1000あるとして、5月にポジションが+ $100動いたとします。
そのポジションが6月には未実現で$300になっているとしましょう。
5月末の残高は$1,100で、すべてが正しいなら6月は$1,300になるはず。
しかし、ポジションのオープン中の全体の損益（open PnL）をそのまま織り込むと、5月にすでに計上済みの$100が重複してしまうため、取引レポート上の残高は$1,400になるはず、と表示されます。
なので、過去期間の未実現PnLを差し引く必要があります。
少しややこしくなるのは、日次でリバランスをたくさんやっているので、今月のそのポジションの未実現PnLに対して、約定・タイミング・寄与を考慮すべき取引が何千件もあるからです。
ここまでは順調で、基本的なことです。
fableが見つけた問題は、当月の実現PnL（会計上の正しい値）をいつ計上するか、という点でした

最近のAIは大抵のタスクを一発で片付けてしまうけれど、実際のトレードやエッジを見つけることとは何の関係もないことが山ほどあって、だからまあ、長い間たった一つのことだけをやっていたのも納得できるよ。
もしかすると、スキル不足が中途半端な成績に拍車をかけているかもしれないけど、とにかく維持管理が大変だ。

だから、これについては月次のペースが必要です。そうしないと、すぐに必要なデータが取れなくなります。
私はデータベース上のすべての取引を追跡していますが、照合のためのもう一つのツールが欲しいです。
これはビジネス側のためのもので、個人のレポートよりももう少し細かい粒度が必要です。

取引所やウォレットなどからの会計レポートの自動化を先延ばしにしていました。自分の会計士のために。
今日はそれに一日を費やしています。
問題は残高ではなく、毎日追跡しているからですが、取引ごとの詳細がめちゃくちゃです。

残高だけを渡すこともできるが、将来監査を受ける可能性があるので、自分が関わる全ての取引について調整済みの明細が必要だ。
今、たくさんのウォレットにまたがって月に5,000件以上の取引があると思う。例えばHyperliquidは1万件の約定（フィル）に制限されている。

fableがリリースされたけど、OPUS 4.8を使い続けているよ。問題ないからね。今の増分改善は、今やっていることにはあまり目立たなくなってきていると思う。だってopusで一発でできちゃうし、より輝くモデルを使っていると言うためだけに、なぜもっと払う必要があるの？

私たちは戻ってきた

人々は再び、ポルトガルが引き分けとPKで決勝進出する能力を軽視している。

それで、準決勝でフランスに勝った場合、その時点でのオッズはどのようになるでしょうか？

私は可能性を過大評価し、リスクを過小評価する傾向があります。
それは私の欠点です。
リスクについてはあまり気にしませんが、スリルが好きでそれを求めています。
私は常にそれを制御しなければなりません。そうしないと痛い目を見ます。
他の人は逆に、リスクを恐れすぎて可能性を過小評価するという問題を抱えています。

贅沢品にはまったく興味がありません。2011年式の車に乗っていて、安いアパートに住んでいて、服には約2年で500ドルくらいしか使っていないでしょう（笑）。
でも、一つだけ積極的に探しているのは、ビーチの近くの家です。それが絶対に手を出すつもりのものです。個人的には大きなプラスだと思います。

ある日、正直に言うと、現金化して1年休んで、それから社会に役立つ何かを作りたいと思うことがある。
取引やそのゲームを本当に楽しんでいるけど、時々それについて考えずにはいられないんだよね。
やっぱり隣の芝生は青いってやつかな。