อัลกอริทึมตลาดคาดการณ์ควรอธิบายได้ว่าการคาดการณ์กลายมาเป็นคำสั่งที่เสนอได้อย่างไร คำอธิบายต้องมีมากกว่าค่าความน่าจะเป็นกับราคาตลาด โดยต้องระบุสัญญาที่แน่นอน อายุและความหมายของค่าประมาณ สภาพการส่งคำสั่งในปัจจุบัน ต้นทุนที่เกี่ยวข้อง ข้อจำกัดของบัญชี และสถานะของภาระผูกพันที่มีอยู่แล้ว
คู่มือนี้ติดตามอัลกอริทึมสมมติหนึ่งชุดตลอดกระบวนการดังกล่าว โดยใช้สัญญา Yes แบบง่ายที่ชำระราคาเต็มจำนวน ซึ่งจ่าย $1 หากเงื่อนไขที่นิยามไว้เกิดขึ้น และจ่าย $0 หากไม่เกิดขึ้น ความน่าจะเป็น ราคา ค่าธรรมเนียม และเพดานทั้งหมดแต่งขึ้นเพื่อการเรียนรู้ สัญญาและแพลตฟอร์มจริงอาจมีข้อกำหนดต่างออกไป และตัวอย่างนี้ไม่ใช่คำแนะนำในการจัดสรรเงินหรือคำกล่าวอ้างถึงผลการดำเนินงานที่ทำกำไร
การออกแบบนี้ตั้งใจให้อัลกอริทึมหยุดได้ กฎที่กำกวม สมุดคำสั่งที่ล้าสมัย หรือสถานะบัญชีที่ไม่ทราบ ควรทำให้ไม่สามารถออกข้อเสนอที่มีหลักฐานรองรับได้ แม้การคาดการณ์จะดูเป็นประโยชน์ก็ตาม เป้าหมายคือข้อเสนอคำสั่งที่มีขอบเขต และสามารถย้อนสร้างเหตุผลกับการคำนวณขึ้นมาได้หลังเหตุการณ์
นิยามเป้าหมายของอัลกอริทึมตลาดคาดการณ์
อัลกอริทึมเริ่มต้นจากแพลตฟอร์ม ตัวระบุสัญญา ผลลัพธ์ที่เลือก และเงื่อนไขการชำระผลที่แน่นอน โมเดลที่ประมาณเหตุการณ์กว้าง ๆ ยังไม่เพียงพอ หากสัญญาใช้แหล่งข้อมูล เกณฑ์ หรือนโยบายการปรับแก้เฉพาะ ความน่าจะเป็นต้องอ้างอิงตราสารที่กำลังพิจารณาจริง
เขียนเป้าหมายให้อยู่ในรูปที่ประเมินย้อนหลังได้ สำหรับตัวอย่างสมมติ ให้ถือว่าข้อมูลเผยแพร่ครั้งแรกที่ระบุชื่อไว้ต้องสูงกว่าเกณฑ์ที่กำหนด และระบุชัดเจนว่าผลจ่ายแบบง่ายคือ $1 หรือ $0 กรณียกเว้นใด ๆ ถูกตัดออกด้วยนิยามของตัวอย่าง มิใช่ตั้งสมมติฐานว่าสัญญาจริงไม่มีกรณีเหล่านั้น
คู่มือเดิมเรื่องอัลกอริทึมการซื้อขายตลาดคาดการณ์ ให้กรอบการออกแบบที่กว้างกว่า อัลกอริทึมที่มีประโยชน์ไม่สามารถใช้การกำหนดขนาดที่ซับซ้อนมาแก้เป้าหมายที่ยังไม่นิยามได้ ความหมายของสัญญาเป็นเงื่อนไขเบื้องต้น เพราะเป็นตัวกำหนดว่าการคาดการณ์และการคำนวณผลจ่ายนั้นเกี่ยวกับอะไร
เก็บรักษาการคาดการณ์และเวลาของหลักฐาน
สมมติว่าโมเดลให้ค่าประมาณ Yes กลางที่ 0.64 ให้บันทึกเวลาที่ออกค่าประมาณ หลักฐานต้นทาง รุ่นของโมเดล และขอบเขตการประเมิน ตัวเลขนี้ควรเป็นค่าประมาณความน่าจะเป็นของเป้าหมายที่นิยามไว้ มิใช่คะแนนจัดอันดับหรือค่าความมั่นใจภายในที่เปลี่ยนป้ายชื่อเป็นความน่าจะเป็น
ค่าประมาณยังมีความไม่แน่นอน ในตัวอย่างเพื่อการเรียนรู้นี้ นักวิเคราะห์ยังพิจารณาสถานการณ์ที่ต่ำกว่าที่ 0.58 เพื่อดูว่าข้อเสนอจะเป็นอย่างไรภายใต้สมมติฐานที่เอื้อประโยชน์น้อยลง สถานการณ์นั้นไม่ใช่ขอบเขตความเชื่อมั่นที่ยืนยันทางสถิติ เว้นแต่มีวิธีการแยกต่างหากรองรับการตีความเช่นนั้น
เก็บรักษาการคาดการณ์ก่อนดูผลลัพธ์ที่เกิดขึ้นภายหลัง การจำลองย้อนหลังต้องใช้ข้อมูลที่มีอยู่ ณ เวลาตัดสินใจ รวมถึงข้อมูลนำเข้าที่ขาดหายและการเผยแพร่ที่ล่าช้า คู่มือเดิมเรื่องการซื้อขายตลาดคาดการณ์ด้วยอัลกอริทึม อธิบายว่าเหตุใดการแก้ไขภายหลังจึงไม่ควรทำให้ความรู้ที่อัลกอริทึมก่อนหน้านั้นดูเหมือนมีอยู่ดีขึ้นโดยไม่แจ้งให้ทราบ
นิยามเงื่อนไขที่อัลกอริทึมต้องงดออกข้อเสนอ
เงื่อนไขการงดออกข้อเสนอของอัลกอริทึมระบุว่าเมื่อใดไม่ควรสร้างข้อเสนอ กรณีที่เกี่ยวข้องรวมถึงการจับคู่สัญญาที่ยังไม่ชัดเจน หลักฐานการคาดการณ์ที่หมดอายุ ข้อมูลตลาดที่ไม่ครบ หรือสถานะบัญชีที่ไม่อาจตรวจสอบกระทบยอดได้ แต่ละเงื่อนไขควรให้เหตุผลที่อ่านเข้าใจได้ แทนผลลัพธ์ตัวเลขที่ดูคล้ายการตัดสินใจ
การงดออกข้อเสนอไม่ใช่การคาดการณ์ว่าความน่าจะเป็นเป็นศูนย์ แต่หมายถึงกระบวนการตัดสินใจขาดข้อมูลนำเข้าที่จำเป็น หรืออยู่นอกขอบเขตที่ได้รับอนุญาต หากมีประโยชน์ ให้เก็บการคาดการณ์ล่าสุดที่ใช้ได้เป็นหลักฐานในอดีต แต่อย่าส่งต่อให้ใช้เสมือนเป็นข้อมูลปัจจุบันเพียงเพราะยังไม่มีข้อมูลใหม่มาแทน
อัลกอริทึมควรแยกคุณสมบัติที่เหมาะแก่การวิจัยออกจากคุณสมบัติที่อนุญาตให้ซื้อขายด้วย สัญญาอาจยังน่าสนใจสำหรับการศึกษา แม้สภาพบัญชีหรือตลาดปัจจุบันจะขัดขวางการดำเนินการ การแยกเช่นนี้ช่วยให้ผู้ทบทวนเข้าใจว่าระบบปฏิเสธแนวคิด เลื่อนออกไป หรือขาดหลักฐานที่จำเป็นต่อการตัดสินใจ
อ่านฝั่งตลาดและปริมาณที่เกี่ยวข้อง
ข้อเสนอซื้อ Yes ต้องใช้ราคาเสนอขายปัจจุบันและปริมาณที่มีอยู่ตามรูปแบบการแสดงข้อมูลจริงของแพลตฟอร์ม ราคากึ่งกลางที่แสดงหรือราคาซื้อขายล่าสุดยังไม่เพียงพอ อัลกอริทึมควรเก็บเวลาประทับของสมุดคำสั่ง และประมาณต้นทุนสำหรับขนาดที่ตั้งใจซื้อ แทนการสมมติว่าทุกหน่วยซื้อขายได้ที่ระดับราคาดีที่สุด
ในสมุดคำสั่งสมมติ มีสัญญาเสนอขายแปดฉบับที่ $0.50 และอีกสิบฉบับที่ $0.52 สัญญา 18 ฉบับนี้คือปริมาณที่มีอยู่ภายในเพดานราคาที่เสนอ ณ ขณะที่สังเกต ราคาเสนอขายอื่น ๆ หากมี อยู่เกินราคาที่สถานการณ์นี้อนุญาต จึงไม่นำมารวม
คู่มือเรื่องการซื้อขายสัญญาเหตุการณ์ อธิบายกลไกต้นทุนและผลจ่ายพื้นฐาน อัลกอริทึมใช้กลไกเหล่านั้นอย่างชัดเจน ราคาเสนอเป็นข้อมูลนำเข้าสำหรับข้อเสนอ ส่วนรายการจับคู่ที่เกิดขึ้นจริงภายหลังเป็นตัวระบุปริมาณและต้นทุนที่ได้มา ทั้งสองควรถูกแยกจากกันในบันทึก
รวมต้นทุนภายใต้สมมติฐานที่ระบุไว้
เพื่อการเรียนรู้ ให้สมมติค่าธรรมเนียมที่แต่งขึ้นเป็น $0.01 ต่อสัญญาที่ซื้อได้ และไม่มีค่าใช้จ่ายอื่นในสถานการณ์ที่ลดทอนความซับซ้อนนี้ ที่ราคาซื้อสูงสุดที่อนุญาตคือ $0.52 ต้นทุนเปิดสถานะสูงสุดต่อสัญญาจึงเท่ากับ $0.53 นี่เป็นสมมติฐานของแบบจำลอง มิใช่ตารางค่าธรรมเนียมปัจจุบันของแพลตฟอร์มใด
ต้องตรวจสอบค่าบริการจริงตามเงื่อนไขผลิตภัณฑ์และตลาดที่เกี่ยวข้อง คำแนะนำเรื่องค่าธรรมเนียม ของ Kalshi ระบุว่าค่าธรรมเนียมอาจต่างกันระหว่างตลาด อัลกอริทึมควรใช้กฎปัจจุบันที่มีผลบังคับ และเก็บรุ่นหรือแหล่งข้อมูลที่ใช้ประมาณต้นทุนไว้
หากยังประมาณต้นทุนโดยมีหลักฐานรองรับเพียงพอสำหรับกลยุทธ์ไม่ได้ ก็ควรยังออกข้อเสนอไม่ได้ ความได้เปรียบเล็กน้อยที่ดูเหมือนมีอยู่อาจหายไปเมื่อค่าธรรมเนียมหรือการส่งคำสั่งต่างไปเพียงเล็กน้อย อัลกอริทึมไม่ควรถือว่าต้นทุนที่ไม่ทราบเป็นศูนย์ เพียงเพราะทำเช่นนั้นแล้วสามารถคำนวณต่อได้
คำนวณสถานการณ์ต่อสัญญา
ภายใต้ผลจ่ายแบบง่ายที่เป็น $1 หรือ $0 ความน่าจะเป็นตามการประเมินส่วนตัวที่ 0.64 หมายถึงผลจ่ายคาดหมาย $0.64 ต่อสัญญาตามค่าประมาณนั้น เมื่อเทียบกับต้นทุนสูงสุดตามแบบจำลองที่ $0.53 ส่วนต่างคาดหมายคือ $0.11 ในสถานการณ์ต่ำกว่าที่ 0.58 ส่วนต่างจะเป็น $0.05
ตัวเลขเหล่านี้เป็นค่าคาดหมายภายใต้สมมติฐาน มิใช่กำไรที่รับประกัน สัญญาในตัวอย่างอาจชำระผลเป็น No และสูญเสียต้นทุนเปิดสถานะได้ การคาดการณ์อาจผิด และสภาพการส่งคำสั่งอาจเปลี่ยนไปด้วย จุดประสงค์ของการคำนวณคือแสดงความสัมพันธ์ระหว่างความน่าจะเป็น ผลจ่าย และต้นทุน
นโยบายตัดสินใจอาจกำหนดให้มีส่วนเผื่อที่เหมาะกับหลักฐานและการออกแบบของตนเอง บทความนี้ไม่ได้กำหนดค่าดังกล่าว ข้อกำหนดสำคัญคือต้องเขียนนโยบายไว้ก่อนตรวจดูผลลัพธ์ และต้องไม่ซ่อนความไม่แน่นอนของการคาดการณ์หรือต้นทุนไว้เบื้องหลังตัวเลขมูลค่าคาดหมายที่ดูแม่นยำ
ใช้ข้อจำกัดด้านเงินสดก่อนเลือกขนาด
สมมติว่าขั้นตอนการทำงานสมมติอนุญาตต้นทุนเปิดสถานะใหม่สำหรับข้อเสนอนี้ได้สูงสุด $13.25 เมื่อใช้ต้นทุนต่อสัญญาแบบเผื่อความเสี่ยงที่ $0.53 งบนี้รองรับได้ไม่เกิน 25 สัญญา เพราะ 25 คูณ $0.53 เท่ากับ $13.25 ปริมาณต้องเป็นไปตามหน่วยเพิ่มที่แพลตฟอร์มจริงรองรับ
นี่เป็นการคำนวณความสามารถรองรับ มิใช่งบหรือกฎกำหนดขนาดที่แนะนำ อัลกอริทึมควรใช้วงเงินที่ได้รับอนุญาตและสถานะบัญชีจริง เงินที่ผูกพันไว้ที่อื่นแล้วไม่สามารถนับซ้ำได้ และสถานะคำสั่งที่ไม่ทราบอาจทำให้ความสามารถรองรับที่ดูเหมือนยังเหลือไม่น่าเชื่อถือ
เก็บแหล่งที่มาของงบและเวลาของข้อมูลไว้ หากบัญชีเปลี่ยนก่อนการอนุญาต ให้คำนวณใหม่หรือทำให้ข้อเสนอใช้ไม่ได้ตามนโยบายที่กำหนด การคาดการณ์ที่ยังไม่เปลี่ยนไม่ได้หมายความว่าบัญชียังมีความสามารถดำเนินการเท่าเดิม การวิเคราะห์ตลาดและการอนุญาตใช้ทรัพยากรเป็นคนละชั้นงานกัน
นำความเสี่ยงที่มีอยู่และภาระผูกพันที่ยังเปิดอยู่มารวม
ต่อไป สมมติว่าขั้นตอนการทำงานมีเพดานสมมติที่ 40 สัญญา Yes สำหรับกลุ่มเหตุการณ์ที่เกี่ยวข้อง โดยถืออยู่แล้ว 20 สัญญา และมีอีกสองสัญญาในภาระผูกพันอื่นที่ยังเปิดอยู่ ความสามารถรองรับที่เหลือจึงเป็น 18 สัญญา คือ 40 ลบ 20 ลบสอง ข้อจำกัดนี้เข้มกว่าความสามารถรองรับจากเงินสดที่ 25 สัญญา
ต้องนิยามความหมายของการจัดกลุ่มเหตุการณ์ไว้ สัญญาหลายฉบับอาจมีปัจจัยขับเคลื่อนความเสี่ยงร่วมกันแม้ชื่อจะต่างกัน ระบบจริงอาจใช้มาตรวัดความเสี่ยงที่เหมาะกว่าจำนวนสัญญา โดยเฉพาะเมื่อผลจ่ายหรือโครงสร้างต่างกัน เพดานนับจำนวนแบบง่ายในที่นี้เลือกใช้เพียงเพื่อให้เห็นการคำนวณอย่างชัดเจน
คู่มือเรื่องอัลกอริทึมตลาดคาดการณ์ เปรียบเทียบวิธีการและสมมติฐานของแต่ละแบบ ตัวอย่างนี้แสดงว่าเหตุใดการคาดการณ์เดี่ยวที่ดูเป็นประโยชน์จึงไม่อาจกำหนดขนาดได้ด้วยตนเอง ความเสี่ยงและภาระผูกพันที่มีอยู่สามารถจำกัดข้อเสนอได้โดยอิสระจากความมั่นใจของโมเดล
ใช้ความสามารถรองรับที่น้อยที่สุดซึ่งมีข้อมูลรองรับ
ขณะนี้เพดานสมมติคือ 25 สัญญาจากเงินสด 18 จากเพดานเหตุการณ์ และ 18 จากสมุดคำสั่งที่สังเกตภายในขอบเขตราคา ข้อเสนอที่มีขอบเขตจึงมีขนาดสูงสุด 18 สัญญา นโยบายอื่นอาจกำหนดเพดานเพิ่มเติมที่ต่ำกว่านี้ และหากขาดเงื่อนไขเบื้องต้น ก็จะไม่มีข้อเสนอเลย
ต้นทุนเปิดสถานะสูงสุดที่กันไว้ภายใต้ขอบเขตแบบเผื่อความเสี่ยงคือ 18 คูณ $0.53 หรือ $9.54 สมุดคำสั่งที่สังเกตชี้ว่าต้นทุนก่อนค่าธรรมเนียมต่ำกว่านั้น คือแปดสัญญาที่ $0.50 มีต้นทุน $4 และสิบสัญญาที่ $0.52 มีต้นทุน $5.20 รวมเป็น $9.20 ก่อนค่าธรรมเนียมสมมติ $0.18 หรือรวมทั้งหมด $9.38
แยกขอบเขตสูงสุดออกจากค่าประมาณที่สังเกต แบบแรกใช้รองรับการอนุญาตภายใต้เพดานที่ระบุ ส่วนแบบหลังอธิบายสถานการณ์สมุดคำสั่งปัจจุบัน ทั้งสองยังไม่ใช่รายการจับคู่จริง การแยกเช่นนี้ช่วยป้องกันการเข้าใจผิดว่าความแตกต่างของการดำเนินคำสั่งภายหลังคือความผิดพลาดของสมการบัญชี
ตรวจสอบสถานการณ์คาดหมายโดยรวมโดยไม่กล่าวอ้างเกินจริง
ที่ค่าประมาณกลาง 0.64 สัญญาแบบง่าย 18 ฉบับที่จ่ายฉบับละ $1 มีผลจ่ายคาดหมายตามแบบจำลอง $11.52 เมื่อลบค่าประมาณต้นทุนรวมที่สังเกต $9.38 จะได้ส่วนต่างคาดหมาย $2.14 ภายใต้สถานการณ์ต่ำกว่าที่ 0.58 ผลจ่ายคาดหมายคือ $10.44 และส่วนต่างคือ $1.06
ผลจ่ายที่เกิดขึ้นจริงได้ในตัวอย่างแบบง่ายยังคงเป็น $18 หรือศูนย์ หากถือทั้ง 18 สัญญาจนชี้ขาดผล ค่าคาดหมายเป็นค่าเฉลี่ยที่อนุมานจากโมเดลความน่าจะเป็น มิใช่ผลการชำระแบบที่สาม ความแตกต่างนี้สำคัญอย่างยิ่งเมื่อนำเสนอการคำนวณแก่ผู้อ่านที่อาจเข้าใจว่ามูลค่าคาดหมายเป็นเงินสดที่รับปากว่าจะได้
การทบทวนความไวต่อสมมติฐานควรรวมสมมติฐานอื่นนอกเหนือจากความน่าจะเป็นด้วย ต้นทุนอาจเปลี่ยน อาจเข้าใจกฎผิด และข้อเสนออาจจับคู่ได้เพียงบางส่วน อัลกอริทึมควรเก็บความเป็นไปได้เหล่านี้ไว้ และหลีกเลี่ยงการนำเสนอค่าคาดหมายรวมเสมือนเป็นมาตรวัดความเสี่ยงที่เกี่ยวข้องทั้งหมดอย่างครบถ้วน
อนุญาตข้อเสนอรุ่นที่ระบุโดยเฉพาะ
การอนุญาตควรครอบคลุมสัญญา ฝั่ง ปริมาณ เพดานราคา และรุ่นหลักฐานที่นิยามไว้ หากข้อมูลนำเข้าเหล่านี้เปลี่ยนอย่างมีนัยสำคัญ ระบบต้องมีนโยบายปรับข้อเสนอให้เป็นปัจจุบันหรือปฏิเสธข้อเสนอ การอนุมัติครั้งก่อนควรไม่กลายเป็นสิทธิ์ไม่จำกัดให้ดำเนินการภายใต้สภาพตลาดใด ๆ ในภายหลัง
คู่มือเรื่องซอฟต์แวร์อัตโนมัติสำหรับตลาดคาดการณ์ ขยายเรื่องสิทธิ์และการจัดการข้อยกเว้น องค์ประกอบที่สร้างการคาดการณ์สามารถแยกจากองค์ประกอบที่ตรวจสอบอำนาจดำเนินการของบัญชีได้ การแยกนี้ทำให้ระบุได้ง่ายขึ้นว่าการตัดสินใจใดอนุญาตให้ดำเนินการภายนอก
บันทึกเงื่อนไขการหมดอายุ ข้อเสนออาจล้าสมัยเพราะเวลาผ่านไป สมุดคำสั่งเปลี่ยน สัญญาเปลี่ยนสถานะ หรือมีหลักฐานบัญชีใหม่ การหมดอายุไม่ควรลบบันทึกการวิจัย แต่หมายถึงการดำเนินการเฉพาะนั้นไม่มีข้อมูลรองรับอีกต่อไปภายใต้เงื่อนไขที่เคยใช้อนุญาต
แยกการส่งคำสั่งออกจากการเสร็จสมบูรณ์
การส่งข้อเสนอที่ได้รับอนุญาตสร้างความพยายามดำเนินการหนึ่งครั้ง ซึ่งไม่จำเป็นต้องเป็นสถานะถือครองที่เสร็จสมบูรณ์ ให้เก็บเลขอ้างอิงความพยายามและคำตอบจริงจากแพลตฟอร์ม ระบบควรแยกสถานะรับคำสั่งแล้ว เปิดอยู่ จับคู่บางส่วน ยกเลิกแล้ว ปฏิเสธแล้ว และไม่ทราบ ตามการทำงานที่นำไปใช้จริงในปัจจุบัน แทนการบังคับรวมไว้ในธงสำเร็จเพียงค่าเดียว
หากไม่ทราบคำตอบ ให้ตรวจสอบกระทบยอดความพยายามเดิมก่อนสร้างครั้งใหม่ คำสั่งใหม่อาจเพิ่มความเสี่ยงซ้ำ หากคำสั่งเดิมจับคู่แล้วหรือยังมีผลอยู่ การคาดการณ์ซ้ำหรือการแจ้งเตือนซ้ำไม่ใช่การอนุญาตใหม่ให้มองข้ามความไม่แน่นอนนั้น
คู่มือเดิมเรื่องAPI บอตตลาดคาดการณ์ อธิบายว่าเหตุใดขอบเขตเหล่านี้จึงสำคัญ อัลกอริทึมควรสร้างลำดับที่ตรวจสอบได้ตั้งแต่การคาดการณ์ สู่ข้อเสนอที่อนุญาต ไปจนถึงความพยายามดำเนินการ ไม่ควรถือว่าการลองใหม่ทุกครั้งเป็นการตัดสินใจทางเศรษฐกิจครั้งใหม่เพียงเพราะเรียกฟังก์ชันซอฟต์แวร์ได้อีกครั้ง
คำนวณใหม่หลังจับคู่บางส่วน
สมมติว่าคำสั่งในตัวอย่างจับคู่แปดสัญญาที่ $0.50 และสี่สัญญาที่ $0.52 ต้นทุนก่อนค่าธรรมเนียมคือ $4 บวก $2.08 หรือ $6.08 เมื่อรวมค่าธรรมเนียมสมมติ $0.01 ต่อสัญญาสำหรับ 12 สัญญาที่ซื้อได้ ต้นทุนเปิดสถานะรวมคือ $6.20 อีกหกสัญญาจาก 18 ที่เสนอยังไม่ถูกจับคู่
ขณะนี้บัญชีถือ 32 สัญญาในกลุ่มเหตุการณ์แบบลดทอนความซับซ้อน คือ 20 เดิมบวก 12 ใหม่ อีกทั้งยังมีสองสัญญาในภาระผูกพันแยกต่างหากก่อนหน้านี้ และหกสัญญาที่เหลือจากข้อเสนอนี้ หากปริมาณที่ยังเปิดอยู่ทั้งหมดจับคู่ได้ เมื่อรวมกันก็ยังเท่ากับเพดาน 40 สัญญา
อัลกอริทึมต้องตัดสินใจว่าจะจัดการหกสัญญาที่เหลืออย่างไรตามนโยบายปัจจุบัน จะคิดเสมือนซื้อได้ครบทั้ง 18 แล้วไม่ได้ และจะละเลยภาระผูกพันที่เหลือเมื่อพิจารณาข้อเสนอใหม่ก็ไม่ได้ ทั้งรายการจับคู่จริงและคำขอที่ยังมีผลต้องสะท้อนอยู่ในการคำนวณความสามารถรองรับ
ตรวจสอบกระทบยอดต้นทุนและสถานะการถือครอง
หลังคำสั่งเข้าสู่สถานะที่ทราบแน่ ให้เปรียบเทียบบันทึกการจับคู่ ค่าธรรมเนียม ปริมาณที่ถือ และความสามารถรองรับที่เหลือ เมื่อตรวจสอบบัญชีจริง ให้ใช้ยอดที่ถูกเรียกเก็บจริงแทนภาพตัวอย่างสมมติ เก็บความคลาดเคลื่อนและแหล่งที่มาไว้ แทนการปรับตัวเลขเงียบ ๆ จนยอดรวมดูสมเหตุสมผล
หากยกเลิกปริมาณที่เหลือ ให้รอสถานะยืนยันที่เกี่ยวข้องก่อนปลดภาระผูกพันนั้นในบัญชีแยกประเภทภายใน คำขอยกเลิกอาจเกิดแข่งกับการจับคู่ตามพฤติกรรมจริงของแพลตฟอร์ม ปริมาณสุดท้ายต้องมาจากหลักฐานที่ตรวจสอบกระทบยอดแล้ว
บันทึกการตัดสินใจของอัลกอริทึมควรเก็บทั้งสถานการณ์การคาดการณ์และเส้นทางบัญชีที่เกิดขึ้นจริงไว้ ทำให้สามารถประเมินภายหลังได้ การคาดการณ์ที่มีประโยชน์อาจพบการดำเนินคำสั่งที่ไม่ดี และการคาดการณ์ที่อ่อนอาจให้ผลลัพธ์เฉพาะครั้งที่เป็นประโยชน์ บันทึกควรเอื้อให้แยกกรณีเหล่านี้ได้ แทนการลดทุกอย่างเหลือเพียงตัวเลขกำไรเดียว
ทดสอบการคำนวณจากการคาดการณ์สู่คำสั่ง
ควรตรวจสอบการคำนวณจากการคาดการณ์สู่คำสั่งด้วยกรณีที่ทดสอบขอบเขตจริง ใช้การคาดการณ์ที่หมดอายุ สัญญาที่กำกวม สมุดคำสั่งที่ล้าสมัย ความสามารถรองรับจากเงินสดที่ไม่พอ และความพยายามก่อนหน้าที่ไม่ทราบสถานะ แต่ละกรณีควรทำให้เกิดการงดออกข้อเสนอหรือการลดขนาดตามที่นิยามไว้ ก่อนจะพิจารณาส่งคำสั่งใด ๆ
ทดสอบการคำนวณด้วยค่าสมมติในคู่มือนี้ ยืนยันเพดาน 18 สัญญา ขอบเขตแบบเผื่อความเสี่ยง $9.54 ค่าประมาณอิงสมุดคำสั่ง $9.38 และต้นทุน $6.20 ของการจับคู่บางส่วน 12 สัญญา การตรวจเหล่านี้ยืนยันความสัมพันธ์ที่มีความหมาย แทนการเลียนแบบรายละเอียดการเขียนระบบที่เลือกขึ้นตามอำเภอใจ
ให้ทดสอบกรณีที่ผลลัพธ์ที่ถูกต้องคือไม่ดำเนินการ แม้ค่าคาดการณ์จะสูงด้วย ตัวอย่างเช่น ความสามารถรองรับความเสี่ยงที่เหลือเป็นศูนย์ควรขัดขวางข้อเสนอ สิ่งนี้แสดงว่าอัลกอริทึมเคารพข้อจำกัดที่เป็นอิสระจากกัน แทนการยอมให้ความมั่นใจอยู่เหนือกฎบัญชี
ตรวจสอบว่าข้อเสนอใดได้รับการจับคู่จริง
การคาดการณ์ที่ประเมินจากการซื้อขายที่เสนอทั้งหมดอาจมีพฤติกรรมต่างไปในกลุ่มย่อยที่จับคู่ได้จริง คำสั่งซื้อที่ตั้งรออยู่อาจมีโอกาสได้รับการจับคู่มากขึ้นหลังข้อมูลใหม่ทำให้สัญญาน่าดึงดูดน้อยลงสำหรับผู้เข้าร่วมรายอื่น อัลกอริทึมจึงควรตรวจสอบเงื่อนไขรอบการจับคู่ แทนการสมมติว่าคำสั่งที่เสร็จสมบูรณ์เป็นตัวอย่างสุ่มจากข้อเสนอทั้งหมด
ในการศึกษาย้อนหลัง การที่ราคาแตะเพดานไม่ได้ยืนยันด้วยตัวมันเองว่าปริมาณทั้งหมดของอัลกอริทึมจะได้รับการจับคู่ ปริมาณที่มีอยู่ เวลา และกฎจับคู่จริงของแพลตฟอร์มล้วนสำคัญ ให้ใช้แบบจำลองการดำเนินคำสั่งที่มีหลักฐานรองรับและระบุข้อจำกัดของมัน สมมติฐานการจับคู่ที่เอื้อประโยชน์เกินจริงอาจทำให้การคำนวณจากการคาดการณ์สู่คำสั่งที่รอบคอบดูมีประสิทธิผลเกินกว่าขั้นตอนการทำงานจริงจะทำได้
เก็บข้อเสนอที่ไม่ถูกจับคู่และที่ยกเลิกไว้เช่นเดียวกับที่เสร็จสมบูรณ์ เปรียบเทียบสถานะหลักฐาน ณ เวลาอนุญาตกับสถานะใกล้เวลาจับคู่จริงเมื่อข้อมูลเอื้อ หากการคาดการณ์หมดอายุขณะคำสั่งยังเปิดอยู่ นโยบายต้องระบุว่าควรทบทวนหรือถอนภาระผูกพันนั้นหรือไม่ ค่าประมาณเดิมที่เป็นประโยชน์ไม่ควรคงเป็นเหตุผลรองรับถาวรสำหรับการจับคู่ใด ๆ ในภายหลัง
การทบทวนนี้เชื่อมการคาดการณ์กับการดำเนินคำสั่งโดยไม่รวมทั้งสองเป็นสิ่งเดียวกัน โมเดลอาจยังปรับเทียบได้ดีสำหรับเป้าหมายที่ตั้งใจไว้ ขณะที่นโยบายคำสั่งเลือกกลุ่มย่อยของช่วงเวลาที่เสียเปรียบ ในทางกลับกัน การดำเนินคำสั่งอาจแม่นยำขณะที่การคาดการณ์อ่อน บันทึกที่มีประโยชน์ช่วยให้ผู้ทบทวนระบุได้ว่าสมมติฐานใดต้องปรับแก้ แทนการยกทุกผลลัพธ์ให้เป็นเรื่องของโมเดลความน่าจะเป็นเพียงอย่างเดียว
อัลกอริทึมตลาดคาดการณ์ควรเปิดเผยทุกสมมติฐาน
อัลกอริทึมที่สมบูรณ์อธิบายได้ว่าเหตุใดจึงพิจารณาสัญญานั้น ใช้ค่าประมาณความน่าจะเป็นใด สร้างแบบจำลองต้นทุนอย่างไร และเพดานใดกำหนดขนาดสุดท้าย อีกทั้งอธิบายได้ว่าเหตุใดข้อเสนอจึงหมดอายุ หรือเหตุใดความพยายามดำเนินการจึงยังไม่คลี่คลาย คำอธิบายเหล่านี้เป็นส่วนหนึ่งของการออกแบบ มิใช่ความเห็นเสริมที่เลือกเพิ่มทีหลัง
ตัวอย่างสมมติให้ข้อเสนอสูงสุด 18 สัญญา เพราะประเมินเงินสด ความเสี่ยงที่รับไว้ และความลึกของสมุดคำสั่งแยกจากกัน การคำนวณมูลค่าคาดหมายขึ้นกับการคาดการณ์ที่ไม่แน่นอนและต้นทุนที่ระบุชัด สถานะถือครองจริงขึ้นกับการจับคู่ การแสดงความแตกต่างเหล่านี้อย่างชัดเจนป้องกันไม่ให้เข้าใจสูตรที่ดูเรียบร้อยว่าเป็นผลการซื้อขายที่รับประกัน
สร้างกระบวนการเป็นลำดับการตัดสินใจที่มีหลักฐานรองรับและมีเงื่อนไขหยุดชัดเจน เก็บหลักฐานและตรวจสอบกระทบยอดสิ่งที่เกิดขึ้นจริง สิ่งนี้สร้างอัลกอริทึมที่ทดสอบ ทบทวน และปรับแก้พฤติกรรมได้ โดยไม่ซ่อนสมมติฐานไว้ในคะแนนที่อธิบายไม่ได้เพียงค่าเดียว หรือถือว่าการส่งคำสั่งที่ยังไม่แน่นอนเป็นสิทธิ์ให้เริ่มใหม่