# การเลือกที่ยุติธรรมเริ่มก่อนเลขสุ่ม

**บันทึกวิจัย · 7 กันยายน 2026 · การเลือกด้วย Bitcoin ยังเป็นการทดลอง**

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

งาน Choice / Sample ของ Proof21 จึงเริ่มที่กระบวนการรอบความสุ่ม ไม่ใช่คำสัญญาว่า nonce ของ Bitcoin แก้ความยุติธรรม

## ผูกทุกสิ่งที่มีผลต่อผลลัพธ์

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

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

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

## ข้อมูล Bitcoin ทำหน้าที่ต่างกัน

ความสูงคาดเดาได้ ฟิลด์ bits เข้ารหัสเป้าหมาย proof-of-work ค่าบล็อกเก่าเป็นสาธารณะแล้ว จึงใช้คำนวณที่กำหนดได้ แต่ไม่เป็นความคาดเดาไม่ได้ใหม่เพียงเพราะบริการนำไปแฮช เอกสารส่วนหัว Bitcoin อธิบายบทบาทเหล่านี้ [1]

เวิร์กโฟลว์พึ่ง Bitcoin อนาคตเพิ่มเวลารอและสมมติฐานฝ่ายตรงข้าม งาน Bitcoin Beacon วิเคราะห์ข้อจำกัดของความสุ่มบน Bitcoin แนวทาง VRF ที่มีอยู่ก็เน้นการยืนยัน อินพุตคงที่ และหลีกเลี่ยงสุ่มใหม่หรือยกเลิก [2][3]

การคำนวณ DMT การเล่นซ้ำอดีต และการสุ่มเลือกอนาคตเป็นความสามารถสัมพันธ์กันแต่รับประกันต่างกัน ผู้รับต้องรู้ว่ากำลังใช้แบบใด

## การสุ่มตรวจมีอีกสองขอบเขต

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

เช่นกัน การเลือกผู้ตรวจตามกฎไม่พิสูจน์ว่าจะตรวจถูกหรือซื่อสัตย์ การประเมินต้องมีการตรวจของมันเอง P21 แยกการเลือกและการประเมินเพื่อไม่ให้กลายเป็น “คะแนนความเชื่อใจ” ที่คลุมเครือ

## สมมติฐานผลิตภัณฑ์

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

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

## ติดตามการคัดเลือกหนึ่งครั้งตั้งแต่คำขอจนถึงข้อโต้แย้ง

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

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

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

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

## ประเมินแรงจูงใจทั้งหมด ไม่ใช่แค่คำขอเดียว

แหล่งข้อมูลหนึ่งอาจมีอิทธิพลต่อหลายการคัดเลือกพร้อมกัน ผลประโยชน์ที่ผู้โจมตีอาจได้รับจึงไม่จำเป็นต้องจำกัดอยู่แค่มูลค่าที่ระบุไว้ของงานเล็กงานหนึ่ง แบบจำลองภัยคุกคามควรระบุผลลัพธ์ทั้งหมดที่พึ่งแหล่งเดียวกัน ฝ่ายที่สามารถหน่วงหรือระงับผล และการพยายามที่ไม่สำเร็จจะถูกมองเห็นหรือไม่ งานวิจัย Bitcoin Beacon เป็นจุดตั้งต้นที่มีประโยชน์สำหรับการวิเคราะห์สมมติฐานแบบมีเงื่อนไข แต่ไม่ได้รับรองผลิตภัณฑ์ที่เสนอนี้ [2]

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

## การทดสอบที่ทำให้เห็นขอบเขต

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

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

## คำถามที่พบบ่อย

### nonce ของ Bitcoin เป็นเลขสุ่มฟรีที่ยุติธรรมอย่างสมบูรณ์หรือไม่?

ไม่ การมีฟิลด์อยู่ในบล็อกไม่ได้ลบสมมติฐานเรื่องการมีอิทธิพลต่อแหล่งข้อมูล เวลา หรือแรงจูงใจทางเศรษฐกิจ ค่าในอดีตเป็นที่รู้แล้ว และการคัดเลือกที่พึ่งข้อมูล Bitcoin ในอนาคตต้องมีแบบจำลองภัยคุกคามและนโยบายการยืนยันที่ชัดเจน [1][2]

### การคำนวณการคัดเลือกเดิมซ้ำเท่ากับการคัดเลือกใหม่หรือไม่?

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

### การคัดเลือกที่ยุติธรรมพิสูจน์ได้หรือไม่ว่าผู้ตรวจที่ถูกเลือกซื่อสัตย์?

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

## อ่านต่อ

- [P21 Choice และ Sample](https://proof21.xyz/th/docs/capabilities/choice/)
- [แผนภาพวงจรการเลือก](https://proof21.xyz/th/diagrams/)
- [1: ส่วนหัวบล็อก Bitcoin](https://developer.bitcoin.org/reference/block_chain.html)
- [2: Bitcoin Beacon](https://arxiv.org/abs/1605.04559)
- [3: ข้อพิจารณาความปลอดภัย VRF](https://docs.chain.link/vrf/v2-5/security)