Tek yedek, çok hesap
Erken dönem kripto cüzdanları rastgele özel anahtarlardan oluşan gevşek bir torba tutardı — dosyayı kaybedersen coinleri kaybederdin ve her yeni adres yeni bir yedek demekti. Modern cüzdanlar bunu aldatıcı derecede basit bir fikirle çözdü: ihtiyaç duyacağınız her anahtarı tek bir ana sırdan, deterministik olarak üretmek. Bu, HD cüzdandır — hiyerarşik deterministik — ve kâğıda yazılmış tek bir seed phrase'in, yıllar sonra, onları hiç görmemiş bir yazılımda birden çok blok zincirindeki düzinelerce hesabı geri getirebilmesinin nedeni budur.
Kelimelerden ana seed'e: BIP-39
Seed phrase'in kendisi BIP-39 adlı bir standarttan gelir. Cüzdan rastgele entropi çeker, bunu sabit bir kelime listesine eşler ve size yerleşik sağlama toplamına sahip 12 ya da 24 kelime verir. Bir anahtar-genişletme fonksiyonundan geçirilen bu kelimeler, büyük bir ikili ana seed olur. İki özellik önemlidir: kelimeler anahtarların kendisi değildir — onların tarifidir — ve süreç tek yönlü ve yeniden üretilebilirdir. Aynı kelimeleri verilen herhangi bir BIP-39 cüzdanı, sonsuza dek aynı ana seed'i hesaplar. Cümleyi eksiksiz bir yedek yapan da budur; onu korumayı seed phrase rehberimizde self-custody'nin temel alışkanlığı olarak ele almamızın nedeni de.
Türetme ağacı: BIP-32
O ana seed'den BIP-32, bir anahtar ağacının nasıl büyütüleceğini tanımlar. Ana anahtar deterministik olarak çocuk anahtarlar türetir, çocuklar torunları türetir ve her dal kökten yeniden üretilebilir. Tek bir sırrın sınırsız yapıya hizmet etmesini sağlayan hiyerarşidir: biriktirme ve harcama için ayrı hesaplar, her ödeme için taze bir alım adresi, kendi dallarında koca zincirler — hepsi aynı 12 ya da 24 kelimeden geri getirilebilir ve yedeklenecek yeni hiçbir şey yoktur, asla.
Türetme yolları: adresin adresi
Bir türetme yolu — gelişmiş ayarlarda görmüş olabileceğiniz m/44'/60'/0'/0/0 gibi şifreli dize — o ağaçta yol tarifinden ibarettir: hangi amaç, hangi coin, hangi hesap, hangi sıra. BIP-44 düzeni standartlaştırdı ve her blok zincirine kendi coin numarasını atadı; böylece bir Ethereum dalı ile Solana dalı asla çakışmaz. Farklı ekosistemler kaputun altında farklı imza şemaları da kullanır (örneğin Solana'nın anahtarları Ethereum'unkinden farklı bir eğriden gelir), ama ilke hepsinde geçerlidir: seed artı yol eşittir anahtar, her seferinde.
Bir xpub neyi açığa çıkarır
Ağacın bir numarası daha vardır: genişletilmiş public anahtarlar. Bir xpub, yazılımın bir dalın tüm public adreslerini türetmesine izin verir — ama özel anahtarların hiçbirini değil. Bu, yalnızca-izleme portföy görünümlerini ve çevrimdışı bir cihaz adına üretilen alım adreslerini mümkün kılar. Buradaki çekince güvenlik değil gizliliktir: xpub'ınızı elinde tutan herkes o daldaki her adresi görebilir ve birbirine bağlayabilir. Onu, o hesabın eksiksiz bir ekstresini paylaşır gibi paylaşın; çünkü işlevsel olarak öyledir.
Aynı seed, farklı adresler?
Klasik bir destek gizemi: seed'inizi başka bir cüzdana aktarırsınız ve bakiye boş görünür. Neredeyse her zaman hiçbir şey kaybolmamıştır — ikinci cüzdan aynı ağaçta farklı bir yol yürüyordur ya da varsayılan olarak farklı bir zincir için türetiyordur. Fonlar her zaman oldukları yerde, ilk cüzdanın kullandığı dalda durur. "Evrensel" yedekler hakkındaki dürüst çekince de budur: seed standardı ortaktır ama yol gelenekleri cüzdanlar arasında değişir; bu yüzden geri yükleme, seed'i oluşturan cüzdan ailesinde — ya da yaygın yolları sizin için tarayan bir cüzdanda — en pürüzsüz çalışır.
WATS bunu nasıl kullanıyor
HD tasarımı, gerçek bir çok zincirli cüzdanı mümkün kılan şeydir ve WATS ona sonuna kadar yaslanır: tek yedek, tek kimlik; EVM, Solana ve TON hesapları doğru dallarında türetilir — Ethereum, Solana ve TON'u tek cüzdanda yönetmek yazısında anlattığımız deneyim. WATS uçtan uca non-custodial'dir: seed ve ondan türetilen her anahtar yalnızca sizin tarafınızda var olur ve WATS asla bir anahtar tutmaz. Ücret katmanı da buna uyacak şekilde birleştirilmiştir: her eylem — transferler, takaslar, staking — her zincirin yerel gas'i yerine tek bir tokenle, ATS ile ücretlendirilir; EVM'de bir ERC-4337 paymaster, Solana ve TON'da eşdeğer bir ücret ödeyici/aktarıcı aracılığıyla. ATS bir LayerZero OFT'sidir, yani tek bakiye üç ekosistemi de kapsar ve toplanan ATS 100M arzdan 30M tabana doğru yakılır. WATS, ERC-4337 ile OFT tek-token ücretlerini bu yakımla birleştiren ilk ve tek cüzdandır — mekanik ATS ücret sayfasında.
Sıkça sorulan sorular
Tek bir seed phrase gerçekten tüm zincirlerimi ve hesaplarımı yedekleyebilir mi?
Evet — HD tasarımın amacı budur. Seed, blok zinciri başına ve hesap başına ayrı dalları olan bir anahtar ağacını deterministik olarak üretir; dolayısıyla bir cüzdanın sizin için oluşturduğu her adres aynı 12 ya da 24 kelimeden geri getirilebilir. Madalyonun öbür yüzü risk yoğunlaşmasıdır: cümleyi elinde tutan herkes ağacın tamamını yeniden kurabilir, bu yüzden seed en güçlü korumanızı hak eder.
Seed'im farklı bir cüzdanda neden farklı adresler gösteriyor?
Fonlarınız taşındığı için değil, ikinci cüzdan varsayılan olarak farklı bir yol boyunca ya da farklı zincirler için türettiği için. Anahtarı seed artı türetme yolu belirler; cüzdanlar seed standardında (BIP-39) anlaşır ama yol geleneklerinde ayrışır. Varlıklarınız, ilk cüzdanın türettiği adreslerde durur — o cüzdanda ya da yaygın yolları tarayan birinde geri yüklemek onları yeniden görünür kılar.
Bir xpub paylaşmak tehlikeli mi?
Size fon kaybettiremez — genişletilmiş bir public anahtar yalnızca adres türetir, asla özel anahtar değil; dolayısıyla en fazla yalnızca-izleme görünümleri sağlar. Bedeli gizliliktir: elinde tutan kişi o daldaki her adresi sayabilir ve etkinliğinizi birbirine bağlayabilir. Bir xpub'ı, o hesabın canlı ve eksiksiz bir ekstresi gibi görün ve yalnızca bu bilgiye güvenebileceğiniz servislerle paylaşın.