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 Düğüm Operatörü Yuvarlak Masa Toplantısının birincil amacı:
"...Node operatörleri için Antelope protokolünü geliştirir".
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 düğümünü çalıştırmanın temellerini (ve daha fazlasını) öğrenmek isteyenler için makaleler ve belgeler sağlar.
Aşağıda, bu iki aylık özette yer alan iki yuvarlak masa toplantısının bir listesi bulunmaktadır:
21 Haziran: Sorunu ve Çözümleri Listeleyen P2P İyileştirmeleri Belgesi
28 Haziran: Blok Kırpma, Leap 5.0 için Planlama, IF, OC
GitHub'da ek toplantı notları ve yorumları arayın. Video kayıtları ENF'nin YouTube Kanalında bulunur.
21 Haziran: Sorunu ve Çözümleri Listeleyen P2P İyileştirmeleri Belgesi
21 Haziran'daki toplantı, P2P tartışmasına devam etti. Son haftalardaki bazı geri bildirimleri yanıtlayan bir GitHub belgesi, tartışmayı yönlendirdi.
Genel Bakış
Kılavuz belge sorunu açıkça tanımlar. Kabul edilebilir bir çözüm tanımlamak, önceki geri bildirimlerle yakından uyumludur.
Güncellemeler
Leap 4.0.3 yaması toplantı sırasında yayınlandı
P2P İyileştirmelerine İlişkin Kılavuz Belgeyi Parçalamak
Kılavuz belge sayfası birkaç bölüme ayrılmıştır: Sorun, Çözüm, Sorunlar, Kaynaklar ve Yorumlar.
Sorun: Fırsatlar, Hedef Kitle ve Strateji
Hedeflenen kullanıcı grupları için farklı ihtiyaçlar vardır. Öncelikler artık daha iyi anlaşılmaktadır.
Belirlenen hedef kitle Antilop tabanlıdır ve:
"Güvenilir, uygun maliyetli ve basitleştirilmiş çözümler" ile ilgilenen "teknik olarak yetkin bireyler" (düğüm operatörleri)
Sorunu temel geliştirmeyle uyumlu hale getirmek için "kullanıcı deneyimini ve altyapı verimliliğini iyileştirmeye" odaklanılması gerekiyor. Başarılı uygulama, "Antelope protokolünün daha geniş çapta benimsenmesi ve başarısı" sağlamayı beklemektedir.
Hedef kullanıcıların fırsatlarına dönersek, en önemli öncelikler şöyledir:
Listedeki en yüksek "mevcut bloklar için yakalama modu eş seçimini iyileştirmek" içindir.
Bant genişliği son haftalarda yaygın bir tartışma konusu oldu. "Eş bant genişliği tüketimi" kontrollerinin iyileştirilmesi bir sonraki önceliktir. Suistimallerden kaçınmak ve akranları otomatik olarak döndürmek odak noktalarıdır.
Üçüncü ana öncelik, "eş bağlantıları dahili veya harici olarak etiketleme yeteneği" dir. Burada başarılı olmak, “dahili altyapı içindeki güveni (seviyeleri)” çözmeyi umar.
Terminal tabanlı kullanıcı arabirimi, akran kara listeleri ve eşitleme gibi diğer sorunların açıklamaları için belgeye ve/veya videoya bakın.
Çözüm Tanımlama ve Riskleri Belirleme
Yukarıda açıklanan ürün fırsatına verilen ad “P2P İyileştirmeleri”dir. GitHub belgesinde listelendiği gibi, başarı için dört temel ölçüt:
Yeni veya yeniden başlatılan bir düğüm için eşitleme süresini iyileştirin
Yeni bir düğümün yapılandırılması için adım sayısını azaltın
P2P ağından geçen işlemlerin güvenilirliğini artırın
P2P ağından geçen işlemlerin hızını artırın
Riskleri tanımlama süreci, Silikon Vadisi Proje Grubu tarafından yazılan bir makale (Dört Büyük Risk) tarafından yönlendirilir. Sorulan soru, paralel zaman çizelgeleriyle ilgili olarak P2P Eş Keşfi RFP'sine odaklanır:
"Çatışma veya çakışma riski var mı?"
Daha fazla kaynak ve sorun için belgeler sayfasına bakın.
Toplantı Yorumları ve Geribildirim
Katılımcı yanıtları şunları içerir:
Nodes
Depolama hızı
Bloks-log, okuma ve yerel eşlerle ilgili bir endişe olarak belirtildi (ör. işlem sayısı ve senkronizasyon)
Sınırlı senkronizasyon seçenekleri
Bant genişliği ve durum aralığı (yeterli bant genişliği ve dönen eşler varsa sorun olmayabilir)
Sonuç Diyalogu
Toplantı, soruların yanıtlanmasıyla sona erdi. Bir bant genişliği yönetimi stratejisi olarak kısma (yavaşlatma) hakkında bir soruşturma yapıldı. Geri bildirimlere göre, eşlerin bağlantısını kesmek yerine azaltma bir seçenek olarak görülüyor.
Geliştirme ekibi, sonraki adımların seyrini yönlendirmeye yardımcı olması için düğüm operatörlerini davet eder. Belge sayfasının görev dökümü (“Özellikler/Epikler”) bölümüne dikkat çekildi. Bant genişliği ve kontrol mekanizmalarından burada bahsedilmiştir.
28 Haziran: Blok Kırpma, Leap 5.0 için Planlama, IF, OC
28 Haziran toplantısı, blok düzeltmeyi iyileştirilecek bir alan olarak tanımladı. Leap 5.0 için Planlama, hazırlık süresi, yeni standartlar, IF, OC ve daha fazlasını içerir.
Genel Bakış
Düğüm operatörleri, mevcut blok kırpma işlemiyle ilgili deneyimlerini paylaştı. Teşhis, otomasyon ve daha fazla çözüm türü ele alındı. Toplantının son üçte birinde Leap 5.0 için planlama ve hazırlıklar tartışıldı.
Güncellemeler
Leap 4.0'da yeni güncelleme yok
Geliştirme ekibi, bir sürüm adayı için 5.0 geçici programını yeniden işlemeye devam ediyor
Sonraki bir bölümde Leap 5.0 hakkında daha fazla bilgi.
Topluluk Endişeleri
Topluluğun kafasında kalan endişeleri duymak için oturum açıldı. Tartışma, mevcut 4.0.3'e karşı 5.0 beklentisi için düzeltme blokları ve farklı sorunlar etrafında başladı. Blok düzeltme hemen ilgi topladı. Bir bloks-log istisnası için bir çözümü kırpmak üzere sıçrama-util'i kullanmak birkaç yorum getirdi. Kırpmayı birkaç yüz bloğa genişletme ihtiyacı iyileştirilebilecek gibi görünüyor. Hataları (istisnaları) tanımlayabilen daha küçük düzeltmeler, eklenmesi çekici bir özelliktir.
Daha Derinlemesine Tartışılan Konular
Açılış konuşmasında iki konu yankılanmış gibi görünüyordu:
Leap Util'in formatı ve içeriği
bloks-log'un geri alınması gerekiyor
Aşağıda bahsedilen özelliklerin bir listesi bulunmaktadır. Liste öğeleri, toplantıda kaydedildiği şekliyle genel bir kronolojik ve mantıksal sırayı takip eder:
Ekran ve işlevsellik
Minimum düzeltme için potansiyel iyileştirmeler
Güvenli bir çözüm sağlamak
Art arda (tek tek) düzeltme eklenmesi önerilir
Bir düzeltme-teşhis aracı bozuk blokları belirleyebilir
Blokları otomatik olarak kaldırmamaya özen gösteren otomatik onarım çözümü
Genel ve özel node çözümleri
Anlık görüntü yoluyla tam düzeltme, genel ve özel düğümlerle ilgili uyarılara geri döner
Topluluk, daha kolay teşhis ve kurtarma araçları istiyor gibi görünüyor. Daha fazla ayrıntı için, jump-util'i ziyaret edin, ayrıntılı testi başarıyla gerçekleştiremiyor ve engelleme günlüğünü kırpamıyor. #1348.
LEAP 5.0 İÇİN PLANLAMA
Daha önce belirtildiği gibi, Leap 5.0 sürüm adayı için planlama başladı. Geliştirme ekibi, fikir birliği güncellemesindeki uzun, karmaşık süreci hafifletmek için çalışır. Leap 5.0, standart bir prosedür oluşturacaktır. Topluluğu hazırlamak için birkaç aya ihtiyaç var. Planlar, tatil öncesi bir sürüme odaklanıyor, bu nedenle Eylül ayında bir sunuma başlıyor.
Beklentiler, Leap'in yılda iki büyük sürümden geçmesi yönünde. Bunlardan biri muhtemelen bir konsensüs yükseltmesi gerektiriyor. Düğüm işletim maliyetlerinin düşürülmesi başlıca endişeler arasındadır. Buna, yeni zincirler eklerken düğüm operatörleri için maliyet indirimleri dahildir. Deneyim ve optimizasyonun faydaları (RAM, CPU ve disk alanı) hakkında yorumlar yapıldı. Daha fazla insanın 4.0'a yükseltmesinin önemi vurgulandı.
5.0 için iki ana protokol yükseltme özelliği şunlardır:
Anında Kesinlik (IF)
Derleyici (OC) özelliklerini optimize etme
IF, ikisinin başarı ya da kırılma noktası gibi görünüyor. IF, ENF'nin Yeni EOS için ilk planının önemli bir girişimi olmaya devam ediyor. OC özellikleri, öncelikle EVM'yi iyileştirmeyi amaçlayan performans avantajlarıdır. Ancak, üreticileri içeren genel OC faydaları vardır. Daha fazla bilgi için eos-vm-oc-enable auto mode ekle #1322'ye bakın.
Diğer öğeler paralel olarak gelişiyor ve 5.0'ı geciktirmemek için gelecekteki sürümlerde bekleniyor.
Sonuç Diyalogu
Toplantı, 5.0 için OC özelliklerinin incelenmesiyle sona eriyor. Mevcut gelişme, temel iyileştirmelerle ilgilidir. OC, belirtilen diğer özelliklerden önce eosio sistem sözleşmelerinde (örneğin, tokenler ve EOS EVM için) çalışmalıdır. Yeni özellikler ve Leap 5.0'a hazırlık, muhtemelen gelecekteki toplantıların odak noktası olmaya devam edecek.
Kaynaklar & Referanslar