ข้ามไปยังเนื้อหา

หลักฐานเงินสำรอง

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

อัปเดต

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

คำตอบโดยตรง

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

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

อัตราส่วนความครอบคลุม = สินทรัพย์สำรองที่มีสิทธิ / หนี้สินของลูกค้าที่อยู่ในขอบเขต

ส่วนเกิน = สินทรัพย์สำรองที่มีสิทธิ์ - หนี้สินลูกค้าที่อยู่ในขอบเขต

อัตราส่วนตั้งแต่ 100% มีความหมายเมื่อชุดสินทรัพย์และหนี้สินครบถ้วน ใช้เกณฑ์ เวลา ราคา และนิติบุคคลเดียวกัน มิฉะนั้นอาจตกหล่นหนี้บริษัท รายการถอนค้าง เงินสด บริษัทในเครือ อนุพันธ์ หรือสินทรัพย์และหนี้สินนอกผลิตภัณฑ์ที่ระบุ

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

หลักฐานเงินสำรอง
0 / 5
0 ตรวจสอบรายการแล้ว; 5 รายการยังไม่ได้รับการแก้ไข

การเสร็จสิ้นการตรวจสอบนี้ไม่ได้พิสูจน์ว่าสินทรัพย์ ธุรกรรม หรือระบบมีความปลอดภัย

มันทำงานอย่างไร

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

  1. กำหนดขอบเขต ระบุนิติบุคคล ผลิตภัณฑ์ ลูกค้า สินทรัพย์ เครือข่าย ราคา เวลาสแนปชอต และความสูงบล็อก พร้อมบอกว่าครอบคลุมสปอต มาร์จิ้น อนุพันธ์ Staking การให้ยืม เงินทั่วไป และผู้รับฝากภายนอกหรือไม่
  2. กระทบยอดหนี้สินทั้งหมด เทียบบัญชีลูกค้ากับสมุดบัญชี ณ จุดตัด รวมรายการฝากถอนค้าง ค่าธรรมเนียม เงินกู้ หลักประกัน ยอดติดลบ บัญชีซ้ำ บริษัทในเครือ และผู้รับฝากช่วง
  3. ผูกมัดข้อมูลหนี้สิน ใส่ยอดในขอบเขตลงต้นไม้ Merkle วงจรความรู้เป็นศูนย์ หรือข้อผูกมัดอื่น เผยแพร่รากและยอดรวม ป้องกันยอดติดลบลดหนี้ และให้ลูกค้าตรวจการรวมโดยไม่เห็นข้อมูลผู้อื่น
  4. ตรวจสินทรัพย์และการควบคุม ระบุที่อยู่บนเชนและใช้ลายเซ็นหรือธุรกรรมพิสูจน์การควบคุม ณ บล็อกที่กำหนด ส่วนสินทรัพย์ในธนาคารหรือผู้รับฝากใช้หลักฐานของระบบนั้น
  5. ทดสอบกรรมสิทธิ์ การใช้ได้ และคุณภาพ ตรวจการยืม จำนำ ภาระ ข้อจำกัด สภาพคล่อง และการพึ่งบริษัทในเครือ พร้อมกำหนดโทเค็น แหล่งราคา และวิธีนับสินทรัพย์แบบ wrapped, bridged หรือ Staking
  6. คำนวณความครอบคลุมให้สอดคล้อง เทียบสินทรัพย์กับหนี้สินชนิดเดียวกันก่อนรวมหลายโทเค็น ใช้เวลา หน่วย และราคาเดียวกัน และเปิดเผยรายการยกเว้น ส่วนขาด และผลของราคาและส่วนลดมูลค่า
  7. อ่านชนิดรายงานและติดตามต่อเนื่อง แยกการตรวจสอบบัญชี งานให้ความเชื่อมั่น และขั้นตอนที่ตกลงกันไว้ อ่านวิธี ผล ข้อยกเว้น และหน้าที่ฝ่ายบริหาร แล้วติดตามความถี่ การถอน การเคลื่อนที่อยู่ การกำกับดูแล และการควบคุมภายใน

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

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

ตัวอย่างที่มีการทำงาน

หนี้สินที่ซ่อนเร้นกลับกันกับความคุ้มครองที่เห็นได้ชัด

กระดานซื้อขายควบคุม 1,050 BTC และเผยหนี้ลูกค้า 1,000 BTC จึงรายงาน 1,050 / 1,000 = 105% หรือเกิน 50 BTC แต่หากตกหล่นเงินกู้ 120 BTC หนี้จริงเป็น 1,120 BTC ความครอบคลุมเหลือ 1,050 / 1,120 = 93.75% และขาด 70 BTC สูตรถูก แต่ชุดหนี้ไม่ครบ

การรวมไม่ได้หมายถึงความสมบูรณ์

ต้นไม้ Merkle ตัวอย่างมียอด 2, 3, 5 และ 10 BTC รวม 20 BTC ลูกค้ายอด 3 BTC ใช้ใบไม้กับแฮชข้างเคียงสร้างรากที่ประกาศได้ จึงพิสูจน์ว่า 3 BTC อยู่ในต้นไม้นี้ แต่ไม่พิสูจน์ว่าไม่มีลูกค้า 4 BTC ถูกตัดออก ไม่มียอดลบปลอม หรือ 20 BTC คือหนี้ทั้งหมด

ภาระผูกพันเปลี่ยนแหล่งสำรองที่ใช้งานได้

ผู้รับฝากรายงานสินทรัพย์ $100 ล้านต่อหนี้ลูกค้า $95 ล้าน หรือ 100 / 95 = 105.26% หาก $30 ล้านค้ำเงินกู้อื่นและใช้จ่ายลูกค้าไม่ได้ สินทรัพย์ปลอดภาระเหลือ $70 ล้าน อัตราที่ใช้ได้คือ 70 / 95 = 73.68% แม้ยอดเดิมยังอยู่ในสแนปชอต

สแนปชอตที่ใช้สินทรัพย์ยืมมาสามารถแต่งภาพเงินสำรองได้

แพลตฟอร์มมี 900 BTC ต่อหนี้ลูกค้า 1,000 BTC แล้วกู้ 200 BTC ก่อนสแนปชอต จึงแสดง 1,100 / 1,000 = 110% เมื่อคืนเงินกู้จะเหลือ 900 BTC หรือ 90% ยอด ณ จุดตัดเป็นจริง แต่ซ่อนเงินกู้และไม่ยืนยันฐานะต่อเนื่อง

ความเสี่ยงและการควบคุม

ชุดหนี้สินและความครบถ้วน

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

ความเป็นเจ้าของสินทรัพย์ คุณภาพ และภาระผูกพัน

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

การนำวิธีการเข้ารหัสและการบัญชีมาใช้

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

เวลา การประกัน และการกำกับดูแล

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

การตีความของผู้ใช้และการตอบสนองเชิงปฏิบัติการ

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

ความเข้าใจผิดทั่วไป

หลักฐานเงินสำรอง พิสูจน์ว่าการแลกเปลี่ยนมีความสามารถในการชำระหนี้

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

หลักฐาน Merkle ของฉันแสดงว่าลูกค้าทุกรายถูกรวมอยู่ด้วย

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

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

เชนแสดงสินทรัพย์ที่ที่อยู่ และลายเซ็นหรือธุรกรรมแสดงการคุมกุญแจ แต่กรรมสิทธิ์ การยืม จำนำ การแยกทรัพย์ และสิทธิใช้ตามกฎหมายต้องมีหลักฐานอื่น

ชื่อของนักบัญชีหมายความว่ารายงานเป็นการตรวจสอบอย่างเต็มรูปแบบ

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

ความคุ้มครองเหนือ 100% รับประกันการถอนเงินและการคุ้มครองในการล้มละลาย

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

หัวข้อที่เกี่ยวข้อง

แหล่งที่มา

การนำทาง

ค้นหาในวิกิ...