Solar November 2025 – Update #2
Solar Geliştirme Güncellemesi – 2 Kasım
Bu Haftanın Odak Noktası
Bu haftanın ana odağı, yeni bir kullanıcı adı tabanlı blok üreticisi kimlik sisteminin uygulanması ve yaklaşan Solar blok zinciri için kesin bir deterministik başlatma (genesis) sisteminin oluşturulmasıydı . Bu değişiklik, blok üreticilerinin hem yürütme hem de konsensüs layerlerinde nasıl tanımlandığı, başlatıldığı ve senkronize edildiği konusunda önemli bir mimari değişimi temsil ediyor.
Meydan Okuma
Şimdiye kadar, blok üreticisi (BP) kimlikleri adres tabanlıydı ve EVM tarzı hesap anahtarlarına dayanıyordu. Bu tasarım temel BP yönetimi için işe yarasa da, zincir başlamadan önce BP verilerinin mevcut olması gerektiği, ancak bu verileri depolamaktan sorumlu durum sisteminin yalnızca oluşumdan sonra etkinleştiği başlangıç aşamasında tekrarlayan sorunlara neden oluyordu .
Bu, dairesel bir bağımlılık yarattı: Ağ, blok üreticileri olmadan başlayamaz ve blok üreticileri de ağ durumu olmadan var olamazdı.
Sonuç, tutarsız doğrulayıcı durumlarına, ara sıra hayalet durum referanslarına ve oluşum sonrası senkronizasyonda potansiyel bozulmalara yol açan karmaşık bir başlatma paradoksudur.
Bu sorunu çözmek, blok üreticilerinin kimliklerinin yalnızca veritabanı katmanında değil, aynı zamanda zincirin tüm mimarisinde nasıl temsil edildiğinin tamamen yeniden düşünülmesini gerektiriyordu.
Güncel Yaklaşım
Bunu çözmek için, blok üreticileri için kanonik tanımlayıcı olarak adres tabanlı anahtarların yerini alan, mevcut blok zincirimize benzer kullanıcı adı tabanlı bir blok üreticisi kimlik sistemi tanıttık .
İşte nasıl çalıştığı:
- Artık her blok üreticisinin değiştirilemez birincil anahtarı olarak bir kullanıcı adı var.
- Bu kullanıcı adlarına harici NodeID’ler eşlenir ve BP kimliği konsensüs katılımından ayrılır .
- Paylaşılan depolama katmanı, önceden tahsis edilmiş durum yerine anlık görüntü tabanlı BP veri akışını kullanarak yürütme ve fikir birliği katmanları arasında köprü kurar .
- Bu mimari, tüm BP verilerinin kontrollü, oluşum sonrası başlatma yollarından geçmesini sağlayarak daha önce gözlemlenen durum bozulması ve “hayalet referans” sorunlarını ortadan kaldırır.
Bu yeniden tasarım aynı zamanda BP bilgilerinin hem EVM uyumlu modüllerde hem de Avalanche mutabakat katmanında nasıl temsil edileceğini standartlaştırarak durum yönetimine tutarlılık ve öngörülebilirlik getiriyor.
Durum
Kullanıcı adı tabanlı blok üreticisi kimlik sistemi artık tamamen uygulanmıştır. ValidatorDB köprü mimarisi çalışır durumdadır ve durum anlık görüntüleri ve doğrulayıcı senkronizasyonu için birleşik bir çerçeve sunmaktadır. Bu, doğrulayıcı yaşam döngüsü yönetimini istikrara kavuşturma ve temiz, kesin bir oluşum süreci sağlama yolunda önemli bir adımdır.
Özet
Bu haftanın dönüm noktası, blok üreticisi verilerinin yeni Solar blok zincirinde nasıl işlendiğini temelden yeniden tanımlıyor.
Solar, adres tabanlı doğrulayıcı anahtarlardan kullanıcı adı tabanlı doğrulayıcı anahtarlara geçiş yaparak geçmiş durum başlatma sorunlarını ortadan kaldırır ve aşağıdakileri destekleyen geleceğe dönük bir kimlik modeli kazanır:
- Sorunsuz blok üreticisi katılımı
- Modüler kimlik yükseltmeleri
- Hard Forks ( Zor Çatallanma) gerektirmeyen tokenleştirme ve delegasyon modelleri
ValidatorDB mimarisi, gelecekteki bloklar için önceden tahsis edilmiş durum çakışmalarını önlemek üzere onarıldı ve optimize edildi; bunun yerine anlık görüntü tabanlı bir veri akışına güvenildi. Bu, durum başlatmanın hem EVM semantiği hem de Avalanche fikir birliği beklentileriyle uyumlu, kesin depolama yuvalarıyla temiz bir şekilde gerçekleşmesini sağlar .
Bu temelin oluşturulmasıyla birlikte Solar Core 5.0 artık geliştirmenin bir sonraki aşamasına, yani fikir birliği katmanı entegrasyonunun tamamlanmasına ve yeni test ağı sürümü öncesinde dahili ağ testlerine hazırlanmaya hazır hale geldi.
Bizi izlemeye devam edin ve her zaman olduğu gibi sosyal medya hesaplarımızı takip edin!