{
  "schemaVersion": "1.0",
  "type": "research-article",
  "runtimeAvailable": false,
  "id": "proof21:journal:choice-without-rerolls:th",
  "inLanguage": "th",
  "slug": "choice-without-rerolls",
  "title": "การเลือกที่ยุติธรรมเริ่มก่อนเลขสุ่ม",
  "description": "ข้อผูกมัด เวลาของแหล่งข้อมูล และปัญหาการลองใหม่อย่างเงียบๆ ที่มักถูกมองข้าม",
  "datePublished": "2026-09-07",
  "dateModified": "2026-09-07",
  "url": "https://proof21.xyz/th/journal/choice-without-rerolls/",
  "markdownUrl": "https://proof21.xyz/th/journal/choice-without-rerolls/article.md",
  "markdown": "# การเลือกที่ยุติธรรมเริ่มก่อนเลขสุ่ม\n\n**บันทึกวิจัย · 7 กันยายน 2026 · การเลือกด้วย Bitcoin ยังเป็นการทดลอง**\n\nค่าสุ่มไม่ได้ทำให้ขั้นตอนการเลือกยุติธรรมด้วยตัวมันเอง ผู้ดำเนินขั้นตอนอาจเปลี่ยนชุดผู้มีสิทธิ์ สลับลำดับ ยกเลิกคำขอที่ไม่ชอบ หรือขอใหม่ ทุกค่าสุ่มอาจถูกต้องทางเทคนิค แต่ผลสุดท้ายมีอคติ\n\nงาน Choice / Sample ของ Proof21 จึงเริ่มที่กระบวนการรอบความสุ่ม ไม่ใช่คำสัญญาว่า nonce ของ Bitcoin แก้ความยุติธรรม\n\n## ผูกทุกสิ่งที่มีผลต่อผลลัพธ์\n\nก่อนแหล่งอนาคตเป็นที่รู้ ต้องตรึงชุดผู้สมัคร ลำดับ น้ำหนัก ขนาดตัวอย่าง รหัสคำขอ เวอร์ชันนโยบาย อัลกอริทึมแมป แหล่ง และเงื่อนไขยืนยัน ผู้รับต้องมีหลักฐานว่าข้อผูกมัดมีอยู่ในจังหวะที่กำหนด\n\nเวลาที่ผู้ดำเนินงานเขียนในบันทึกลงนามของตนไม่ยืนยันลำดับอย่างอิสระ การตรวจข้อผูกมัดเป็นปัญหาอีกส่วน\n\nวงจรต้องมีสถานะรอ ล้มเหลว และเสร็จสิ้นอย่างชัดเจน การหมดเวลาต้องไม่สลับแหล่งเงียบๆ หรือเปิดให้ลองอีกครั้งเพราะผลสะดวกกว่า\n\n## ข้อมูล Bitcoin ทำหน้าที่ต่างกัน\n\nความสูงคาดเดาได้ ฟิลด์ bits เข้ารหัสเป้าหมาย proof-of-work ค่าบล็อกเก่าเป็นสาธารณะแล้ว จึงใช้คำนวณที่กำหนดได้ แต่ไม่เป็นความคาดเดาไม่ได้ใหม่เพียงเพราะบริการนำไปแฮช เอกสารส่วนหัว Bitcoin อธิบายบทบาทเหล่านี้ [1]\n\nเวิร์กโฟลว์พึ่ง Bitcoin อนาคตเพิ่มเวลารอและสมมติฐานฝ่ายตรงข้าม งาน Bitcoin Beacon วิเคราะห์ข้อจำกัดของความสุ่มบน Bitcoin แนวทาง VRF ที่มีอยู่ก็เน้นการยืนยัน อินพุตคงที่ และหลีกเลี่ยงสุ่มใหม่หรือยกเลิก [2][3]\n\nการคำนวณ DMT การเล่นซ้ำอดีต และการสุ่มเลือกอนาคตเป็นความสามารถสัมพันธ์กันแต่รับประกันต่างกัน ผู้รับต้องรู้ว่ากำลังใช้แบบใด\n\n## การสุ่มตรวจมีอีกสองขอบเขต\n\nสมมติตลาดผูกชุดงานแล้วสุ่มบางงานมาตรวจ ตัวอย่างที่ทำซ้ำได้พิสูจน์บางอย่างเกี่ยวกับการเลือกจากชุดนั้น ไม่ยืนยันว่าทุกงานที่มีสิทธิ์รวมอยู่ครบ ความครบถ้วนต้องมีหลักฐานเพิ่ม\n\nเช่นกัน การเลือกผู้ตรวจตามกฎไม่พิสูจน์ว่าจะตรวจถูกหรือซื่อสัตย์ การประเมินต้องมีการตรวจของมันเอง P21 แยกการเลือกและการประเมินเพื่อไม่ให้กลายเป็น “คะแนนความเชื่อใจ” ที่คลุมเครือ\n\n## สมมติฐานผลิตภัณฑ์\n\nบริการน่าสนใจไม่ใช่ “ขายฟิลด์บล็อก” แต่คือเวิร์กโฟลว์ที่ตรวจดูได้และทำให้อินพุต แหล่ง การเปลี่ยนสถานะ และผลเลือกส่งต่อระหว่างฝ่ายได้\n\nการสาธิตมีประโยชน์ได้ก่อนปลอดภัยสำหรับมูลค่าสูง ควรแสดงทั้งการทำซ้ำผลและการปฏิเสธชุดผู้สมัครหรือนโยบายที่ถูกแก้ การใช้จริงต้องรอแบบจำลองภัยคุกคามที่ทบทวนและพฤติกรรมที่ทดสอบ รวมแรงจูงใจรวมจากหลายงานที่ใช้แหล่งร่วมกัน\n\n## ติดตามการคัดเลือกหนึ่งครั้งตั้งแต่คำขอจนถึงข้อโต้แย้ง\n\nพิจารณาตลาดสมมติที่ต้องเลือกผู้ตรวจหนึ่งรายจากองค์กรที่มีสิทธิ์สี่แห่ง ก่อนที่แหล่งข้อมูลที่เลือกจะพร้อมใช้งาน ผู้ร้องขอควรบันทึกตัวระบุที่คงที่ของทั้งสี่แห่งตามลำดับที่กำหนด กฎคุณสมบัติ น้ำหนักถ้ามี และตัวระบุการดำเนินการที่ไม่ซ้ำ ผู้ใช้ผลควรสร้างข้อมูลในระดับไบต์แบบเดียวกันได้ ลำดับที่ต่างกันคืออินพุตที่ต่างกัน แม้ชื่อที่แสดงจะดูไม่เปลี่ยนก็ตาม\n\nเหตุการณ์ต้นทางต้องถูกเลือกด้วยกฎ ไม่ใช่ให้ผู้ปฏิบัติงานไล่ดูค่าในอดีตจนได้ผู้ตรวจที่ตนชอบ บันทึกควรระบุวิธีจำแนกแหล่งข้อมูล เงื่อนไขการยืนยัน และสิ่งที่จะทำเมื่อเข้าถึงเหตุการณ์ไม่ได้ นี่เป็นตัวอย่างวงจรชีวิตที่เสนอไว้ ไม่ใช่บริการ Proof21 ที่สร้างเสร็จแล้ว และไม่ใช่คำแนะนำให้ใช้ความสุ่มจาก Bitcoin ที่ยังไม่ผ่านการตรวจทานเพื่อจัดสรรรางวัลมูลค่าสูง\n\nเมื่อแหล่งข้อมูลผ่านเงื่อนไขที่ตกลงกัน โค้ดเชิงกำหนดควรใช้อัลกอริทึมการแมปที่ระบุชื่อไว้ ในการใช้งานทั่วไป การนำจำนวนเต็มสุ่มไปหารเอาเศษด้วยจำนวนผู้สมัครอย่างเดียวอาจสร้างอคติได้ หากขนาดช่วงจำนวนเต็มหารด้วยจำนวนผู้สมัครไม่ลงตัว วิธีแมปที่ตรวจทานแล้วอาจใช้การสุ่มแบบปฏิเสธ โดยทิ้งค่าที่อยู่นอกช่วงใช้งานที่กำหนดอย่างแน่นอน และสร้างค่าถัดไปตามขั้นตอนตายตัว ขั้นตอนภายในนี้ต้องไม่กลายเป็นสิทธิ์ให้ผู้ปฏิบัติงานขอแหล่งข้อมูลใหม่เพียงเพราะไม่ชอบผู้ที่ถูกเลือก\n\nชุดหลักฐานสำหรับข้อโต้แย้งควรมีอินพุตที่ผูกมัดไว้ หลักฐานลำดับเวลาของการผูกมัด ตัวระบุแหล่งข้อมูล การสังเกตที่เกี่ยวข้อง เวอร์ชันการแมป และผลลัพธ์ ผู้ใช้ผลจึงถามแยกกันได้สองข้อ คือคำนวณผลเดิมซ้ำได้หรือไม่ และปฏิบัติตามกฎวงจรชีวิตหรือไม่ การคำนวณเลขซ้ำได้ตอบเพียงข้อแรกเท่านั้น\n\n## ประเมินแรงจูงใจทั้งหมด ไม่ใช่แค่คำขอเดียว\n\nแหล่งข้อมูลหนึ่งอาจมีอิทธิพลต่อหลายการคัดเลือกพร้อมกัน ผลประโยชน์ที่ผู้โจมตีอาจได้รับจึงไม่จำเป็นต้องจำกัดอยู่แค่มูลค่าที่ระบุไว้ของงานเล็กงานหนึ่ง แบบจำลองภัยคุกคามควรระบุผลลัพธ์ทั้งหมดที่พึ่งแหล่งเดียวกัน ฝ่ายที่สามารถหน่วงหรือระงับผล และการพยายามที่ไม่สำเร็จจะถูกมองเห็นหรือไม่ งานวิจัย Bitcoin Beacon เป็นจุดตั้งต้นที่มีประโยชน์สำหรับการวิเคราะห์สมมติฐานแบบมีเงื่อนไข แต่ไม่ได้รับรองผลิตภัณฑ์ที่เสนอนี้ [2]\n\nผู้ปฏิบัติงานยังต้องกำหนดวิธีตอบสนองต่อการจัดระเบียบเชนใหม่และการเข้าถึงหลักฐานไม่ได้อย่างชัดเจน เก็บคำขอเดิมพร้อมสถานะ หากนโยบายอนุญาตให้มีการดำเนินการทดแทน รายการใหม่ควรอ้างถึงรายการก่อนหน้าและอธิบายการอนุมัติ การเริ่มใหม่แบบซ่อนเร้นคือสิ่งที่บันทึกพกพาควรเปิดเผย ช่องเวลาประทับหรือวงล้อแอนิเมชันสวยงามไม่สามารถสร้างความรับผิดชอบเช่นนี้ได้\n\n## การทดสอบที่ทำให้เห็นขอบเขต\n\nชุดทดสอบที่มีประโยชน์เริ่มจากอินพุตที่ทราบและผลลัพธ์ที่ทำซ้ำได้ แล้วเปลี่ยนลำดับผู้สมัคร น้ำหนัก เหตุการณ์ต้นทาง และเวอร์ชันการแมปแยกกัน ชุดทดสอบควรปฏิเสธการใช้ผลของการดำเนินการอื่นซ้ำ และตรวจพบการผูกมัดที่ไม่รองรับหรือมาช้าเกินไป รวมถึงตรวจกรณีแหล่งข้อมูลไม่พร้อม การทำงานถูกขัดจังหวะ และการจัดระเบียบเชนใหม่ที่ทำให้นโยบายการสังเกตก่อนหน้าใช้ไม่ได้\n\nในการนำร่อง ควรวัดว่าผู้ใช้ผลทำซ้ำผลลัพธ์ด้วยตนเองได้บ่อยเพียงใด และได้รับผลที่ยังสรุปไม่ได้พร้อมคำอธิบายชัดเจนบ่อยเพียงใด หลีกเลี่ยงเป้าหมายที่ให้รางวัลแก่ผู้ปฏิบัติงานซึ่งเปลี่ยนทุกการหมดเวลาให้ดูเหมือนสำเร็จ เดโมออฟไลน์ของ Proof21 มีประโยชน์ในการสอนพฤติกรรมเชิงกำหนดขอบเขตจำกัดด้วยชุดข้อมูลตัวอย่าง แต่ไม่ใช่บีคอนความสุ่มแบบสด หรือหลักฐานว่าการทดสอบวงจรชีวิตสำหรับระบบจริงเหล่านี้ได้ถูกสร้างครบแล้ว\n\n## คำถามที่พบบ่อย\n\n### nonce ของ Bitcoin เป็นเลขสุ่มฟรีที่ยุติธรรมอย่างสมบูรณ์หรือไม่?\n\nไม่ การมีฟิลด์อยู่ในบล็อกไม่ได้ลบสมมติฐานเรื่องการมีอิทธิพลต่อแหล่งข้อมูล เวลา หรือแรงจูงใจทางเศรษฐกิจ ค่าในอดีตเป็นที่รู้แล้ว และการคัดเลือกที่พึ่งข้อมูล Bitcoin ในอนาคตต้องมีแบบจำลองภัยคุกคามและนโยบายการยืนยันที่ชัดเจน [1][2]\n\n### การคำนวณการคัดเลือกเดิมซ้ำเท่ากับการคัดเลือกใหม่หรือไม่?\n\nไม่ การทำซ้ำเป็นการคำนวณการดำเนินการที่บันทึกไว้จากอินพุตเดิม การดำเนินการใหม่เปลี่ยนบริบทการตัดสินใจและอาจเป็นการสุ่มใหม่ แอปพลิเคชันต้องเก็บความสัมพันธ์ระหว่างทั้งสองรายการและกำหนดให้มีการอนุมัติที่เหมาะสม\n\n### การคัดเลือกที่ยุติธรรมพิสูจน์ได้หรือไม่ว่าผู้ตรวจที่ถูกเลือกซื่อสัตย์?\n\nไม่ได้ การคัดเลือกตอบได้เพียงว่าผู้ตรวจถูกเลือกอย่างไรภายใต้ขั้นตอนเฉพาะ ความขัดแย้งทางผลประโยชน์ คุณภาพการประเมิน ความครบถ้วนของหลักฐาน และการอนุมัติขั้นตอนถัดไปยังเป็นคนละคำถาม\n\n## อ่านต่อ\n\n- [P21 Choice และ Sample](https://proof21.xyz/th/docs/capabilities/choice/)\n- [แผนภาพวงจรการเลือก](https://proof21.xyz/th/diagrams/)\n- [1: ส่วนหัวบล็อก Bitcoin](https://developer.bitcoin.org/reference/block_chain.html)\n- [2: Bitcoin Beacon](https://arxiv.org/abs/1605.04559)\n- [3: ข้อพิจารณาความปลอดภัย VRF](https://docs.chain.link/vrf/v2-5/security)\n",
  "articleBody": "บันทึกวิจัย · 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 แผนภาพวงจรการเลือก 1: ส่วนหัวบล็อก Bitcoin 2: Bitcoin Beacon 3: ข้อพิจารณาความปลอดภัย VRF",
  "citations": [
    "https://developer.bitcoin.org/reference/block_chain.html",
    "https://arxiv.org/abs/1605.04559",
    "https://docs.chain.link/vrf/v2-5/security"
  ],
  "faq": [
    {
      "question": "nonce ของ Bitcoin เป็นเลขสุ่มฟรีที่ยุติธรรมอย่างสมบูรณ์หรือไม่?",
      "answer": "ไม่ การมีฟิลด์อยู่ในบล็อกไม่ได้ลบสมมติฐานเรื่องการมีอิทธิพลต่อแหล่งข้อมูล เวลา หรือแรงจูงใจทางเศรษฐกิจ ค่าในอดีตเป็นที่รู้แล้ว และการคัดเลือกที่พึ่งข้อมูล Bitcoin ในอนาคตต้องมีแบบจำลองภัยคุกคามและนโยบายการยืนยันที่ชัดเจน [1][2]"
    },
    {
      "question": "การคำนวณการคัดเลือกเดิมซ้ำเท่ากับการคัดเลือกใหม่หรือไม่?",
      "answer": "ไม่ การทำซ้ำเป็นการคำนวณการดำเนินการที่บันทึกไว้จากอินพุตเดิม การดำเนินการใหม่เปลี่ยนบริบทการตัดสินใจและอาจเป็นการสุ่มใหม่ แอปพลิเคชันต้องเก็บความสัมพันธ์ระหว่างทั้งสองรายการและกำหนดให้มีการอนุมัติที่เหมาะสม"
    },
    {
      "question": "การคัดเลือกที่ยุติธรรมพิสูจน์ได้หรือไม่ว่าผู้ตรวจที่ถูกเลือกซื่อสัตย์?",
      "answer": "ไม่ได้ การคัดเลือกตอบได้เพียงว่าผู้ตรวจถูกเลือกอย่างไรภายใต้ขั้นตอนเฉพาะ ความขัดแย้งทางผลประโยชน์ คุณภาพการประเมิน ความครบถ้วนของหลักฐาน และการอนุมัติขั้นตอนถัดไปยังเป็นคนละคำถาม"
    }
  ],
  "sourceSha256": "023ed3f2e1f16d6b5dc7d66f65fa95dbae5bba37ad505232b6a5c0af524ec0db",
  "markdownSha256": "53c6835efd5c772ae450b921106aa917dc4fc120efc51c0112dead4658fd9992",
  "translationReview": "คำแปลภาษาไทยฉบับเต็มจัดเตรียมด้วย AI และยังไม่ได้รับการทบทวนทางเทคนิคโดยผู้เชี่ยวชาญภาษาไทยอิสระ หากมีความกำกวมให้ยึดข้อกำหนดภาษาอังกฤษ โค้ด ฟิลด์ และสิทธิ์ไม่เปลี่ยนตามภาษา",
  "image": {
    "url": "https://proof21.xyz/assets/journal/random.png",
    "caption": "ตัวชี้เลือกจากวงแหวนผู้สมัครที่กำหนดไว้แล้ว ภาพเรขาคณิตนี้อธิบายการคัดเลือก ไม่ได้พิสูจน์ว่าแหล่งข้อมูลจริงปราศจากอคติ",
    "sha256": "168bab5342d93bae2a3b9002f77fef370aedb7668d9a841b07447548de889f37"
  },
  "motion": {
    "url": "https://proof21.xyz/assets/journal/random.mp4",
    "engine": "Remotion",
    "sourceSha256": "13a909f4267d8147386045cbd90df732a42679342c16e04c5725e09e953d3728",
    "sha256": "2dc348afe544ba754249f3d1f1a807b62542aae16b1487133ebe5d1b1c8346bc",
    "seconds": 7.2,
    "loop": true,
    "audio": false
  },
  "availableLanguages": [
    "en",
    "zh-Hans",
    "th",
    "ar"
  ],
  "editions": {
    "en": "https://proof21.xyz/journal/choice-without-rerolls/",
    "zh-Hans": "https://proof21.xyz/zh-hans/journal/choice-without-rerolls/",
    "th": "https://proof21.xyz/th/journal/choice-without-rerolls/",
    "ar": "https://proof21.xyz/ar/journal/choice-without-rerolls/"
  }
}