Yazar: Marco González

Editör: Randall Roland

Çeviri: Taha

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 birincil 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 yapılır. EOS node işlemlerinin temellerini öğrenmek isteyenler için, EOS Network Foundation makaleler ve belgeler sağlar.

Özel nodelerle ilgili tartışma yeniden ertelendi. Bunun yerine, Antelope merkezli geliştiriciler, sırasıyla 05 ve 12 Nisan yuvarlak masa toplantılarında Leap nesiller 4.0 ve 5.0 hakkında bilgi verdiler. Çekirdek geliştiriciler, topluluğu bilgilendirmeye ve geri bildirim almaya çalıştı.

Bu hafta grup, ENF çekirdek geliştiricilerini v4.0.0'ın içgörülerini ve demolarını sunmaya davet etti. Brian Hazzard, 05 Nisan için EOS Nation GitHub'da da bulunan notları sağladı. Kaydedilen toplantının ENF'nin YouTube kanalında görüntüleyin.

Antelope v4.0.0, EOS'un diğer blok zincirlerine kıyasla performans, ölçeklenebilirlik ve güvenilirlik konusundaki hakimiyetini daha da ileriye taşıyacaktır. Tanımlanan özellikler (Brian'ın notlarından) şunları içerir:

Belirli çıkarımlar (Brian'ın notlarından):

Brian'ın genel bakışının ardından Lin Huang tarafından bir sunum yapıldı. Salt okunur işlemlere (ve görevlere) öncülük eden Lin şunları tartıştı:

Lin, bir < /cleos itme işlemi > tanıtım ve salt okunur işlemlerden geçti. Paralelleştirilmiş salt okunur işlemlerin (ve görevlerin) temel özellikleri şunlardır:

Anlık görüntü planlaması için Vlad tarafından sunulan temel öğeler şunları içerir:

Yinelenen anlık görüntüleri "en ilginç" özellik olarak nitelendirdi. Anlık görüntüler her 20 blokta bir doldurulur ve sonlandırılana kadar devam eder. Programlanmamış anlık görüntüler bir kimlikle yapılabilir.

Vlad ayrıca yeni bir aracın (leap-util) şu anda yeni özellikler eklediğinden ve güncellenmiş /cleos desteğine sahip olacağından bahsetti.

Peter Oschwald, bir komut satırı örneği ve raporuyla bir performans koşumunu adım adım detaylandırdı. Başlangıçta, farklı operasyonel Nodes'a karşı performans ölçümlerini çalıştırmanın daha iyi bir yolunu oluşturduğu düşünülüyordu. Geliştiriciler daha sonra iyileştirmelerinin ekosistem genelinde performansı nasıl etkileyebileceğini görebilirler.

Peter, performans koşum takımının üç farklı katmanından geçti: basit, basit ve gelişmiş. Katman ne kadar gelişmişse, o kadar fazla parametreye izin verilir. Test ortamı ve tipik yapılandırmalar hakkında daha fazla bilgi Pefromance_tests README'de bulunabilir [ videonun 31:12 bölümüne bakın].

Peter, ilgili eklentinin yerini alan ve büyük TPS'yi yöneten işlem oluşturucuyu açıklamaya devam ediyor. Daha fazla özelliğin üzerinden geçtikten sonra, performans ölçütleri oluşturmaya devam etmeyi planladığını belirtiyor. Örneğin, nodeos performansının iyileştiğini veya düştüğünü ölçmek.

Kevin Heifner, toplantıyı kapatmadan önce birkaç konuyu hızla gözden geçirdi. Kevin, Brian'ın notlarını kullanarak dört geniş iyileştirme alanını ve bunların alt konularını gözden geçirdi:

Kevin, otomatik eşlemenin şu anda nasıl çalıştığını test etmeye devam etti. Örnek, BP planlamasıyla ilgili bağlantıya gitti.

Ardından, Prometheus ihracatçı eklentisi hakkında birkaç not verdi:

Toplantıyı sonlandırırken, (saklama) dizinine erişimi olan ancak arşivlere erişimi olmayan nodes hakkında konuşuldu. Durum geçmişi aynı davranışı izler.

Kevin, blokların bir başlık doğrulamasından sonra yayıldığı ve ana iş parçacığında gerçekleşmesi gerekmediği mikro optimizasyonlarla bitirdi. Get_block'ta 4 kat iyileştirmenin yanı sıra, yayılan blokların 4.0 ortamında çok daha hızlı olması bekleniyor. "Daha hızlı dönem" olduğunu ve sürecin (zamanın) yarısından fazlasının ana ileti dizisinden nasıl taşındığını anlatıyor.

EOS, var olduğu kadar hızlı bir blok zinciridir. Antelope'nin v4.0.0'ı geliştirmesi, EOS'u önemli ölçüde daha hızlı, daha verimli ve geliştirici dostu hale getirecek.

Antelope çekirdeği geliştiricileri, 5.0 ortamına ilişkin vizyonlarını sağladı ve geri bildirim istedi. Mevcut operasyonlar, bir 4.0 ortamı ve öngörülen 5.0 ile karşılaştırmalar yapıldı. 12 Nisan yuvarlak masa notlarını EOS Nation GitHub'da ve videoyu ENF YT'sinde bulacaksınız.

v4.0.0-rc3 ile gelen yeni özellikler verilen linkte detaylandırılmıştır.

İki haftada bir geliştirici ofis saatleri, toplantıya katılanlara daha fazla destek sağlayacaktır. Stephen Diesel toplantıları yönetecek. İlki 20 Nisan'da ve sonrasında her Perşembe olacak. CDT ve geliştiriciyle ilgili diğer şeyler (ör. DUNE, sorunlu noktalar ve yeni Antler bölmeleri) hakkında daha fazla bilgi edinmek için Telegram'da Stephen'a ulaşmaktan çekinmeyin.

5.0 mutabakat yükseltmesinin aylarca (muhtemelen sonbaharın başlarında) olduğu göz önüne alındığında, toplantı normalden daha az yapılandırılmıştı. İlgilenilen temel konular şunları içerir:

4.0, Prometheus eklentisini tanıtacak. Testten geçen kısa sürede, topluluk üyeleri eklentinin ayrı, yapılandırılabilir bir bağlantı noktasında çalıştırılmasını istedi. Bu şimdi 5.0 için birincil nesne gibi görünüyor.

Ayrı bir uç noktadaki Prometheus, diğer uç nokta konfigürasyonlarına ilham verdi. Önerilen bazı son nokta kategorileri şunları içerir:

Kategoriler her uç nokta ile yapılandırılamaz. Bunun yerine uç noktalar mantıklı şekillerde gruplandırılacaktır. Ayrıca kategoriler arasında tekdüzelik olacaktır. Sistemin her zaman olduğu gibi çalışabilmesi için tüm uç noktaların tek bir kategoride olması varsayılan olacaktır.

Paylaşılan, "özel bağlantı noktası/io yapılandırmaları" başlıklı bir teklifti.

5.0 için bir başka öncelik de IPv6'yı sunmaktır.

Verimli son nokta kategorileri fikri iyi anlaşılmış gibi görünüyordu. Bazı ilk besleme ve yanıtlar şunları içeriyordu:

Bugün olduğu gibi, get_info genellikle halka açık hale getirilir. Ancak, get_info'nun herkese açık olmaması için eş ortamlarda (örneğin üretici node) bir ihtiyaç vardır.

get_info'yu tüm uç noktalarda sürdürme konusunda güçlü görüşler olduğunu unutmayın.

Toplantı, bir tür yakalama modu ve yapılandırılabilir eşiği tartışarak sona ermeye başladı.

Brian, topluluğa 5.0 için bir rüya ortamı sorarak toplantıyı kapattı. Önerilere odaklanmak için alan önerileri sağladı, ancak geri bildirimin neredeyse sınırsız olması gerektiğini savundu:

EOS Ağı artık EOS EVM aracılığıyla Ethereum'a bağlı. 4.0 (beklenen mutabakat yükseltmesi yok) ve 5.0 (planlanan mutabakat yükseltmesi) kendinden emin bir şekilde ilerliyor. Her iki sürüm de hızı ve işlevselliği artırır. EOS, blok zincirleri alanında zaten iyi bir performans sergiliyor. Şimdi hayalleri gerçekleştirme zamanı.