Air terjun "praktik terbaik" untuk transparansi Proof-of-Reserve dan solvabilitas protokol DeFi: 1. mengungkapkan semua alamat/dompet/posisi secara publik -> dapat diverifikasi sepenuhnya (tetapi biasanya tidak layak karena berbagai alasan) 2. mengungkapkan ke sistem / jaringan verifikasi data tertentu (misalnya @AccountableData), yang dapat memberikan kemampuan untuk memverifikasi data secara independen melalui zkproofs (PoR, solvabilitas, netralitas delta, dll) -> solusi tanpa kepercayaan untuk data onchain yang dapat diverifikasi (mempercayai kode + kelengkapan ruang lingkup) 3. Mengungkapkan ke Oracle Networks, yang dapat memberikan kemampuan untuk memverifikasi bahwa data yang bersumber tidak dirusak (yaitu seperti yang diterima oleh Oracle) -> solusi yang diminimalkan kepercayaan (memercayai jaringan Oracle) 4. mengungkapkan kepada "auditor" pihak ketiga yang dapat memposting pengesahan berkala (biasanya dalam bentuk PDF) -> tidak ada pelacakan waktu nyata 5. Pengesahan Laporan Diri -> peningkatan kepercayaan paling sedikit karena Anda mempercayai pihak yang sama 6. Jangan mengungkapkan apa pun - > kepercayaan penuh Hal di atas sebagian besar untuk neraca onchain (strategi netral delta yang ditokenisasi dan stabil yang menghasilkan imbal hasil serupa, kustodian, dll). Aset offchain & RWA (stablecoin, MMF, ETF, CLO, dana) jelas tidak memiliki (1) sebagai opsi, sedangkan tangga menjadi kurang vertikal karena (2), (3) & (4) serupa dengan kepercayaan pada sumber data offchain tetap, jadi: (2) Sistem ZK → privasi + klaim formal atas dokumen tepercaya (3) jaringan oracle → integritas + desentralisasi pelaporan (4) auditor → penegakan hukum + akuntansi

bisa dibilang (4) lebih disukai dibandingkan dengan (3) tergantung pada bagaimana pengesahan disusun