ผลทดสอบย้อนหลังของตลาดทำนายอาจใช้ทิกเกอร์ที่ดูถูกต้อง ใช้ประวัติราคาที่ถูกต้อง แต่กลับเป็นสัญญาคนละฉบับ ความผิดพลาดนี้มองข้ามได้ง่าย เพราะชื่อตลาดสั้น หน้ารายการเหตุการณ์มีการอัปเดต และหุ้น YES ก็ดูเป็นราคาในช่วงศูนย์ถึงหนึ่งเสมอ
ลองนึกถึงตลาดสมมติที่มีชื่อว่า “กฎหมาย Clean Transit Act จะผ่านหรือไม่?” กลยุทธ์ซื้อ YES ที่ราคา 0.42 หลังได้รับสัญญาณข่าว ต่อมาผลทดสอบย้อนหลังประเมินสถานะไว้ที่ 1.00 ก่อนจะเชื่อว่าการซื้อขายนี้ได้กำไร ฉันอยากรู้ให้แน่ชัดว่าสัญญาระบุอะไรไว้: เป็นร่างกฎหมายฉบับไหน อะไรถือว่า “ผ่าน” กำหนดเส้นตายเมื่อไร และแหล่งใดเป็นผู้ตัดสินผล
ชื่อ: “กฎหมาย Clean Transit Act จะผ่านหรือไม่?”
ชื่อเป็นเพียงข้อความสำหรับแสดงผล ไม่ใช่ตัวระบุสินทรัพย์ที่คงที่ ตลาด 2 แห่งอาจใช้ถ้อยคำแทบเหมือนกัน แต่หมายถึงสมัยประชุมกฎหมายคนละสมัย ร่างกฎหมายที่แก้ไขคนละฉบับ หรือกำหนดเส้นตายคนละวันได้ อีกทั้งแพลตฟอร์มอาจเปลี่ยนชื่อเพื่อให้ตลาดชัดเจนขึ้น โดยไม่ได้เปลี่ยนเงื่อนไขพื้นฐานของสัญญา
ดังนั้น ผลทดสอบย้อนหลังควรผูกสถานะกับ ID ตลาดหรือสัญญาของแพลตฟอร์มที่เปลี่ยนแปลงไม่ได้ พร้อมเก็บข้อความกฎฉบับเต็มและเวอร์ชันไว้ หากข้อมูลย้อนหลังมีเพียงชื่อกับทิกเกอร์ คุณก็ยืนยันไม่ได้ว่าชุดราคานั้นเป็นของสัญญาที่กลยุทธ์ตั้งใจซื้อขายจริง
| ฟิลด์ระบุตัวตน | ระบุสิ่งใดให้แน่ชัด | หากไม่มีจะเกิดข้อผิดพลาด |
|---|---|---|
| แพลตฟอร์มและ ID ตลาด | ตลาดที่จดทะเบียนรายการนั้นโดยเฉพาะ | ตลาดชื่อคล้ายกันถูกนำมารวมกัน |
| เวอร์ชันกฎ | เงื่อนไขที่ผู้เข้าร่วมตกลงกัน | การแก้ไขภายหลังถูกนำไปใช้กับรายการซื้อขายก่อนหน้า |
| ID โทเคนผลลัพธ์ | สิทธิเรียกร้อง YES หรือ NO ที่กำลังซื้อขาย | ราคา YES และ NO ถูกสลับหรือรวมกัน |
| แหล่งตัดสินผล | หลักฐานที่ใช้ตัดสินผลลัพธ์ | ผลทดสอบย้อนหลังสมมติว่าเป็นผู้มีอำนาจตัดสินคนละราย |
กฎ: “ผ่าน” หมายความว่าอย่างไร?
สมมติว่ากฎระบุว่าร่างกฎหมายต้องผ่านทั้งสภาผู้แทนราษฎรและวุฒิสภาภายในวันที่ 30 มิถุนายน จากนั้นประธานาธิบดีต้องลงนาม ผลทดสอบย้อนหลังที่ถือว่าผ่านสภาใดสภาหนึ่งก็ถือว่าสำเร็จ เท่ากับเปลี่ยนการเดิมพันไปแล้ว เช่นเดียวกับการนับร่างกฎหมายชื่อเดียวกันในสมัยประชุมถัดไป
อ่านเกณฑ์ตัดสินผลจริง แล้วแปลงเป็นเงื่อนไขที่นำไปประมวลผลได้ บันทึกกำหนดเส้นตายและเขตเวลา เหตุการณ์ที่เข้าเกณฑ์ ข้อยกเว้น และแหล่งตัดสินผลที่ระบุชื่อไว้ ความคลุมเครือก็สำคัญเช่นกัน หากกฎของแพลตฟอร์มไม่ได้ชี้ขาดสถานการณ์ที่เป็นไปได้อย่างสมเหตุสมผล อย่าเลือกการตีความที่ตรงกับผลย้อนหลังอย่างเงียบ ๆ
งานส่วนหนึ่งที่ไม่น่าตื่นเต้นเอาเสียเลยคือการบันทึกหน้ากฎไว้ก่อนที่จะเกิดเหตุการณ์สำคัญ หากเก็บหน้าเว็บหลังการตัดสินผลแล้ว ถ้อยคำที่เห็นอาจเป็นเวอร์ชันสุดท้าย ทั้งที่กลยุทธ์ของคุณเข้าซื้อภายใต้กฎเวอร์ชันก่อนหน้า
ลำดับเวลา: กลยุทธ์จะรู้ข้อมูลได้เมื่อไร?
ทีนี้สมมติว่ากฎไม่มีปัญหา และสัญญาณข่าวเกิดขึ้นเมื่อ 14:05 UTC ฟีดย้อนหลังระบุว่ามีการซื้อขายเมื่อ 14:05 ที่ราคา 0.42 แต่เวลาเพียงอย่างเดียวไม่ได้บอกว่าข้อมูลมีให้ใช้ก่อนการซื้อขายหรือไม่ ราคาที่บันทึกไว้ซื้อขายได้จริงในเวลาถัดมาหรือเปล่า หรือแท่งราคานั้นเป็นราคาเสนอซื้อขาย ราคาซื้อขายจริง หรือสรุปข้อมูลเป็นช่วงเวลา
แยกเวลาที่สัญญาณพร้อมใช้ออกจากเวลาเกิดเหตุการณ์ในตลาด จากนั้นค่อยส่งคำสั่งหลังจากกลยุทธ์มีเวลาคำนวณและส่งคำสั่งแล้ว สำหรับตลาดที่สภาพคล่องต่ำ การซื้อขายที่บันทึกครั้งถัดไปอาจเกิดขึ้นอีกหลายนาทีให้หลัง ซึ่งไม่ได้ยืนยันว่าคำสั่งของคุณจะจับคู่ได้ที่ราคานั้น
ราคา: ราคาเสนอไม่ใช่ราคาที่จับคู่ได้
การซื้อ YES ที่ 0.42 หมายถึงราคาหุ้นละ 42 เซนต์ แต่ชุดข้อมูลราคาซื้อขายล่าสุดไม่แสดงส่วนต่างราคาและปริมาณที่มีอยู่ หากราคาเสนอขายที่ดีที่สุดคือ 0.45 สำหรับ 20 หุ้น การจำลองการซื้อ 100 หุ้นจะจับคู่ทั้งหมดที่ 0.42 ไม่ได้ คำสั่งอาจไล่ซื้อจากสมุดคำสั่ง รอ หรือไม่ได้รับการจับคู่เลย
ราคาตลาดทำนายยังชวนให้ใช้ทางลัดทางบัญชีด้วย: มอง 0.42 เป็นโอกาส 42% แล้วลืมไปว่านั่นคือเงินสดที่จ่ายตอนเข้าซื้อด้วย สถานะ YES 100 หุ้นมีต้นทุน $42 ก่อนหักค่าธรรมเนียม หากชำระราคาที่ $1 จะได้รับเงินรวม $100 แต่หากชำระราคาที่ $0 ก็จะไม่ได้อะไร ค่าธรรมเนียม การจับคู่บางส่วน และกลไกการชำระราคาเฉพาะของแต่ละแพลตฟอร์มต้องอยู่ในบัญชีรายการด้วย
การชำระราคา: อะไรทำให้ปิดสถานะ?
ผลทดสอบย้อนหลังมักปิดสถานะด้วยราคาตลาดสุดท้าย แต่สัญญาที่ถือจนถึงการตัดสินผลจะจ่ายเงินตามกฎ และราคาเสนอสุดท้ายอาจเป็นราคาเก่า มีส่วนต่างกว้าง หรือห่างจากยอดจ่ายจริงในท้ายที่สุดมาก ให้จำลองการตัดสินผลเป็นเหตุการณ์แยกต่างหาก โดยดึงผลลัพธ์ เวลาชำระราคา และการเคลื่อนไหวของเงินสดจากข้อมูลสัญญา
ให้คำนึงถึงกรณีที่ผลตลาดเป็นโมฆะหรือมีข้อโต้แย้งด้วย หากกฎของแพลตฟอร์มระบุกรณีเหล่านี้ไว้ อาจคืนเงินต้น จ่ายเงินอีกจำนวนหนึ่ง หรือกำหนดให้รอ Binary payout เพียงแบบเดียวไม่ครอบคลุมทุกแนวทางการตัดสินผล
คำตัดสินต่อผลทดสอบย้อนหลัง
สำหรับตัวอย่างนี้ ฉันจะยอมรับผลกำไรที่รายงานก็ต่อเมื่อจับคู่ ID ตลาดที่เปลี่ยนแปลงไม่ได้ เวอร์ชันกฎที่ใช้ตอนเข้าซื้อ โทเคน YES เวลาที่สัญญาณพร้อมใช้ ราคาเสนอขายและปริมาณที่ซื้อขายได้ ค่าธรรมเนียม และข้อมูลการชำระราคาที่บันทึกไว้ตรงกัน หากคลังข้อมูลราคาใช้ตรวจสอบเรื่องเหล่านี้ไม่ได้ ผลที่ซื่อตรงควรเป็นช่วงของผลลัพธ์ตามสถานการณ์ หรือระบุว่าเป็นผลที่ยังไม่ได้ตรวจสอบ
ข้อกำหนดนี้อาจฟังดูเข้มงวดสำหรับการซื้อขายเล็ก ๆ เพียงครั้งเดียว แต่หากความผิดพลาดในการจับคู่ข้อมูลแบบเดียวกันเกิดขึ้นซ้ำในตลาดหลายพันแห่ง ผลทดสอบย้อนหลังก็อาจกลายเป็นการวัดอย่างละเอียดของสัญญาที่กลยุทธ์ของคุณไม่เคยซื้อขายเลย
← บทความทั้งหมด


