Yazar: Marco González
Editör: Randall Roland
Çeviri: Taha Ayhan
Node operatörleri, Antelope çekirdek geliştiricileri ve topluluk üyeleri, günün büyüleyici sorularını tartışmak için her hafta bir araya geliyor. Her bir Node Operatörü Toplantısının asıl amacı:
“…Node operatörleri için Antelope protokolünü (özellikle) geliştirmek için”.
Toplantılar her Çarşamba 14 UTC - 15 UTC (gün ışığından yararlanma saatinde 13 UTC - 14 UTC) arasında gerçekleşir. EOS Network Foundation, bir EOS node çalıştırmanın temellerini (ve daha fazlasını) öğrenmek isteyenler için öğreticiler ve belgeler sağlar.
Aşağıda, bu iki aylık özette yer alan yuvarlak masa toplantılarının bir listesi bulunmaktadır:
19 Temmuz: Sürüm 5.0 için ENF Tarafından Önerilen Yapılandırma Değişiklikleri
26 Temmuz: Fesih edildi
GitHub'da ek toplantı notları ve yorumları arayın. Videolar ENF'nin YT'sinde bulunur.
19 Temmuz: Sürüm 5.0 için ENF Tarafından Önerilen Yapılandırma Değişiklikleri
19 Temmuz toplantısı, node operatörü topluluğunun odağını Antelope v4.0'dan v5.0'a kaydırdığı nokta olabilir. 5.0 sunumunu hazırlamak için alınan önlemler, muhtemelen ENF'nin bugünkü toplantıda tartışılan yapılandırma değişiklikleriyle başlar.
GENEL BAKIŞ
Eric Passmore, Telegram'da ENF'nin nodeos yapılandırma değişiklikleri için önerilerini özetleyen notlar yayınladı. Notlardan elde edilen ana noktalar aşağıdaki bölümde listelenmiştir.
Eric, B1'in 2.0 sürümünü yayınlamasından bu yana ne kadar değiştiğine dikkat çekerek başladı. Yapılandırmayı değiştirmek pek çok düzeyde anlamlıdır. Yine de, ENF önerilerini hem performans testine hem de ampirik verilere dayandırmaktadır.
KONU: 18 Temmuz Node Operatörleri Telegram Kanalından Yayınlanan Öneriler
Tanımlanan ilk öğe, üretim ortamında 30 ms'yi aşan işlemlerdir. Leap 4.0'da eklenen read_only işlem güncellemesinin öne çıktığı yer burasıdır. Limitleri artırmak, hem salt okunur hem de genel üretim ortamı işlemlerine anında fayda sağlar.
ENF'nin Temmuz 2023'te önerilen yapılandırma değişiklikleri (Eric Passmore tarafından yayınlandığı şekliyle) aşağıdaki gibidir.
1. Salt okunur yapılandırma değişikliklerinden yalnızca Leap 4.0 ve sonraki sürümler etkilenir:
“(165 ms) salt okunur okuma penceresi süresi bize 165.000”
“(151ms) maksimum işlem süresi 151'e”
2. Çoklu imza değişiklikleri için yalnızca Jungle test ağı etkilenir (şu anda). Ana ağ için henüz herhangi bir değişiklik gerekli değildir:
"(150ms) max_transaction_cpu_usage to 150.000"
“(200ms) max_block_cpu_usage to 200.000”
Haftalık Node Operatörleri toplantısı ile bir sunum planı koordine edilene kadar, önerilen değişikliklerin Jungle TestNet'e odaklanmaya devam etmesini bekleyin.
Önerilen değişiklikler, 5.0 sürümünün yayınlanmasına eşlik etmeyi planlayan varsayılan yapılandırmadan önce gelir. Eric'in gönderisi, yapılandırma ayarlarının, 5.0 sürümünün koordineli bir şekilde piyasaya sürülmesini sağlamak için hem üreticilerin hem de zincirlerin aynı ayarlara sahip olmasını sağlamak için izlenen öğeler arasında olacağını bildiren bir bildirimle sona eriyor.
Toplantı Konusu
Eric, önerilen değişiklikleri tartışmak için yuvarlak masa toplantısına katıldı. ENF'nin amacını anlamak için topluluğun fazla tartışmaya girmesine gerek yoktu. Herhangi bir itiraz da olmadı.
Kısaca tartışılan konular şunları içerir:
Zaman açıklamaları
30'dan 151 milisaniyeye yükselen geniş bir nefes alma odası sağlar
Yeni değişiklikler için Jungle'da birkaç haftalık test yapmayı bekleyin
Sorunsuz koordinasyona vurgu konfigürasyon değişiklikleriyle başlar
İşlem başarısızlıkları için sübjektif faturalandırmanın yeterliliği
Sübjektif faturalandırma, CPU maliyetine ve yapılandırma değişikliklerine dayalı olarak başarısız işlemlerin caydırılmasına yardımcı olur.
EOS Ağı'ndaki aktiviteyi mükemmel bir şekilde simüle etmenin imkansız olduğunu unutmayın. Planlanan değişikliklerin değiştirilmesi gerekebilir. Neyin ters gidebileceğine (özellikle blok üreticileri hakkında) daha fazla dikkat edilmelidir.
İşte bu noktada yeni bir blog yazısı önerildi. Node operatörlerinden, 24 Mayıs tarihli An Introduction to Subjective Billing and Lost Transactions blog gönderisinde birkaç kez bahsedilmiştir.
Konfigürasyon değişiklikleriyle ilgili diğer dikkate değer sözler, performans/kıyaslama testini içerir. Yapılandırmaların devam edeceğine dair güven var.
Sürüm 5.0, Öznel Faturalandırma ve Blokları Daha Hızlı Çıkarma
Antelope Leap sürüm 5.0 blokları nasıl daha hızlı çözecek? 24 Mayıs gönderisi (yukarıda bahsedilen), öznel faturalandırma güncellemelerini sunar:
"Mandel 3.1'deki yeni özellikler, node operatörlerinin, başlatma sırasında düğümlerinin öznel faturalama bozulma süresi parametresini ayarlamasına izin verecek. Bu seçenek, bir hesabın sübjektif faturasını sıfırlamak için gereken süreyi ayarlayacaktır."
8 Ağustos duyurusu, Leap v3.1 Sürüm Özellikleri ve Ek Araçlar, yeni işlem yaşam tarzı araçlarını özetliyor:
"Önceki makaleler, sübjektif faturalandırma sisteminin kayıp işlemlere nasıl neden olabileceğini araştırdı ve kayıp işlemler gibi yaygın işlem ömrü sorunları için mevcut düzeltmeleri özetledi. Leap v3.1 sürümü, bu sorunları ve diğer kullanıcı deneyimi engellerini ele almak için yeni araçlar sunuyor.”
Sübjektif faturalandırma sistemi v5.0 ile olgunlaştıkça ufukta önemli iyileştirmeler görülüyor. Uygulanmamış, kuyruğa alınmış işlemler yerine, bir sonraki blok hemen başlayabilir. Hatta tek bir turda 12 bloğun tamamlanabileceği önerildi. Son bloğun kontrol değerlendirmesi için dikkat verildi.
Topluluk 5.0 sürümü için koordinasyon sağlamayı sabırsızlıkla beklediği için toplantı erken sona erdi.