Geçtiğimiz hafta, daha önce EOS olarak bilinen Vaulta'nın düğüm operatörleri önemli güncellemeleri görüşmek üzere bir araya geldi. Toplantıda Antelope Spring 2.0 yazılımındaki ilerleme, blok üreticilerini bağlamak için yeni gossip sisteminin nasıl çalıştığı ve ağ bağlantılarını daha güvenli hale getirme fikirleri ele alındı. Düğüm operatörleri, Vaulta blok zincirini sorunsuz bir şekilde çalışır durumda tutarken teknik sorunlarla ilgili deneyimlerini ve ağlarının nasıl kurulduğunu paylaştılar.
Temel Çıkarımlar
-
Antelope Spring 2.0'ın Geliştirici Önizlemesi 1 yayınlandı, senkronizasyon çağrılarına odaklanıyor ve Eylül civarında Önizleme 2'de daha önemli değişiklikler bekleniyor.
-
Yeni olay sistemi, düğüm operatörlerinin depolama limitleri belirlemesini gerektirecek ve geliştirme devam ettikçe daha fazla ayrıntı gelecek.
-
Gossip eşleme sisteminin benimsenmesi devam ediyor, ancak tüm büyük blok üreticileri henüz bağlı değil, bu da ağın tam olarak örülmediği anlamına geliyor.
-
Gossip ağını kurmak zor oldu; eş bulma sorunları yaşandı ve yeni düğümlerin bağlanmasına yardımcı olmak için barındırılan listelerin kullanılması önerileri yapıldı.
-
Yeni bir fikir, bağlantıları ve güvenliği yönetmeye yardımcı olmak için düğüm operatörlerinin gossip sistemi için izin verilen veya engellenen eşlerin listelerini oluşturmasına izin vermektir.
Antelope Spring 2.0 Geliştirme İlerlemesi
Antelope Spring 2.0'ın geliştirilmesi devam ediyor ve ilk Geliştirici Önizlemesi (DP1) artık yayınlandı. Bu ilk sürüm, senkronizasyon çağrıları için destek getiriyor ve bir test ağı ortamına erişim sağlıyor. Geliştiricilerden sözleşmelerini CDT 5.0 dev 1.1 kullanarak yeniden oluşturmaları isteniyor. Şu anda, DP1 düğüm operatörleri için pek bir şey değiştirmiyor, çünkü daha büyük etkilerin DP2 ile gelmesi bekleniyor. Bir sonraki önizleme olan DP2, Eylül başında planlanıyor ve yeni olay sisteminin yanı sıra işlerin ne kadar hızlı çalıştığına dair iyileştirmeleri içerecek.
Olay Sistemi Önizlemesi ve Etkileri
Antelope Spring 2.0 için yaklaşan Geliştirici Önizlemesi 2 (DP2), yeni bir olay sistemini tanıtacak. Bu sistem, konsensüs verileri içinde kriptografik olarak taahhüt edilen geçici olayların yayınlanmasına izin verecek. Düğüm operatörleri için bu, bu olaylar için minimum depolama ayarlarını belirlemelerini gerektiren yeni bir yapılandırma parametresinin tanıtılacağı anlamına geliyor. Bu olayları yönetmek için kesin ayrıntılar ve en iyi uygulamalar geliştirme ilerledikçe hala üzerinde çalışılıyor, ancak DP2, bunları ele almak için gereken ilk düğümle ilgili özellikleri ve yapılandırmaları sağlayacak. Düğüm operatörleri için etkileri önemlidir, çünkü bu yeni veri akışını karşılamak için yapılandırmalarını uyarlamaları gerekecektir.
Olay Sistemi İşlevselliği
-
Olaylar geçici mesajlardır.
-
Konsensüste kriptografik taahhütler aracılığıyla güvence altına alınırlar.
-
Düğüm operatörleri depolama limitlerini tanımlamalıdır.
Düğüm Operatörleri için Yapılandırma Gereksinimleri
-
Geçici olaylar için minimum depolama ayarlayın.
-
Olay veri akışını izleyin.
-
DP2'deki yeni yapılandırma parametrelerine uyum sağlayın.
Olay Sisteminin Beklenen Etkisi
-
Yönetilecek yeni veri türleri.
-
Gelişmiş ağ izleme potansiyeli.
-
Güncellenmiş operasyonel prosedürlere ihtiyaç.
Gossip BP Eşleme Benimseme Durumu
Birkaç önde gelen Blok Üreticisi (BP), eş anahtarlarını kaydetmek için adımlar attı, bu iyi bir başlangıç. Genereos ve Eosphere arasında olduğu gibi bazı kısmi eşleme bağlantılarının gerçekleştiğini görüyoruz, bu da temel bağlantının bazıları için işlevsel olduğunu gösteriyor. Ancak, bu henüz tüm ağda gerçekleşmiyor. Benimseme hala devam eden bir süreç ve BP'lerden daha fazla koordinasyon ve net onaylar işleri gerçekten hızlandırmaya yardımcı olacaktır. Beklendiği gibi gossip ağının tam olarak örülmemesinin nedeni, kritik bir benimseme kütlesine ulaşamamış olmamız olabilir.
Gossip Ağı Oluşumundaki Teknik Zorluklar
Blok Üreticileri (BP'ler) için istikrarlı bir gossip ağı kurmak göründüğü kadar basit değil. Karşılaştığımız birkaç engel var. Öncelikle, diğer eşleri bulmak şansa bağlı olabilir. Bunun nedeni genellikle bazı BP'lerin yapılandırmalarını tam olarak ayarlamamış olmaları veya güvenlik duvarlarının bu bağlantıları engellemesi olabilir. Bu, bazen düğümlerin birbirlerini görmeleri gerekirken göremedikleri anlamına gelir.
Şu anda, işleri başlatmak için, insanlar bağlantıları başlatmak üzere eşleri manuel olarak eklememizi öneriyorlar. Bu işe yarıyor, ancak kendi yolunu bulması gereken merkezi olmayan bir sistem için ideal değil. Yeni düğümlerin mevcut düğümleri bulmasına yardımcı olan bir "çekirdek eş" sistemi gibi, düğümlerin birbirlerini otomatik olarak keşfetmeleri için bir yol eksik. Ortaya atılan bazı fikirler arasında, bu ilk kurulumda yardımcı olmak için barındırılan JSON eş listelerinin kullanılması yer alıyor.
Gossip Bağlantıları için Önerilen Beyaz Liste/Kara Liste Özelliği
Gossip ağı içindeki bağlantıları yönetmeye yardımcı olmak için, eşlerin beyaz listelerini ve kara listelerini sağlayan bir özellik değerlendirilmektedir. Bu, düğüm operatörlerine hangi diğer düğümlere bağlanacakları konusunda daha fazla kontrol sağlayacaktır. Fikir, operatörlerin bağlanmasına izin verilen veya bağlanması yasaklanan belirli Blok Üreticisi (BP) hesaplarını belirtmelerine izin vermektir.
Bu önerilen sistem, mevcut manuel eş yapılandırmalarıyla birlikte çalışacaktır. Düğümünüzün yapılandırmasına manuel olarak eklediğiniz tüm eşler hala öncelikli olacaktır. Ancak, gossip protokolü aracılığıyla keşfedilen eşler için beyaz liste ve kara liste kuralları uygulanacaktır.
Bu özelliğin arkasındaki temel amaç, arızalı olabilecek veya bir tür saldırı altında olabilecek düğümlerle bağlantıları önlemenin bir yolunu sağlamaktır. Operatörlerin gelen gossip trafiğini filtrelemek için karmaşık harici güvenlik duvarı kurallarını yönetme ihtiyacını azaltmanın bir yolu olarak görülüyor.
İşte nasıl işleyebileceğine dair bir döküm:
-
Beyaz Liste: Gossip aracılığıyla düğümünüze bağlanmasına açıkça izin verilen belirli BP hesaplarının bir listesi.
-
Kara Liste: Gossip aracılığıyla düğümünüze bağlanması açıkça yasaklanan belirli BP hesaplarının bir listesi.
-
Varsayılan Davranış: Ne bir beyaz liste ne de bir kara liste yapılandırılmamışsa veya bir eş her iki listede de yoksa, düğüm muhtemelen varsayılan bağlantı davranışını takip edecek ve potansiyel olarak bağlantıya izin verecektir.
Eş Tanımlama ve Kötüye Kullanımı Azaltma Konusundaki Endişeler
Eş Tanımlama Zorlukları
Gossip sistemiyle ilgili ana endişelerden biri, kimin ne gönderdiğini gerçekten anlamaktır. Mesajlar farklı düğümler tarafından dolaştırılabildiği için, kötü trafiğin gerçekten nereden başladığını takip etmek zordur. Bu, sorunları kaynakta durdurmayı zorlaştırır. Sorun çıkaran bir düğümü engellerseniz, henüz tanımlamadığınız diğer düğümler aracılığıyla yayılmaya devam edebilir. Bu biraz köstebek vurma oyununa benziyor ve orijinal göndericinin kim olduğunu kesin olarak bilmenin kolay bir yolu yok.
Kötüye Kullanımı Azaltma Stratejileri
Bununla başa çıkmak için, insanlar kimin bağlanabileceğini ve ne tür trafiğe izin verildiğini kontrol etmek için daha iyi yollar istiyorlar. Bu, sadece basit engellemeden daha fazlasına sahip olmak anlamına geliyor. Eşlerin kimliğine bakabilen ve kuralları daha dikkatli uygulayabilen sistemlere ihtiyacımız var. Mevcut kurulum bize bu tür ayrıntılı kontrolü gerçekten sağlamıyor, bu da ağı temiz ve güvenli tutmak için büyük bir engel. Ağın bilgiyi bu kadar serbestçe iletmek üzere tasarlandığı durumlarda sadece bireysel düğümleri engellemenin yeterli olmadığı açık.
Özellik Fizibilitesini Etkileyen Ağ Kısıtlamaları
Yeni özelliklerin çalışmasını sağlamaya baktığımızda, özellikle gossip bağlantıları için önerilen beyaz liste ve kara liste gibi şeylerde, bazı gerçek dünya ağ sorunlarıyla karşılaşıyoruz. Bu her zaman bir düğmeyi çevirmek kadar basit değildir. Örneğin, birçok düğüm bağlanmak için proxy sunucuları kullanır. Bu oldukça yaygındır, ancak bir bağlantının orijinal IP adresinin gizlendiği anlamına gelir. Bu da trafiğin tam olarak nereden geldiğini bilmeyi zorlaştırır, bu da kimin bağlanabileceğini kontrol etmeye çalışıyorsanız büyük bir sorundur.
Bir de temel teknolojinin kendisi var. Gossip'in kullandığı TCP protokolü, HTTP gibi bir şeyin sağlayabileceği türden, kimin bağlandığı üzerinde aynı ince taneli kontrolü sunmuyor. Bu, ayrıntılı bilgilere dayanarak belirli bağlantılara izin vermek veya engellemek için kolayca kurallar belirleyemediğimiz anlamına geliyor. Ayrıca, dinamik IP adresleri ve tüm bu farklı proxy kurulumlarıyla, katı bir beyaz liste veya kara liste uygulamaya çalışmak gerçek bir baş ağrısı haline geliyor. Sürekli olarak geride kalıyormuşuz gibi hissediyoruz.
Bu zorluklar nedeniyle, birçok düğüm operatörü, geleneksel güvenlik duvarı düzeyindeki kontrollerin ağ trafiğini yönetmek için hala en pratik ve etkili yol olduğunu görüyor. Buna alışkınlar ve gossip'e özgü bir özellik kadar entegre olmasa bile güvenilir bir şekilde çalışıyor. Önerilen özelliklerin bu mevcut ağ gerçekliklerini gerçekten aşıp aşamayacağını veya temel sorunları çözmeden sadece daha fazla karmaşıklık ekleyip eklemeyeceğini düşünmemiz gerekiyor.
Sonuç ve Sonraki Adımlar
Antelope Spring 2.0'ın geliştirilmesi, özellikle yaklaşan Geliştirici Önizlemesi 2 (DP2) ve entegre olay sistemi, gelecek düğüm operatörü testleri ve geri bildirimleri için önemli bir alanı temsil etmektedir. Blok Üreticisi (BP) eşlemesi için Gossip protokolünün benimsenmesini teşvik etme ve izleme çabaları da önemlidir. Gossip bağlantılarını yönetmek için önerilen beyaz liste ve kara liste özelliği, potansiyel olarak faydalı bir araç olarak kabul edilmiştir, ancak mevcut sınırlamaları ağ güvenliği için tam bir çözüm olmadığı anlamına gelmektedir. Bu tür özelliklerin pratik uygulanabilirliğini ve etkinliğini değerlendirmek için daha fazla araştırma ve topluluk girdisi toplanacaktır.
Operatörler için Temel Odak Alanları
-
DP2 ve Olay Sistemi: Düğüm operatörleri, bu bileşenler kullanıma sunulduğunda test etmeye hazırlanmalıdır.
-
Gossip Eşleme Benimseme: Daha sağlam bir gossip ağı oluşturmak için sürekli katılım ve başarılı eşlemenin onayı teşvik edilmektedir.
-
Güvenlik Özelliği Geri Bildirimi: Önerilen beyaz liste/kara liste mekanizması ve diğer güvenlik endişeleri hakkında geri bildirim sağlamak, gelecekteki gelişmeleri şekillendirmeye yardımcı olacaktır.
Gelecek Hususlar
-
Gossip Ağı Sağlamlığı: Eş keşfi ve bağlantı kararlılığındaki zorlukların giderilmesi öncelikli olmaya devam etmektedir.
-
Kimlik ve Kötüye Kullanım: Gossip ağı içinde kötüye kullanımı tanımlamak ve azaltmak için daha etkili yöntemler geliştirmek daha fazla araştırma gerektirmektedir.
-
Ağ Gerçekleri: IP maskeleme ve mevcut ağ altyapısıyla ilgili pratik kısıtlamalar, yeni özellikler tasarlanırken dikkatlice değerlendirilmelidir.
Bu makale, yapay zeka destekli teknolojinin yardımıyla oluşturulmuş ve birçok güvenilir kaynaktan yararlanılarak hazırlanmıştır. Nihai içerik, doğruluk, açıklık ve tutarlılığı sağlamak amacıyla BlockzHub editör ekibi tarafından titizlikle gözden geçirilmiş ve düzenlenmiştir. Orijinal haber kaynakları, uygun ve gerekli görüldüğünde belirtilmiştir. Bu makalede ifade edilen görüşler, BlockzHub'ın resmi görüş veya pozisyonlarını mutlaka yansıtmaz. Makale yalnızca bilgilendirme amaçlıdır ve finansal veya profesyonel bir tavsiye olarak değerlendirilmemelidir. Yatırım yapmak risk içerir; herhangi bir yatırım kararı vermeden önce nitelikli bir finansal danışmana danışmanız önerilir.