﻿---
title: "Bukti cadangan"
description: "Bukti cadangan dapat menunjukkan bahwa seorang kustodian mengendalikan aset tertentu pada waktu yang ditentukan dan, dalam desain yang lebih kuat, berkomitmen pada seperangkat kewajiban pelanggan yang telah ditetapkan. Ini tidak serta merta membuktikan solvabilitas, likuiditas, kepemilikan hukum, atau kemampuan penarikan di masa depan."
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.

# Bukti cadangan

> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

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

## Jawaban langsung

Bukti cadangan (PoR) adalah bukti mengenai cadangan seorang kustodian dalam ruang lingkup tertentu dan pada waktu tertentu. Latihan dasar yang hanya melibatkan aset mungkin menunjukkan bahwa kustodian mengendalikan alamat-alamat blockchain tertentu. Konstruk yang lebih kuat menggabungkan **bukti aset** dengan komitmen kriptografis terhadap **kewajiban pelanggan yang termasuk dalam lingkup**, memungkinkan setiap pelanggan yang berpartisipasi untuk memverifikasi bahwa saldo mereka termasuk. Frasa ini tidak memiliki prosedur universal tunggal, standar jaminan, atau efek hukum, sehingga laporan itu sendiri harus mendefinisikan apa yang diuji.

PoR bukanlah bukti otomatis dari kelayakan. Kelayakan memerlukan aset yang memenuhi syarat untuk menutupi semua kewajiban yang relevan, bukan hanya kewajiban yang dipilih untuk sebuah pohon atau laporan:

Rasio cakupan = aset cadangan yang memenuhi syarat / kewajiban pelanggan yang termasuk dalam cakupan

Surplus = aset cadangan yang memenuhi syarat - kewajiban pelanggan yang termasuk dalam cakupan

Rasio pada atau di atas 100% hanya bermakna jika populasi aset dan kewajiban lengkap, diukur pada batas yang sama, dinilai secara konsisten dan dapat dikaitkan dengan entitas hukum yang sama. Rasio ini masih dapat mengabaikan utang korporasi, penarikan yang tertunda, kewajiban fiat, saldo afiliasi, derivatif, aset di luar produk yang disebutkan atau kewajiban di luar token yang disebutkan.

PoR juga berbeda dari likuiditas dan perlindungan aset pelanggan. Solvabilitas menanyakan apakah nilai aset menutupi kewajiban; likuiditas menanyakan apakah aset yang dapat digunakan dapat memenuhi penarikan saat jatuh tempo. Kontrol atas kunci pribadi tidak membuktikan bahwa suatu aset tidak dipinjamkan, tidak dijaminkan, bebas dari hak tanggungan, dipisahkan untuk pelanggan, atau tersedia secara hukum bagi mereka dalam kebangkrutan. Cuplikan pada titik waktu tertentu tidak membuktikan bahwa kondisi yang sama ada sebelum batas waktu atau berlanjut setelahnya.

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

## Bagaimana cara kerjanya

Tinjauan yang solid menghubungkan populasi akuntansi internal dengan aset yang dapat diverifikasi secara eksternal. Kriptografi dapat membuat komitmen terlihat jika dirusak dan melindungi privasi pelanggan, tetapi tidak dapat menentukan entitas, akun, dan kewajiban mana yang seharusnya dimasukkan oleh manajemen. Proses ini sebaiknya menjelaskan tujuh langkah berikut secara eksplisit:

1. **Tentukan batas pelaporan.** Sebutkan entitas hukum, produk, kelas pelanggan, aset, jaringan, aturan penilaian, waktu snapshot, dan tinggi blok. Nyatakan apakah latihan ini mencakup spot, margin, derivatif, staking, pinjaman, fiat, dan kustodian di luar platform.
2. **Rekonsiliasi populasi kewajiban.** Kaitkan buku besar pelanggan dengan buku dan catatan saat penutupan. Tangani setoran dan penarikan yang tertunda, biaya, pinjaman, jaminan, saldo negatif, akun duplikat, serta saldo yang dipegang melalui afiliasi atau sub-kustodian.
3. **Komitmenkan kewajiban pelanggan.** Enkode saldo yang termasuk dalam cakupan ke dalam pohon Merkle, sirkuit zero-knowledge, atau komitmen lain. Publikasikan akar dan totalnya, cegah saldo negatif mengurangi kewajiban yang diklaim, dan berikan data serta perangkat lunak yang cukup agar pelanggan dapat memverifikasi inklusi tanpa mengungkapkan informasi pelanggan lain.
4. **Memastikan keberadaan dan pengendalian aset.** Identifikasi alamat on-chain yang termasuk cakupan dan peroleh tanda tangan atau transaksi yang menunjukkan kontrol pada tinggi blok yang disebutkan. Rekonsiliasi saldo kustodian, bank, dan fiat melalui bukti yang sesuai dengan sistem tersebut.
5. **Uji kepemilikan, ketersediaan, dan kualitas.** Tentukan apakah aset dipinjam, dijaminkan, dibebani, disimpan untuk entitas lain, dibatasi, tidak likuid, atau tergantung pada afiliasi. Definisikan token dan sumber penilaian yang memenuhi syarat serta bagaimana posisi yang dibungkus, dijembatani, atau dipertaruhkan diperlakukan.
6. **Hitung cakupan secara konsisten.** Bandingkan aset dan kewajiban yang memenuhi syarat berdasarkan aset sebelum menggabungkan token yang berbeda. Terapkan cap waktu, unit, dan aturan penilaian konservatif yang sama; laporkan pengecualian, kekurangan, dan sensitivitas terhadap asumsi harga atau haircut.
7. **Baca laporan penugasan dan pantau kesinambungan.** Identifikasi apakah pekerjaan tersebut merupakan audit, penugasan asurans, atau laporan prosedur yang disepakati; baca prosedur, temuan, pengecualian, dan tanggung jawab manajemen secara tepat. Kemudian pantau frekuensi laporan, penarikan, pergerakan alamat, tata kelola, dan kontrol internal alih-alih menganggap satu cuplikan sebagai kondisi permanen.

Bukti inklusi Merkle menjawab pertanyaan yang sempit: sebuah daun dan jalur autentifikasinya mereproduksi akar yang telah diterbitkan. Ini menunjukkan bahwa daun ini ada dalam dataset yang telah dikomitmenkan. Ini tidak menunjukkan bahwa setiap pelanggan nyata termasuk, bahwa saldo benar, atau bahwa pohon lain yang tidak diungkapkan tidak ada. Batasan zero-knowledge dapat membuktikan properti seperti saldo yang tidak negatif dan penjumlahan yang benar tanpa mengungkapkan setiap daun, tetapi bukti ini hanya selengkap sirkuit, input, dan batas pelaporannya.

Bukti aset memiliki ruang lingkup yang sama sempitnya. Tantangan yang sah dan ditandatangani dapat menunjukkan kontrol atas kunci, sementara saldo di rantai dapat menunjukkan koin di alamat dan tinggi blok. Tidak satu pun fakta tersebut sendiri yang membuktikan kepemilikan manfaat, ketiadaan hak tanggungan, kelengkapan semua dompet, atau kemampuan kustodian untuk memindahkan dana dengan cepat tanpa penandatangan lain, pemberi pinjaman, pengadilan, atau sub-kustodian.

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

## Contoh yang dikerjakan

### Kewajiban tersembunyi membalikkan cakupan yang tampak

Sebuah bursa menunjukkan pengendalian atas 1.050 BTC dan mempublikasikan pohon kewajiban dengan total 1.000 BTC. Rasio cakupan yang dilaporkan adalah 1.050 / 1.000 = 105%, dengan surplus 50 BTC. Jika batas pelaporan menghilangkan kewajiban pinjaman 120 BTC, kewajiban yang relevan sebenarnya adalah 1.120 BTC. Cakupan turun menjadi 1.050 / 1.120 = 93,75%, menghasilkan kekurangan 70 BTC. Perhitungannya benar untuk input yang dipublikasikan, tetapi populasi kewajibannya tidak lengkap.

### Inklusi bukanlah kelengkapan

Misalkan sebuah pohon mainan Merkle berisi saldo pelanggan 2, 3, 5, dan 10 BTC, dengan total 20 BTC. Pelanggan dengan 3 BTC dapat menghitung hash daun mereka dengan hash saudara yang disediakan dan mereproduksi akar yang dipublikasikan. Itu memverifikasi inklusi saldo 3 BTC dalam pohon ini. Hal itu tidak membuktikan bahwa pelanggan yang dihilangkan dengan 4 BTC tidak ada, bahwa tidak ada akun yang memiliki saldo negatif buatan, atau bahwa 20 BTC sama dengan kewajiban lengkap kustodian.

### Beban mengubah cadangan yang dapat digunakan

Seorang kustodian melaporkan aset cadangan senilai USD 100 juta terhadap kewajiban pelanggan dalam cakupan senilai USD 95 juta, sehingga cakupan yang dilaporkan adalah 100 / 95 = 105,26%. Jika USD 30 juta dari aset tersebut menjamin pinjaman terpisah dan tidak dapat digunakan untuk penarikan pelanggan, cadangan yang tidak dibebani adalah USD 70 juta. Cakupan yang dapat digunakan adalah 70 / 95 = 73,68%, meskipun aset tersebut tetap terlihat pada saat snapshot.

### Cuplikan yang dipinjam dapat mempercantik cadangan

Sebelum snapshot yang dijadwalkan, sebuah platform dengan 900 BTC terhadap 1,000 BTC dari kewajiban pelanggan meminjam 200 BTC. Snapshot menunjukkan 1,100 / 1,000 = 110% cakupan. Setelah platform mengembalikan 200 BTC, platform tersebut kembali memegang 900 BTC dan cakupan menjadi 90%. Saldo alamat yang ditandatangani pada batas waktu sah, tetapi tidak mengungkapkan peminjaman atau membuktikan kelangsungan solvabilitas.

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

## Risiko dan pengendalian

### Populasi kewajiban dan kelengkapan

- **Produk atau entitas yang dihilangkan:** sebuah pohon mungkin hanya mencakup token tertentu, akun tertentu atau satu anak perusahaan. Cocokkan entitas hukum dan lingkup laporan dengan entitas yang berutang kepada pelanggan.
- **Kewajiban di luar buku besar:** penarikan yang tertunda, saldo fiat, pinjaman, derivatif, biaya, dan utang perusahaan mungkin berada di luar saldo pelanggan yang dijanjikan. Rekonsiliasikan total keseluruhan untuk menyelesaikan buku dan catatan.
- **Manipulasi saldo negatif:** akun negatif buatan atau salah klasifikasi dapat mengurangi kewajiban bersih. Terapkan batas non-negatif jika diperlukan dan jelaskan secara terpisah akun hutang atau margin yang sah.
- **Ketidakikutsertaan pelanggan:** hanya beberapa pelanggan yang mungkin memverifikasi daunnya, sehingga memungkinkan kesalahan penghilangan tidak terdeteksi. Sediakan alat verifikasi yang mudah diakses dan pengujian populasi yang independen.

### Kepemilikan aset, kualitas, dan beban

- **Aset yang dipinjam atau dipindahkan sementara:** sebuah platform hanya dapat mengendalikan dana sekitar snapshot. Gunakan tes yang tidak diumumkan atau sering, tinjauan transaksi, dan bukti kewajiban, bukan hanya saldo dengan tanggal yang diketahui.
- **Janji, hak gadai, dan hak set-off:** Aset yang terlihat dapat menjamin klaim lain atau menjadi subjek hak seorang kustodian. Periksa kontrak, judul akun, dan konfirmasi selain saldo blockchain.
- **Aset berkualitas rendah atau terkait pihak:** Token yang diterbitkan sendiri, diperdagangkan tipis, dijembatani atau diterbitkan afiliasi dapat kehilangan nilai saat terjadi tekanan. Ungkapkan aturan kelayakan, konsentrasi, dan pengurangan konservatif.
- **Ketergantungan rantai kustodi:** Pengaturan multisignature, bank, dan sub-penitipan dapat membatasi akses tepat waktu. Petakan setiap pengendali, kondisi persetujuan, dan titik kegagalan.

### Implementasi kriptografi dan akuntansi

- **Konstruksi daun yang salah:** identifier pelanggan yang salah, unit aset, garam atau data cutoff dapat menghasilkan bukti valid atas catatan yang salah. Publikasikan spesifikasi dan uji reconciliations sumber-ke-daun secara mandiri.
- **Kendala bukti yang tidak lengkap:** sirkuit zero-knowledge hanya membuktikan pernyataan yang dikodenya. Audit sirkuit, asumsi setup, input publik, dan kode sumber; jangan menafsirkan properti akuntansi yang tidak terbukti.
- **Kebocoran privasi:** daun yang tidak diberi garam atau dapat diprediksi dapat mengekspos saldo melalui tebakan, sementara daftar pelanggan publik mengungkapkan data sensitif. Gunakan komitmen yang sesuai dan informasi bantu model ancaman.
- **Akar atau dataset yang tidak konsisten:** pengguna yang berbeda dapat ditampilkan komitmen yang berbeda, atau sebuah situs web dapat mengganti root. Tandai waktu dan tanda tangani root, arsipkan laporan dan bandingkan tampilan melalui pemantau independen.

### Penjadwalan, jaminan, dan tata kelola

- **Peluruhan tangkapan cepat:** Perdagangan, peminjaman, peretasan, atau transfer setelah batas waktu dapat membuat laporan menjadi usang secara instan. Lebih disarankan melakukan pelaporan secara sering dan pengendalian yang berkelanjutan sambil menyadari bahwa pemantauan juga memiliki keterbatasan.
- **Kebingungan label keterlibatan:** laporan prosedur yang disepakati menyajikan temuan faktual tertentu dan tidak otomatis merupakan opini audit. Baca standar, pihak yang bertanggung jawab, prosedur, dan kesimpulan jaminan.
- **Prosedur yang dipilih manajemen:** tes yang sempit dapat mengabaikan masalah yang penting bagi pengguna. Bandingkan cakupan keterlibatan dengan model risiko kelayakan, likuiditas, dan kustodi yang lengkap.
- **Kegagalan pengendalian dan tata kelola:** PoR tidak menguji setiap otorisasi, rekonsiliasi, keamanan siber, atau pengendalian pihak terkait. Evaluasilah tata kelola dan informasi keuangan yang diaudit secara terpisah jika tersedia.

### Interpretasi pengguna dan respons operasional

- **Agregasi rasio:** Mengubah aset dan kewajiban yang berbeda menjadi satu rasio utama bisa menyembunyikan kekurangan spesifik token dan risiko penilaian. Tinjau cakupan berdasarkan aset dan potongan saat tekanan.
- **Ketidakcocokan likuiditas:** Aset jangka panjang, terkunci, atau lambat dipindahkan mungkin menutupi kewajiban buku tetapi tidak penarikan segera. Periksa jatuh tempo, penyelesaian, dan kapasitas likuidasi.
- **Kesenjangan hak hukum:** Kontrol kriptografi tidak menentukan apakah pelanggan mempertahankan kepemilikan manfaat atau prioritas dalam kebangkrutan. Baca ketentuan kustodi, pengungkapan segregasi, dan hukum yang berlaku.
- **Kesementaraan palsu:** Laporan yang bersifat sementara bisa menunda tindakan bijaksana ketika penarikan gagal atau ruang lingkup memburuk. Perlakukan PoR sebagai satu aliran bukti, bukan sebagai jaminan atau pengganti batasan paparan dan pemantauan operasional.

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

## Kesalahpahaman umum

### "Bukti cadangan membuktikan bahwa bursa tersebut solven"

Hanya bukti yang cukup lengkap mengenai aset yang memenuhi syarat dan kewajiban yang relevan yang dapat mendukung kesimpulan solvabilitas yang terbatas. Banyak laporan memverifikasi aset tertentu pada suatu titik waktu, dan bahkan komitmen kewajiban pelanggan yang kuat dapat mengabaikan kewajiban atau pembatasan hukum lainnya.

### Bukti Merkle saya menunjukkan bahwa setiap pelanggan telah dimasukkan

Ini menunjukkan bahwa daun Anda termasuk dalam dataset yang direpresentasikan oleh satu akar. Kelengkapan memerlukan kontrol terpisah atas populasi sumber, rekonsiliasi, dan tidak adanya akun yang dihilangkan atau dimanipulasi.

### Saldo dompet on-chain membuktikan bahwa platform memiliki aset bebas beban

Rantai menunjukkan bahwa aset ada di sebuah alamat. Sebuah tanda tangan atau transaksi dapat menambahkan bukti pengendalian kunci. Kepemilikan, peminjaman, jaminan, hak tanggungan, pemisahan, dan ketersediaan hukum memerlukan bukti di luar buku besar.

### Nama seorang akuntan berarti laporan tersebut adalah audit penuh

Keterlibatan tersebut dapat menggunakan prosedur yang disepakati yang dipilih bersama manajemen dan melaporkan temuan faktual tanpa memberikan opini mengenai kecukupan cadangan atau stabilitas keuangan. Gelar penyedia tidak menentukan ruang lingkup atau tingkat keyakinan.

### Cakupan di atas 100% menjamin penarikan dan perlindungan kebangkrutan

Seorang kustodian dapat memiliki neraca yang sehat namun kekurangan likuiditas, secara operasional tidak mampu mentransfer aset, atau menjadi subjek klaim hukum yang bersaing. Kapasitas penarikan dan hak atas properti pelanggan harus dinilai secara terpisah.

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

## Topik terkait

- [Bursa terpusat](/id/crypto/cex/)
- [Dompet kustodian](/id/crypto/custodial-wallet/)
- [Lari bank bursa](/id/crypto/exchange-bank-run/)
- [Kebangkrutan bursa dan pemisahan aset](/id/crypto/exchange-bankruptcy-asset-segregation/)
- [Analisis cadangan stablecoin](/id/crypto/stablecoin-reserve-analysis/)

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

## Sumber

- [Penasihat Investor: Berhati-hatilah dengan Laporan Verifikasi/Pembuktian Cadangan Pihak Ketiga](https://pcaobus.org/resources/information-for-investors/investor-advisories/investor-advisory-exercise-caution-with-third-party-verification-proof-of-reserve-reports) - PCAOB (diakses: 2026-08-19)
- [Standar Internasional untuk Jasa Terkait (ISRS) 4400 (Revisi)](https://www.iaasb.org/publications/international-standard-related-services-isrs-4400-revised) - IAASB (diakses: 2026-08-19)
- [Ketentuan: Bukti solvabilitas yang menjaga privasi untuk bursa Bitcoin](https://eprint.iacr.org/2015/1008) - IACR Arsip ePrint Kriptologi (diakses: 2026-08-19)
- [Memiliki CEX yang aman: bukti kelayakan dan lebih jauh lagi](https://vitalik.eth.limo/general/2022/11/19/proof_of_solvency.html) - Vitalik Buterin (diakses: 2026-08-19)
- [RFC 9162: Versi Transparansi Sertifikat 2.0](https://www.rfc-editor.org/rfc/rfc9162) - Editor RFC (diakses: 2026-08-19)
- [Bukti cadangan](https://www.kraken.com/proof-of-reserves) - Kraken (diakses: 2026-08-19)
- [Bukti cadangan](https://www.binance.com/en/proof-of-reserves) - Binance (diakses: 2026-08-19)
- [Panduan Terbaru tentang Struktur Kustodian untuk Perlindungan Pelanggan dalam Kejadian Kepailitan](https://www.dfs.ny.gov/industry-guidance/industry-letters/il20250930-updated-guidance-custodial-structures) - Departemen Layanan Keuangan Negara Bagian New York (diakses: 2026-08-19)

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