Yazarı: Markus Hinrichs
Editör: Randall Roland
Çeviri: Taha Ayhan
Düğüm operatörleri, Antelope çekirdek geliştiricileri ve topluluk üyeleri, ağ ve gelişimi hakkında konuşmak için her hafta bir araya gelir. Her Düğüm Operatörü Toplantısının asıl amacı:
“…düğüm operatörleri için Antelope protokolünü (özellikle) geliştirmek.”
Toplantıları her Çarşamba yapılır. Katılma hakkında bilgi almak için Telegram kanalını ziyaret edin . EOS Network Foundation, bir EOS düğümünü çalıştırmanın temellerini öğrenmek isteyenler için eğitimler ve belgeler sağlar.
Aşağıda bu iki aylık özette yer alan toplantılarının bir listesi yer almaktadır:
9 Kasım: Leap 5.0 Durumu, Geçiş Planı, OC Otomatik Modu Tartışması, Yükseltilmeyen Düğümlere İlişkin Potansiyel Risk ve daha fazlası
15 Kasım: EOS VM OC Düzeltmeleri Tamamlandı, RC3'ün Aralık Başı veya Ortasında Yayınlanması Bekleniyor, Sorunların Konuşulması.
Lütfen GitHub'da ek toplantı notları ve yorumları aradığınızdan emin olun . Videolar ENF'in YT'sinde bulunur .
9 Kasım : Leap 5.0 Durumu, Geçiş Planı, OC Otomatik Modu Tartışması, Yükseltilmeyen Düğümler için Potansiyel Risk ve daha fazlası
Leap 5.0 Durum Güncellemesi:
Leap 5.0 için yapılan çalışmalar birkaç haftadır çoğunlukla tamamlandı.
BLS kitaplıklarıyla ilgili önemli bir sorun, Sürüm Adayı 3 (RC3) için ele alınmaktadır.
Önceki tartışmalara kıyasla RC3'te önemli bir yeni değişiklik beklenmiyor.
5.0'a Yükseltme İçin Geçiş Planı:
Varsayılan ayar artık "ES VM OC etkinleştirme eşittir OTOMATİK" şeklindedir ve bağlama bağlı olarak OC modunu seçici olarak etkinleştirir.
Bazı düğümlerin 5.0'a yükselttiği, diğerlerinin ise yükseltmediği heterojen ağların yönetimine ilişkin tartışma.
"Potansiyel bir endişenin ortaya çıkabileceği birkaç durum vardır; bu, ağır ağ yüküne (CPU) bağlıdır" Brian Hazzard
Önceki sürümleri çalıştıran düğümlerin, Leap 5.0 Düğümlerinin daha hızlı iş hacmine ayak uydurmak için "ES VM OC etkinleştirmeyi AÇIK" olarak ayarlaması önerisi (daha fazla bellek verimli, daha fazla CPU verimli vb.).
Açık iletişim ve topluluk katılımı, ortaya çıkan sorunların üstesinden gelmek ve sonunda topluluk üyelerinin düğümlerini yükseltmelerine yardımcı olmak için çok önemli olacaktır.
OC Otomatik Moduna İlişkin Tartışma:
OC Otomatik modunun makine tipine (üretici veya üretici olmayan) ve sistem sözleşmelerine bağlı olduğuna ilişkin açıklama.
EOSIO sistemi sözleşmeleri için OC kullanan üreticiler; Aksi yapılandırılmadıkça tüm sözleşmeler için OC kullanan üretici olmayanlar.
Yükseltilmeyen Düğümlere İlişkin Potansiyel Riskler:
Bir üretici OC etkin modda 5.0'a yükseltme yapmazsa, sistem dışı ağır sözleşme yükleri sırasında bloklar diğer üreticiler tarafından doğrulanamayabilir.
Karşı basınç dinamikleri, yükseltilmemiş düğümleri yükseltmeye teşvik edebilir.
“... Ve yükseltmeliler… Yük varsa yükseltsinler” Matthew Darwin
Leap 5.0 Sürümünün Zaman Çizelgesi:
Kararlı sürümün birkaç hafta sonra çıkması bekleniyor, rc3'ün ise yaklaşık bir hafta uzakta olması bekleniyor.
Düğüm operatörlerinin, test ağlarından başlayarak, sürüm adaylarını üretim dışı düğümlerde test etmelerinin teşvik edilmesi.
Ana ağlardaki üretim dışı ve üretim düğümleri için zamanında yükseltme önerileri.
Sorun Raporları ve Katkılar:
Özellikle Matthew gibi aktif katkıda bulunanlardan gelen sorun raporlarının kabulü.
En kritik sorunlar giderildi ve rc3, rc2+'nın düzeltmelerini içeriyor.
Brian Hazzard değerli geri bildirimleri için minnettarlığını ifade ediyor; Antelope düğümü operatörleri Yuvarlak Masa ve Topluluk Kanalına aktif katılım çok takdir ediliyor. Çağrı, bir sonraki haftanın oturumuna katılma davetiyle sona erer.
15 Kasım: EOS VM OC Düzeltmeleri Tamamlandı, RC3'ün Aralık Başı veya Ortasında Yayınlanması Bekleniyor, Sorunların Konuşulması.
5.0 Durum Güncellemesi
EOS VM OC ana bilgisayar işlevi düzeltmeleri tamamlandı.
Performans farklılıkları olan iki ana bilgisayar işlevi sürümü arasındaki dengelenme.
6-14 Aralık tarihleri arasında 5.0 RC3 sürümünün yayınlanmasını hedefliyoruz.
RC3'ün test ağlarında veya üretimdeki BP olmayan düğümlerde test edilmesi talebi.
Gönderilen Sorunlara İlişkin Geri Bildirim ve Tartışma
P2P Eşlerinde Keyfi Etiketler Desteği (Kevin Heifner)
Karmaşıklık kattığı ve okunabilirliği azalttığı için rastgele etiketlere duyulan ihtiyaç üzerine tartışma.
Matthew Darwin'e göre ek eş bilgisi için bir JSON yapısı eklemek muhtemelen en iyisi olacaktır.
Uygulamadan önce eşleme yapılandırmasının yeniden yapılandırılmasının dikkate alınması.
"Zaten Leap 5'e dahil edilmeyecek, bu nedenle yeniden düzenleme çalışmasını beklemek mantıklı"
Mathew Darwin'den Öneri: Nodeos Çıkışında Durum Dosyalarını Temizlemeye Zorlamayın
Tartışma, öneri ve bunun genel sistem performansı üzerindeki etkisi etrafında dönüyordu.
Kevin Heifner, yıkamanın çok önemli olduğunu düşünüyor ancak yeniden başlatma sırasında ciddi bir zaman gecikmesi gibi ilgili sorunların da farkında. Bu zorluk, yalnızca küçük nodeos dosyasını değil aynı zamanda diğer zincirlerden çok sayıda dosyayı da temizleme ihtiyacından kaynaklanmaktadır.
Bu bağlamda Ross, ZFS ile ilgili potansiyel iyileştirmeleri tartışan bir Medium makalesi paylaştı.
Kevin, tartışılan konunun kapatılmasını önerdi ve temizlemenin Leap 5.0 ile test edilmesini savundu. Temizleme sürecini önemli ölçüde hızlandırma potansiyeline sahip olan eşlenmiş özel düğüm özelliği de dahil olmak üzere Leap 5.0'daki çok sayıda performans iyileştirmesinin altını çizdi.
Varsayılan Olmayan Seçenekleri Günlüğe Kaydet, Her Satıra Bir Adet
Düğümler başladığında, varsayılan olmayan tüm seçenekleri uzun bir satıra kaydeder.
Brian Hazzard'a göre bu bir stil seçimi
Çizgi Sınırlandırmayı Kullanma Gerekçesi:
Grepability'yi geliştirmek ve günlük dosyalarında arama yapmayı kolaylaştırmak için uygulandı.
Tek Hatta Birleştirme Gerekçesi:
Hata ayıklama açısından değerli olduğu düşünülür ve günlük satırı yapıştırmasına dahil edilme olasılığı artar.
Pratikliği artırır ve sorun giderme durumlarında kullanımı basitleştirir.
Yeni Özellik Ekle: Durum Uyumlu mu
Uyumluluk kontrollerini kolaylaştırmak ve böylece zaman gecikmelerini azaltmak için tasarlanmış bir hizmet komut dosyası teklifi.
Anlık görüntülerin ve Nodeos çıkış kodlarının kullanımına ilişkin müzakereler başladı.
Kaynaklar ve Referanslar