---
title: "หลักฐานเงินสำรอง"
description: "หลักฐานเงินสำรองแสดงว่าผู้รับฝากทรัพย์สินควบคุมสินทรัพย์ที่ระบุ ณ เวลาหนึ่ง และอาจผูกมัดกับหนี้สินลูกค้าในขอบเขต แต่ไม่พิสูจน์ความสามารถชำระหนี้ สภาพคล่อง กรรมสิทธิ์ หรือการถอนในอนาคต"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

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

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

<a id="answer"></a>

## คำตอบโดยตรง

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

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

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

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

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

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

<a id="mechanism"></a>

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

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

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

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

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

<a id="examples"></a>

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

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

กระดานซื้อขายควบคุม 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% ยอด ณ จุดตัดเป็นจริง แต่ซ่อนเงินกู้และไม่ยืนยันฐานะต่อเนื่อง

<a id="risks"></a>

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

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

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

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

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

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

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

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

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

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

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

<a id="misconceptions"></a>

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

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

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

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

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

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

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

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

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

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

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

<a id="related"></a>

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

- [ศูนย์กลางการแลกเปลี่ยน](/th/crypto/cex/)
- [กระเป๋าสตางค์แบบมีผู้ดูแล](/th/crypto/custodial-wallet/)
- [การถอนเงินจำนวนมากจากธนาคารแลกเปลี่ยน](/th/crypto/exchange-bank-run/)
- [ล้มละลายของตลาดแลกเปลี่ยนและการแยกทรัพย์สิน](/th/crypto/exchange-bankruptcy-asset-segregation/)
- [การวิเคราะห์สำรองสเตเบิลคอยน์](/th/crypto/stablecoin-reserve-analysis/)

<a id="sources"></a>

## แหล่งที่มา

- [คำแนะนำสำหรับนักลงทุน: ใช้ความระมัดระวังในการตรวจสอบโดยบุคคลที่สาม/รายงานหลักฐานสำรอง](https://pcaobus.org/resources/information-for-investors/investor-advisories/investor-advisory-exercise-caution-with-third-party-verification-proof-of-reserve-reports) - PCAOB (เข้าถึง: 2026-08-19)
- [มาตรฐานสากลด้านบริการที่เกี่ยวข้อง (ISRS) 4400 (ฉบับปรับปรุง)](https://www.iaasb.org/publications/international-standard-related-services-isrs-4400-revised) - IAASB (เข้าถึง: 2026-08-19)
- [ข้อกำหนด: หลักฐานการมีสินทรัพย์เพียงพอที่รักษาความเป็นส่วนตัวสำหรับการแลกเปลี่ยน Bitcoin](https://eprint.iacr.org/2015/1008) - IACR คลังเก็บงานวิจัยทางวิทยาการเข้ารหัส ePrint (เข้าถึงเมื่อ: 2026-08-19)
- [การมี CEX ที่ปลอดภัย: หลักฐานด้านความสามารถในการชำระหนี้และสิ่งอื่น ๆ](https://vitalik.eth.limo/general/2022/11/19/proof_of_solvency.html) - วิตาลิก บูเทริน (เข้าถึง: 2026-08-19)
- [RFC 9162: การเปิดเผยใบรับรอง เวอร์ชัน 2.0](https://www.rfc-editor.org/rfc/rfc9162) - บรรณาธิการ RFC (เข้าถึงเมื่อ: 2026-08-19)
- [หลักฐานเงินสำรอง](https://www.kraken.com/proof-of-reserves) - Kraken (เข้าถึง: 2026-08-19)
- [หลักฐานเงินสำรอง](https://www.binance.com/en/proof-of-reserves) - ไบแนนซ์ (เข้าถึง: 2026-08-19)
- [คำแนะนำปรับปรุงเกี่ยวกับโครงสร้างการเก็บรักษาทรัพย์สินเพื่อการปกป้องลูกค้าในกรณีล้มละลาย](https://www.dfs.ny.gov/industry-guidance/industry-letters/il20250930-updated-guidance-custodial-structures) - กรมบริการทางการเงินรัฐนิวยอร์ก (เข้าถึงเมื่อ: 2026-08-19)

Source: https://wiki.fcontext.com/th/crypto/proof-of-reserves/index.mdx