Yazar: Marco González

Editör: Randall Roland

Çeviri: Taha

Node operatörleri, Antelope çekirdek geliştiricileri ve topluluk üyeleri, günün sorularını tartışmak için her hafta bir araya geliyor. Her bir Node Operatörü Toplantısının amacı:

"...node operatörleri için Antelope protokolünü (özellikle) geliştirmek için".

Toplantılar her Çarşamba 17:00'den 18:00'e kadar yapılır.

Mart ayının ilk iki toplantısı, özellikle en iyi uygulamalarla ilgili olarak, Özel nodes hakkındaki müzakereyi sürdürdü. 1 Mart toplantısında BP Nodes hedefleri ve en iyi uygulamalar ele alındı. 8 Mart, Yalnızca Blok Aktarma Nodes ile sona erdi. Yaklaşan "kod dondurma" için buradaysanız, 8 Mart toplantısını takip eden günlerde bir duyuru bekleyin. Bir Leap 4.0.0 test ağı sürümüne gelince, geliştirme ekibi Mart sonu/Nisan başı hedefi için programa devam ediyor.

'Farklı antelope nodes rollerin taslak taksonomisi' kapsamlı notlar içerir. Özel Nodes müzakeresinin başlangıcını keşfetmek için GitHub'da "Yükseltme Sonrası toplantılar" başlıklı bölümü ziyaret edin.

YouTube'da ENF'nin 1 Martta gerçekleşen müzakeresini izleyin. EOS Nation (Leap) GitHub'daki notları okuyun.

1 Mart toplantısı, özel amaçlı nodes hakkında devam eden bir müzakerenin 4.'sü. Sorunlar arasında ekosistem genelinde daha verimli kaynak modelleri var. Buna, sübjektif faturalandırma gereksinimlerine karşı üç ihtar kuralı dahildir.

Grup, Tarih sağlayıcıları hakkında notlar aldı. Taslak belgede geçmişten özel olarak bahseden Birincil Nodes türleri şunları içerir:

Tarihten bahseden Layer-2 çözümleri şunları içerir:

“Devlet tarihi” ile ilgili olarak, konular arasında:

Ayrıca, geçmiş için takip önerilerine bakın.

Node türleri listesi, listedeki üçüncü Layer-2 çözümü olan Kaynak Sağlayıcı Node ile sona erer. Amacı, bir kullanıcı deneyimi geliştiricisidir. Kaynak Sağlayıcı Düğümü şu anda node.js'yi çalıştırırken, sonunda bir API eklentisi gibi merkeziyetsiz hale gelebilir. Taslak sınıflandırma belgesi, Kaynak Sağlayıcı Node şu şekilde tanımlar:

Toplantı, en iyi uygulamalar ve optimum yapılandırma için çaba ve gereksinimlerle devam etti. En iyi uygulamalar için önemli bir hedef, Antelope ağlarında (örn. WAX, Telos…) minimumları belirlemeyi içerir.

Özellikle ağlar arasında değişen ihtiyaçlar dikkate alındığında, muhtemelen en iyi uygulamalar üzerine tartışmalar olacaktır. Örneğin, aşağıdakilerin tümü blok zinciri ağ kullanımına göre değişir:

Cihaz gereksinimleri, en iyi uygulamalar müzakeresini devraldı. Operatörler, bir node türünü değiştirirken genel node yapılandırmasını kontrol etmelidir. Örneğin, dur-kalk ve kesintisiz olarak çalıştırma, bir CPU'yu AtticLabs önerilerine göre yeniden ayarlamalıdır. AtticLabs bağlantısı ve ECC RAM, x86 işlemciler ve daha fazlası gibi diğer cihaz gereksinimleri için taslak sınıflandırma belgesine bakın.

Yuvarlak masa toplantısını en iyi güvenlik uygulamaları ve donanım anahtarlarının yeniden kullanılmaması ile ilgili notlar kapatıyordu.

Zincir API Node, Blok Üretici Düğümleri için düğüm yapılandırma en iyi uygulamalarıyla ilgili bazı son sözler aldı. Öneriler şunları içerir:

Zincir API Node müzakeresini, neyin kullanılabilir olması gerektiği konusunda sonuçlandı (örneğin, Prometheus başka türlü bir çözüm sunsa da, yalnızca Getinfo ile basitleştirme).

Belirli node türlerinin değişken yapılandırmalar gerektireceğini unutmayın. Toplantı, ek takip öğeleriyle kapanır (taslak taksonomi belgesinin Sonraki Adımlar bölümü altında).

YouTube'da ENF'nin 8 Martta gerçekleşen müzakeresini izleyin. EOS Nation (Leap) GitHub'daki notları okuyun.

Antelope ekibi, ay sonu/nisan başı sürüm adayı için yolda olduğunu bildirdi. Antelope Leap 4.0.0'ın gelecek odaklı gelişimi şimdilik tamamlandı. Bir 'kod dondurma' ile ilgili bir duyuru çok yakında. Bir 4.0.0 sürüm adayı, birkaç hafta içinde bunu takip etmeyi umuyor.

İlk tartışma, Blok Üretici Nodes için nodeos yapılandırma en iyi uygulamalarını yeniden ele aldı. Eşleme her zaman içseldir. Dahili bir node ağını bir WireGuard anahtarıyla (örneğin) korumak etkilidir. WireGuard yalnızca bir seçenektir. Bu tür anahtarlar beklenmedik, rahatsız edici bağlantıları önler.

Özel kullanım durumu senaryoları (örn. yeniden eşitleme), Sonraki Adımlar bölümünün altındaki takip öğelerine katıldı. Ayrıca verimliliği artırmanın düşünülmesi de tavsiye edildi.

Toplantının geri kalanı, Yalnızca Blok Aktarma Nodes ve bunların en iyi yapılandırma uygulamalarına odaklandı. Grup, bağlantı sayısı hakkında ayrıntılara girdi. Daha önceki bir toplantıda yapılandırma dosyası için 10 ila 15 bağlantı uygun görülmüştür. Bu küçük bağlantı aralığı yalnızca bir başlangıç noktasıdır.

Leap 3.2 ile ilgili olarak, 25-50 arasındaki Blok Geçiş Node bağlantılarını maksimuma çıkarmak güvenlidir. Eklenen birkaç not şunlardı:

Yalnızca Blok Aktarma Node cihaz gereksinimleri için belirtilen ilk husus, tek bir arıza noktası değil birden fazlasına ihtiyaç duyulmasıdır.

Müzakerenin geri kalanının çoğu bağlantı ve hıza odaklandı. Güvenilir bir internet bağlantısı önemlidir. Hızlı yazma odaklı hızlı bir disk de öyleydi. Tam ve kısmi blok günlükleri hakkındaki yorumlar için taslak sınıflandırma belgesindeki diğer en iyi uygulamalara bakın. Leap 4.0'ın bir otomatik node bağlantı özelliğine sahip olmasını beklediğini unutmayın.

Burada popüler bir yanılgıya ilişkin önemli bir ayrım yapılmıştır. Antelope zincirlerinde anlık görüntü yalnızca geçerli durumdur. Bu, Ethereum'un tanımından farklı. Bu nedenle, Antelope zincirleri için, bir akran ağının yalnızca 'yeterli' bir tam blok günlüğüne ihtiyacı vardır. Antelope zincirlerindeki dahili röleler için tam bir geçmiş gerekli değildir.

Taslak sınıflandırması tartışması boyunca bahsedilen, değişkenleri en iyi uygulamaların dışında ayarlamanın etkisidir. Örneğin, saf bir Yalnızca Blok Aktarma Node, bloklardan fazlasını kabul etmez. Ayrıca, Leap 4.0'ın Blok Geçiş Node gerektirmeyebileceğini unutmayın.

API düğümlerine özgü düğüm yapılandırması için en iyi uygulamalar hakkındaki müzakereye devam etmek için gelecek hafta yapılacak toplantıyı bekleyin.