MetaMask gibi cüzdan eklentileri ortama nasıl bağlanır? Web3'te çoklu cüzdan izolasyonu için pratik kurallar

Yeni bir ortam kuruldu, MetaMask yüklendi, içe aktarmaya hazırlanıyorsunuz; ama eklenti panelinde önceki ortamın bağlandığı sitelere ait izinler hâlâ duruyor. Tersi de oluyor: ortam değiştirdim sanılırken birkaç ortamın cüzdan eklentisinde aynı hesaplar açık kalıyor; adres tablosu teslim edildiğinde stüdyonun eşleştirmesi darmadağın çıkıyor.

İki belirti de aynı noktaya işaret eder: Cüzdan eklentileri tarayıcıya değil, belirli bir ortama kurulur. Eklentinin kendisi, bağlandığı siteler ve eklenti içindeki oturumlar ortamın kapsayıcısında saklanır. Ortamlar ayrılınca eklenti verileri de ayrılır. Ortamlar ayrılmamışsa ya da eklenti yanlış yere kurulmuşsa, çoklu cüzdan aynı zincir üzerinde birkaç açıkta başka bir şey değildir. Bu yazı yalnızca bağlama katmanını anlatıyor: eklenti verileri nerede durur, kurulum ve içe aktarma hangi sırayla yapılır, kayıt nasıl tutulur. Zincir üstü etkileşim kayıtlarının proje ekiplerince nasıl kümelenerek analiz edildiği tarama tarafının konusudur; o inceleme yolunu Airdrop Sybil taraması yazımızda ele almıştık, burada tekrar etmiyoruz.

Önce şunu netleştirin: Eklenti verileri ortamın neresinde duruyor

Tarayıcının eklenti yetenekleri ortam kapsayıcısının içinde çalışır. MetaMask gibi eklentiler kurulumdan sonra yazdıkları verileri bulundukları ortamın eklenti deposuna bırakır; çerezler ve site oturumlarıyla aynı katmanda yer alır ve ortam kapsayıcısının bir parçası olur. Ortam kapatıldığında veriler ortamda kalır; ortam silindiğinde eklenti ve izin kayıtları da onunla birlikte gider.

Bu aidiyet ilişkisi iki şeyi belirler:

• Birincisi, izolasyonun birimi ortamdır, pencere değil. Aynı ortamda kaç sekme açarsanız açın eklenti tektir.

• İkincisi, ekipte kimin hangi eklentiyi kurduğu ve hangi hesapları içe aktardığı herkese açık tarayıcı arayüzünden anlaşılmaz; ortam ortam tek tek kontrol etmek gerekir.

Bağlama ilkesi bu kadar nettir: bir ortam bir eklenti veri setine karşılık gelir; eklenti, seed ifade ve site izinleri o ortama bağlıdır. Bu ilkeyi çiğneyen kullanımları sonraki her bölümde karşınıza çıkacaksınız.

Kurulum ve içe aktarma hangi sırayla yapılır

Çok ortamlı ekiplerde cüzdan eklentisi kurulurken sıra tutturulamazsa iş başa döner. Aşağıdaki akışı izleyin ve her adımı ilgili ortamın içinde tamamlayın.

1. Önce hedef ortamı seçin. Ortam listesinden hangi profili yapılandıracağınızı doğrulayın; ada amacı ekleyin, örneğin “Airdrop Cüzdan A” veya “Airdrop Cüzdan B”; böylece paylaşılan ya da test ortamına yanlışlıkla kurulum yapmazsınız.
2. Eklentiyi bu ortamın içinde kurun. Kurulum paketini resmi kanaldan alın; kurulumdan sonra hemen içe aktarmaya kalkmayın, eklentinin gerçekten bu ortamda göründüğünü doğrulayın, “herhalde kurulmuştur” hafızasına güvenmeyin.
3. Cüzdanı içe aktarın ya da oluşturun. Seed ifade yalnızca içe aktarma anında girilir. Giriş sırasında ekran ortamına dikkat edin; işlem bitince ekibin anahtar yönetim kurallarına göre saklayın ve seed ifadeyi hiçbir nota ya da tabloya yazmayın.
4. Cüzdan adresini doğrulayın. İçe aktarma sonrası adresin ilk birkaç karakterini kopyalayıp ortam kaydıyla karşılaştırın; beklenen hesabın geldiğinden emin olun. Adres yanlışsa sonraki tüm etkileşimler yanlış kimliğin üzerine yazılır.

Ortamı ilk kez kuran ekipler ortam yapılandırmasının kendisini de gözden geçirmelidir (proxy, parmak izi parametreleri); kontrol listesi olarak yeni ortam kurulumunda mutlaka kontrol edilmesi gereken 8 madde yazımızı kullanabilirsiniz. Ortam katmanındaki parametrelere burada girmiyoruz.

Hesap-ortam eşleşmesini bir kayıt tablosuyla yönetin

Çoklu cüzdan kurulumlarında sorun çoğunlukla teknikte değildir; hangi adresin hangi ortama ait olduğu hatırlanamaz. Bir süredir etkileşimde olunan proje sorgulanacaksa önce kayıt tablosuna bakılır. İş gören bir eşleştirme tablosunda şu sütunlar bulunur:

• Ortam adı ve amacı; cüzdan eklentisinin bulunduğu yeri gösterir.
• Cüzdan tanımı ve adres özellikleri; adresin başındaki ya da sonundaki birkaç karakter not edilir, tam adres anahtar kurallarına göre saklanır.
• Bağlı ağ ve başlıca etkileşim projeleri; en son etkileşim tarihiyle birlikte.
• Sorumlu kişi; devir sırasında satır satır aktarılır, sözlü bilgiye dayanılmaz.

Adresin yalnızca baş ve sondaki birkaç karakterini not etmek bilinçli bir tercihtir: kayıt tablosu ekip içinde el değiştirir. Tam adres özel anahtar olmasa da hassas bir bilgidir; maruziyet en düşük seviyede tutulur. Eşleştirme tablosu hazır olduğunda yeni devralan kişi önce tabloya, sonra ortama bakar; iki bilgi birbirini tutuyorsa işlem yapılır.

Üç yaygın bağlama hatası

Bu üç hata pratikte tekrar tekrar görülür:

Hata 1: Eklenti paylaşılan bir ortama kurulur. Bazı ekipler indirme ve genel eklentiler için “ortak bir ortam” tutar; cüzdan eklentisi de fırsat bulup içine yerleşir, sonra herkes bu ortamda cüzdan panelini açabilir. Eklenti yanlış yere kurulduğunda izolasyon sınırı tam oradan çatlar. Hatayı fark ettiğinizde seed ifadeyi doğru ortama aktarıp yeniden başlayın; eski ortamdaki eklentiyi doğrudan kaldırın.

Hata 2: Ortamlar arası hesap değiştirme. Kolaylık olsun diye tek bir ortamdaki MetaMask'a yedi sekiz hesap girilir, kullanım sırasında hesap listesinden geçilir. Eklentiler ayrı olsa da hesaplar aynı eklenti veri setinde durur; site izinleri ve bağlantı kayıtları da aynı yerde birikir. Bu, birden fazla cüzdanı tek ortama tıkıştırmaktan farksızdır. Doğru birim yine bir ortam bir hesap setidir.

Hata 3: Artıkların temizlenmemesi. Eklenti kaldırılmıştır ama ortam içindeki site izinleri ve önbellek dizinleri duruyordur. Ortamı yeniden kullanmanın da kuralları var; sınırlarını Ortam izolasyonu nedir yazımızda anlatmıştık. Cüzdan içeren ortamları eski ortamı temizleyip kullanmaya devam etmek yerine tamamen yeni oluşturmanızı öneririz.

Cüzdan eklenti ortamlarını MostMate ile yönetmek

Stüdyodaki cüzdan sayısı arttığında mesele üç soruya dönüşür: Hangi ortamda hangi cüzdan var, en son kim işlem yapmış, bir aksilik çıktığında nereden başlanacak. Her şey hafızaya ve dağınık tablolara bırakılırsa her devir yeni bir karmaşa olur.

MostMate, çoklu hesap senaryolarına yönelik yapay zekâ destekli bir parmak izi tarayıcısıdır; cüzdan eklenti yönetimi onun ortam sistemi içinde yürütülebilir:

1. Cüzdan başına bir ortam. Her cüzdan için ayrı bir ortam açılır; adına amacı yazılır, ortamın proxy ve parmak izi parametreleri bağımsız yapılandırılır.

2. Kayıt ortam notlarına asılır. Adres özellikleri, bağlı ağ ve son etkileşim tarihi notlara yazılır; ortamla eşleşme böylece doğal olarak bağlanır, ayrıca tablo açmak gerekmez.

3. Sabit işlem girişi. Hangi ortamdan kim sorumlu, ne zaman işlem yapılmış; bunlar ortam kayıtlarından geriye doğru okunur, devirde notlar esas alınır.

4. Eşleştirmeyi düzenli doğrulayın. Her ay kayıt tablosuna göre ortamları tek tek açıp adres özelliklerini kontrol edin. Uyuşmazlık görürseniz önce kullanımı durdurun, sonra inceleyin; süreç için çoklu hesap ilişkilendirme risk kontrolü listemize bakabilirsiniz.

Yetki sınırlarını da net tutmak gerekir: MostMate ortam katmanındaki izolasyonu ve kayıtları yönetir, ortamlar birbirine veri sızdırmaz; zincir üstü davranışı yönetemez. Cüzdan adresleri arasındaki fon akışını ve etkileşim benzerliğini proje ekibi zincir üzerinde zaten görür; o planlama fon katmanına aittir, tarayıcı katmanına değil. Ortam yönetiminin bütün yaklaşımını merak edenler MostMate ürün sayfasından başlayabilir.

Sık sorulan sorular

Bir ortama kaç cüzdan eklentisi kurulabilir?

Farklı firmaların eklentileri kurulabilir, örneğin MetaMask ile Phantom birlikte çalışır. Ancak aynı firmanın eklentisine birden fazla seed ifadeyi aynı ortamda tutmanızı önermiyoruz; hesapları ayırmanın en sağlam birimi ortamdır.

Eklenti kaldırılınca veriler de gider mi?

Eklenti panelindeki giriş kaybolur ama ortam içindeki bazı kalıntı veriler onunla birlikte silinmeyebilir. Cüzdan içeren ortamlar yeniden kullanılacaksa yeni kurulmuş bir ortam gibi yeniden değerlendirin; emin değilseniz ortamı baştan kurun.

Seed ifade ortam notlarına yazılabilir mi?

Yazılamaz. Notlar ekip içinde el değiştirir; seed ifade anahtar düzeyinde bilgi olduğu için ekibin anahtar yönetim kurallarına göre ayrı saklanır. Kayıt tablosuna yalnızca adres özellikleri ve cüzdan tanımı girilir.

Cüzdanlar ortamlara ayrıldı; neden hâlâ Sybil olarak etiketleniyoruz?

Ortam izolasyonu tarayıcı ve IP katmanındaki sinyalleri çözer. Zincir üstü fon kaynağı, etkileşim saatlerinin düzeni ve davranış örüntüsü başka bir katmandır ve proje ekipleri zincir verisinden bunu doğrudan alır. Fonları farklı kanallardan taksitle hareket ettirmek, etkileşimleri zamana yaymak gibi planlamalar fon ve operasyon katmanında yapılır; bunu tarayıcı devralamaz.

Bilgisayar değişti; cüzdan eklentisini yeniden kurmak gerekir mi?

Ortam verileri MostMate'in ortam sistemiyle taşınır. Giriş yaptıktan sonra ortam yerindeyse eklenti ve izin kayıtları da yerindedir; tek tek yeniden kurulum gerekmez. Koşul, ortam verilerinin ekip alanında senkronize edilmiş olmasıdır; yalnızca yerelde duran ortamlar cihaz değiştirmeden önce senkronize edilmelidir.

Sonuç

Çoklu cüzdan izolasyonu bağlama katmanında üç işten ibarettir: eklenti ortama göre kurulur, seed ifade ortamın içinde içe aktarılır, adres-ortam eşleşmesi kayıt tablosuna yazılır. Bu üç adım sağlam oturursa tarayıcı katmanındaki sinyallerin temizliği anlam kazanır. Zincir katmanı ise fon planlaması ve etkileşim planlamasıyla ayrıca ele alınır.

Bir grup airdrop ortamı yönetiyorsanız eşleştirme tablosundan başlayın: mevcut ortamların cüzdan sahipliğini tek tek kaydedin, adres özellikleri ve bağlı ağ sütunlarıyla yola çıkın, bu kaydı MostMate'in ortam notlarında doğrudan taşıyın, kontrol ederken ortamları tek tek gezin. Henüz ortam kurmadıysanız MostMate'i indirin, en sık kullandığınız iki cüzdan için birer ortam açın; akış oturunca genişletin.