📖 Yanılsamasız PoR: gerçekte neyi doğrular ve faydası nerede biter
Şu ölçütü akılda tutun: PoR ancak şu bağlantıyla anlamlıdır: rezervler ≥ yükümlülükler + açık metodoloji + düzenli güncellemeler.
Proof of Reserves (PoR), bir borsanın (veya başka bir saklama kuruluşunun) müşteri bakiyelerini karşılayacak yeterli miktarda on-chain varlığı kontrol ettiğini gösteren kriptografik doğrulamadır snapshot tarihi itibarıyla. Özünde PoR „varlık var mı” sorusunu yanıtlar, ancak tek başına „borçların tam hacmi nedir” sorusunu yanıtlamaz.
Amaç: PoR’un nasıl kurulduğunu, finansal denetimden nasıl ayrıldığını, rezervleri ve yükümlülükleri kendiniz nasıl kontrol edeceğinizi ve hangi işaretlerin çoğunlukla vitrin raporuna işaret ettiğini açıklamak.
Kural: raporda doğrulanabilir yükümlülükler yoksa veya kendi bakiyenizin dahil edildiğini doğrulayamıyorsanız, bu PoR’un değeri „cüzdan gösterimi” seviyesine düşer.
Borsalar çoğu zaman „haberler” yüzünden değil, kullanıcılara uzun süre görünmeyen likidite açığı yüzünden kırılır. Bu nedenle PoR ancak eleştirel okunduğunda faydalıdır: yükümlülükler, varlık kapsamı ve metodoloji „güzel” rakamlardan daha önemlidir.
🧩 Proof of Reserves nedir ve kullanıcıya neden gerekir
PoR’un teknik olarak neyi doğruladığını, nerede yetersiz kaldığını ve rapordan nasıl pratik fayda çıkarılacağını anlayacaksınız.
Proof of Reserves (PoR) bir borsanın (veya başka bir saklama kuruluşunun) müşteri bakiyelerini karşılayacak yeterli miktarda on-chain varlığı kontrol ettiğini gösteren kriptografik doğrulamadır snapshot tarihi itibarıyla.
PoR, güven krizlerine yanıt olarak ortaya çıktı: piyasa beyanlar yerine doğrulanabilir kanıtlara ihtiyaç duydu. Çoğu uygulamada Merkle ağaçları (hash yapısı) kullanılır; bu yapı kullanıcıya, başka kişilerin verilerini açığa çıkarmadan kendi bakiyesinin toplam yükümlülük snapshot’una dahil edildiğini doğrulama imkanı verir.
| PoR ne sağlar | PoR neyi kanıtlamaz |
|---|---|
| On-chain rezerv görünürlüğü: adresler ve tutarlar blockchain üzerinde kontrol edilebilir | Tam ödeme gücü: off-chain borçlar ve karşı taraf yükümlülükleri gizli kalabilir |
| Doğru uygulanmışsa bakiye dahilini kontrol etme imkanı (Merkle-proof) | Snapshot sonrası durum: yarın rezervler ve riskler değişebilir |
| Operasyonel hız: raporlar yılda bir değil, düzenli yayımlanabilir | Metodoloji kalitesi: açık kurallar ve kapsam yoksa PoR kolayca vitrine dönüşür |
Ölçüt: asgari dürüst kontrol her zaman şu karşılaştırmaya iner:
rezervler ≥ yükümlülükler. Yükümlülükler doğrulanamıyorsa güven gerçeklere değil beyanlara dayanır.
Pratikte ne sağlar
- Şeffaflık: rezervleri blockchain’de görür, adresleri ve tutarları kontrol edebilirsiniz.
- Doğrulanabilirlik: Merkle-proof varsa bakiyenizin snapshot’a dahil edildiğini doğrulayabilirsiniz.
- Platform disiplini: düzenli raporlar manevra maliyetini artırır ve gizli açığı saklamayı zorlaştırır.
- Erken sinyal: PoR, tam denetimi beklemeden platformları şeffaflık seviyesine göre karşılaştırmaya yardım eder.
PoR yararlı bir kontrol aracıdır, ancak değeri tek bir „rezerv” rakamından değil yükümlülüklerden, metodolojiden ve güncelleme düzeninden gelir.
🛠️ Proof of Reserves nasıl çalışır: rapor adımları ve kontrol noktaları
PoR’u doğrulanabilir parçalara ayıralım: borsa ne yayımlar, Merkle root neyi sabitler ve sizin bakiyeniz nerede kontrol edilir.
PoR, on-chain rezervleri yükümlülük snapshot’u ile bağlar; böylece kullanıcı kendi bakiyesinin dahil edildiğini doğrulayabilir. Temel kriter: rezervler ≥ yükümlülükler snapshot tarihi itibarıyla.
PoR’un çalışması için gereken üç unsur
Rezervler platformun kontrol ettiği yayımlanmış on-chain adreslerdeki varlıklardır.
Yükümlülükler snapshot anındaki toplam müşteri bakiyeleridir (liabilities).
Merkle ağacı yükümlülük kümesini sabitleyen ve başka kullanıcıların verilerini açmadan dahil kontrolü sağlayan hash yapısıdır.
-
Rezerv adreslerinin yayımlanması. Platform saklama cüzdanlarını gösterir (BTC/ETH/USDT vb.).
Ne kontrol edilmeli: kapsam açıklanmış mı, adresler seçmece değil mi, tutarlar blockchain’de kolayca doğrulanabiliyor mu. -
Adres kontrolünün doğrulanması. Cüzdanların özel anahtarlarıyla bir mesaj imzalanır.
Ne kontrol edilmeli: imzalar ve anlaşılır doğrulama talimatı var mı; sadece „adres listesine güvenin” formatı olmamalı. -
Yükümlülük snapshot’u ve Merkle root. Bakiyeler hash’lere dönüştürülür ve Merkle root (snapshot’un kök hash’i) olarak özetlenir.
Ne kontrol edilmeli: Merkle root yayımlanmış mı, snapshot tarihi/saati açık mı, liabilities hesaplama metodu anlatılmış mı. -
Kullanıcı için Merkle-proof. Müşteri köke giden yol kanıtını alır ve bakiyesinin dahil edildiğini doğrular.
Ne kontrol edilmeli: araç/skript çalışıyor mu, sonuç Merkle root ile uyuşuyor mu, bakiye doğru yansıtılmış mı. -
Kapsam karşılaştırması. Adreslerdeki rezervler snapshot yükümlülükleriyle karşılaştırılır.
Ne kontrol edilmeli: liabilities rakamla verilmiş mi, kapsama oranı şeffaf hesaplanıyor mu, istisnalar ve varsayımlar saklanmamış mı.
Mini PoR kontrol listesi: (1) adresler + kontrol imzaları, (2) Merkle root + snapshot tarihi, (3) çalışan Merkle-proof, (4) açıklanmış yükümlülükler ve hesaplama kuralları.
AUP: neden „tam denetim” değildir?
zk/PoL: bunlar PoR’a neden eklenir?
PoR ancak doğrulanabilir artefaktlar paketi olarak faydalıdır: adres kontrolü, Merkle root, Merkle-proof ve rezervler ≥ yükümlülüklerkriterine indirgenmiş şeffaf yükümlülükler.
⚖️ PoR vs denetim: tam ödeme gücü kontrolünden farkı
PoR snapshot tarihinde on-chain varlıklarla kapsama gösterir; denetim ise şirketin tüm borçlara ve risklere dayanıklılığını inceler.
Proof of Reserves noktasal bir kontroldür: platform on-chain varlıklar üzerindeki kontrolünü gösterir ve bunları müşteri yükümlülükleriyle karşılaştırır snapshot tarihi itibarıyla. Bu şeffaflık sinyali olarak faydalıdır, fakat tanımı gereği finansal sağlığın değerlendirmesi değildir.
Ödeme gücü denetimi (solvency audit — tüm borçları karşılayabilme kabiliyeti) daha geniş bakar: kripto ve fiat, dış yükümlülükler, krediler ve teminatlar, koşullu ve bilanço dışı riskler. Genellikle IFRS/GAAP (finansal raporlama standartları) kapsamında yürütülür, iç verilere erişim gerektirir ve denetçinin sonuçlardan sorumluluğunu varsayar.
Temel sınır: PoR „şu anda müşteri bakiyeleri için on-chain varlıklar yeterli mi” sorusunu yanıtlar; denetim ise „bu kapsama borçlar, teminatlar ve off-chain yükümlülükler tarafından yenmiş mi” sorusuna bakar.
| Parametre | Geleneksel denetim | Proof of Reserves |
|---|---|---|
| Kapsam | Tüm varlıklar ve yükümlülükler (on-chain + off-chain) | On-chain rezervler + müşteri yükümlülükleri |
| Sıklık | Genellikle yıllık | Denetimden daha sık (platform politikasına bağlı) |
| Doğrulanabilirlik | Rapora ve denetçi sonuçlarına güven | Artefaktların kontrolü (adresler, imzalar, Merkle) |
| Maliyet/hız | Pahalı ve uzun | Daha ucuz ve hızlı |
| Off-chain riskler | Dikkate alınır (borçlar, teminatlar, koşullu yükümlülükler) | Genellikle rapor dışında kalır |
Önemli: şirketin blockchain’de görünmeyen ve raporda açıklanmayan dış borçları, teminatları veya yükümlülükleri varsa „mükemmel” PoR bile ödeme gücünü kanıtlamaz.
PoR şeffaflık kontrolü aracıdır (varlıklar vs müşteri bakiyeleri), denetim ise ödeme gücünün tamamını kontrol eder. Güvenilirlik, PoR’un açık metodoloji ve bağımsız risk değerlendirmesiyle tamamlandığı yerde başlar.
Yükümlülükler: ikinci rakam olmadan PoR çalışmaz
PoR’u yalnızca şu denklem olarak okuyun: rezervler ≥ yükümlülükler snapshot tarihinde — aksi halde bu sadece vitrindir.
Proof of Reserves „varlık var mı?” sorusunu yanıtlar; ancak kullanıcı için daha önemli ikinci soru şudur: „herkese ödeme yapmaya yeter mi?”. Bu ikinci soru liabilities (yükümlülükler) anlamına gelir — müşteri bakiyelerinin toplamı, platformun karşılaması gereken tutar.
Yükümlülükler açıklanmamışsa veya doğrulanamıyorsa, on-chain cüzdanlar „büyük” görünse bile rezervlerin gerçek borcu karşılayıp karşılamadığını bilemezsiniz.
Tam hesap listesini yayımlamak mümkün değildir — bu gizliliği ihlal eder. Bu yüzden dürüst format şöyle görünür: platform toplam yükümlülük tutarını gösterir ve sizin bakiyenizin dahil edildiğini kontrol etmenin yolunu verir (genellikle Merkle-proofile).
- Toplam liabilities: varlık başına tek anlaşılır rakam (veya „vb.” olmadan açık varlık listesi).
- Snapshot tarihi ve saati: karşılaştırma belirli bir ana bağlanabilsin diye.
- Hesaplama metodu: ne dahil/ne hariç (spot, alt hesaplar, iç hesaplar).
- Doğrulama: çalışan Merkle-proof (veya eşdeğeri), „biz böyle saydık” değil.
Marj ve borçlar nüansı: kaldıraçlı işlemde bazı kullanıcıların bakiyesi negatif olabilir. Metodoloji bunun nasıl ele alındığını açıklamalı; aksi halde liabilities kağıt üzerinde kolayca „güzelleştirilebilir”.
Kanıtlanabilir yükümlülükler olmadan PoR cüzdan gösterimine dönüşür — kapsama hakkında sonuç vermez.
Kırmızı bayraklar: PoR ne zaman kontrol değil vitrin olur
„Kapsama kanıtı” ile güzel rezerv vitrini arasındaki farkı bir dakikada ayırmak için 6 hızlı kontrol.
Hızlı filtre (15 saniye): rapor ancak şunlar varsa „çalışır” sayılabilir:
- liabilities rakamla (varlıklar/açık varlık listesi bazında — belirsiz „vb.” olmadan);
- snapshot tarihi/saati + kontrol kanıtıyla rezerv adresleri listesi;
- dahil edilme doğrulaması (Merkle-proof veya eşdeğeri) kendi bakiyeniz için;
- metodoloji: ne dahil/ne hariç ve marj/borçlar/negatif bakiyeler nasıl hesaba katıldı.
Her PoR aynı derecede faydalı değildir. Aşağıda, raporu kapsama kanıtı yerine pazarlama olarak okumayı gerektiren tipik „anlamı aşma” örnekleri var.
Yükümlülük olmadan „sadece rezervler”
- Sorun ne: adresler ve tutarlar var, fakat müşterilere olan toplam borç açıklanmamış/kanıtlanmamış.
- Normal olan: liabilities rakamla + kapsam kuralları (spot/alt hesaplar/iç hesaplar) ve hesaplama biçimi.
Varlık kapsamının kısmi olması
- Sorun ne: 1–2 coin kontrol edilir, geri kalanı „kadro dışında” kalır — şeffaflık etkisi yaratılır.
- Normal olan: açık varlık/ağ listesi + kapsama oranı; neyin kontrol edildiği net görünmeli.
Kullanıcı doğrulaması yok
- Sorun ne: bakiyenizin snapshot’a dahil edildiğini doğrulayamıyorsunuz.
- Normal olan: Merkle-proof (veya eşdeğeri) + anlaşılır kontrol talimatı + yeniden üretilebilir sonuç.
Belirsiz metodoloji
- Sorun ne: hangi cüzdanların dahil edildiği, marj/borç/negatif bakiyelerin nasıl sayıldığı net değil.
- Normal olan: varsayımlar ve istisnalar açık yazılır; liabilities hesaplama kuralları kontrol edilebilir.
Pratik yerine tek seferlik aksiyon
- Sorun ne: rapor „panik ortamında” çıkar ve sonra aylarca güncellenmez.
- Normal olan: düzenli yayın + rapordan rapora karşılaştırılabilir metodoloji (değişiklik geçmişi görünür).
Zayıf veya şeffaf olmayan denetçi
- Sorun ne: sonuçların sınırı ve sorumluluğu açık olmadan „adımları kontrol ettik” formatı.
- Normal olan: kim kontrol etti, tam olarak neyi kontrol etti ve hangi sınırlamalar belgede açıkça yazıldı.
Güçlü PoR =
PoR’u kendiniz nasıl kontrol edersiniz: „sihir” olmadan 7 adım
2–3 dakikada, snapshot tarihindeki doğrulanabilir kapsama ile cüzdan ve rakam vitrini arasındaki farkı ayırabilirsiniz.
Sonuç çıkarabilmek için minimum: vardır liabilities ve vardır doğrulama (Merkle-proof veya eşdeğeri). Bunlardan biri yoksa PoR deklarasyon olarak kalır.
- PoR/Transparency sayfasını açın. Özetleri değil, borsanın resmi bölümünü arayın.
- Snapshot tarihini ve saatini kontrol edin. Bunlar olmadan raporu on-chain ile doğru karşılaştırmak mümkün değildir.
- Kapsamı netleştirin. Belirsiz „vb.” olmadan açık varlık/ağ listesi olmalı.
- Rezerv adreslerini açın. Adresler keşifte kontrol edilebilmesi için public olmalıdır.
- Adres bakiyelerini karşılaştırın. Ana varlıklarda on-chain tutarları rapordaki snapshot rakamlarıyla kıyaslayın.
- Liabilities ve kapsamayı bulun. Raporda rakamlar ve karşılaştırma kuralı olmalı:
rezervler ≥ yükümlülükler. -
Kendi bakiyenizin dahilini kontrol edin. Merkle-proof (veya benzeri) kullanın ve hesabınızın dahil edildiğinden emin olun.
Ek olarak: yayın düzenine ve metodolojinin açıklığına bakın (ne dahil/ne hariç, marj ve borçlar nasıl ele alındı).
Eğer liabilities yoksa veya bakiye dahilini kontrol etme yolu yoksa — bu kapsama kanıtı değildir.
Çalışan PoR kontrolü = tarih + adresler + liabilities + sizin Merkle-proof’unuz. Diğer her şey güvenin temeli değil, sadece ektir.
PoR örnekleri: yaklaşım aralığı ve tipik farklar
Pek çok platformda PoR „var”. Önemli olan format: varlık kapsamı, kanıtlanabilir liabilities ve kullanıcı için gerçek doğrulama.
🏛️ Büyük CEX’ler ve „kısmi PoR”
Genellikle 1–2 varlıkla başlarlar: „şeffaf” görünür, fakat genel resim kadraj dışında kalabilir.
- Yayımlarlar: rezerv adresleri + snapshot tarihi + belirli varlıklar için rapor.
- Vitrin nerede: liabilities rakamla yoktur veya varlık/ağ kapsamı eksiktir.
- Ne kontrol edilmeli: varlık listesi ve kapsama payı + liabilities var mı ve nasıl doğrulanmış.
En önemli nokta: kanıtlanabilir liabilities olmadan „büyük cüzdanlar” kontrol değil gösteridir.
🗓️ Düzenli güncelleme yapan borsalar
Değer tek seferlik rakamda değil, tekrarlanabilirliktedir: aynı metodoloji ve takvime göre güncellemeler.
- Yayımlarlar: ana varlıklar için raporlar + kontrol aracı (Merkle-proof/eşdeğeri).
- Vitrin nerede: liabilities metodolojisi belirsizdir (marj/borçlar/negatif bakiyeler açıklanmamıştır).
- Ne kontrol edilmeli: Merkle kontrolü yeniden üretilebiliyor mu + adres sahipliği imzaları var mı + istisnalar açık mı.
En önemli nokta: düzenlilik ancak açık metodolojiyle çalışır — aksi halde bu „seri vitrin” olur.
🧷 „Liabilities-first” yaklaşımı
Yükümlülüklere odaklanmak güçlü sinyaldir; ancak „rezerv seti” kısmi açıklanmışsa tek başına kurtarmaz.
- Yayımlarlar: liabilities hesaplama kuralları + dahilin tamlığına dair doğrulama (uç vakalar dahil).
- Vitrin nerede: liabilities ikna edici görünür, fakat reserves varlık/ağ bazında tam kapsanmaz.
- Ne kontrol edilmeli: her varlık için liabilities ↔ reserves bağlantısı ve snapshot tarihindeki manevralara karşı koruma.
En önemli nokta: tam reserve set olmadan güçlü liabilities bile „ödemelere yeter mi” sorusunu yanıtlamaz.
🧾 Stablecoinler ve rezerv attestations
Çoğu zaman bu „rezervler ≥ arz” şeklinde muhasebe onayıdır; kullanıcı düzeyinde on-chain doğrulama değildir.
- Yayımlarlar: teminat raporu + rezerv bileşimi + tarih/dönem.
- Vitrin nerede: kullanıcının on-chain doğrulaması zayıftır ve metodolojide çok sayıda varsayım vardır.
- Ne kontrol edilmeli: rapor sıklığı + bileşimin likiditesi/kalitesi + belgedeki kontrol sınırlamaları.
En önemli nokta: attestation yararlıdır, fakat Merkle-PoR değildir: güven raporun kalitesine ve sınırlamalarına dayanır.
🧭 Kaliteli PoR kriterleri: şeffaflığı vitrinden ayırmak
6 noktayı kontrol edin: rapor en az 2 maddede kalıyorsa PoR’u kapsama kanıtı değil vitrin saymak daha doğru olur.
Hızlı filtre: eğer liabilities rakamla yoksa ve kendi bakiyenizin dahilini doğrulama yolu (Merkle-proof/eşdeğeri) yoksa — bu „cüzdan gösterimi”dir, doğrulanabilir PoR değil.
Rapor kalite checklist’i:
- Kapsama: her önemli varlık için gösterilmiş olmalı: rezervler ≥ yükümlülükler + snapshot tarihi/saati için oran.
- Yükümlülükler: liabilities rakamla açıklanmış ve doğrulanabilir olmalı (Merkle-proof/zk/dış kontrol), „biz böyle saydık” değil.
- Rezervler: yayımlanmış reserve set (adresler) ve imzayla kontrol kanıtı olmalı; kapsam olmadan „seçilmiş cüzdanlar” olmamalı.
- Metodoloji: ne dahil/ne hariç (spot, marj, borçlar, alt hesaplar, negatif bakiyeler) ve sonuç hesaplama kuralları.
- Düzenlilik: yayın geçmişi ve raporların karşılaştırılabilirliği olmalı; tek seferlik „güven snapshot’u” değil.
- Gizlilik: başkalarının verilerini açmadan kendi bakiyenizi kontrol edebilme (Merkle/zk) + yeniden üretilebilir sonuç.
Güçlü PoR = yükümlülükler + doğrulanabilirlik + metodoloji + düzenlilik, „güzel rezerv rakamı” değil.
PoR sınırlamaları: iyi raporda bile hangi riskler kalır
PoR bir kontroldür snapshot tarihi itibarıyla. Zayıf şeffaflığı elemekte yardımcı olur, fakat „genel” ödeme gücünün yerine geçmez.
- Zaman içindeki snapshot: rapor „şimdiki durumu” sabitler; yarın kapsamanın korunacağını garanti etmez. Değeri düzenli güncellemeler ve rapordan rapora karşılaştırılabilir metodoloji verir.
- Off-chain riskler: krediler, teminatlar, hukuki talepler ve karşı taraf yükümlülükleri rapor dışında kalabilir — PoR bunları tanımı gereği göstermez.
- Snapshot tarihi çevresindeki manevralar: zayıf kontrolde doğrulama için rezervlere geçici „takviye” yapılabilir. Riski yalnızca şeffaf metodoloji ve tarih öncesi/sonrası hareketlerin izlenmesi azaltır.
- Uygulama kalitesi: ne dahil/ne hariç belirsizse (marj, borçlar, negatif bakiyeler, alt hesaplar), rakamları açık yalan söylemeden sadece varsayımlarla „iyileştirmek” kolaydır.
- Yanlış güven hissi: PoR bir kontrol katmanıdır, sigorta değildir. Hack’lere, yönetim hatalarına ve operasyonel arızalara karşı korumaz.
Pratikte nasıl okunmalı: PoR’u şeffaflık kalitesi filtresi olarak görün; „her şeyi borsada tutma izni” olarak değil.
- Trende bakın: düzenlilik, yayın geçmişi, aynı hesaplama kuralları.
- Sınırları arayın: rapor tam olarak neyi kapsamıyor (varlıklar, ağlar, hesap türleri).
- Bağlamı karşılaştırın: itibar, olay geçmişi, risk iletişiminin hızı.
Varlıklar borsada durduğu sürece onun süreçlerine ve kontrolüne bağımlısınız. PoR gizli fon açığı riskini azaltır, ancak
Güçlü PoR kapsama durumunu kontrol etmeye yardım eder snapshot tarihinde, ancak off-chain borçları, „manevraları” ve uygulama risklerini kapatmaz — onu garanti değil kontrol aracı olarak kullanın.
PoR hakkında sık sorular: raporlar nasıl okunur
Doğrulanabilir PoR ile vitrini ayırmak için kısa yanıtlar: ne normal sayılır ve elle ne kontrol edilir.
Agreed-Upon Procedures (AUP) nedir ve neden „tam denetim” değildir?
Proof of Reserves’e neden zk-SNARK ve Proof of Liabilities (PoL) eklenir?
Fonlarımın PoR’a dahil edildiğini nasıl kontrol ederim?
Rezerv adresleri görünüyorsa neden yükümlülükler gerekir?
Denetçi olmadan PoR’a güvenilebilir mi?
Borsa PoR yayımlamıyorsa ne yapmalı?
Final sonuç: PoR’u risk yönetiminde nasıl kullanmalı
PoR garanti değil, doğrulanabilir bir kalite sinyalidir. Onu borsa filtresi ve saklama limitleri kuralı olarak kullanın.
Proof of Reserves, snapshot tarihindeki kontroldür: on-chain rezervleri ve müşteri yükümlülükleri için beyan edilen kapsamayı gösterir. Pratik değer ancak yükümlülükler (sadece cüzdanları görmek değil) doğrulanabildiğinde ve hesaplama metodolojisi anlaşıldığında ortaya çıkar: ne dahil edildi, ne çıkarıldı ve uç durumlar nasıl ele alındı.
Bununla birlikte PoR off-chain riskleri kapatmaz: borçlar, teminatlar, hukuki talepler ve yönetim hataları „ideal” raporla paralel var olabilir. Bu yüzden çalışma modeli basittir: borsada yalnızca operasyonel tutar tutun, düzenli güncelleme ve yeniden üretilebilir kontrol (Merkle/eşdeğeri) sunan platformları seçin, rapordaki her belirsiz ifadeyi güven limitinden eksi sayın.
En önemlisi: PoR yalnızca doğrulanabilir olduğunda korumaya dönüşür: yükümlülükler, metodoloji ve düzenlilik basın bültenindeki herhangi bir „tik” işaretinden daha önemlidir.