สัญญาเหตุการณ์คริปโต: อ่านเงื่อนไขให้ตรงทุกคำ

สัญญาเหตุการณ์คริปโตเริ่มจากแหล่งอ้างอิง

พิจารณาพาดหัวสมมติ “Orion จะเกิน 80 ภายในวันศุกร์หรือไม่” ยังมีคำถามไร้คำตอบหลายข้อ Orion อาจหมายถึงสินทรัพย์ดั้งเดิม รูปแบบ wrapped คู่ซื้อขายเฉพาะ หรือดัชนี คำว่าแปดสิบต้องมีหน่วย วันศุกร์ต้องมีวันที่และเขตเวลา เกินอาจหมายถึงการเทรดครั้งหนึ่ง ค่าอ้างอิงที่เผยแพร่ ค่าเฉลี่ย หรือค่าปิด

การตีความครบอาจระบุดัชนี Orion-ดอลลาร์ที่เผยแพร่โดยบริการสมมติ Delta Reference วัด ณ 16:00 UTC ของวันที่กำหนด นั่นเป็นเงื่อนไขแคบกว่ากราฟ Orion ซื้อขายกับอีกสินทรัพย์ในเวลาใกล้กันมาก กราฟให้บริบทมีประโยชน์ได้โดยไม่ใช่หลักฐานชำระผลที่ยอมรับ

เมื่อประเมินราคาอ้างอิงสัญญาเหตุการณ์คริปโต บันทึกตัวระบุอย่างรอบคอบเท่าชื่อสินทรัพย์ที่แสดง หากกฎระบุคู่หรือฟีดเฉพาะ สิ่งทดแทนใกล้เคียงอาจมีสภาพคล่อง เวลา และค่าต่าง ตัวย่อคุ้นเคยไม่ใช่หลักฐานพอว่าเลือกการวัดถูก

จากนั้นระบุการแปลงระหว่างค่าที่สังเกตเดิมกับค่าอ้างอิงสัญญา ราคาซื้อขายปิด มัธยฐาน การคำนวณถ่วงปริมาณ และค่าเฉลี่ยถ่วงเวลาเป็นคนละฟังก์ชัน เลือกแหล่งถูกแต่ใช้ฟังก์ชันผิดยังได้เหตุการณ์ผิด ไฟล์ดาวน์โหลดเป็นเพียงจุดเริ่มสายโซ่หลักฐาน

เอกสารทางการปัจจุบันแสดงว่าทำไมต้องเจาะจง เอกสาร Chainlink TWAP ของ Polymarket แยกช่วงย้อนหลังชัด ไม่ได้ยืนยันว่าสัญญาคริปโตทุกแห่งชำระด้วยฟีดนั้น สัญญาจริงต้องเชื่อมวิธีอ้างอิงเฉพาะกับเงินจ่ายเฉพาะ

บทนำกว้างเรื่องการเทรดสัญญาเหตุการณ์ อธิบายว่าเงินจ่ายที่กำหนดต่างจากเพียงถือสินทรัพย์ต้นทางอย่างไร งานปฏิบัติที่นี่คือเปลี่ยนป้ายตลาดสั้นเป็นข้อความที่ผู้อ่านอีกคนประเมินอย่างอิสระได้

ค่าเท่ากันควรมีกรณีทดสอบของตน

ต่อมาให้สัญญา Orion สมมติมีเกณฑ์ 80 สมมติกฎเต็มระบุว่า Yes จ่ายหนึ่งหน่วยหากค่าอ้างอิงสุดท้ายมากกว่า 80 อย่างเคร่งครัด และ No จ่ายหนึ่งหน่วยในกรณีอื่น ภายใต้ขั้นตอนยกเว้นที่ระบุแยก ค่าเท่ากับ 80 พอดีเป็น No ในกรณีตัวเลขปกติ

อีกสัญญาอาจใช้ “80 หรือสูงกว่า” ซึ่งรวมค่าเท่ากัน จึงต่างจากสัญญาแรกแม้การสังเกตในอดีตเกือบทุกครั้งให้ผลเดียวกัน ความคล้ายทางเศรษฐกิจในตัวอย่างไม่พิสูจน์เงินจ่ายเหมือนกันทุกผลที่อนุญาต

เขียนค่าทดสอบสามค่า คือ 79.99 80.00 และ 80.01 สัญญาแบบไม่รวมเท่ากันให้ No No และ Yes ส่วนสัญญารวมเท่ากันให้ No Yes และ Yes ค่ากลางพอหักล้างความเท่ากันทุกประการแล้ว ไม่ต้องใช้แบบจำลองความน่าจะเป็นหรือเทียบกราฟจึงเห็นความต่าง

การปัดเพิ่มขอบเขตอีกแบบ สมมติข้อมูลดิบ 79.996 แต่กฎให้ปัดสองตำแหน่งก่อนเทียบ ภายใต้การปัดทั่วไปเป็นหนึ่งในร้อยที่ใกล้สุด ค่าเทียบกลายเป็น 80.00 สัญญารวมเท่ากันให้ Yes ส่วนแบบเคร่งครัดยัง No กฎที่เทียบค่าก่อนปัดจะให้ No สำหรับเกณฑ์ทั้งสองรูป

เหล่านี้เป็นกฎสมมติที่ตั้งใจให้ต่าง ผู้เทรดต้องรู้ว่าข้อกำหนดจริงต้องทำขั้นใด รวมหลักตัดสินกรณีกึ่งกลางที่ระบุ การปัดเพื่อแสดงต่างจากปัดเพื่อชำระผล จออาจแสดง 80.00 ขณะที่ค่าตัดสินเก็บละเอียดกว่า

การตรวจเงื่อนไขขอบเขตสัญญาราคาคริปโตที่ดีถามด้วยว่าปัดตัวเกณฑ์เองหรือไม่ ตัวชี้วัดต้นทางเป็นลบได้หรือไม่ และค่าเท่ากันเกิดหลังแหล่งแก้ไขได้หรือไม่ เป้าหมายคือเปิดเผยกฎตัดสินจริง ไม่ใช่สร้างความซับซ้อนที่สัญญามีเอกสารตอบแล้ว

หน้าต่างเวลาเปลี่ยนความหมายเหตุการณ์ได้

“ณ เวลาตัดวันศุกร์” กับ “เมื่อใดก็ได้ก่อนเวลาตัดวันศุกร์” เป็นคนละเหตุการณ์ ในเส้นทางสมมติ Orion เริ่ม 78 แตะ 83 ชั่วครู่ แล้วจบ 79 เงื่อนไขแตะเหนือ 80 สำเร็จได้ขณะที่ค่าสุดท้ายเหนือ 80 ไม่สำเร็จ กราฟมีหลักฐานทั้งสองข้อสรุปเพราะสัญญาถามต่างกัน

ค่าเฉลี่ยเหนือ 80 ต่างออกไปอีก สมมติหน้าต่างสามส่วนใช้เวลาเท่ากันที่ 78 83 และ 79 ค่าเฉลี่ยเวลาเป็น 80 ภายใต้เงื่อนไขเกิน 80 อย่างเคร่งครัด ค่าเฉลี่ยนั้นไม่ผ่าน แม้ค่าสูงสุด 83 การคำนวณจะเปลี่ยนหากช่วงยาวไม่เท่ากัน

จุดเริ่มและจบหน้าต่างสำคัญด้วย ราคาที่เข้าเกณฑ์แต่เกิดหนึ่งวินาทีก่อนเริ่มช่วงที่นับรวม ถือว่าอยู่นอกช่วง ราคาที่ตรงขอบจบต้องใช้หลักรวมขอบของกฎ คำทั่วไปอย่าง “จนถึงวันศุกร์” อาจไม่พอ เว้นแต่ข้อกำหนดเต็มให้เวลาตัดแม่นยำ

บันทึกมาตรฐานเวลาแทนแปลงอย่างลวก ๆ ในโน้ต เวลาสังเกต เวลาเผยแพร่ และเวลาผู้เทรดรับข้อความอาจต่างทั้งหมด รายงานมาช้าอาจกล่าวถึงการสังเกตภายในหน้าต่างที่อนุญาต ในทางกลับกัน ข้อความรับเร็วอาจอธิบายการวัดนอกช่วง

การปิดตลาดเป็นอีกคำถามเวลา สัญญาอาจหยุดรับคำสั่งก่อนวัดเสร็จหรือก่อนทราบผล สิ่งนี้กระทบความสามารถเปลี่ยนสถานะ แต่ไม่ได้เขียนนิยามเหตุการณ์ใหม่ด้วยตัวเอง ผลด้านดำเนินคำสั่งอธิบายในการเทรดสัญญาเหตุการณ์คริปโต ซึ่งเชื่อมนาฬิกาแต่ละแบบกับการตัดสินใจทุน

สัญญาเหตุการณ์คริปโตต้องมีเส้นทางยกเว้นชัด

ตัวอย่างตัวเลขทั่วไปทำแบบจำลองง่ายเพราะค่าอ้างอิงมีและชัด หลักฐานหาย แก้ไข หรือขัดแย้งอาจยากกว่า อ่านว่ากฎบอกอะไรเมื่อแหล่งไม่พร้อม เผยแพร่ช้า เหตุการณ์ยกเลิก และผลพิพาท อย่ารวมทั้งหมดเป็นเงื่อนไขคืนเงินที่สมมติเดียว

เอกสารตัดสินผล ของ Polymarket แยกชื่อตลาดจากกฎแหล่งข้อมูลและกรณีขอบ บทเรียนทั่วไปมีขอบเขตแคบ คือข้อความกฎนิยามเงื่อนไข ไม่ได้ให้เหตุผลยกการจัดการข้อยกเว้นของตลาดหนึ่งไปใช้อีกตลาดหรือแพลตฟอร์ม

สำหรับสัญญาที่สร้างขึ้น สมมติผู้ให้ค่าอ้างอิงไม่เผยแพร่ตามเวลา กฎแบบหนึ่งอาจรอค่าทางการที่ล่าช้า อีกแบบใช้แหล่งสำรองกำหนดไว้ แบบที่สามระบุเงินจ่ายพิเศษ ทั้งหมดเป็นทางเลือกการออกแบบ ไม่ใช่การตีความที่ผู้เทรดสลับเลือกได้หลังเห็นราคา

ความต่างเปลี่ยนการประเมินมูลค่า แหล่งสำรองอาจวัดสินทรัพย์เดียวด้วยวิธีต่าง การรออาจยืดเวลาผูกทุน เงินจ่ายพิเศษอาจทำลายสมมติฐานง่ายว่าฝั่งหนึ่งรับหนึ่งหน่วยและอีกฝั่งศูนย์ การตอบสนองถูกเริ่มจากระบุเส้นทางที่ใช้

การแก้ข้อมูลต้นทางต้องระวังเช่นกัน สมมติค่าแรก 79.98 ถูกแก้ภายหลังเป็น 80.02 กฎที่ใช้ประกาศทางการแรกอาจให้ผลต่างจากกฎที่ใช้ค่าที่แก้สุดท้าย ค่าหลังอาจแม่นยำกว่าสำหรับวิจัยบางอย่าง โดยไม่ใช่ค่าที่สัญญาระบุให้ชำระผล

ผู้อ่านรอบคอบเก็บสองบันทึก คือแหล่งพูดอะไร ณ เวลาตัดสินใจ และข้อกำหนดสุดท้ายต้องใช้อะไรตัดสินผล การรวมลบความต่างระหว่างพยากรณ์สมเหตุผลจากหลักฐานที่มี กับผลตัดสินหลังแก้ วิธีในการวิเคราะห์ตลาดคาดการณ์ ช่วยรักษาความต่างเมื่อตรวจผลงาน

หากข้อยกเว้นจำเป็นยังไม่มีคำตอบจริงในข้อกำหนดที่มี ให้ระบุว่ายังไม่ชัด การเดามั่นใจว่าแพลตฟอร์มน่าจะจัดการอย่างไรไม่เท่ากับกฎเงินจ่ายที่มีเอกสาร

แยกผลปฏิเสธจากหลักฐานที่หาย

การอ่านกฎชำระผลสัญญาเหตุการณ์คริปโตต้องถามด้วยว่าฝั่งปฏิเสธปฏิเสธอะไรจริง “ค่าอ้างอิงไม่สูงกว่า 80” ต่างจาก “ค่าอ้างอิงต่ำกว่า 80” อย่างแรกรวมเท่ากันในกรณีตัวเลขปกติ อย่างหลังไม่รวม การถอดความอย่างไม่รอบคอบอาจลบความต่างโดยไม่เปลี่ยนตัวเลขบนจอเลย

หลักฐานหายเป็นปัญหาตรรกะอีกแบบ หากถามว่าบริการที่กำหนดเผยแพร่ค่าที่เข้าเกณฑ์ภายในเส้นตายหรือไม่ การเผยแพร่เองอาจเป็นส่วนของเหตุการณ์ หากถามค่าที่วัดของสินทรัพย์และให้ขั้นตอนแหล่งล่าช้า การไม่มีรายงานทันทีก็อาจแค่เลื่อนคำตอบ ถ้อยคำสมมติเหล่านี้รวมเป็นกฎสากลว่าไม่มีรายงานเท่ากับ No ไม่ได้

สมมติแหล่งยังไม่เผยแพร่ตอน 16:01 ผู้เทรดเห็นกราฟอื่นที่ 79 แล้วสรุปว่าฝั่งปฏิเสธต้องชนะ ข้อสรุปรวมสามขั้น คือแทนแหล่งที่ไม่ได้รับอนุญาต มองความล่าช้าเป็นเหตุการณ์จบ และตีความ No เป็นการสังเกตราคาเฉพาะ ขั้นใดขั้นหนึ่งอาจขัดข้อกำหนดที่ใช้ตัดสิน

วิธีป้องกันที่ใช้ได้จริงคืออธิบายข้อเท็จจริงที่ยังไม่ชัดแต่ละอย่างแยก รายงานที่อนุญาตหาย กราฟสำรองแสดง 79 เส้นตายรับรายงานล่าช้าผ่านแล้วหรือยังไม่ผ่าน ข้อยกเว้นที่เกี่ยวบอกสิ่งใดเฉพาะหรือยังคลุมเครือ คำเหล่านี้รักษาสิ่งที่ทราบโดยไม่ยกการสังเกตเป็นการตัดสินชำระผล

ยังช่วยการสื่อสารขณะขัดข้อง คนในทีมหนึ่งสืบรายงานหายได้ขณะอีกคนตรวจข้อยกเว้น ไม่มีใครต้องรับข้อสรุปเงินจ่ายที่ไร้หลักฐานเพียงเพราะแหล่งปกติไม่พร้อมชั่วคราว

พิสูจน์ว่าเทียบกันได้ก่อนเทียบราคา

สมมติสองแอปแสดงสิทธิ์ชื่อ “Orion เหนือ 80” หนึ่งใช้ค่าอ้างอิงสุดท้าย ณ 16:00 UTC อีกหนึ่งถามว่ามีการสังเกตที่เข้าเกณฑ์ใดเกิน 80 ระหว่างชั่วโมงก่อนหน้าหรือไม่ ราคาต่ำกว่าในแอปแรกไม่ได้ถูกกว่าเชิงคุณค่าเทียบอีกแอปโดยอัตโนมัติ สิทธิ์ทั้งสองครอบคลุมชุดเส้นทางราคาที่เป็นไปได้ต่างกัน

เพื่อเทียบ ให้เขียนสถานการณ์สั้นที่แยกความต่าง เส้นทางแตะ 83 แล้วจบ 79 แยกสิทธิ์แตะจากสิทธิ์ปลายช่วง เส้นทางที่อยู่ต่ำกว่า 80 ตลอดแยกทั้งสองจากการตีความผิดว่าแนวโน้มขึ้นทั่วไปก็พอ ค่าเท่ากับ 80 ทดสอบถ้อยคำขอบเขต

ทำต่อด้วยแหล่งล่มและค่าแก้ภายหลัง สถานการณ์เหล่านี้เผยความต่างที่เส้นทางราคาปกติพลาด เป้าหมายไม่ใช่จินตนาการทุกเรื่องทีละเรื่อง แต่ระบุแต่ละมิติกฎที่เปลี่ยนเงินจ่ายได้และทดสอบมิตินั้นตรง ๆ

หากตั้งใจให้สองสิทธิ์เป็นฝั่งตรงข้ามของเหตุการณ์ทวิภาคเดียว ให้ตรวจว่าชุดผลปกติเกิดร่วมไม่ได้และครอบคลุมครบ คำว่าเกิดร่วมไม่ได้ หมายถึงไม่มีผลลัพธ์สองอย่างใดเกิดพร้อมกันได้ ส่วนครอบคลุมครบหมายถึงทุกกรณีปกติที่อนุญาตอยู่ในชุดใดชุดหนึ่ง คุณสมบัติทั้งสองไม่ได้ตามมาเพียงเพราะจอวางสองแถวข้างกัน

วิธีจัดการข้อยกเว้นยังต้องวิเคราะห์แยก แม้แบ่งกรณีปกติได้ชัด ก็อาจมีสถานะพิเศษที่เปลี่ยนยอดหรือเวลาเงินจ่าย ป้ายข้ามแพลตฟอร์ม สกุลเงิน และกลไกบัญชียังต่างหลังนิยามเหตุการณ์ตรง การตรงทางตรรกะของถ้อยคำไม่ทำให้ดำเนินคำสั่งหรือย้ายเงินอัตโนมัติ

การคำนวณในการเทรดอัตราต่อรองคริปโต มีประโยชน์หลังเทียบนี้ การแปลงราคาเป็นความน่าจะเป็นคุ้มทุนโดยนัยก่อนเข้าใจตัวหารเงินจ่ายสร้างตัวเลขดูแม่นสำหรับสิทธิ์ที่นิยามไม่ดี

ผูกเงินกับกฎที่ถูกต้อง

สมมติสัญญาง่ายที่สร้างขึ้นจ่ายหนึ่งหน่วยเมื่อ Yes และศูนย์กรณีอื่น โดยไม่มีผลยกเว้นในสถานการณ์ที่คำนวณ ซื้อ Yes 150 หน่วยที่ 0.36 ใช้ 54 สมมติค่าซื้อรวม 1.50 ยอดจ่ายรวม 55.50 กำไรชนะปกติ 94.50 ส่วนแพ้ปกติขาดทุน 55.50

94.50 ไม่ใช่เงินจ่าย เงินจ่ายคือ 150 การแยกเงินรับรวมจากกำไรสุทธิป้องกันแสดงรางวัลสูงเกินจริง ขาดทุนปกติสูงสุดรวมค่าใช้จ่าย แม้ราคาเสนออย่างเดียวเพียง 0.36 ต่อหน่วย

ต่อมาเพิ่มเส้นทางยกเว้นสมมติแยกที่จ่าย 0.50 ต่อหน่วย หากเส้นทางนั้นอยู่ในสัญญาที่สร้างจริง จะคืน 75 และกำไร 19.50 เทียบยอดจ่ายเดิม นี่แสดงว่าทำไมเงินจ่ายยกเว้นต้องอยู่ในแบบจำลอง ไม่ได้กล่าวว่าตลาดจริงจะใช้ผลครึ่งหน่วย

หากผู้เทรดให้โอกาส 30% แก่เงินจ่ายเต็ม 10% แก่เงินจ่ายครึ่งในกรณียกเว้น และ 60% แก่ศูนย์ เงินรับคาดหมายต่อหน่วยเป็น 0.35 สำหรับ 150 หน่วยเป็น 52.50 เทียบต้นทุน 55.50 ผลคาดหมายเป็นลบ 3 กรณีชนะปกติดูน่าสนใจ แต่การแจกแจงสมมติครบไม่ครอบคลุมต้นทุนซื้อ

ความน่าจะเป็นเป็นข้อมูลนำเข้าเชิงอัตวิสัยในตัวอย่าง ต้องรวมเป็นหนึ่งข้ามสถานะที่ไม่ทับซ้อนและตรงสัญญาจริง การคำนวณราคาไม่อาจซ่อมข้อยกเว้นที่ตกหล่นหรือความน่าจะเป็นที่ใส่กับเหตุการณ์อ้างอิงผิด

สร้างบันทึกสัญญาพร้อมคำอธิบาย

บันทึกใช้งานเริ่มจากตัวระบุตลาดคงที่และข้อกำหนดเต็มรุ่นที่เก็บไว้ รวมบริบทแพลตฟอร์มและผลิตภัณฑ์เพื่อไม่ให้ชื่อเล่นเดียวเผลอเชื่อมบันทึกต่างบริการ เช่น Polymarket International กับ Polymarket US ต้องพิจารณาบัญชีและผลิตภัณฑ์แยก แบรนด์ร่วมไม่ยืนยันข้อกำหนดใช้แทนกันได้

จากนั้นเขียนการตีความสั้นภาษาง่าย ระบุแหล่งอ้างอิง หน้าต่างสังเกต การเปรียบเทียบ และเงินจ่าย แยกจากเนื้อหาต้นทางที่คัดมา เพื่อผู้ตรวจอนาคตเห็นว่าถ้อยคำใดมาจากแพลตฟอร์มและเหตุผลใดมาจากผู้เทรด

เพิ่มกรณีทดสอบชี้ขาด ตัวอย่าง Orion มีค่าเท่ากัน การข้ามเกณฑ์ชั่วคราว รายงานหาย และค่าแก้ไข ข้างแต่ละกรณีให้ระบุข้อกำหนดรองรับหรือบอกว่าข้อกำหนดที่มีไม่ตัดสินประเด็นนี้ บันทึกจึงมีค่ากว่าโฟลเดอร์ภาพหน้าจอไร้คำอธิบาย

ทำรุ่นการตีความเมื่อมีข้อมูลใหม่ หากคำชี้แจงเปลี่ยนการวิเคราะห์ เก็บมุมเดิมและเวลาไว้ จึงประเมินการตัดสินใจภายใต้ข้อมูลที่มีจริงขณะนั้นได้ การเงียบ ๆ แทนโน้ตเดิมอาจทำให้กระบวนการบกพร่องดูแม่นยำหลังรู้ผล

บันทึกต้องมีหลักฐานดิบที่ใช้พยากรณ์ รวมหน่วยและเวลาสังเกต เก็บละเอียดพอคำนวณการเทียบซ้ำ ค่าแดชบอร์ดปัดแล้วมีประโยชน์แสดง แต่อาจไม่พอตรวจผลใกล้เกณฑ์

หลักในซอฟต์แวร์เทรดสัญญาเหตุการณ์ อธิบายว่าบันทึก สิทธิ์ และการดำเนินบัญชีประกอบกันอย่างไร ชั้นอ่านสัญญายังแยกต่างหาก บัญชีออกแบบดีบันทึกรายการได้แม่นแม้รายการนั้นอิงการตีความข้อกำหนดผิด

ประเมินว่าแอปแสดงเงื่อนไขอย่างไร

อินเทอร์เฟซอาจเผยรายละเอียดเหล่านี้หรือทำให้มองข้ามง่าย ระหว่างประเมิน ให้ตามตลาดหนึ่งจากบัตรย่อไปข้อความกฎเต็ม ตรวจว่าตัวระบุสินทรัพย์ เขตเวลา ภาษาเปรียบเทียบ และแหล่งอ้างอิงยังเห็นเมื่อผู้ใช้ถึงหน้าสั่งหรือไม่

ทดสอบกรณีขอบแทนตัดสินเพียงหน้าตา หากสัญญาบอกมากกว่า 80 อย่างเคร่งครัดแต่แอปสรุป “80 หรือมากกว่า” สรุปเปลี่ยนเหตุการณ์ เครื่องมือที่แสดงต้นฉบับตรงแต่ใช้ป้ายในระบบไม่สอดคล้องยังสร้างความสับสนที่เลี่ยงได้

ตรวจด้วยว่าแอปจัดการสถานะเปลี่ยนอย่างไร ผลกำลังหารือ เสนอ ตัดสิน และพร้อมถอนเป็นคนละข้อความ อินเทอร์เฟซควรระบุว่ารู้อะไรจริง สีมั่นใจหรือภาพเคลื่อนไหวฉลองไม่ใช่หลักฐานว่ากระบวนการบัญชีทั้งหมดเสร็จแล้ว

กรอบเทียบในแอปตลาดคาดการณ์ที่เหมาะที่สุด มองการเห็นกฎและคุณภาพบันทึกเป็นเกณฑ์ประเมิน ไม่ใช่องค์ประกอบตกแต่ง แอปสะดวกมีคุณค่าเมื่อช่วยผู้ใช้เข้าใจเงื่อนไขเดียวกันก่อนเข้า ระหว่างไม่แน่นอน และหลังตัดสินผล

การอ่านสัญญาจบที่ข้อความซึ่งทำซ้ำได้ ไม่ใช่ความรู้สึกคุ้นเคย ผู้อ่านรอบคอบอีกคนควรนำข้อกำหนดที่เก็บและหลักฐานที่กำหนด มาตามการเปรียบเทียบแล้วเข้าใจข้อสรุปเงินจ่ายได้ เมื่อทำได้ การพยากรณ์และดำเนินคำสั่งจึงตอบคำถามที่กำหนด เมื่อไม่ได้ ถ้อยคำที่ยังไม่ชัดยังเป็นส่วนของการตัดสินใจ