จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้
คำตอบโดยตรง
คณะกรรมการความพร้อมใช้งานของข้อมูลคือกลุ่มสมาชิกจำนวนจำกัด ซึ่งลายเซ็นหรือการรับรองของสมาชิกสามารถทำให้ข้อกล่าวอ้างเรื่องความพร้อมใช้งานของข้อมูลนอกเชนผ่านกฎการยอมรับของโปรโตคอลได้ ใบรับรองพิสูจน์เพียงว่าชุดกุญแจและเกณฑ์ที่กำหนดยอมรับวัตถุที่ลงนามรายการหนึ่งตามกฎนั้น ไม่ได้พิสูจน์โดยอิสระว่าผู้ลงนามทุกคนดึงไบต์ครบ เก็บสำเนาที่คงทน ให้บริการผู้ใช้ในขณะนี้ ตรวจสอบการดำเนินการ หรือทำให้การชำระราคา final แล้ว
Safety กับ liveness เป็นคนละเรื่อง หากสัญญายอมรับลายเซ็น q-of-n การควบคุมกุญแจที่ถูกต้อง q ดอกอาจผ่านกฎยอมรับให้กับวัตถุที่ไม่พร้อมใช้ได้ เว้นแต่จะมีการตรวจอื่นป้องกัน โดยปกติผู้ลงนามที่ยินยอมและติดต่อได้ต่ำกว่า q รายจะสร้างใบรับรองใหม่ไม่ได้ การอัปเดตจึงหยุดหรือใช้ fallback ที่มีเอกสารกำกับ การกู้คืนจริงยังขึ้นกับการตรวจก่อนลงนามอย่างซื่อสัตย์ สำเนาที่เป็นอิสระ การเก็บรักษา กำลังให้บริการ ประวัติกุญแจและธรรมาภิบาล รวมถึงซอฟต์แวร์สร้างข้อมูลใหม่และออกจากระบบที่ทำได้จริง
กลไกการทำงาน
- ตรึง deployment ได้แก่ เชน โหมดและรุ่นโปรโตคอล สัญญาชำระราคาและสัญญาตรวจความพร้อมใช้ batch กับวัตถุข้อมูล การเข้ารหัส commitment ชุดกุญแจ เกณฑ์
qจำนวนสมาชิกnผู้ลงนามบังคับ การเปิดใช้ วันหมดอายุ การเพิกถอน และอำนาจธรรมาภิบาล - สร้างข้อกล่าวอ้างที่ลงนามและตรรกะการยอมรับขึ้นใหม่ให้ตรง ตรวจการผูกโดเมน เชน และสัญญา รหัส batch, commitment หรือ state root วันหมดอายุ bitmap หรือการรวมลายเซ็น การป้องกัน replay และวิธีคำนวณเกณฑ์จริงของสัญญา โลโก้สมาชิกหรือคำตอบ API ไม่ใช่กฎยอมรับ
- กำหนดให้สมาชิกทุกคนดึงวัตถุครบก่อนลงนาม ตรวจ commitment และ encoding ถอดรหัส และเก็บข้อมูลที่ใช้อนุมานสถานะหรือให้ผู้ใช้ออกได้โดยอิสระ บันทึกว่าสมาชิกรับรองอะไรและโปรโตคอลพิสูจน์ได้หรือไม่ว่ามีการตรวจเหล่านี้จริง
- ทำแผนผังโดเมนความล้มเหลวที่เป็นอิสระแทนการนับชื่อ ระบุนิติบุคคล ผู้ควบคุมที่แท้จริง บัญชีและ region ของ cloud, DNS และเครือข่าย ชุดซอฟต์แวร์และฐานข้อมูล การเก็บกุญแจ backend จัดเก็บ การปฏิบัติการ และเขตอำนาจ สำเนาหรือ endpoint หลัง control plane เดียวไม่ใช่สมาชิกอิสระ
- ทดสอบการครอบครองและเรียกคืน ดึง batch ล่าสุดและย้อนหลังจากสมาชิกหลายรายโดยไม่ใช้ API ของ operator ตรวจ hash และ root สร้างสถานะหรือ proof การถอนใหม่ วัดการเก็บรักษาและ egress และแยกการสร้างใบรับรอง การเรียกคืนปัจจุบัน ความถูกต้องของการดำเนินการ finality ของฉันทามติ และความทนทานของคลัง
- ทดสอบวงจรชีวิตและการกู้คืน ได้แก่ การหมุนเวียนสมาชิกและกุญแจ ชุดกุญแจย้อนหลัง วันหมดอายุและเพิกถอน จำนวนพร้อมใช้น้อยกว่าเกณฑ์ กุญแจตามเกณฑ์ถูกเจาะ การให้บริการแบบเลือกปฏิบัติ operator ล่ม fallback เป็นข้อมูลเต็ม โหมด freeze หรือ escape, forced inclusion คลังอิสระ ตลอดจนค่าแก๊สและเวลาจริงในการออก
- ติดตาม bitmap ผู้ลงนามที่ยอมรับ ความล่าช้าของใบรับรอง ความสำเร็จในการเรียกคืน ความสมบูรณ์ของไบต์ อายุข้อมูล การเปลี่ยนชุดกุญแจและเกณฑ์ การอัปเกรด การหยุด และกำลัง fallback เก็บใบรับรอง ข้อมูล และสถานะสัญญาไว้ในคลัง และหยุดเพิ่มความเสี่ยงเมื่อใบรับรองยังผ่านแต่การเรียกคืนหรือกู้คืนโดยอิสระใช้ไม่ได้แล้ว
ตัวอย่างคำนวณ
- Liveness และ safety ของเกณฑ์ไม่เหมือนกัน ในคณะกรรมการตัวอย่าง
5-of-7สมาชิกไม่พร้อมสองรายทำให้เหลือผู้ลงนาม5ราย จึงยังสร้างใบรับรองใหม่ได้ สมาชิกไม่พร้อมสามรายทำให้เหลือ4ราย ดังนั้น4 < 5และการสร้างใบรับรองหยุด เว้นแต่มี fallback ที่ระบุไว้ ในทางกลับกัน การควบคุมกุญแจที่ยอมรับ5ดอกอาจผ่านกฎเกณฑ์ได้ แต่ใบรับรองยังไม่พิสูจน์ว่าเรียกคืนไบต์ได้ตอนนี้หรือการดำเนินการถูกต้อง - โมเดลออนไลน์แบบอิสระ สมมติเพื่ออธิบายในโมเดล IID เท่านั้นว่าสมาชิกแต่ละรายจาก
7รายพร้อมใช้อย่างอิสระด้วยความน่าจะเป็น0.95และใบรับรองต้องมีอย่างน้อย5ราย จะได้P(quorum) = sum(C(7,k) * 0.95^k * 0.05^(7-k), k=5..7) = 0.9962429570ดังนั้นความน่าจะเป็นที่ระบบหยุดตามโมเดลคือ1 - 0.9962429570 = 0.0037570430การใช้ cloud ซอฟต์แวร์ operator กฎหมาย หรือกุญแจร่วมกันทำให้ค่าประมาณทวินามนี้ใช้ไม่ได้ - สำเนาจัดเก็บกับการให้บริการแยกกัน batch หนึ่งมีขนาด
120 MBสำเนาเต็มที่เป็นอิสระเจ็ดชุดจะเก็บ120 * 7 = 840 MBหากมีเพียงสามสมาชิกที่เก็บจริง ปริมาณที่เก็บคือ120 * 3 = 360 MBแม้กุญแจห้าดอกลงนาม การให้วัตถุหนึ่งครั้งแก่100 clientsส่งข้อมูล120 * 100 = 12,000 MBจำนวนลายเซ็นจึงไม่ใช่จำนวนสำเนาหรือตัววัดกำลัง egress - เกณฑ์การสร้างใหม่ วัตถุตัวอย่างมี
1,024 recordsแบ่งเป็น16 chunksชุดละ64 recordsและระบุเกณฑ์กู้คืนที่12 chunksส่วนข้อมูลสิบเอ็ดชุดเปิดเผย11 * 64 = 704 recordsแต่11 < 12จึงสร้างวัตถุใหม่ไม่ได้ตามกฎนี้ ใบรับรองคณะกรรมการที่ถูกต้องไม่อาจแทนส่วนที่หายหรือเปลี่ยนเกณฑ์กู้คืน
ความเสี่ยง
- ตรวจเชน สัญญา deployment, batch หรือรุ่นโปรโตคอลผิด
- สร้างข้อกล่าวอ้างที่ลงนาม โดเมน commitment หรือวันหมดอายุผิด
- ยอมรับ replay ข้ามเชน สัญญา รุ่น หรือชุดกุญแจย้อนหลัง
- ใช้ชุดกุญแจที่ไม่ถูกต้อง ล้าสมัย หมดอายุ หรือถูกเพิกถอน
- อ่าน
q,nผู้ลงนามบังคับ bitmap หรือลายเซ็นรวมผิด - ใช้ช่องโหว่ในการทำงานของผู้ลงนามหรือการตรวจของสัญญา
- ลงนามก่อนดึงข้อมูลครบ ตรวจความสมบูรณ์ และบันทึกถาวร
- ยอมรับข้อมูลบางส่วน ผิดรูป หรือเข้ารหัสผิด
- สูญเสีย safety เพราะกุญแจตามเกณฑ์ถูกเจาะหรือสมรู้ร่วมคิด
- สูญเสีย liveness เพราะสมาชิกที่ลงนามได้มีน้อยกว่าเกณฑ์
- นับนิติบุคคล cloud, region หรือ operator ที่สัมพันธ์กันเป็นอิสระ
- ใช้ DNS, TLS ซอฟต์แวร์ ฐานข้อมูล หรือ control plane จัดเก็บร่วมกัน
- ถูก eclipse attack ให้บริการแบบเลือกปฏิบัติ หรือพึ่ง gateway ส่วนตัว
- ลบข้อมูลหลังลงนามหรือก่อนช่วง exit สิ้นสุด
- ทำให้การเรียกคืนย้อนหลังเสียหายจากสมาชิกเปลี่ยนหรือหมุนเวียนกุญแจ
- ปล่อยให้ธรรมาภิบาลเปลี่ยนสมาชิก ลดเกณฑ์ หรือข้ามเวลาหน่วง
- อ้างอิง commitment ของ settlement ที่ล้าสมัย ไม่ปลอดภัย หรือถูกจัดระเบียบใหม่
- ถือว่า proof ความถูกต้องหรือ root ที่ final แล้วคือการเรียกคืนข้อมูลปัจจุบัน
- พบว่า fallback, freeze, forced inclusion หรือ exit ทำไม่ได้จริง
- ประเมินต้นทุน storage, egress, กู้คืน, fallback, ค่าธรรมเนียม และความจุต่ำเกินไป
ความเข้าใจผิดที่พบบ่อย
- สมาชิกคณะกรรมการมากขึ้นหมายถึงโดเมนความล้มเหลวอิสระมากขึ้นโดยอัตโนมัติ
- ลายเซ็น
qรายพิสูจน์ว่ามีสำเนาเต็มถาวรqชุดและสาธารณะเรียกคืนได้ - proof ความถูกต้องทำให้ไม่ต้องตรวจความพร้อมใช้งานของข้อมูล DAC
- ใบรับรองเก่าที่ยังถูกต้องรับประกันการเรียกคืนปัจจุบันและการเก็บถาวร
- สมาชิกที่ซื่อสัตย์หรือเป็นทางการหนึ่งรายรับประกันว่าผู้ใช้ทุกคนออกได้เสมอ
หัวข้อที่เกี่ยวข้อง
แหล่งข้อมูล
- Data availability - Ethereum.org (เข้าถึงเมื่อ: 2026-08-13)
- Validium - Ethereum.org (เข้าถึงเมื่อ: 2026-08-13)
- EIP-7594: PeerDAS - Peer Data Availability Sampling - Ethereum Improvement Proposals (เข้าถึงเมื่อ: 2026-08-13)
- EIP-4844: Shard Blob Transactions - Ethereum Improvement Proposals (เข้าถึงเมื่อ: 2026-08-13)
- Data availability - StarkEx Documentation (เข้าถึงเมื่อ: 2026-08-13)
- starkex-data-availability-committee - StarkWare Industries Ltd. (เข้าถึง: 2026-08-13)
- Arbitrum Nitro: A Second-Generation Optimistic Rollup - Offchain Labs (เข้าถึงเมื่อ: 2026-08-13)
- SequencerInbox.sol - Offchain Labs (เข้าถึงเมื่อ: 2026-08-13)