pedma

vip
幣齡 3.3 年
最高等級 0
用戶暫無簡介
隨著歐洲的監管環境趨於嚴格,我更小心地定期備份我的資料、對帳我的交易,並確保未來在稽核時一切都能被解釋清楚。
例如,在 hyperliquid 上我只能回溯大約 10k 筆交易紀錄。對我來說,這大約夠用 3 個月,而且我已經再也無法更往前回溯了。若我必須證明更早期間的交易,而我又沒有包含完整歷史的資料庫,我就無法證明我正在報告的那些操作。
我不需要回溯,因為我在資料庫裡已經把每一筆交易都記錄下來了,但這是我第一次這樣做,我還建立了一個次級對帳器,它會直接連到交易所,並和我的資料庫比對。
直到去年我都還能避免做到太深入,因為我把任何獲利都申報為個人所得;在 PT 你的應稅事件是以幣 -> 法幣的轉換為基礎,所以影響沒有那麼大,雖然坦白說我應該要保存更詳細的紀錄。
如果我沒有這樣做,未來要處理就會是一團混亂。我花了過去 3 天非常認真地思考這件事,並確保從現在開始我的資料不會有任何缺口。
我為所有交易所建立了一套標準流程,無論它們各自的特殊之處(很多……
到目前為止,我與我手動的損益(PnL)追蹤器所顯示我應該有的金額相比,差了大約 1.2k。這只是小幅百分比偏差,沒問題。
那個手動損益追蹤器基本上是我針對我所有持倉的每一次餘額匯出,它是一個事實來源,因為那字面上就是現金放在錢包/交易所裡,所以我們不可能偏離太多。
目前為止一切順利。各位記得留好紀錄,這可能不是超有趣的任務,但也許有一
HYPE-2.49%
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
在股票市場中進行永續掛單,我們選擇交易這一項。
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
寓言剛剛帶我逐步檢查我自己交易報表設計裡的一個邏輯錯誤。對這點我相當佩服。
基本上我想把期末(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 美元的獲利都入帳。這在會計師的
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
即使現在 AI 可以一次搞定大多數任務,我還有好多跟實際交易和尋找優勢無關的事情要做,是啊,我可以理解為什麼我長期只專注一件事。
也許是一些技能問題加上中等曲線,但維護工作量真的很大。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
所以我需要每個月定期處理這個,否則很快我就無法取得所需的數據。
我追蹤資料庫中的每一筆交易,但我還想要另一個工具來對帳。
這是給商業端用的,需要比個人報表更細膩的資料。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
我一直拖延自動化處理來自交易所、錢包等的會計報表,交給我的會計師。
所以我今天整天都在處理這件事。
問題不在於餘額,因為我每天都有追蹤,而是在於每一筆交易的細節,簡直一團亂。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
我可以只給他們餘額,但我知道未來可能會被審計,我需要我所經手的每一筆交易都有經過調節的詳細記錄。我現在每個月大概有超過 5000 筆交易分散在許多錢包,例如 Hyperliquid 的上限是 10,000 筆成交。
HYPE-2.49%
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
現在來看看一些週轉率統計。我認為我的週轉率有點過高(年化283倍),儘管過去我做了一些努力來降低它。
我使用了每個交易所最高的費用等級,雖然並非全部都是吃單量。從實際統計數據來看,滑點成本是真實存在的。
這是我必須再次深入探討的問題。我認為我可以在不犧牲太多優勢的情況下,改善我的訊號。
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
最近一直處於這麼好的獲利時期,以至於我似乎忘了處於回撤期是什麼感覺。現在我又陷入其中,於是又回來建立儀表板來監控情況。
以下是我兩個投資組合中所有特徵的組合表現和資訊係數。對我目前運行的特徵來說,這肯定不是最好看的時期。
第一個是純動量策略。你可以看到這些特徵之間相關性有多高。
我一直在研究另一個(第二張圖),它將包含不同的特徵,你可以看到有些特徵已經表現得比其他的好,而且它們之間的離散程度更高。
我最近積極地增加更多特徵,但我也稍微退了一步,因為我注意到自己添加了很多東西卻沒有仔細思考。我不想只是為了添加而添加,你知道的。我的原則一直是,我添加的任何東西都必須有某種基礎,說明我為什麼應該因此獲得報酬,而我不會為了速度而違背這個原則。
有了AI,我可以非常快速地建立東西,以至於我沒有時間思考。只是不斷地建構。我需要回歸到好好思考事情,否則這一切都可能很快變得一團糟。
查看原文
post-image
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
當我在開發新功能時,有時會想出我正在處理的信號的不同變體。但透過整個數據集進行批量測試需要一些時間,所以我建立了一個佇列池,讓我可以一邊開發新功能,一邊讓其他測試在背景運行,然後在完成時收到通知。
這只是一個避免卡在等待結果的好方法。我也會在完成時收到提醒,所以如果我有一大組測試,我可以直接離開辦公桌放鬆,等待結果。
接著會有一個流程:如果它們根據我設定的指標達到可接受的結果,就會進入使用標準投資組合參數的回測,然後我批准或不批准將其部署到生產環境。
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
儘管 Fable 已經推出,我還是繼續使用 OPUS 4.8,因為我對它沒有任何問題。我想現在對於我目前做的事情來說,那些漸進式的改進越來越不明顯了,畢竟 OPUS 仍然一次就能搞定,何必為了說自己在用更新的模型而多花錢呢。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
我們回來了
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
人們再次低估了葡萄牙以平局和點球大戰方式晉級決賽的能力。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
那麼,當我們在準決賽中擊敗法國時,賠率會變成什麼樣子呢?
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
我傾向於高估潛力而低估風險。
那是我的缺點。
我不太在乎風險,我有點喜歡那種刺激並追求它。
我必須不斷地克制那種衝動,否則我會吃虧。
有些人則相反,過於害怕風險而低估潛力。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
我完全不在乎奢侈品。我開的是2011年的車,住的是便宜的公寓,大概每兩年才花約500美元買衣服,哈哈。
但有一件事我確實在積極尋找,那就是一棟靠近海邊的房子。這是我一定會賭一把的東西。在我看來,這能帶來巨大的提升。
查看原文
  • 打賞
  • 回覆
  • 轉發
  • 分享
opus 4.8 做一些愚蠢的事情。
我试图让它一次性从零开始构建回测工具,而这个家伙却在信号之前的一个K线关闭仓位。
这很简单的事情,它还是会这样搞。
是啊,继续用那种氛围编写你的交易基础设施,不用检查,伙计……
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
目前我每月大約花費€3.6k來運營我的整個業務。
為了最大化複利效果,經營一個精簡的商店。
我幾乎沒有自己拿薪水,全部再投資。
隨著我計劃加入的新數據供應商,可能會增加,但理想情況下這些都能自我支付。
查看原文
post-image
  • 打賞
  • 回覆
  • 轉發
  • 分享
  • 已置頂