假設9點開盤，一路數據接收正常（只連接金字塔服務器），直到9:30:05，開始，丟包幾個TICK，導致該1分鐘K線的最高價有了變化。

如果策略在運行，丟包后，問一下金字塔處理機制是怎么樣的？

1、金字塔可能定期會查詢是否丟包，實時補充丟包的數據

2、當下一次斷線重連后，金字塔補充當天未收盤的丟包數據

3、直接不管丟包，除非手工補數據

好的非常感謝，

這里就產生了一個問題，因為丟包原因影響了K線走勢，策略開了一個多頭倉位。

如果金字塔實時監測數據并補充，補充的K線或TICK，就有可能會改變策略的持倉判斷，出現信號“閃爍現象”，

這樣很容易導致一些本身因為錯誤K線開倉了，本該止損的策略，因為讀過去持倉為0，變成不會止損（實際在丟包過程中開了多頭倉位），或者收盤本應該平倉，出現不能平的情況。

建議金字塔處理丟包情況時，加一個可選丟包補充，而不一定要，畢竟穩定的網絡丟包概率不高，但補充丟包后風險可能更大。

同時建議金字塔在補充丟包后，必須驅動策略從第一根開始重新運算（僅刷最后一根K線策略，丟包后如果不重新運行，當根信號會出現不改變的可能）

您好，做實時交易您要確保您本地網絡流暢，盡量避免出現數據丟失情況，防止交易出現問題。

關于您提的建議，我們會酌情考慮

現在就是討論如果因為丟包導致倉位錯誤的問題了。解決方法有兩種

1、承認丟包的錯誤，重新驅動策略運行，并同步倉位

2、不承認丟包再補丟包后對策略影響，直接任由錯誤策略倉位繼續發展（不可控）

相比現在運行的2模式，個人認為1更可取。

1跟2的折中辦法是，丟包后不補充數據（可選），就OK了，讓丟包者承擔小概率丟包導致信號錯誤，但依舊可控（策略自身有止損、日內平倉等），這樣就不會牽扯到同步問題。