Zcash şeffaf ve korumalı işlemler: adresler, gizlilik ve madencilik ödemeleri

Zcash şeffaf ve korumalı işlemler arasındaki fark tek bir soruya dayanır: bir işlemi kim okuyabilir? Şeffaf ödemeler Bitcoin gibi çalışır, bu yüzden adresleri ve tutarları herkes görebilir. Korumalı ödemeler ise göndereni, alıcıyı, tutarı ve memo alanını gizler.

Madenciler için bu fark her ödülü şekillendirir. ZProMiners’ta blok ödülünüz önce şeffaf bir adrese ulaşır. Ardından Zcash konsensüsü, harcayabilmeniz için onu korumalı hâle getirmenizi zorunlu kılar.

Zcash şeffaf ve korumalı işlemler bir bakışta

Zcash, şeffaf ve korumalı fonları ayrı değer havuzlarında tutar ve her adres türü bu havuzlardan birine yönlenir. Tablo, madenci olarak karşılaşacağınız türleri özetliyor.

Şeffaf ve korumalı Zcash adres türleri

Şeffaf adresler: t1 ve t3

Şeffaf adresler doğrudan Bitcoin’in tasarımından gelir. Bir t1 adresi P2PKH türündedir, yani onu tek bir anahtar kontrol eder. Bir t3 adresi P2SH türündedir, yani onu çoklu imza (multisig) gibi bir betik kontrol eder. Zcash protokol spesifikasyonu, ana ağ için iki ön eki de tanımlar. Her şeffaf ödemenin adresleri ve tutarları tüm blok gezginlerinde görünür; her bakiye de herkese açıktır.

Sapling adresleri: zs1

Sapling adresleri zs1 ile başlar ve Ekim 2018’deki Sapling yükseltmesiyle gelmiştir. Bir Sapling ödemesi göndereni, alıcıyı, tutarı ve 512 baytlık memo alanını gözlemcilerden gizler. Sapling bugün hâlâ çalışıyor. Ancak protokol spesifikasyonu, yeni uygulamalar için birleşik adresleri öneriyor.

Birleşik adresler: u1

ZIP 316, u1 ile başlayan ve birkaç alıcıyı tek bir dizede toplayan birleşik adresleri tanımlar. Bir birleşik adres bir Orchard, bir Sapling ve bir şeffaf alıcı barındırabilir; şeffaf alıcı P2PKH ya da P2SH olabilir, ama ikisi birden olamaz. En az bir korumalı alıcı içermesi gerekir ve eski Sprout türüne yer yoktur. Gönderen cüzdan, desteklediği alıcılar arasından en çok tercih edileni Orchard, Sapling, şeffaf sırasıyla seçmek zorundadır.

Orchard ve yeni Ironwood havuzu

Orchard, Mayıs 2022’de NU5 yükseltmesiyle gelen korumalı protokoldür. Bağımsız bir adres biçimi yoktur; bu yüzden Orchard alıcıları yalnızca birleşik adreslerin içinde bulunur. Mayıs 2026’da bir güvenlik araştırmacısı Orchard devresinde bir sağlamlık (soundness) hatası bildirdi ve NU6.2 bu hatayı haziranda düzeltti. Ardından NU6.3, 28 Temmuz 2026’da etkinleşti ve Ironwood havuzunu ekledi (ZIP 258). Ironwood aynı Orchard protokolünü ve aynı adresleri kullanır; notları ise kuantuma karşı kurtarılabilirdir (quantum-recoverable). Bu yükseltmeden beri eski Orchard havuzu yeni değer kabul etmiyor. Sonuç olarak, bir Orchard alıcısına yapılan ödeme artık Ironwood havuzuna düşüyor.

TEX adresleri: tex1

ZIP 320 ile tanımlanan TEX adresi, bir t1 adresini tex1 ile başlayacak şekilde yeniden kodlar. Aynı anahtar hash’ini korur; bu yüzden fonlar şeffaf ve herkese açık kalır. Ancak gönderen cüzdana yalnızca şeffaf girdileri harcamasını söyler. Bazı borsalar TEX yatırma adresleri gösterir, çünkü bir yatırmanın hangi şeffaf adresten geldiğini görmek isterler. Böylece gerekirse parayı iade edebilirler. Korumalı fonlardan gönderirseniz, uyumlu bir cüzdan iki işlem yapar. Önce fonları korumadan çıkararak yeni bir şeffaf adrese aktarır, ardından oradan TEX adresine gönderir.

Şeffaf ve korumalı işlemlerde gözlemciler ne görür

Zcash şeffaf ve korumalı işlemler arasındaki fark, en net dışarıdan bakınca görülür. Şeffaf bir ödemede gözlemci gönderen adresleri, alıcı adresleri, tutarları, ücreti ve bloğu görür. Bu kayıtlar birbirine bağlandığında bütün bir ödeme geçmişini ortaya çıkarabilir.

Tamamen korumalı bir ödemede ise gözlemci yine de bir işlemin var olduğunu, hangi blokta yer aldığını ve ücretini görür. Sapling harcamalarını (spend) ve çıktılarını ya da Orchard ve Ironwood eylemlerini (action) de sayabilir, ancak birçok cüzdan bu sayılara dolgu (padding) ekler. Adresler, tutarlar ve memo alanları şifreli kalır.

Karma işlemler daha fazla bilgi sızdırır. Bir koruma işlemi (t’den z’ye) şeffaf girdiyi ve korumalı havuza giren tutarı gösterir, ama alıcıyı göstermez. Korumadan çıkarma işlemi (z’den t’ye) kaynağı gizler, ama şeffaf alıcıyı ve tutarı gösterir. Değeri korumalı havuzlar arasında taşımak, örneğin Sapling’den Ironwood’a aktarmak da geçen tutarı ortaya çıkarır. Bunun nedeni, her işlemin her korumalı havuza giren ya da havuzdan çıkan net değeri yayımlamasıdır; her düğüm de havuz bakiyelerini bu şekilde takip eder (ZIP 209).

Korumalı Zcash için görüntüleme anahtarları

Korumalı olmak, herkesten gizli olmak anlamına gelmek zorunda değil. Görüntüleme anahtarı, harcama yetkisini devretmeden korumalı hareketlerinizi paylaşmanızı sağlar. Gelen görüntüleme anahtarı (incoming viewing key), aldığınız ödemeleri gösterir. Tam görüntüleme anahtarı (full viewing key) ise harcadıklarınızı da gösterir. İki anahtar da fon taşıyamaz. ZIP 316’daki birleşik görüntüleme anahtarları her alıcı türünün anahtarlarını bir araya getirir ve uview (tam) ya da uivk (gelen) ile başlar. Şeffaf adreslerin görüntüleme anahtarına ihtiyacı yoktur, çünkü geçmişleri zaten herkese açıktır. Görüntüleme anahtarını yalnızca muhasebeciniz gibi güvendiğiniz biriyle paylaşın, çünkü o kişi anahtarı başkalarına iletebilir.

Zcash’i şeffaf ve korumalı havuzlar arasında taşıma

Koruma (shielding) işlemiyle ZEC, şeffaf bir adresten korumalı bir havuza geçer. Korumadan çıkarma (deshielding) ise onu yeniden dışarı taşır. Cüzdanınız ikisini de sıradan işlemler olarak oluşturur. Her geçiş kendi tutarını ortaya çıkardığı için birkaç alışkanlık gizliliğinizi korur:

• Ödülleri olgunlaştıkça korumalı hâle getirin ve ihtiyacınız olana kadar korumalı tutun.
• Bir tutarı korumalı hâle getirdikten kısa süre sonra aynı tutarı korumadan çıkarmayın, çünkü eşleşen tutarlar iki adımı birbirine bağlar.
• Eski Orchard havuzundaki bakiyeyi güncel bir cüzdanın Ironwood havuzuna taşımasına izin verin. ZIP 318, bu taşımanın standart tutarlara bölünmesini önerir.

Şeffaf ve korumalı işlemlerde ücretler

ZIP 317, standart ücreti mantıksal eylem (logical action) başına 5.000 zatoshi olarak belirler; hesaplama en az iki eylem üzerinden yapılır. Bu yüzden basit bir işlem 10.000 zatoshi, yani 0,0001 ZEC tutar. Şeffaf kısımda, standart P2PKH boyutlarıyla ölçülen girdi ve çıktı sayılarından büyük olanı esas alınır. Sapling de benzer şekilde harcamaları (spend) ile çıktılarından büyük olanı alır; Orchard ve Ironwood ise eylemlerini (action) sayar.

Formül her havuza aynı şekilde davranır; bu yüzden korumalı işlemler şeffaf işlemlerden daha pahalı değildir. Yine de madenciler girdi sayılarına dikkat etmelidir. Koruma yaptığınızda her coinbase çıktısı bir şeffaf girdi olur. Bu nedenle ZIP 317 ücret oranıyla 20 çıktıyı tek bir korumalı çıktıda toplamak yaklaşık 110.000 zatoshi, yani 0,0011 ZEC tutar: girdiler için 20 mantıksal eylem artı biri dolgu olan 2 korumalı eylem.

Bu oran düşebilir. Bir taslak öneri marjinal ücreti 1.000 zatoshi’ye indirmeyi öngörüyor ve Zebra 6.4.0 bu orandaki işlemleri şimdiden kabul ediyor. Ücreti cüzdanınızın belirlemesine izin verin.

Her Zcash madencisinin bilmesi gereken coinbase kuralları

Şeffaf coinbase çıktılarını iki konsensüs kuralı yönetir ve ikisi de Eylül 2026 itibarıyla hâlâ geçerlidir.

İlki olgunlaşmadır. Bir işlem, son 100 blok içinde oluşmuş bir bloğun şeffaf coinbase çıktısını harcayamaz. Güncel 75 saniyelik hedef blok aralığıyla bu bekleme yaklaşık 125 dakika sürer. Önerilen NU7 yükseltmesi 25 saniyelik bloklara geçişi öngörüyor, ancak 100 blok kuralını koruyor (ZIP 218). Bu durumda bekleme yaklaşık 42 dakikaya inecek.

İkincisi korumadır. Şeffaf coinbase çıktılarını harcayan bir işlemin hiçbir şeffaf çıktısı olamaz. Pratikte ödülü önce korumalı hâle getirir, sonra korumalı havuzdan harcarsınız. Güncel protokol spesifikasyonu bu kuralı hâlâ içeriyor ve ZIP 213 de kuralı şeffaf coinbase için koruyor. Zebra’nın güncel kodu da ana ağda bu tür harcamaları reddediyor; bu denetim yalnızca test ağlarında kapatılabiliyor.

Zcash coinbase ödülleri neden şeffaf başlar

Temmuz 2020’deki Heartwood yükseltmesine kadar konsensüs yalnızca şeffaf coinbase çıktılarına izin veriyordu. Ardından ZIP 213 korumalı coinbase çıktılarına izin verdi ve onları yukarıdaki iki kuraldan da muaf tuttu. Ancak bu çıktıları bilinçli olarak herkese açık kıldı. Her korumalı coinbase çıktısının, tamamı sıfırlardan oluşan bir giden görüntüleme anahtarıyla (outgoing viewing key) çözülebilmesi gerekir; böylece herkes adresini ve tutarını okuyabilir. Böyle bir çıktı oluşturmak ayrıca bir sıfır bilgi ispatı gerektirir ve bu, bir düğüm her blok şablonu oluşturduğunda ek iş demektir. Şeffaf çıktılar bu maliyeti atlar ve herkes bir bloğun ödül dağılımını bir blok gezgininde denetleyebilir.

ZProMiners açısından bu soruyu politikamız belirliyor. Havuz yalnızca doğrudan şeffaf coinbase ödemelerini destekler; böylece her ödül zincir üzerinde herkese açık ve denetlenebilir kalır. Ödülünüz ya da ödülden size düşen pay, bloğun coinbase’i içinde t1 ya da t3 adresinize gider. Bu, solo madencilik, PPLNS havuzu ve PROP havuzu için aynı şekilde geçerlidir. Bu yüzden korumalı, birleşik ve TEX adresleri kullanıcı adı olarak çalışmaz. Hesap da gerekmez, çünkü t-adresiniz kullanıcı adınızdır.

Pratik sonuç: şeffaf kazın, sonra korumalıya geçin

Bir madenci için Zcash şeffaf ve korumalı işlemler, ya biri ya diğeri şeklinde bir seçim değildir. Ödülü şeffaf olarak alır, ardından korumalı hâle getirirsiniz:

1. Kurtarma ifadesi (seed) sizde olan bir cüzdan seçin; bir t1 adresi gösterdiğini ve fonları korumalı hâle getirebildiğini kontrol edin.
2. Madenciliğe nasıl başlanır rehberinde anlatıldığı gibi, bu t-adresini kullanıcı adınız olarak kullanın.
3. Her ödülün olgunlaşması için 100 blok bekleyin.
4. Olgunlaşan çıktıları cüzdanınızın birleşik adresine korumalı olarak aktarın. Birden fazla çıktıyı tek işlemde aktarmak ayrı işlemlerden daha ucuzdur; yine de her girdi ücrete eklenir.
5. Korumalı bakiyeden harcayın; muhasebecinizin geçmişinize ihtiyacı varsa bir görüntüleme anahtarı paylaşın.

Asla bir borsa yatırma adresine madencilik yapmayın. O adresin anahtarları sizde değildir ve koruma kuralı, ödülü kim alırsa onu bağlar. Bu zaten başınıza geldiyse bir borsa madencilik yatırmanızı reddederse ne yapmalısınız yazımızı okuyun. Diğer sorular için SSS ve madencilik hesaplayıcısı iyi birer sonraki durak.