หลักฐานเงินสำรองของเว็บเทรดคริปโต: Merkle Tree หนี้สิน และข้อจำกัด
เรียนรู้ว่ารายงานหลักฐานเงินสำรองของเว็บเทรดคริปโตตรวจสอบอะไรได้บ้าง หลักฐานการรวมรายการใน Merkle Tree ทำงานอย่างไร และเหตุใดภาพข้อมูล ณ เวลาใดเวลาหนึ่งจึงไม่ได้พิสูจน์ความสามารถในการชำระหนี้หรือการถอนเงินในอนาคตด้วยตัวเอง
ในคู่มือนี้หลักฐานเงินสำรองของเว็บเทรดคริปโตแสดงอะไร
สรุปสั้น
รายงานหลักฐานเงินสำรองของเว็บเทรดคริปโตอาจให้หลักฐานเกี่ยวกับสินทรัพย์และยอดบัญชีบางรายการตามภาพข้อมูล ณ เวลาที่ระบุ หลักฐาน Merkle อาจแสดงว่าระเบียนยอดคงเหลือรายการหนึ่งถูกรวมไว้ในชุดข้อมูลที่มีการยืนยันไว้ แต่ข้อเท็จจริงแต่ละข้อเพียงลำพังไม่ได้พิสูจน์ว่าชุดข้อมูลครอบคลุมภาระผูกพันทั้งหมด สินทรัพย์ไม่มีภาระผูกพัน หรือแพลตฟอร์มจะรองรับคำขอถอนเงินทุกครั้งในภายหลังได้
หลักฐานเงินสำรองของเว็บเทรดคริปโตแสดงอะไร
หลักฐานเงินสำรอง ซึ่งมักย่อว่า PoR เป็นชื่อเรียกของขั้นตอนที่พยายามแสดงข้อเท็จจริงสองอย่างร่วมกันในรูปแบบใดรูปแบบหนึ่ง ได้แก่ องค์กรควบคุมที่อยู่ของสินทรัพย์ดิจิทัลบางแห่ง และยอดคงเหลือของลูกค้าถูกรวมไว้ในชุดข้อมูลยอดบัญชี รายงานอาจนำสินทรัพย์เหล่านั้นไปเปรียบเทียบกับสิทธิเรียกร้องของลูกค้าที่อยู่ในขอบเขตการตรวจสอบ คำนี้ไม่ได้ระบุวิธีการ มาตรฐานบัญชี ขอบเขตสินทรัพย์ นิยามหนี้สิน หรือตารางการตรวจสอบแบบเดียวที่ใช้ได้กับทุกกรณี
ดังนั้น คำถามแรกของผู้อ่านจึงมีประโยชน์กว่าอัตราส่วนพาดหัวข่าว: นับอะไรบ้าง สำหรับนิติบุคคลใด ณ เวลาใด และตามขั้นตอนอะไร? เว็บเทรดอาจเผยแพร่ยอดในกระเป๋าเงิน บุคคลที่สามอาจตรวจดูภาพข้อมูล ณ เวลาใดเวลาหนึ่ง และผู้ใช้อาจตรวจสอบ leaf ของบัญชีใน Merkle Tree ได้ หลักฐานเหล่านี้เกี่ยวข้องกันแต่ตอบคนละคำถาม
คำแนะนำของสำนักงานผู้สนับสนุนนักลงทุนแห่ง PCAOB เตือนว่ารายงานหลักฐานเงินสำรองมีข้อจำกัดสำคัญ คำแนะนำนี้สะท้อนมุมมองของเจ้าหน้าที่ในสำนักงานดังกล่าว ซึ่งไม่จำเป็นต้องเป็นมุมมองของคณะกรรมการหรือเจ้าหน้าที่ PCAOB คนอื่น และไม่ใช่กฎ นโยบาย หรือถ้อยแถลงของคณะกรรมการ เอกสารระบุว่าขั้นตอนดังกล่าวไม่ใช่การตรวจสอบบัญชีตามมาตรฐาน PCAOB และอาจไม่ครอบคลุมหนี้สิน สิทธิของลูกค้า สินทรัพย์ที่กู้ยืมมา การควบคุม หรือสิ่งที่เกิดขึ้นหลังจากภาพข้อมูลนั้น ให้มองคำเตือนนี้เป็นขอบเขตของข้อสรุปที่หลักฐานรองรับได้ ไม่ใช่การกล่าวอ้างว่ากระบวนการ PoR ทุกแบบเหมือนกัน
ต้องนับสินทรัพย์และหนี้สินด้วยเงื่อนไขที่สอดคล้องกัน
โดยทั่วไป อัตราส่วนความครอบคลุมคำนวณจากมูลค่าสินทรัพย์ที่ระบุหารด้วยมูลค่าหนี้สินต่อลูกค้าที่ระบุ หากรายงานระบุสินทรัพย์ในขอบเขต 1,020 BTC เทียบกับยอดลูกค้าที่รวมไว้ 1,000 BTC อัตราส่วนอย่างง่ายคือ 102% การคำนวณนี้มีความหมายก็ต่อเมื่อนิยามตัวเศษและตัวส่วนแล้ว ทั้งสองจำนวนอยู่ในหน่วย BTC หรือไม่ วัดในเวลาเดียวกันหรือไม่ จำนวนสินทรัพย์รวมเฉพาะที่อยู่ซึ่งองค์กรควบคุมได้หรือไม่ จำนวนยอดคงเหลือครอบคลุมทุกบัญชี ผลิตภัณฑ์ และสิทธิเรียกร้องที่องค์กรต้องชำระหรือไม่
อัตราส่วนที่สูงกว่า 100% ไม่ได้แปลว่าเป็นงบดุลที่ครบถ้วนโดยอัตโนมัติ รายงานอาจเน้นยอดคริปโตของลูกค้า แต่ไม่รวมภาระหนี้อื่นของบริษัท ภาษี ค่าใช้จ่ายในการดำเนินงาน ข้อเรียกร้องทางกฎหมาย หรือหนี้ที่มีต่อผู้ให้กู้ รายการเหล่านี้อาจมีผลต่อความสามารถชำระหนี้โดยรวม แม้จะอยู่นอกคำถามแคบ ๆ ว่ายอดลูกค้าบางส่วนที่เลือกมานั้นดูเหมือนมีสินทรัพย์บนเชนบางรายการรองรับหรือไม่
การประเมินมูลค่าก็เปลี่ยนความหมายของอัตราส่วน หากรายงานแปลงโทเคนหลายชนิดเป็นดอลลาร์ ผลลัพธ์ขึ้นอยู่กับแหล่งราคา เวลาอ้างอิง และวิธีจัดการกับสินทรัพย์ที่ซื้อขายบางเบาหรือมีส่วนลด จำนวนโทเคนอาจคงเดิมแต่มูลค่าเป็นดอลลาร์เปลี่ยนได้ หากทำได้ ให้เทียบปริมาณของสินทรัพย์ชนิดเดียวกันก่อน แล้วอ่านกฎการแปลงเป็นเงินทั่วไปและเวลาที่ใช้ อย่านำยอดคงเหลือในกระเป๋าเงิน ณ ปัจจุบันมาเทียบกับภาพหนี้สินจากบล็อกหรือวันอื่นราวกับเป็นสถานะเดียวกันในเวลาเดียวกัน
หลักฐานการรวมรายการใน Merkle Tree ตรวจสอบอะไร
Merkle Tree จัดกลุ่มระเบียนด้วยการแฮชซ้ำหลายรอบ ในระบบยอดบัญชีทั่วไป ระเบียนจะถูกแปลงเป็น leaf ซึ่งแทนรหัสบัญชีและยอดคงเหลือหนึ่งรายการหรือหลายรายการ ค่าแฮชของรายการข้างเคียงจะถูกรวมเป็นค่าแฮชของโหนดแม่ และทำซ้ำต่อไปจนเหลือค่าแฮชรากค่าเดียวที่สรุปชุดข้อมูลที่ยืนยันไว้ ผู้ใช้สามารถรับ leaf ของตนและค่าแฮชเพื่อนบ้านตามเส้นทางไปยังราก แล้วคำนวณเส้นทางนั้นซ้ำด้วยตนเองได้
IETF RFC 9162 กำหนดหลักฐานการรวมรายการสำหรับบันทึก Certificate Transparency: หากแฮชต้นไม้ที่สร้างกลับขึ้นมาตรงกับรากที่เผยแพร่ หลักฐานนั้นยืนยันว่า leaf ที่ส่งมาปรากฏอยู่ในต้นไม้ที่มีการยืนยันชุดนั้น เว็บเทรดใช้รูปแบบข้อมูลและระบบหลักฐานของตนเอง ดังนั้น RFC จึงเป็นคำอธิบายแนวคิดทางวิทยาการเข้ารหัสลับโดยทั่วไป ไม่ใช่ข้อกำหนดสำหรับ PoR ของเว็บเทรดทุกแห่ง
ตัวอย่างเช่น Binance อธิบาย Merkle Tree และกระบวนการ zk-SNARK ว่าเป็นวิธีให้ผู้ใช้ตรวจสอบว่าระเบียนบัญชีมีส่วนในยอดรวมที่รายงานหรือไม่ โดยจำกัดการเปิดเผยข้อมูลบัญชีอื่น Kraken อธิบายการรวมยอดบัญชีและหลักฐานควบคุมที่อยู่ ในกระบวนการ PoR ของตน คำอธิบายเหล่านี้เฉพาะสำหรับผู้ให้บริการแต่ละราย ข้อจำกัดทั่วไปที่สำคัญยังเหมือนเดิม: การตรวจสอบ leaf ของคุณพิสูจน์ว่ามีการรวม leaf นั้นไว้ในชุดข้อมูลที่ใช้สร้างราก แต่ไม่ได้พิสูจน์ว่าผู้ดำเนินการเริ่มต้นจากรายชื่อภาระผูกพันลูกค้าทั้งหมดที่ครบถ้วนและถูกต้อง
การควบคุมที่อยู่เป็นคนละเรื่องกับการเป็นเจ้าของและความพร้อมใช้ของสินทรัพย์
เครื่องมือดูข้อมูลบล็อกเชนอาจแสดงว่าที่อยู่หนึ่งมีสินทรัพย์จำนวนหนึ่ง ณ บล็อกที่กำหนด การสังเกตนี้ไม่ได้บอกว่าใครลงนามแทนที่อยู่นั้นได้ ลายเซ็นแยกต่างหากหรือขั้นตอนตรวจสอบการควบคุมอื่นอาจเป็นหลักฐานว่าองค์กรสามารถลงนามข้อความด้วยกุญแจได้ ตัวอย่างเช่น คำอธิบายกระบวนการของ Binance ระบุว่าบริษัทตรวจสอบว่ากระเป๋าเงินสำรองเป็นของ Binance ส่วน Kraken ระบุว่านักบัญชีตรวจลายเซ็นดิจิทัลของที่อยู่ที่มียอดคงเหลือซึ่งเปิดเผยต่อสาธารณะ
แม้ลายเซ็นถูกต้องก็ยังไม่ใช่ข้อสรุปทางกฎหมายหรือเศรษฐกิจที่ครบถ้วน ลายเซ็นแสดงการควบคุมกุญแจสำหรับที่อยู่หรือข้อความที่ทดสอบ แต่เพียงเท่านี้ยังไม่ยืนยันว่าสินทรัพย์เป็นกรรมสิทธิ์ตามกฎหมายของเว็บเทรดแทนที่จะถือไว้ให้บุคคลอื่น ไม่มีภาระผูกพันหรือหลักประกันผูกอยู่ โอนได้ทันที หรือพร้อมใช้ชำระสิทธิเรียกร้องของลูกค้ารายหนึ่ง กระเป๋าเงินในภาพข้อมูลนั้นอาจมีสินทรัพย์ที่กู้ยืมมาอยู่ด้วย คำแนะนำของเจ้าหน้าที่ PCAOB ระบุโดยเฉพาะว่าภาพข้อมูล ณ เวลาใดเวลาหนึ่งอาจไม่แสดงการกู้ยืมที่ใช้ทำให้ยอดเงินสำรองดูสูงขึ้น
รายชื่อที่อยู่ก็สำคัญ เว็บเทรดอาจใช้กระเป๋าร้อน กระเป๋าเย็น ผู้รับฝากทรัพย์สิน กระเป๋า omnibus หรือที่อยู่เดียวกันสำหรับหลายผลิตภัณฑ์ รายงานควรอธิบายวิธีระบุที่อยู่ในขอบเขตและวิธีจัดการสินทรัพย์ที่ถือผ่านผู้รับฝากทรัพย์สินรายอื่น หากละที่อยู่ไว้ อยู่ภายใต้การควบคุมของนิติบุคคลที่เกี่ยวข้อง หรือถูกนับซ้ำ ตัวเศษที่เผยแพร่อาจบอกเรื่องราวที่ต่างจากสินทรัพย์ซึ่งนิติบุคคลที่ถูกประเมินใช้ได้จริง
ขอบเขตบัญชีเปลี่ยนยอดหนี้สินได้
ตัวส่วนอาจรวมรายการต่างกันไปในแต่ละผู้ให้บริการและวันจัดทำรายงาน ยอดคงเหลือในบัญชี Spot เป็นเพียงหมวดหนึ่งที่อาจมี วิธีการอาจปรับยอดตามสถานะมาร์จิน หลักประกันฟิวเจอร์ส การ staking การโอนที่รอดำเนินการ เงินกู้ภายใน หรือกำไรขาดทุนที่ยังไม่รับรู้ ยอดที่ลูกค้าเห็นบนหน้าจอไม่จำเป็นต้องเป็นจำนวนเดียวกับที่ใช้ในต้นไม้หนี้สินของรายงาน
หน้าแนวทางวิธีการปัจจุบันของ Kraken อธิบายการจัดการยอดคงเหลือในบัญชี Spot, staking, มาร์จิน และฟิวเจอร์สแยกกัน รวมถึงการปรับบางอย่างเฉพาะผลิตภัณฑ์ หน้าเว็บยังระบุว่าการรวมบัญชีสะท้อนสินทรัพย์ในขอบเขต ณ เวลาที่ถ่ายภาพ และไม่รวมธุรกรรมภายหลังหรือสินทรัพย์นอกขอบเขต นี่เป็นตัวอย่างว่าป้ายกำกับขอบเขตสำคัญอย่างไร ไม่ใช่สูตรสากลที่ใช้กับแพลตฟอร์มอื่นได้
ตรวจสอบว่าบริษัทผู้ดำเนินงานใดบ้างอยู่ในขอบเขต กลุ่มบริษัทอาจมีนิติบุคคล แบรนด์ ภูมิภาค บริษัทย่อย หรือผู้รับฝากทรัพย์สินหลายราย รายงานของบริษัทหนึ่งหรือชุดกระเป๋าหนึ่งไม่ได้ครอบคลุมทุกผลิตภัณฑ์ที่แสดงในแอปเดียวกันโดยอัตโนมัติ นอกจากนี้ควรถามว่าการถอนที่รอดำเนินการ ยอดบัญชีติดลบ เงินกู้ สิทธิเรียกร้องจากอนุพันธ์ และสินทรัพย์ลูกค้าที่ฝากไว้กับบริษัทในเครือถูกรวมไว้หรือหักกลบหรือไม่ คำตอบเปลี่ยนความหมายของตัวส่วน
ดังนั้น รายงานที่มีประโยชน์จึงต้องมีมากกว่าวันที่ตรงมุมหน้า ระบุช่วงเวลาตรวจสอบ เวลาถ่ายภาพและความสูงของบล็อก นิติบุคคลและผลิตภัณฑ์ที่ครอบคลุม สินทรัพย์และยอดบัญชีที่รวม รายการที่ยกเว้น แหล่งประเมินมูลค่า กฎการหักกลบ และวิธีทดสอบการควบคุมกระเป๋า หากไม่มีรายละเอียดเหล่านี้ คำว่า “มีสินทรัพย์รองรับ 100%” อาจอธิบายชุดข้อมูลที่แคบกว่าที่ผู้อ่านคิดมาก
อัตราส่วนที่รายงานอาจเปลี่ยนเมื่อตัวส่วนเปลี่ยน
สมมติว่ารายงานสมมติฉบับหนึ่งแสดงสินทรัพย์ 1,020 BTC และหนี้สินลูกค้าที่รวมไว้ 1,000 BTC อัตราส่วนที่แสดงคือ 1,020 ÷ 1,000 = 102% ทีนี้สมมติว่าชุดข้อมูลละสิทธิเรียกร้องลูกค้า 50 BTC ไว้ หนี้สินลูกค้าที่ครบถ้วนจะเป็น 1,050 BTC และความครอบคลุมจะเป็น 1,020 ÷ 1,050 = 97.14% ส่วนต่างที่ขาดคือ 30 BTC ก่อนคิดหนี้อื่นหรือการเปลี่ยนแปลงของมูลค่า
จำนวนสินทรัพย์ในตัวอย่างนี้ไม่ได้เปลี่ยน ข้อสรุปเปลี่ยนเพราะกลุ่มหนี้สินที่นำมานับเปลี่ยนไป หลักฐาน Merkle ของลูกค้ารายหนึ่งยังตรวจสอบได้ถูกต้อง หาก leaf ของลูกค้ารายนั้นถูกรวมไว้ แต่ไม่อาจเปิดเผยได้ว่าสิทธิเรียกร้องของลูกค้ารายอื่นที่ถูกละไว้หายไปจากต้นไม้หรือไม่ นี่คือเหตุผลที่การตรวจการรวมรายการกับการตรวจความครบถ้วนเป็นคนละขั้นตอนกัน
ตัวอย่างสมมติที่สองแสดงว่าทำไมต้องนับหนี้ที่ตรงกับสินทรัพย์กู้ยืม ลองนึกถึงนิติบุคคลที่มีสินทรัพย์ของตนเองซึ่งไม่มีภาระผูกพันมูลค่า $980,000 และกู้เพิ่มอีก $200,000 ซึ่งยังอยู่ในกระเป๋าเงิน ณ เวลาถ่ายภาพ กระเป๋าเงินที่มองเห็นมี $1.18 ล้าน หากสิทธิเรียกร้องของลูกค้ารวม $1 ล้านและรายงานละหนี้กู้ยืม $200,000 การเปรียบเทียบที่แสดงคือ 118% เมื่อนับสิทธิเรียกร้อง $200,000 ของผู้ให้กู้ด้วย หนี้สินรวมเป็น $1.2 ล้าน; $1.18 ล้านหารด้วย $1.2 ล้านเท่ากับ 98.33% หรือขาด $20,000 ตัวอย่างนี้สมมติให้มูลค่าเป็นประเภทเดียวกันและวัดในเวลาเดียวกัน ทั้งยังไม่รวมสินทรัพย์อื่น ค่าธรรมเนียม และรายละเอียดทางกฎหมาย แสดงให้เห็นว่าเพียงภาพสินทรัพย์ไม่อาจชี้ขาดคำถามเรื่องหนี้สิน
ในเดือนมกราคม 2026 Binance ประกาศเปลี่ยนการนำเสนอ PoR หลังระบุว่าขอบเขตยอดบัญชีสุทธิแบบเดิมละสินทรัพย์ของแพลตฟอร์มไว้ ทำให้อัตราส่วนเงินสำรองสูงเกินจริง นี่เป็นคำชี้แจงเกี่ยวกับวิธีการและการปรับปรุงของ Binance เอง ไม่ใช่หลักฐานว่าเว็บเทรดทุกแห่งคำนวณแบบเดียวกัน เป็นเครื่องเตือนใจในทางปฏิบัติให้อ่านว่าอัตราส่วนที่เผยแพร่รวมอะไรบ้าง และตรวจดูว่าวิธีการเปลี่ยนไประหว่างรายงานหรือไม่
รายงานจากบุคคลที่สามไม่ใช่การตรวจสอบบัญชีการเงินโดยอัตโนมัติ
คำว่า “audit” หรือ “ตรวจสอบบัญชี” อาจปรากฏในคำโฆษณาของแพลตฟอร์มหรือชื่อรายงาน แต่ขอบเขตของงานและมาตรฐานที่ใช้ยังสำคัญ คำแนะนำของเจ้าหน้าที่ PCAOB ระบุว่างาน PoR ไม่ได้ดำเนินการตามมาตรฐานการตรวจสอบของ PCAOB และไม่อยู่ภายใต้การตรวจของ PCAOB เอกสารยังระบุว่าผู้ให้บริการใช้ขั้นตอนและมาตรฐานต่างกัน และฝ่ายบริหารอาจเลือกขั้นตอนที่ตกลงร่วมกันในบางงาน
รายงานขั้นตอนที่ตกลงร่วมกันโดยทั่วไปจะแสดงผลที่พบจากขั้นตอนที่กำหนดไว้ แต่ไม่จำเป็นต้องให้ความเห็นว่าชุดขั้นตอนนั้นเพียงพอ หนี้สินครบถ้วน หรือบริษัทมีเสถียรภาพทางการเงิน งานให้ความเชื่อมั่นแบบจำกัดก็แตกต่างกัน อ่านรายงานฉบับจริง: ใครว่าจ้างผู้ให้บริการ ขอให้ตรวจอะไร ตรวจหลักฐานใด รวมสินทรัพย์และหนี้สินใด พบข้อยกเว้นอะไร และผู้ให้บริการระบุข้อสรุปไว้อย่างไร
การตรวจสอบงบการเงินแยกต่างหากอาจครอบคลุมนิติบุคคลและหนี้สินที่กว้างกว่า แต่ก็มีวันรายงาน กรอบบัญชี ระดับสาระสำคัญ และขอบเขตของตนเอง อย่าสรุปว่าเว็บเทรดผ่านการตรวจสอบดังกล่าวเพียงเพราะรายงาน PoR ระบุชื่อสำนักงานบัญชี ในทางกลับกัน ข้อจำกัดของ PoR ไม่ได้แปลว่าคำชี้แจงเงินสำรองใด ๆ เป็นเท็จ แต่หมายความว่าหลักฐานรองรับได้เฉพาะข้อสรุปที่ขั้นตอนนั้นตรวจจริง
วิธีตรวจรายงานหลักฐานเงินสำรองที่เผยแพร่
เริ่มจากวันที่รายงานและนิติบุคคลที่ระบุอย่างชัดเจน ยืนยันเวลาถ่ายภาพ ความสูงของบล็อกที่เกี่ยวข้อง สัญญาโทเคนและที่อยู่กระเป๋าที่อยู่ในขอบเขต ผลิตภัณฑ์บัญชี และมีการรวมสินทรัพย์ที่ถือผ่านผู้รับฝากทรัพย์สินหรือไม่ หากแพลตฟอร์มเผยแพร่อัตราส่วนเงินสำรอง ให้หาสูตรและตัวส่วนแทนที่จะมองเปอร์เซ็นต์เป็นคะแนนที่อธิบายตัวเองได้
จากนั้นแยกหลักฐานเป็นสองคอลัมน์ สำหรับสินทรัพย์ ให้ถามว่าอะไรพิสูจน์ยอดที่อยู่ การควบคุมที่อยู่ การประเมินมูลค่า และการไม่มีเงินกู้ ภาระยึดหน่วง การจำนำ หรือการนับซ้ำ สำหรับสิทธิเรียกร้องลูกค้า ให้ถามว่าจัดทำภาพบัญชีอย่างไร ยอดใดถูกหักกลบ จัดการยอดติดลบและธุรกรรมที่ยังไม่ชำระราคาอย่างไร และรวมบัญชีกับนิติบุคคลที่เกี่ยวข้องทั้งหมดหรือไม่ แล้วพิจารณาขอบเขต มาตรฐาน ความเป็นอิสระ ข้อยกเว้น และข้อสรุปที่ระบุจริงในรายงานของบุคคลที่สาม
หากมีหลักฐานการรวมรายการเฉพาะบุคคล ให้ตรวจว่ายอดในขอบเขตของคุณสร้างรากที่เผยแพร่ขึ้นใหม่ได้ตามวิธีที่ผู้ให้บริการระบุและวันที่รายงานที่ถูกต้อง เก็บหลักฐานไว้เป็นส่วนตัว เพราะรหัสบัญชีหรือระเบียนยอดคงเหลืออาจอ่อนไหว การตรวจสอบสำเร็จบอกเพียงว่าระเบียนที่คุณได้รับอยู่ในชุดข้อมูลที่ยืนยันไว้ ไม่ได้บอกว่ามีระเบียนอื่นครบทุกระเบียน สินทรัพย์ไม่มีสิทธิเรียกร้องอื่น หรือการถอนเงินจะดำเนินการได้ในช่วงที่เกิดความตึงเครียดในอนาคต
สุดท้าย ดูสิ่งที่อาจเกิดขึ้นระหว่างภาพข้อมูลแต่ละครั้ง การตรวจ ณ เวลาเดียวไม่สามารถติดตามการกู้ยืม การเคลื่อนไหวของกระเป๋า การเปลี่ยนแปลงบัญชี การตัดสินใจด้านการกำกับดูแล หรือความล้มเหลวในการดำเนินงานหลังเวลาตัดยอดได้อย่างต่อเนื่อง อ่านเงื่อนไขการถอน การจัดการรับฝากทรัพย์สิน การเปิดเผยนิติบุคคล และงบการเงินที่ครอบคลุมกว่า PoR หากต้องการภาพรวมที่เกี่ยวข้องว่าการรับฝากกับสถานที่ซื้อขายต่างกันอย่างไร อ่าน คู่มือ Perpetual Futures บน CEX เทียบกับ DEX ส่วนความแตกต่างระหว่างการเป็นเจ้าของกุญแจเองกับกระเป๋าที่ผู้ให้บริการดูแล อธิบายไว้ใน คู่มือการกู้คืนกระเป๋าคริปโต
หลักฐานเงินสำรองให้คำมั่นอะไรไม่ได้
PoR ทำให้หลักฐานบางประเภทโปร่งใสมากขึ้นและเปิดทางให้ผู้ใช้ตรวจสอบว่าระเบียนปรากฏในชุดข้อมูลที่ยืนยันไว้หรือไม่ ซึ่งมีประโยชน์ แต่ไม่ได้รับประกันความสามารถในการชำระหนี้ การแยกสินทรัพย์ตามกฎหมาย การประกันภัย การไถ่ถอนที่มูลค่าตราไว้ การถอนเงินที่ไม่สะดุด หรือความปลอดภัยจากการฉ้อโกง การแฮ็ก ความล้มเหลวด้านการกำกับดูแล และกระบวนการล้มละลาย ประเด็นเหล่านี้ขึ้นอยู่กับหนี้สิน สิทธิทางกฎหมาย การดำเนินงาน การรับฝาก และกฎที่ใช้ในเขตอำนาจศาลของผู้ใช้
อย่าสับสนรายงานสินทรัพย์ลูกค้าของเว็บเทรดกับรายงานเงินหนุนหลังของผู้ออกสเตเบิลคอยน์ โดยทั่วไปอย่างแรกเกี่ยวข้องกับสินทรัพย์ที่แพลตฟอร์มถือหรือควบคุมเพื่อรองรับสิทธิเรียกร้องจากบัญชีลูกค้า ส่วนอย่างหลังเกี่ยวข้องกับเงินสำรองและเงื่อนไขการไถ่ถอนของระบบโทเคน กลไกอาจทับซ้อนกัน แต่สิทธิเรียกร้องทางกฎหมาย นิติบุคคลที่รวมไว้ และช่องทางออกต่างกัน คู่มือสเตเบิลคอยน์หลุดจากราคาอ้างอิงและการไถ่ถอน อธิบายว่าราคาในตลาดของโทเคน เงินสำรองของผู้ออก และมูลค่าที่ผู้ถือไถ่ถอนได้เป็นคนละตัววัด
ข้อสรุปที่รอบคอบควรแคบและระบุวันที่: “รายงานนี้แสดงสินทรัพย์เหล่านี้และยอดคงเหลือที่รวมไว้ตามวิธีการที่ระบุ ณ เวลาถ่ายภาพ และระเบียนบัญชีของฉันถูกรวมอยู่ด้วย” หากรายงานยังสนับสนุนแม้แต่ประโยคนี้ได้ไม่ชัดเจน อัตราส่วนพาดหัวก็ไม่พอจะเติมช่องว่าง คู่มือนี้อธิบายหลักฐานและกลไกการรับฝาก ไม่ได้แนะนำเว็บเทรดหรือระบุว่าใครควรเก็บสินทรัพย์ไว้ที่ใด
คำถามที่พบบ่อย
Q1หากฉันตรวจสอบหลักฐาน Merkle แล้ว เงินทั้งหมดของฉันปลอดภัยหรือไม่?
ไม่ คุณตรวจสอบว่าระเบียนหนึ่งรายการถูกรวมไว้ในชุดข้อมูลที่ยืนยันแล้ว แต่ยังไม่ได้ตรวจสอบหนี้สินทั้งหมด ภาระผูกพันเหนือสินทรัพย์ สิทธิเรียกร้องทางกฎหมาย การควบคุม หรือการถอนเงินในอนาคต
Q2อัตราส่วนเงินสำรองสูงกว่า 100% พิสูจน์ว่าเว็บเทรดสามารถชำระหนี้ได้หรือไม่?
ไม่ อัตราส่วนนั้นอาจเปรียบเทียบสินทรัพย์บางรายการกับยอดลูกค้าบางส่วน ณ เวลาใดเวลาหนึ่ง นิติบุคคล หนี้สิน การกู้ยืม การเปลี่ยนแปลงมูลค่า หรือความเสี่ยงในการดำเนินงานอื่นอาจอยู่นอกการเปรียบเทียบนั้น
Q3ฉันควรตรวจรายงานหลักฐานเงินสำรองบ่อยแค่ไหน?
ไม่มีตารางเวลาสากลที่ทำให้รายงานเป็นข้อสรุปเด็ดขาด ตรวจภาพข้อมูลล่าสุดและวิธีการ แต่อย่าลืมว่าแม้รายงานใหม่ก็ยังเป็นหลักฐาน ณ เวลาใดเวลาหนึ่ง อ่านเงื่อนไขการถอน การรับฝาก และข้อกฎหมายที่มีผลในปัจจุบันด้วย
แหล่งข้อมูลและการอ่านเพิ่มเติม
รายงานปัญหา
เราจะเตรียมอีเมลพร้อมลิงก์บทความนี้ Mark จะได้รับรายงานเมื่อคุณส่งอีเมลแล้วเท่านั้น
ตรวจสอบอย่างรวดเร็ว
อ่านคู่มือจบแล้ว ลองตอบคำถาม 3 ข้อ
คำถาม 01
หลักฐานการรวมรายการใน Merkle Tree ที่ถูกต้องยืนยันอะไร?
เลือกคำตอบเพื่อดูคำอธิบาย