Yazar: Marco González

Editör: Randall Roland

Çeviri: Taha

Node operatörleri, Antelope çekirdek geliştiricileri ve topluluk üyeleriyle her hafta bir araya gelir. Node Operatörü Toplantısının amacı:

Toplantılar Çarşamba günü 14:00 UTC'de yapılır yaklaşık bir saat sürer.

1 Şubatta gerçekleştirilen toplantıda mevcut (Leap v3.2) ve gelecekteki yapılandırma parametreleri araştırıldı. Müzakerenin ortalarında, node konfigürasyonunun daha fazla dikkat edilmesi gereken bir konu olduğu anlaşıldı.

DUNE v1.1'in yakın zamanda piyasaya sürülmesiyle Leap, geliştirme ve node operasyonunu daha uyumlu hale getirmeyi hedefliyor. Ubuntu 18.04 desteğinin, Leap v4.0'ın Mart testinden önce kaldırılacağını unutmayın. Ubuntu kullanmak isteyen geliştiricilerin yükseltme yapması gerekecek. Ubuntu sürümleri 20.04 ve 22.04 resmi olarak desteklenecektir.

Ayrıca, Mart testi mutabakata dahil değildir. Bunun yerine, Eylül'den (8 Şubat Node operatörleri toplantısında) potansiyel bir fikir birliği hedef tarihi olarak bahsedildi.

Node özel amaçlar için yapılandırmanın karmaşık bir sorun olduğu ortaya çıkıyor. Yeni belgelere ihtiyaç var. Leap 3.2 belgeleri, güncellemeden önce adres yapılandırmalarında iyileştirmeyi hedefliyor.

HTTP yanıt süreleri, toplantının büyük bir bölümünü kaplıyordu. Yanıt süresinin en az maksimum serileştirme süresine eşit olması gerektiği konusunda fikir birliği vardır. Yanıt süreleri, gelen ve giden bir denge sağlamak için daha yüksek ayarlanabilir. Örneğin, bir HTTP isteği büyük bloklarda bu zaman aşımını geçemez. Örnek olarak Atomic Hub kullanıldı.

Ek olarak, çağrı verileri ve genel verimliliğin ileriye dönük olarak değerlendirilmesi gerekir. Tartışmanın başlarında bahsedilen, "boost libraries" ve stratejik değişikliklerle ilgili yardım beklemekti.

EOS Network Foundation'ın YT Kaydını izleyin.

Genel olarak potansiyel node yapılandırması ve uygulamalarına ilişkin notlar üzerine konuşuldu. Gelecek haftanın müzakere konusu “Special Purpose Nodes” olarak belirlendi.

Node'un belirli ihtiyaçlar için en iyi nasıl yapılandırılacağı, gelecek haftaki müzakerenin önüne geçmesi bekliyor. İyileştirme için belirlenen birincil alanlar şunları içerir:

Öğelerin (örneğin, baskıyı ve etkinliği hafifletmek) genellikle birbiriyle ilişkili olduğunu unutmayın. Special purpose nodes ve bunların sınıflandırılması soyut kavramlarla ilgilidir. Müzakereye netlik katmaya çalışacaktır.

8 Şubat'taki toplantı, nodes yapılandırıldığı ve kullanıldığı farklı yolları sınıflandırma sürecini başlattı. Geliştirme aşamasındaki bir Antelope node taksonomisi belgesi, Leap v4.0'dan önce gelir (Orman test ağında hedef tarih Mart sonudur). Eylül gibi erken bir tarihe kadar fikir birliği Leap yükseltmesine dikkat edin.

Mart ve Eylül hedef tarihlerine ek olarak, Leap 4.0 için kod dondurma ile ilgili bir duyuru bekleyin.

Special purpose nodes, tüm potansiyel kullanım durumlarının kavramsal bir modelidir. Node kullanımını ve yapılandırmasını düzenlemek, bir süredir EOS geliştiricileri arasında yankı uyandıran bir konudur. 4.0 sürümüyle, node operatörleri günlük yönetimi kolaylaştırmada dev bir sıçrama yaşamak üzereler.

Brian Hazzard, node beyin fırtınası sürecini "Lego blocks" ile karşılaştırdı. Fark edilebileceği gibi, Antelope nodes özellikleri ve sonraki rolleri genellikle soyuttur. Topluluktan gelen geri bildirimler memnuniyetle karşılanır. Node özelliklerinin veya düşük sınıflandırmaların mevcut listesi için belgeyi inceleyin: farklı antelope nodes rollerin taslak taksonomisi.

Çalışma sınıflandırmaları belgede listelenmiştir. Bu toplantıda şunlar değerlendirildi:

Aşağıda, bu toplantıda node tiplerine genel bir bakış yer almaktadır. GitHub'da (haftanın sorunlarına bakın) ve taksonomi belgesinde daha fazla ayrıntı bulunabilir.

Bir zincire bloklar ekleyen fikir birliği gerektiren node tanımlanan özellikleri şunları içerir:

Yapılandırma en iyi uygulamalar şunları içerir:

Gelecekteki değerlendirmeler için taksonomi belgesine bakın.

En temel sınıflandırma block relay node. Tanımlama her şeyi içeriyor. Eşlerle bağlantıların sürdürülmesini ve blok başlıklarının doğrulanmasını içerir. Credit Stephen Diesel Yorum için:

“Good blocks go in, good blocks go out.”

Relay node avantajı, bir BP node daha fazla eş (10-15) ile çalışabilmesidir. Ayrıca, bir blok relay node herkese açık olsa da reklamı yapılmamalıdır (ör. bp.json'da).

Stephen'ın yorumu, sürekli olarak aktarılmaya hazır bloklar sağlayabilen bir katılımcı grubu sürdürme ihtiyacını göstermektedir. Açık bir kanalı sürdürmek, yalnızca senkronize edilmiş işlemleri değil, aynı zamanda yeni blokları kabul etmeye hazır olmayı da içerir.

Block relay nodes gibi, bir transaction relay node yalnızca bir başlığın doğrulanmasının ardından blokları aktarmaya etki edebilir. Transaction relay node diğerlerinden ayıran şey, aşağıdakilerdir:

Kevin Heifner, başlık doğrulamasının ardından blok yayılımını iyileştirmek için iş başında bir çözümün bağlantısını paylaştı. EOSUSA Michael, node kurulumunun bir diyagramını paylaştı (bkz. 8 Şubat toplantısı).

En iyi uygulamalar belirlenecek ve detaylandırılacaktır. Node türlerinin üç temel yapılandırması var:

EOS Network Foundation'ın YT kaydını izleyin.

Belgedeki diğer beş node sınıflandırması şunlardır:

Special Purpose Node müzakeresinin, yukarıdaki (API) sınıflandırmalarına, en iyi uygulamalara ve ilgili belgelere odaklanarak önümüzdeki hafta devam etmesi bekleniyor.