Bitcoin (BTC) cüzdanı kurtarma sonrasında bakiye görünmüyorsa descriptor ayarları kontrol edilmeli

Kurtarma ifadesi yeni bir Bitcoin (BTC) cüzdanına girildiğinde eski bakiye görünmeyebilir. Hesap, adres türü veya anahtar türetme yolu ilk ayarlardan farklıysa yeni cüzdan başka adresleri tarar.

Tayvan merkezli kripto para yayını Zombit, çıktı betiği tanımlayıcısı olarak da bilinen cüzdan descriptor’ının anahtarları ve betik kurallarını birlikte ifade ettiğini açıkladı. BIP380, descriptor’lar için ortak sözdizimini, anahtar gösterimini ve checksum kurallarını tanımlar.

Kurtarma ifadesi, genişletilmiş açık anahtar (xpub) ve descriptor farklı işlevlere sahiptir. Kurtarma ifadesi anahtarları yeniden oluşturmanın başlangıç noktasıdır. xpub, açık anahtar türetmenin mümkün olduğu kapsamda alt açık anahtarlar üretmek için kullanılır. Descriptor ise bu anahtarlara uygulanacak adres ve betik kurallarını belirtebilir.

Descriptor’da betik türü, açık anahtar veya genişletilmiş anahtar, anahtar kaynağı parmak izi ve türetme yolu ile çoklu imza eşiği gibi bilgiler bulunabilir. Ancak her descriptor bu bilgilerin tümünü içermez; tek bir descriptor’ın bütün hesapları ve adres türlerini kapsadığı da varsayılamaz.

Descriptor belirli adres ve betikleri tanımaya yarayan ayarları ifade ederken PSBT, belirli bir işlemin imza bilgilerini aktaran bir formattır. İkisi cüzdan işlemlerinde birlikte kullanılabilir ancak PSBT, tüm cüzdan ayarlarının veya anahtar yedeklemesinin yerini tutmaz.

Descriptor’daki dış işlev, hangi çıktı kuralının uygulanacağını belirtir. Örneğin wpkh() yerel SegWit çıktısını, tr() ise Taproot çıktısını ifade eder. Aynı anahtar, farklı çıktı kurallarıyla farklı adresler oluşturabilir.

Bazı descriptor’larda anahtar kaynağı parmak izi ve türetme yolu gösterilir. Parmak izi, anahtarları eşleştirmeye yarayan bir tanımlayıcıdır; parola veya varlık sahipliğinin kanıtı değildir. Türetme yolu da kaynak cüzdanın dışa aktarma ayarlarına göre doğrulanmalıdır.

Cüzdanlar alım ve para üstü adreslerini ayrı dallarda yönetebilir. Yalnızca alım adresi dalı içe aktarılırsa para üstü adreslerindeki işlem geçmişi eksik kalabilir. Para üstü adreslerinin tarama kapsamı dışında kalması, bazı fonların kaybolmuş gibi görünmesine yol açabilir.

Descriptor’ın sonundaki # işaretinden sonra, kopyalama sırasında oluşan giriş hatalarını saptamak için 8 karakterli bir checksum bulunabilir. Checksum’ın doğru olması, descriptor’ın kullanıcının kendi cüzdanından geldiğini veya içeriğinin güvenilir olduğunu doğrulamaz.

Çoklu imzalı cüzdanlarda katılımcı anahtarların, imza eşiğinin ve betik yapısının eşleşmesi gerekir. BIP383, geleneksel çoklu imza betiklerinde anahtar sırasını koruyan multi() ile anahtarları sıralayan sortedmulti() işlevlerini birbirinden ayırır. Bu ayarların gelişigüzel değiştirilmesi farklı betik ve adresler oluşturabilir.

Açık bir descriptor içe aktarıldığında ilgili kapsamdaki adresler ve işlemler izlenebilir ancak bu bilgi tek başına ödeme imzalamaya yetmez. Öte yandan descriptor’larda özel anahtar veya genişletilmiş özel anahtar da bulunabilir; bu nedenle her descriptor herkese açık bilgi olarak değerlendirilmemelidir.

İçe aktarmadan önce kaynak cüzdandaki hesap ve adres türü kontrol edilmeli, açık descriptor’ın tamamı cüzdanın resmi işleviyle dışa aktarılmalıdır. Yalnızca xpub’ı kopyalamak veya yolu, parantezleri ya da checksum’ı gelişigüzel silmek ayarları değiştirebilir.

Alıcı cüzdanın descriptor formatını destekleyip desteklemediği de kontrol edilmelidir. BitBox’ın resmi rehberi, BitBoxApp’ten açık descriptor’ın kopyalanıp Sparrow’daki izleme amaçlı cüzdana aktarılmasını ve adreslerle işlem geçmişinin karşılaştırılmasını anlatıyor.

İçe aktarma veya senkronizasyonun tamamlandığını gösteren bildirim, doğru hesabın seçildiğini tek başına kanıtlamaz. Bilinen adresler ve geçmiş işlemler karşılaştırılmalı; bakiye farklıysa önce iki cüzdanın aynı adres ve betikleri tarayıp taramadığı incelenmelidir.

Açık descriptor cüzdan ayarlarını içerebilir ancak işlem notları, adres etiketleri veya tarama başlangıç noktası gibi yalnızca cüzdanda saklanan bilgileri kapsamayabilir. Bu bilgiler, kaynak cüzdanın yedekleme yönergelerine göre ayrıca korunmalıdır.