寓言剛剛帶我逐步檢查我自己交易報表設計裡的一個邏輯錯誤。對這點我相當佩服。

基本上我想把期末（EoM）餘額和損益（PnL）做對帳。
為此我需要已實現 PnL（很簡單）+ 未實現 PnL。
第一個問題其實很基礎，早就已經解決了：
未實現 PnL 會從先前月份已經計入餘額的部分往後延續。
例如：你有 1000 美元的餘額，而在 5 月你有一個部位獲利 100 美元。假設這個部位在 6 月時未實現損益變成 300 美元。5 月月底你的餘額是 1100 美元；如果一切都正確，那麼 6 月應該是 1300 美元。
但如果你把整個未平倉部位的開倉 PnL 也算進去，你的交易報表會顯示你的餘額應該是 1400 美元，因為你把 5 月已經計入的那筆已實現的 100 又重複計算了一次。
所以我們必須從先前期間的未實現 PnL 中扣除。
因為我做了很多日常的再平衡，所以會有成千上萬的交易需要考慮它們的成交（fills）、成交時間，以及它們對本月這個部位未實現 PnL 的貢獻。
目前為止都還好，算是很基本的東西。
寓言找到的問題是：我沒有想到，當我要在本月計算已實現 PnL（從會計角度來說是正確的數值）時，還必須把先前月份餘額中已被當作未實現 PnL 計入的那部分 PnL 一併考慮，不然就會把它們的影響重複計算。
沿用上面的例子：假設在 6 月當我平倉時，我把整個 300 美元的獲利都入帳。這在會計師的角度是正確的。
但要能和餘額追蹤器匹配，這意味著我必須從未實現 PnL 裡移除先前月份已經實現／已加入的那一部分，幾乎像是把先前月份已入帳的數值做一種扣減。
這在內部追蹤和會計用途之間有點衝突，但它們必須一致，否則我沒辦法確定我的數值一定正確。我是說我知道它們是正確的，因為已實現交易的交易所報表也能驗證——而就目前而言，會計用途才是最重要的——只是我有點龜毛。

現在 PnL 和期末（EoM）餘額能完美對上。
我早就應該知道更謹慎才對，隨著我們把 AI當作萬用解方，日子一天比一天更遲鈍。