Cüzdanlar ve saklama: anahtarları kim kontrol ediyor?

Yetkiden başlayın

Cüzdan, bir blokzincirle etkileşim kurmaya ve işlemleri yetkilendiren anahtarları veya imza düzenlerini yönetmeye yarayan bir araçtır. Kendi saklamanızda ilgili kimlik bilgilerini siz kontrol edersiniz. Saklama hizmetinde başka bir kuruluş bunları kontrol eder ve müşteriye kendi şartları kapsamında bakiye tanımlar. İkisi de telefon ekranında benzer görünebilir; bu yüzden ekran tek başına yasal haklar veya kurtarma seçenekleri hakkında çok az şey söyler.

Pratik bir soru sorun: sağlayıcının web sitesi yarın ortadan kaybolursa varlıklara erişmenizi ne sağlar? Kurtarma ifadesi, uyumlu bir öz saklama cüzdanının imzalama erişimini geri yüklemesine izin verebilir. Saklama hizmeti sunan bir platformun kullanıcı adı ve şifresi genellikle aynı bağımsız yeteneği vermez. Tersine, bir saklama kuruluşu öz saklama düzeninin sağlayamayacağı hesap kurtarma hizmeti sunabilir.

Sıcak, soğuk ve imzalama süreci

Sıcak cüzdanda anahtarlara veya imzalama yeteneğine internete bağlı ortamdan erişilir. Soğuk saklama düzenlemeleri imzalama sırlarını çevrimdışı tutmayı amaçlar. Donanım cüzdanı anahtar malzemesini koruyabilir; ancak her işlemi güvenli kılamaz. Kişi istemediği transferi veya tehlikeli sözleşme iznini onaylarsa bu talimatı güvenle imzalamak yine yanlış kararı uygular.

Kurtarma ifadesi sıradan bir sorun giderme bilgisi değildir. Bunu ele geçiren kişi, platform şifrenizi bilmeden kontrolü alabilir. Gerçek görünen destek görüşmeleri, sponsorlu arama sonuçları, tarayıcı uzantıları ve sahte güncellemeler hırsızlık için giriş noktaları olabilir. Bulut hesabına kaydedilen ekran görüntüsü, sırra erişim için ek bir yol oluşturabilir. Güvenlik yalnızca cihaz satın almayı değil, tüm süreci düşünmeyi gerektirir.

Saklama, sözleşmeleri ve başarısızlık senaryolarını içerir

Saklama kuruluşunda tüzel kişiliği, varlık ayırma şartlarını, çekim koşullarını ve işletme batarsa uygulanacak işlemi inceleyin. Kurumsal düzey gibi pazarlama ifadeleri müşterinin hukuki hakkını belirtmez. Sigortanın limitleri, istisnaları ve bireysel müşteriden farklı bir lehtarı olabilir. Rezerv kanıtı bilgisi de tek başına yükümlülüklerin veya tüm takyidatların eksiksiz resmini sunmaz.

Kendi saklamanız için yedeklerin dayanıklılığını, miras düzenlemelerini, cihaz arızasını ve imza hatası ihtimalini inceleyin. Daha karmaşık sistemler kendi operasyonel hatalarını yaratabilir. Bugün bir kişinin anladığı kurulum, gelecekteki vasiyeti uygulayan kişi için veya cihazını kaybettikten sonra aynı kişi için kullanılamaz olabilir. Amaç azami karmaşıklık değil, anlaşılır ve test edilmiş bir süreçtir.

Ağlar, adresler ve kayıtlar

Token sembolü transfer yolunu belirlemeye yetmez. Benzer adlar birden fazla ağda bulunabilir ve alıcı hizmetler yalnızca belirli sürümleri destekleyebilir. Bazı hedefler ek açıklama veya etiket gerektirir. Geçerli görünen adres, hedeflenen alıcıya ait olduğunu kanıtlamaz. Pano kötü amaçlı yazılımları ve adres zehirleme hileleri yüzeysel görsel kontrollerden yararlanır.

Eğitsel bir transfer kontrol listesi; amaçlanan varlığı, ağı, hedefi, ek yönlendirme alanlarını, ücreti ve onay gerekliliğini ayrı ayrı ele alır. Küçük bir test transferi bazı hataları ortaya çıkarabilir, ancak sonraki işlemin güvenli olduğunu veya adresin değiştirilmediğini garanti etmez. Mutabakat için işlem kimliklerini ve maliyet kayıtlarını saklayın. Vergi ve bildirim gereklilikleri konuma göre değişir; hesaplar arasında varlık taşımak, yerel rehberlik olmadan vergilendirilebilir kazanç hesaplamasıyla karıştırılmamalıdır.

Token onayı ayrı bir yetki verir

Token göndermek ile başkasına onu harcama izni vermek farklı işlemlerdir. ERC-20 düzeninde belirli bir harcayıcıya belli limite kadar transfer yetkisi tanınabilir. Onay anında bakiye azalmayabilir; bu yüzden bakiyenin değişmemesi önemli hiçbir şey olmadığına kanıt değildir.

Varsayımsal cüzdanda 500 birim bulunurken kullanıcı yalnızca 20 birim takas etmek ister, fakat istek çok daha geniş yetki içerir. Şimdiki amaç ile iznin daha sonra mümkün kıldığı işlemleri ayırın. Varlığı, gerçek harcayıcı adresini ve miktarı kontrol edin; uygulama adı veya ağ ücreti yeterli değildir.

Site bağlantısını kesmek zincirdeki harcama iznini kaldırmakla aynı değildir. İptal gelecekteki yetkiyi değiştirir, eski transferi geri almaz. Bazı imza temelli izinler de henüz zincirde görünmeseler bile ayrıca incelenmelidir. Güvenlik kaydı yalnızca varlıkları değil, onlar üzerinde kime hangi yetkinin verildiğini de kapsamalıdır.

Kurtarma planını sırları paylaşmadan deneyin

Kurtarma planı hangi ağın ve cüzdan türünün kullanıldığını, talimatların nerede olduğunu ve sahibin yokluğunda kimin hareket edebileceğini açıklamalıdır. Cihaz kaybı ile imzalama sırrının ele geçirilmesini ayırın. Normal erişimin kesilmesi benzer görünse de gereken yaklaşım aynı olmayabilir.

Masa başında üç olay çalışın: cihaz arızası, bulut hesabının ele geçirilmesi ve bir yedek konumunun kaybı. Her durumda hangi kaynakların kaldığını ve hangi kontrollerin birlikte çöktüğünü yazın. Aynı çantadaki iki kopya tek kayba, aynı çevrimiçi hesaptaki iki kopya tek hesap ihlaline açıktır.

Gerçek anahtarı veya kurtarma ifadesini ortak öğrenme notuna koymayın. Bu alıştırma herkes için belirli bir saklama düzeni önermez. Planın, çözmesi gereken olayda zaten ortadan kalkacak kişi, cihaz veya hesaba dayanıp dayanmadığını ortaya çıkarır. Talimatın varlığı ile kriz anında uygulanabilirliği ayrı ayrı sınanmalıdır.