𝗦𝗰𝗮𝗿𝗮𝗯 𝗗𝗶𝗮𝗴𝗻𝗼𝘀𝘁𝗶𝗰 𝗙𝗶𝗲𝗹𝗱 𝗧𝗲𝘀𝘁 #𝟬𝟯𝟭

QuantConnect Lean จำเป็นต้องมีการควบคุมการ Roll สัญญาฟิวเจอร์สแบบต่อเนื่อง (continuous futures rolls) ที่ดีขึ้น

ผู้ใช้งานประสบปัญหาหลักสองประการ:

นี่ไม่ใช่แค่บั๊กธรรมดา แต่มันคือปัญหาด้านนโยบายการทำ Mapping (mapping policy)

หากคุณพยายามแก้ไขด้วยการสร้างปฏิทินการ Roll ใหม่ คุณจะทำให้ Engine พัง หากคุณทำข้อมูล Mapping ซ้ำซ้อน คุณจะสร้างข้อผิดพลาดขึ้นมา การแก้ไข (patch) ที่ไม่ดีอาจทำให้เกิดความคลาดเคลื่อน (drift) ระหว่างสิ่งที่กลยุทธ์ต้องการกับสิ่งที่ Engine ทำจริง

เป้าหมายคือการหาแนวทางการแก้ไขที่แม่นยำและตรงจุด (surgical repair lane)

วิธีการแก้ไขยังคงอยู่ภายใต้ขอบเขตการทำ Mapping เดิม เราไม่ได้เขียน Futures Engine ใหม่ แต่เราขยายความสามารถในการจัดการ Continuous Futures Mapping ของ Lean แทน

สิ่งที่เปลี่ยนแปลงใน PR:

ด้วยการรักษาการแก้ไขให้อยู่ภายในนโยบายการ Mapping เราจึงมั่นใจได้ว่าส่วนประกอบทั้งหมดของ Engine จะเห็นตรงกันว่าสัญญาใดที่กำลังใช้งานอยู่

ผลลัพธ์ที่ได้: การแก้ไขที่มีขอบเขตชัดเจนซึ่งช่วยเพิ่มความสามารถใหม่ๆ โดยไม่ต้องสร้างระบบใหม่ขึ้นมา การตรวจสอบการ Build ในเครื่อง (Local build validation) ผ่านโดยไม่มีข้อผิดพลาด ตอนนี้ PR พร้อมสำหรับการตรวจสอบจากต้นทาง (upstream review) แล้ว

Source: https://dev.to/scarab-systems/scarab-diagnostic-field-test-031-quantconnect-lean-continuous-futures-roll-timing-boundary-492c

Optional learning community: https://t.me/GyaanSetuAi