Ethereum'da Gizli Adresler Nasıl Kullanılır (EIP-5564)

Nisan 2026'da Vitalik Buterin'in "Statelessness, Stealth, and Soul-Bound Tokens" başlıklı yol haritası güncellemesi EIP-5564'ü yeniden gündemin tam ortasına oturttu: bugün yaklaşık 1,4 milyon Ethereum adresi en az bir Chainalysis kümesinde görünüyor ve "takma adlı" ile "gizli" arasındaki uçurum hiç bu kadar derin hissedilmemişti. EIP-5564, tam da bu boşluğa Ethereum'un verdiği yanıt: ETH, ERC-20 veya ERC-721 transferlerini, kamuya açık ENS adınızla veya ana cüzdanınızla dışarıdan ilişkilendirilemeyen, anlık olarak türetilmiş tek seferlik bir adreste almanın standartlaştırılmış yolu. Fikrin kökleri neredeyse harfi harfine 2014'ten beri gizli adresleri varsayılan davranış olarak kullanan Monero'ya dayanıyor; ancak EIP-5564 bu fikri Ethereum'un hesap tabanlı, EVM-yerlisi dünyasına uyarlıyor. Bu rehber, standardın nasıl çalıştığını, mevcut cüzdan araçlarıyla nasıl kullanılacağını, Monero'nun olgun uygulamasıyla karşılaştırmasını ve nerelere ayağınızı çelebileceğinizi adım adım ele alıyor. Sonunda özel ETH'nizi daha güçlü garantiler için XMR'ye çevirmek istiyorsanız MoneroSwapper KYC'siz köprüyü hallediyor — fakat önce gizli adreslerin Ethereum'un kendi üzerinde size ne kazandırdığını net olarak anlayalım.

Ethereum'un gizli adreslere neden ihtiyacı vardı

Ethereum'un varsayılan mahremiyet hikâyesi her zaman tuhaftı. Her işlem, bir göndericiyi, bir alıcıyı ve bir tutarı uzun ömürlü iki adresle alenen ilişkilendiriyor; ENS adları ise bu adresleri Etherscan üzerinde tek tıkla okunabilir hâle getiriyor. Bir kez kamuya açık bir adrese bağış yaptığınızda, bir bahşiş kapattığınızda, bir airdrop aldığınızda veya stabilcoin cinsinden maaş kabul ettiğinizde, alıcı adres zincir üstü geçmişinize sonsuza dek bağlanmış olur. Tornado Cash bu boşluğu kısmen doldurdu — ta ki Ağustos 2022'de OFAC akıllı sözleşmeyi yaptırım listesine alana ve 2024'te iki geliştiricinin mahkûmiyeti meşru tüketici kullanımının büyük kısmını dondurana kadar.

EIP-5564 meseleye farklı bir açıdan yaklaşıyor. Fonları ortak bir anonimlik havuzunda toplamak yerine, göndericinin yalnızca gerçek alıcının harcayabileceği yepyeni, tek seferlik bir alıcı adresi türetmesine izin veriyor — hem de önceden hiçbir koordinasyon yapılmadan, akıllı sözleşmeli bir karıştırıcı kullanılmadan ve alıcının ana özel anahtarı asla paylaşılmadan. Sağladığı temel özellikler şunlar:

• Bağlantısızlık: Dışarıdan biri, alıcının meta-adresi kamuya açık olsa bile, iki gizli ödemenin aynı alıcıya ait olduğunu çıkaramaz.
• Etkileşim gerektirmeme: Göndericinin yalnızca alıcının yayımlanmış meta-adresine ihtiyacı vardır — önceden el sıkışma, paylaşılmış simetrik anahtar veya Tor köprüsü gerekmez.
• Yalnızca tarama yetkisi: Bir görüntüleme anahtarı; sıcak cüzdana, salt-okunur bir sunucuya veya telefon uygulamasına gelen ödemeleri harcama yetkisi vermeden tespit ettirir.
• Geriye dönük uyumluluk: Standart, herhangi bir token sözleşmesinde değişiklik yapmadan ETH, ERC-20, ERC-721 ve ERC-1155 transferlerinde çalışır.

Madalyonun diğer yüzü şu: EIP-5564 işlem tutarlarını gizlemez ve gizli bir çıktıyı sonunda süpürüldüğü adresle olan bağı koparmaz. RingCT değildir. Ancak gündelik kullanım için — bir freelancer'a ödeme yapmak, bir NFT drop'u almak, bağış kabul etmek, maaş yatırmak — dışarıdaki bir gözlemcinin kamuya açık kimliğinizle ilişkilendirebileceği şeyleri çarpıcı biçimde azaltır.

EIP-5564 gerçekte nasıl çalışıyor?

Toni Wahrstätter, Matt Solomon, Ben DiFrancesco ve Gary Ghayrat tarafından yazılan ve Mart 2024'te bir Standards Track ERC olarak nihai hâline getirilen EIP-5564, iki bileşen tanımlıyor: alıcının yayımlanmış meta-adresinden gizli adres türetmek için kanonik bir şema ve alıcıların ödemelerini bulmak için zincirin tamamını taramasına gerek kalmasın diye efemerik açık anahtarları yayımlayan tek bir Announcer sözleşmesi.

Meta-adres: bir değil, iki anahtar

Her EIP-5564 alıcısı st:eth:0x... formatında bir gizli meta-adres yayımlar. Bu adres, birbirine bitiştirilmiş iki sıkıştırılmış secp256k1 açık anahtarını kodlar:

• Harcama açık anahtarı (P): Alıcının çevrimdışı, ideal olarak bir donanım cüzdanında tuttuğu uzun ömürlü harcama özel anahtarından türetilir.
• Görüntüleme açık anahtarı (V): Alıcının, harcama yetkisini açığa çıkarmadan salt-okunur bir yazılıma teslim edebileceği görüntüleme özel anahtarından türetilir.

Bu ayrım, Monero'nun 2014'te CryptoNote'tan miras aldığı View key ve Spend key ayrımının tam olarak aynısıdır. Harcama anahtarı giden transferleri imzalar; görüntüleme anahtarı ise bir cüzdana gelen ödemeleri tespit ettirir ama onları hareket ettiremez. İşte bu ayrım sayesinde harcama anahtarınızı bir Ledger veya Trezor'da tutarken, dizüstü bilgisayarınızdaki sıcak bir cüzdan tarayıcıyı arka planda çalıştırabilir.

Tek seferlik adresin türetilmesi

Bir gizli meta-adrese ödeme göndermek için, gönderici son adıma kadar zincir üstünde hiçbir etkileşime girmeden istemci tarafında şu protokolü çalıştırır:

1. Yeni, rastgele bir efemerik özel anahtar r üret ve R = r·G açık anahtarını hesapla (G secp256k1 üretecidir).
2. Alıcının görüntüleme açık anahtarına karşı standart ECDH ile paylaşılan sır S = r·V'yi hesapla.
3. Paylaşılan sırrı hash'le: s = keccak256(S).
4. Gizli açık anahtarı türet: P_stealth = P + s·G.
5. P_stealth'in Ethereum adresini al. Bu, tek seferlik alıcı olur.
6. Fonları o tek seferlik adrese gönder ve Announcer sözleşmesini efemerik açık anahtar R, view-tag baytı ve şema tanımlayıcısı ile çağır.

Alıcı — daha doğrusu görüntüleme anahtarını tutan tarama servisi — duyuruyu görür, s = keccak256(v·R)'yi yeniden hesaplar (burada v görüntüleme özel anahtarıdır), aynı P_stealth'i türetir ve karşılık gelen Ethereum adresinde park edilmiş fonları bulur. Yalnızca harcama özel anahtarını elinde bulunduran kişi sonrasında o adresten bir işlem imzalayabilir: çıktıya özel harcama özel anahtarı p_stealth = p_spend + s'dir.

View-tag optimizasyonu

Saf hâlde, her alıcı zincir üzerindeki her duyuru için P_stealth türetmek zorunda kalırdı — ölçekte günlük milyonlarca işlem. EIP-5564, her duyuruya tek baytlık bir view-tag ekler: keccak256(S)'nin ilk baytı. Tarayıcılar tek bir bayt karşılaştırmasından sonra her 256 duyurudan 255'ini eleyebilir; yani tipik bir alıcı duyuruların yalnızca yaklaşık %0,4'ünü tam olarak işler. Bu, EIP-5564 tarama maliyetlerini Monero'nun 2022'de 0.18 sürümüyle isteğe bağlı view-tag eklemesinin ardından sahip olduğu maliyetlerle aynı kulvara taşır. Tekniğin kendisi ilk olarak 2021'de Zcash araştırmacıları tarafından belgelenmiş ve o günden beri gizli adres tasarımlarında standart bir desen hâline gelmiştir.

EIP-5564 ile Monero gizli adreslerinin karşılaştırması

Ethereum kullanıcıları sıkça EIP-5564'ün Monero'yu gereksiz kılıp kılmadığını soruyor; bu yüzden iki tasarımı yan yana açık biçimde koymak gerekiyor. Matematiksel çekirdekleri aynı, ama daha geniş protokolün neyi sakladığı — ve mahremiyetin isteğe bağlı bir özellik mi yoksa varsayılan bir garanti mi olduğu — konusunda devasa farklar var.

Özellik	EIP-5564 (Ethereum)	Monero (CryptoNote + RingCT)
Tek seferlik alıcı adresi	Evet (ödeme başına)	Evet (çıktı başına)
Gönderici anonimliği	Hayır — gönderici adresi açıktır	Evet — CLSAG halka imzası ile gizlenir
Tutarın gizlenmesi	Hayır — transfer kayıtlarında görünür	Evet — Pedersen taahhütleri + Bulletproofs
Varsayılan kullanım	İşlem başına isteğe bağlı	Her çıktı için zorunlu
View-key taraması	Evet (EIP-5564 görüntüleme anahtarı)	Evet (Monero View key)
Ağ katmanı mahremiyeti	Standartlaşmış bir yöntem yok	Dandelion++ yayını
Planlanmış hard fork güncellemeleri	Yok	FCMP++ / Seraphis Jamtis (geliştirme aşamasında)
Anonimlik kümesi büyüklüğü	Tüm EIP-5564 duyuruları (~günde yüzlerce)	Tüm UTXO kümesi (FCMP++ sonrası)

Kısacası: EIP-5564 kime ödeme yapıldığını gizler; Monero ek olarak kimin ödediğini ve ne kadar ödediğini de gizler. Tehdit modeliniz "amatör zincir üstü gözetim" ise ve zaten Ethereum ekosisteminde yaşıyorsanız, EIP-5564 statükoya kıyasla anlamlı bir iyileşmedir. Tehdit modeliniz tam grafik kümeleme yapan profesyonel zincir analitiklerini kapsıyorsa — veya alıcı tarafta değiştirilebilirliğe (fungibility) ihtiyacınız varsa — Monero yapısal olarak daha güçlü kalmaya devam ediyor, çünkü protokol katmanında her çıktı birbirinin aynısı görünür.

Adım adım: gizli ödemeleri almak ve harcamak

Bu rehber, 2026 yılı ortası itibarıyla Ethereum ana ağında üretim seviyesinde EIP-5564 uygulamaları olan Umbra (umbra.cash) veya Fluidkey cüzdanını kullandığınızı varsayar. Akış Base, Optimism ve Arbitrum üzerinde de pratikte aynıdır; üçü de Announcer singleton'ını kanonik adreste konuşlandırır. Protokolü test ediyorsanız önce Sepolia'da deneyin — gas ücretsizdir ve aynı SDK çalışır.

1. Gizli meta-adresinizi oluşturun. Ana imzalama anahtarınızı barındıran bir cüzdan bağlayın. Umbra da Fluidkey de harcama ve görüntüleme özel anahtarlarınızı sabit bir mesaj üzerine atılan imzadan deterministik olarak türetir — yani ayrı bir mnemonic tohuma ihtiyacınız olmaz ve ana anahtarınızı tutan herhangi bir cihazdan erişimi kurtarabilirsiniz.
2. Meta-adresi yayımlayın veya paylaşın. Çıktı dizgisi st:eth:0x03ab...c1de biçimindedir. Bunu ENS adınıza kaydedebilir (çözücüdeki stealth-meta-address alanı ERC-5564'te standartlaştırılmıştır ve ENS public resolver tarafından desteklenir) ya da dizgiyi bant dışında Signal, e-posta veya bir ödeme talebi sayfası üzerinden paylaşabilirsiniz. Yayımlandıktan sonra herkes ek bir koordinasyon olmadan size ödeme yapabilir.
3. Ödeme alın. Gönderici istemci tarafında tek seferlik bir adres türetir ve Announcer sözleşmesine bir duyuru gönderir. Cüzdanınız yeni duyuruları her blokta tarar, view-tag'e göre filtreler ve eşleşen yatırımları ana ağda onaydan yaklaşık 12 saniye sonra (çoğu L2'de ise ~2 saniye sonra) arayüzünde gösterir.
4. Gizli adreste gas'i fonlayın. Her gizli çıktı, mevcut bir ETH bakiyesi olmayan benzersiz bir adreste durduğundan harcama yapmak gas gerektirir. Cüzdanlar bunu üç şekilden biriyle halleder: Gelato veya Pimlico üzerinden sponsorlu bir meta-işlem, alıcının gelen tutarın küçük bir kısmını gas olarak yaktığı bir "pull" deseni veya cüzdanın doğal olarak entegre ettiği bir relayer. Ne yaparsanız yapın, gas'i ifşa olmuş (doxxed) bir cüzdandan fonlamayın — bu, çıktıyı anında bağlar.
5. Harcayın veya süpürün. Harcamayı türetilmiş harcama anahtarınızla imzalayın. Birden fazla gizli çıktıyı tek bir konsolide adrese süpürürseniz onları anında birbirine bağlamış olursunuz; bu nedenle yalnızca o bağlantı kabul edilebilir olduğunda konsolide edin. Aksi takdirde Railgun üzerinden, taze bir CEX yatırım adresine veya — tam değiştirilebilirlik için — MoneroSwapper üzerinden XMR'ye çevirip yepyeni bir Monero Subaddress'te alarak yolunuza devam edin.

Pratik kural: bir gizli çıktı, en sonunda süpürüldüğü adres kadar gizlidir. Asıl mahremiyet kararı olarak süpürme hedefini düşünün, gizli adresin kendisini değil.

2026 yılında cüzdanlar ve araçlar

Standardın kesinleşmesinden bu yana geçen on sekiz ayda EIP-5564 uygulama manzarası epeyce daraldı. 2026 yılının ortası itibarıyla üretim seviyesindeki seçenekler şunlar:

• Umbra Protocol: Referans uygulama. Açık kaynak ön yüz; Ethereum ana ağı, Optimism, Arbitrum, Polygon PoS, Base ve Gnosis Chain üzerinde konuşlandırılmıştır. ETH'yi, herhangi bir ERC-20'yi ve ERC-721'i destekler. ScopeLift tarafından geliştirilir, 2023'te Trail of Bits tarafından denetlenmiştir.
• Fluidkey: Tüketiciye odaklı bir gizli adres cüzdanı; iOS ve Android uygulamaları, Safe hesap mimarisi ve entegre meta-işlem sponsorluğu sayesinde alıcıların gas için gizli adresi önceden ETH ile fonlamasına gerek kalmaz. Kasım 2024'te 1,8 milyon dolarlık tohum turu aldı; 2025 sonunda toplam 40 milyon doları aşan gizli ödeme işledi.
• Labyrinth: EIP-5564 gizli adreslerini bir Ethereum L2 karıştırıcısıyla birleştirerek tutar ve gönderici gizlemesi de ekler. Tam bir mahremiyet yığınına daha yakın olsa da L2 operatörüne kısmi güven gerektirir ve onun sansür politikasını miras alır.
• StealthSwap: Uniswap tarzı bir ön yüzdür ve sizi atomik olarak bir gizli adrese swap'lamanıza izin verir. Bir DEX işleminin getirisini, hedef cüzdanınızı yürütücü relayer'a açmadan almak için faydalıdır.
• Daimo Pay (Gizli mod): Şubat 2026'da eklenen en yeni oyuncu. Otomatik gizli adres üretiminin asıl kazanım olduğu maaş ve abonelik gibi yinelenen ödemeleri hedefler.

Geliştiriciler için kanonik Announcer sözleşmesi, Ethereum'un adres alanını yansıtan tüm EVM zincirlerinde 0x55649E01B5Df198D18D95b5cc5051630cfD45564 adresinde konuşlandırılmıştır — EIP numarasıyla eşleşen kasıtlı "5564" son ekine dikkat edin; küçük ama denetlenebilirlik açısından kullanışlı bir işarettir. Referans SDK @scopelift/stealth-address-sdk meta-adres ayrıştırmasını, efemerik anahtar üretimini, duyuru kodlamasını ve tarayıcı tarafındaki view-tag filtrelemesini kendi başına halleder. Mevcut bir dApp'e entegre etmek deneyimli bir Solidity ekibi için yaklaşık bir öğleden sonra alır.

Hesaba katmanız gereken tehdit modeli sınırları

EIP-5564 gerçek bir iyileşmedir, ancak birkaç saldırı kategorisi açıkta kalmaya devam ediyor. Bunların hiçbiri standardın hatası değil — mempool'un, blokun ve makbuzların hâlâ küresel olarak görünür olduğu şeffaf bir taban katmanın üzerine bir mahremiyet yükseltmesi çalıştırmanın doğal sonuçları.

• Gönderici ifşası: Gönderici adresi hâlâ açıktır. Ana ENS adresinizden gönderirseniz gizlenen tek şey alıcı olur ve bir zincir analisti hâlâ "kim, ne zaman ve ne kadar gizli adrese ödedi" grafiği çıkarabilir.
• Tutar korelasyonu: 4,173 ETH'lik bir gizli ödemenin hemen ardından başka bir yere 4,173 ETH transferi yapılması güçlü bir bağlantı sinyalidir. Yuvarlak rakamlar ve aykırı tutarlar özellikle sızıntı yapar.
• Zamanlama korelasyonu: Gizli adres duyuruları kamuya açıktır; aynı dakika içinde tarama ve süpürme yaparsanız, gözetim araçları basit bir zaman penceresi korelasyonuyla hangi duyurunun size ait olduğunu daraltabilir.
• Süpürme tarafı meta verisi: Bir gizli çıktıyı Binance, BtcTurk veya Paribu gibi bir borsaya süpürmek, çıktıyı borsanın uyumluluk sağlayıcısında KYC'li bir kimliğe bağlar. Gerçekten izi koparmanız gerekiyorsa Railgun'a, bir L2 karıştırıcıya süpürün veya XMR'ye çevirin.
• Gas fonlama sızıntısı: Bir gizli adresteki gas'i ifşa olmuş bir cüzdandan fonlarsanız, çıktıyı her gözlemci için etiketlemiş olursunuz. Daima bir relayer veya kendi kendini fonlayan bir süpürme kullanın.
• Zincirler arası MEV: Bazı köprü relayer'ları gizli adresi kendi indeksleyici tarafında loglar. Herhangi bir köprüyü potansiyel bir anonimlik kıran yüzey olarak ele alın ve mümkün olduğunda atomik swap rotalarını tercih edin.

Türkiye'deki kullanıcılar için pratik notlar

Türkiye'de kripto varlıklara ilişkin düzenleyici çerçeve 2024 sonunda SPK'nın hizmet sağlayıcılar için lisanslama rejimini hayata geçirmesiyle belirginleşti; MASAK ise yurt içi borsaların KYC eşiklerini ve şüpheli işlem bildirim yükümlülüklerini sıkı biçimde takip ediyor. Bu, gizli adres kullanan bireysel bir kullanıcı için pratikte iki sonuç doğuruyor: birincisi, BtcTurk, Paribu veya Binance TR gibi yurt içi bir borsaya yapılan herhangi bir TL çekimi, süpürme adresini KYC kimliğinizle ilişkilendirir; ikincisi, GİB'in 2026 itibarıyla kripto kazançlarını yıllık gelir vergisi beyannamesinde açıkça beyan etme yükümlülüğü, beyan ettiğiniz tutarlar ile zincirdeki izleriniz arasındaki tutarlılığın denetlenebilir hâle gelmesi anlamına geliyor. Pratik sonuç: gizli adresler size vergi yükümlülüğünden bir kaçış yolu sunmaz — yalnızca mahremiyet sunarlar. Vergiyi düzgün beyan edin, ama hangi cüzdanlarınızın hangi gelir akışıyla ilişkili olduğunu kamuya açmaya gerek yok.

Sıkça Sorulan Sorular

EIP-5564 Ethereum işlemlerimi tamamen gizli yapar mı?

Hayır. EIP-5564 yalnızca bir ödemenin alıcısını gizler — özellikle yayımlanmış adresiniz (veya ENS adınız) ile fonları gerçekten alan adres arasındaki bağı koparır. Gönderici adresini, transfer edilen tutarı veya zamanlamayı gizlemez. Tutarların, göndericilerin ve alıcıların hepsinin protokol tarafından gizlendiği tam bir değiştirilebilirlik garantisi için, her işlemin varsayılan olarak halka imzaları ve tutar taahhütleri kullandığı Monero gibi bir zincire hâlâ ihtiyacınız vardır. Birçok kullanıcı EIP-5564'ü almak için "ilk sıçrama" olarak kullanır ve sonra saklama ve sonraki harcamalar için XMR'ye çevirir.

Gizli adres kullanmak için özel anahtarlarımı bir cüzdan sağlayıcısıyla paylaşmam gerekiyor mu?

Hayır, ancak gelen ödemeleri tarayan yazılımla görüntüleme özel anahtarınızı paylaşmanız gerekir. Görüntüleme anahtarı yalnızca ödemeleri tespit etme yetkisi verir, harcama yetkisi vermez. Fonları hareket ettirebilen harcama özel anahtarı bir donanım cüzdanında veya soğuk depoda kalabilir. Bu, Monero'nun kullandığı mimariyle aynıdır: her zaman açık bir sunucuda view key kullanan salt-okunur bir cüzdan ve spend key ile işlem imzalamak için soğuk bir cüzdan.

EIP-5564 neden bazen "Vitalik'in gizli adres önerisi" olarak anılıyor?

Çünkü Vitalik Buterin orijinal taslağı Ocak 2023'te "An incomplete guide to stealth addresses" başlıklı bir blog yazısında yayımladı; bu yazı, sonradan EIP-5564 olarak resmiyet kazanacak standartlaşma sürecini başlattı. Kriptografinin kendisi çok daha eski — Nicolas van Saberhagen'in 2013'teki CryptoNote teknik raporu tek seferlik adresleri tanıttı ve Monero 2014'te bunları üretime aldı. Vitalik'in yazısı tasarımı Ethereum içinde popülerleştirdiği ve bir hard fork değişikliği yerine isteğe bağlı bir standart olarak politik açıdan uygulanabilir kıldığı için itibarı hak ediyor.

Base veya Arbitrum gibi L2'lerde gizli adres kullanabilir miyim?

Evet. Kanonik EIP-5564 Announcer sözleşmesi Base, Optimism, Arbitrum One, Polygon PoS ve Gnosis Chain dahil her büyük EVM L2'sinde aynı adreste konuşlandırılmıştır. Umbra ve Fluidkey rollup'lar arası gizli ödemeleri destekler. L2 üzerindeki gizli ödeme ücretleri 2026'da tipik olarak 0,05 doların altındadır; bu, son kullanıcılar için tarama maliyetlerini ihmal edilebilir kılar ve standardın 2024'te ana ağda yaşadığı en büyük sürtünme noktalarından birini ortadan kaldırır.

Tarama maliyeti bir Monero cüzdanı çalıştırmakla nasıl karşılaştırılır?

Paylaşılan view-tag optimizasyonu sayesinde kabaca eşittir. Tipik bir EIP-5564 tarayıcısı her duyurunun 1 baytını okur ve yalnızca view-tag filtresinden geçen ~%0,4 için tam eliptik eğri türetmesini hesaplar. Monero da aynı numarayı 2022'de ekledi; her iki ekosistem de fikri bağımsız olarak daha önceki Zcash araştırmalarından ödünç aldı. Sıradan donanımda, Ethereum ana ağındaki bir yıllık gizli adres duyurusu birkaç saniyede taranır — bu, yepyeni bir Monero cüzdan senkronizasyonundan daha hızlıdır.

Görüntüleme anahtarımı kaybeder ama harcama anahtarımı tutarsam ne olur?

Gelen ödemelerinizi kolayca bulma yeteneğinizi kaybedersiniz, ancak bulunduktan sonra harcama yeteneğinizi kaybetmezsiniz. Yalnızca harcama anahtarınızı kullanarak her duyurudan olası her gizli adresi türeterek kaba kuvvet taraması yapabilirsiniz; bu son derece maliyetli olur ama uygulanabilir. Pratikte hem Umbra hem de Fluidkey'de her iki anahtar da ana cüzdan imzanızdan deterministik olarak türetildiği için kaynak cüzdanı yeniden bağladığınızda görüntüleme anahtarını her zaman yeniden türetebilirsiniz.

Sonuç

EIP-5564, Ethereum'un Tornado Cash döneminden bu yana yayımladığı en pragmatik mahremiyet yükseltmesi — bir pazarlama etiketi değil, gerçek bir kriptografik primitif; üstelik Monero'nun on yıl önce ölçekte kanıtladığı View key ve Spend key ayrımına temiz biçimde haritalanıyor. Ödemeler, bağışlar, maaşlar ve NFT drop'ları için Ethereum'daki en yıkıcı gözetim sinyalini ortadan kaldırıyor: alıcı adresin kalıcı kimliğini. Ancak göndericileri veya tutarları gizlemiyor ve gizli çıktıları şeffaf bir adreste konsolide ettiğiniz anda az önce kazandığınız mahremiyet kazancının büyük kısmını geri vermiş oluyorsunuz. Doğru zihinsel model şu: "Gizli adresler bir mahremiyet primitifidir, bir mahremiyet ürünü değil." Hedefiniz tam değiştirilebilirlik ise — protokol katmanında birbirinin aynısı görünen çıktılar, görünür olmayan tutarlar, izlenemeyen göndericiler — en temiz akış gizli bir adreste almak, ardından KYC'siz bir ETH-XMR dönüşümü için MoneroSwapper üzerinden geçmek ve yepyeni bir Monero Subaddress'te alıştır. Oradan sonrasını halka imzalar, Bulletproofs ve Dandelion++ yayını halleder; zincir üstü ayak iziniz gizli adresin bittiği yerde son bulur.