Read 2026-09-04 · four exchange APIs · rebuilt daily

Proof of Reserves มองไม่เห็น Off-Chain Liabilities และ Snapshot Capital

การตรวจสอบ Proof of Reserves แบบ Point-in-time สามารถซ่อนการขาดดุลในงบดุลถึง 40% ได้ผ่าน Off-chain Liabilities และการกู้ยืมชั่วคราวเพื่อทำ Snapshot

การทำงานของ Merkle Tree Verification

ระบบ Proof of Reserves ของ Exchange จะเผยแพร่สองส่วนแยกกัน: สรุปเงินฝากของผู้ใช้ที่ยืนยันได้ทางเข้ารหัสศาสตร์ (Cryptographic Verification) และหลักฐานการควบคุม On-chain Wallet

ในการพิสูจน์ Liabilities ทาง Venue จะทำการ Hash ไอดีบัญชีผู้ใช้และยอดคงเหลือสุทธิแต่ละรายลงใน Leaf Node โดย Leaf Node จะถูกจับคู่แบบย้อนกลับขึ้นไปตาม Merkle Tree จนกระทั่งได้ Merkle Root Hash เดียว Exchange จะเผยแพร่ Root Hash นี้ ส่วนผู้ใช้สามารถตรวจสอบ Inclusion ได้โดยการขอ Cryptographic Branch ของตนเองและ Hash ยอดคงเหลือขึ้นไปเทียบกับ Root ที่เผยแพร่

ในการพิสูจน์ Assets ทาง Exchange จะเซ็น Public Message ด้วย Private Key ที่ควบคุม Blockchain Address ที่กำหนดไว้ ยอดรวมสินทรัพย์ที่ถือครองใน Address ที่ถูกเซ็นเหล่านี้จะถูกนำไปเปรียบเทียบโดยตรงกับยอดรวม Liabilities ทั้งหมดจาก Merkle Tree เมื่อสินทรัพย์รวมใน Wallet ที่เซ็นชื่อมีค่าเท่ากับหรือมากกว่า Liabilities รวมใน Merkle Tree ทาง Exchange จะรายงาน Reserve Ratio ที่ 100% หรือสูงกว่า

ช่องโหว่เชิงโครงสร้างของ Self-Reported Reserves

Omitted Liabilities และ Negative Leaves

Merkle Root พิสูจน์ในทางคณิตศาสตร์ว่าบัญชีเฉพาะนั้นถูกนับรวมอยู่ใน Tree แต่ไม่ได้พิสูจน์ว่าบัญชีทั้งหมดของแพลตฟอร์มถูกนับรวมอยู่ด้วย หาก Exchange ละเว้นบัญชีสถาบันที่มียอดคงเหลือสูงออกจากสคริปต์สร้าง Tree ยอดรวม Liabilities ที่คำนวณได้จะลดลงโดยไม่ส่งผลต่อความถูกต้องของ Leaf Node ที่เหลือ

นอกจากนี้ Merkle Tree มาตรฐานยังอนุญาตให้มีค่าลบได้ ผู้ให้บริการ Exchange สามารถแทรกบัญชีนอมินีที่มียอดคงเหลือเป็นลบลงใน Tree ได้ Leaf ที่มียอดคงเหลือลบ 20,000,000 USD จะลดยอดรวม Liabilities ของ Root ที่คำนวณได้ลงไป 20,000,000 USD เว้นแต่ผู้ใช้ทุกคนจะตรวจสอบ Leaf ของตนเอง และสถาปัตยกรรม Verification ใช้ Zero-Knowledge Sum Proofs เพื่อบังคับใช้กฎ Non-Negative Constraint ในทุกๆ Node Negative Leaves เหล่านี้จะไม่ถูกตรวจพบ

Snapshot Borrowing และ Encumbered Capital

การรับรองสินทรัพย์เป็นเพียง Snapshot แบบ Point-in-time ที่ถ่ายไว้ ณ Block Height เดียว Exchange ที่กำลังประสบปัญหาสินทรัพย์ขาดแคลนสามารถกู้ยืมเงินทุนจากผู้ให้กู้สถาบัน, Decentralized Finance Pools หรือ OTC Desks ได้ทันทีทันใดก่อนที่จะถึง Snapshot Block

เมื่อการเซ็นลายเซ็น On-chain และการตรวจสอบยอดคงเหลือสำหรับ Block นั้นเสร็จสมบูรณ์ Exchange จะคืนเงินที่กู้ยืมมา ตัว Snapshot จะแสดงการครอบคลุมของ Reserve ที่เต็มจำนวน แต่สินทรัพย์จะออกจาก Wallet ของ Exchange ภายในไม่กี่ชั่วโมง กลไกการรับรอง (Attestation) ไม่สามารถระบุได้ว่าสินทรัพย์ใน Wallet ปลอดภาระผูกพัน (Unencumbered) หรือถูกนำไปค้ำประกันภายนอกอยู่หรือไม่

Off-Chain Debts และ Unhedged Exposure

Venue ของ Perpetual Futures จะมีการแบกรับความเสี่ยง Liability ที่ไม่หยุดนิ่ง ยอดคงเหลือในบัญชีของผู้ใช้เปลี่ยนแปลงตลอดเวลาตาม Unrealized Profit and Loss, Open Positions และ Funding Payments ตัว Snapshot แบบ Static ทั่วไปจะไม่สามารถตรวจจับ Off-chain Credit Lines, หนี้สินองค์กรที่ค้างชำระ, ค่าปรับจากหน่วยงานกำกับดูแล หรือ Unhedged Market Maker Liabilities ที่เกิดขึ้นแบบ Off-chain ได้

รับเงินคืนค่าธรรมเนียม 20% ที่ OKX →คืนค่าธรรมเนียมการเทรด 20% ในทุกผลิตภัณฑ์ เงินคืนนี้มาจากค่าคอมมิชชันที่ผมจะได้รับอยู่แล้ว คุณจึงไม่มีค่าใช้จ่ายเพิ่ม ลิงก์แอฟฟิลิเอต — ดูท้ายหน้า

ตัวอย่างการคำนวณ: การตบแต่ง Reserve Ratio ให้เป็น 100%

สมมติว่า Exchange แห่งหนึ่งมี Liabilities ของผู้ใช้จริงอยู่ที่ 100,000,000 USD และมี Spot Assets จริงอยู่ที่ 60,000,000 USD ทำให้เกิดการขาดดุลสินทรัพย์จริงอยู่ที่ 40,000,000 USD

1. Exchange สร้าง Merkle Tree สำหรับ Liabilities ขึ้นมา โดยแทรก Negative Balance Leaves ที่ซ่อนอยู่รวมเป็นลบ 20,000,000 USD ตัว Tree จะแสดงยอดรวม Liabilities ออกมาที่ 80,000,000 USD นั่นคือ Liabilities จริง 100,000,000 USD หักลบด้วยบัญชีนอมินี 20,000,000 USD
2. หนึ่งชั่วโมงก่อนถึง Snapshot Block ทาง Exchange ได้กู้ยืม Spot Assets จำนวน 20,000,000 USD ผ่านวงเงินสินเชื่อระยะสั้น และฝากเข้า Cold Wallet สาธารณะของตน
3. สินทรัพย์รวมใน Wallet ณ Snapshot Block เท่ากับ 80,000,000 USD ซึ่งก็คือ Spot Assets 60,000,000 USD บวกกับเงินทุนที่กู้ยืมมา 20,000,000 USD
4. Exchange เผยแพร่ Snapshot สินทรัพย์ 80,000,000 USD หารด้วย Liabilities 80,000,000 USD เท่ากับ Reserve Ratio ที่รายงานไว้ที่ 100%
5. สองชั่วโมงหลังจาก Snapshot Block ทาง Exchange ได้คืนเงินกู้ 20,000,000 USD

Spot Assets ที่เหลืออยู่จริงลดลงกลับไปที่ 60,000,000 USD เมื่อเทียบกับ Liabilities ผู้ใช้จริงที่ 100,000,000 USD โดย Reserve Ratio ที่แท้จริงคือ 60% แต่งานรับรองที่เผยแพร่ออกมารายงานว่ามีการครอบคลุมเต็ม 100%

ตารางค่าธรรมเนียมของ Venue และภาระจาก Funding Rate

เอกสารรับรองไม่ได้สะท้อนถึง Execution Costs หรือ Holding Drag สำหรับสถานะ Perpetual ที่เปิดอยู่ เทรดเดอร์ที่ประเมิน Venue ต่างๆ จะต้องเปรียบเทียบตารางค่าธรรมเนียมเริ่มต้นควบคู่ไปกับ Funding Rates

ตารางค่าธรรมเนียม Futures เริ่มต้น

Live Normalised 8-Hour Funding Rates

สำหรับสถานะ ETH perpetual การเปิดถือ Long บน Bitget (+0.0100% ต่อ 8h) มีค่าใช้จ่ายสูงกว่าการถือบน OKX (+0.0035% ต่อ 8h) อยู่ 0.0065 percentage points ต่อรอบ 8 ชั่วโมง ใน position ขนาด 100,000 USD ส่วนต่าง Funding ดังกล่าวคิดเป็น 6.50 USD ในทุกๆ 8 ชั่วโมง หรือ 19.50 USD ต่อวัน ในส่วนของ Holding Fee ที่เพิ่มขึ้นมา

ข้อกำหนดสำหรับการตรวจสอบ Solvency

การประเมิน Solvency ต้องอาศัยการรับประกันทาง Cryptography ที่เป็นอิสระ แทนที่จะพึ่งพา Static Snapshots แบบรายงานตนเอง หลักฐานที่ถูกต้องสมบูรณ์ต้องมี Zero-Knowledge Sum Proofs ที่รับประกันได้ว่าไม่มี Negative Leaves, การเฝ้าระวัง Wallet แบบต่อเนื่อง Real-time เพื่อตรวจจับการชำระคืนเงินกู้ และเอกสารรับรองการตรวจสอบจากบุคคลที่สามที่ครอบคลุม Off-chain Liabilities และภาระผูกพันหนี้สิน หากขาดการควบคุมทั้งสามประการนี้ Snapshot ของ Proof of Reserves ก็ทำหน้าที่เป็นเพียงเอกสารทางการตลาดเท่านั้น

อ่านต่อ