11 Haziran 2025'teki son Vaulta ($EOS $A) Düğüm Operatörü Toplantısı, yaklaşan bazı büyük değişiklikleri ele aldı. Sistem sözleşmeleri için yeni bir çoklu imza (MSIG) planı, staking ve ödüllerin nasıl çalışacağının tamamen yeniden düzenlenmesi ve BPay taleplerinin nasıl ele alınacağı hakkında konuştuk. Ayrıca Jungle ağında yeni Antelope Spring v1.2 RC3'ün test edilmesi hakkında da çokça tartışma yapıldı. İşlerin hızla ilerlediği ve herkesin bu güncellemeler için hazırlandığı anlaşılıyor.
Temel Çıkarımlar
-
Temmuz ayında büyük bir Vaulta sistem sözleşmesi güncellemesi planlanıyor, bu güncelleme staking ve ödüllerin nasıl çalıştığını değiştirecek ve her şeyi $A tokenına taşıyacak.
-
Yeni sistem sadece $A tokenlarında staking ve unstaking'e izin verecek ve ödüller de $A olarak talep edilebilecek.
-
Proxy operatörleriyle, yeni token sistemine kademeli olarak geçiş yapmalarına yardımcı olmak için çalışıyoruz.
-
BPay talepleri için bir sarıcı ekleme planı var, böylece yeni token sistemiyle hala çalışmaya devam etmeleri sağlanacak.
-
Düğüm operatörleri, Antelope Spring v1.2 RC3'ü, özellikle yeni dedikodu tabanlı eşleşmeyi, üretim kurulumları için önerilerle birlikte, hazır olduğundan emin olmak için test ediyorlar.
Sistem Sözleşmesi Dağıtımı İçin Yaklaşan Vaulta MSIG
Vaulta Vakfı, çoklu imza (MSIG) işlemi planlıyor. Söylentilere göre, 8 Temmuz civarında bir teklif hedefliyorlar. Amaç mı? 15 Temmuz'a kadar yürürlüğe girmesini sağlamak, ancak bu yeterli onay alınmasına bağlı.
Bu MSIG, staking, ödüller ve eş anahtar kaydındaki değişiklikleri bir araya getiren güncellenmiş sistem sözleşmeleriyle ilgili.
Tam olarak ne değişiyor?
-
İlk olarak, staking ve unstaking'in sadece core.vaulta sözleşmesi aracılığıyla yapılmasını istiyorlar. Bunu tüm süreci düzene sokmak olarak düşünebilirsiniz.
-
BP'ler eş anahtarlarını kaydedebilecekler. Bu, Spring v1.2.0 dedikodu tabanlı BP eşleşmesi için gerekli.
-
Artık $EOS'tan stake yapamayacaksınız. $A'da staking hala core.vaulta aracılığıyla mümkün olacak.
-
Unstaking için de aynı şey geçerli – artık $EOS'a unstaking yok. core.vaulta aracılığıyla $A'ya geçiş yolu.
-
Ve $EOS'taki BP ödül talepleri mi? Hayır. Bu ödülleri core.vaulta aracılığıyla $A olarak talep etmeniz gerekiyor.
Staking ve Ödül Talepleri Revizyonu
Staking ve ödül talepleri konusunda sistem biraz elden geçiriliyor. Temel olarak, her şeyin tokenleştirilmiş biçimde gerçekleşmesi gerekecek. Artık ödüller için doğrudan EOS çıkarımı yok, bu da oldukça önemli bir değişiklik.
Şöyle düşünün:
-
Staking ve unstaking mi? Hepsi tokenlar aracılığıyla.
-
Ödül talep etmek mi? Evet, yine tokenlar.
-
Amaç mı? Tokenların nasıl dağıtıldığı üzerinde daha sıkı kontrol. Mantıklı, değil mi?
Baş geliştiricilerin hala ayrıntılar üzerinde çalıştığını biliyorum, ancak ana fikir, işleri düzene sokmak ve token akışını daha yakından takip etmek. Her şey sistemi daha verimli hale getirmek ve sanırım uzun vadede yönetimi daha kolay hale getirmekle ilgili.
Proxy Altyapı Koordinasyonu
Geçiş sırasında büyük staking proxy'leriyle nasıl çalışılacağı hakkında bazı konuşmalar yapıldı. Ana konu, Vaulta yeni bir sisteme geçerken herkesin aynı sayfada olduğundan emin olmak.
-
Bazı proxy'ler yeni tokende ücret almaya başlayacak ancak bir süre daha EOS'ta ödül ödemeye devam edecek. Bu bir ara nokta gibi.
-
Plan, sonunda tamamen token tabanlı bir ödül sistemine geçmek. Bu kademeli bir süreç.
-
Düğüm operatörleri, bu değişikliklerden etkilenebilecek başka proxy'ler veya havuzlar biliyorlarsa konuşmalılar. Ne kadar çok bilgi olursa o kadar iyi.
BPay Talep İşleme Boşluğu
Görünüşe göre mevcut sistem sözleşmesi güncellemeleri eosio.bpay talep ödül entegrasyonunu bir şekilde unuttu. Eyvah! Bu, blok üreticilerinin geçiş sırasında ödüllerini düzgün bir şekilde talep edemeyebileceği anlamına geliyor.
Bunu düzeltmek için, bir sarıcı eylemi ekleme fikri var. Temel olarak, bu sarıcı, BP'lerin ödüllerini yeni token formatında talep etmelerine izin verecek. Bu birkaç nedenden dolayı önemli:
-
Geçiş sırasında işlerin sorunsuz yürümesini sağlar.
-
Kimsenin hak ettiği ödülleri kaçırmamasını sağlar.
-
Herkese biraz nefes alma alanı verir, böylece bir şeylerin bozulma olasılığı azalır.
Temel olarak, potansiyel bir baş ağrısını önlemek için hızlı bir düzeltme. Zamanlama esnek, bu yüzden başka hiçbir şeyi karıştırmamalı.
Talep Penceresi Kısıtlaması İncelemesi
Eski bir kural var ki, sadece 24 saatlik bir pencere içinde, artı bir saniye daha, bir şeyler talep edebilirsiniz. Bu biraz sinir bozucu, değil mi? Peki, bunu değiştirme hakkında konuşuluyor. Birisi bu pencereyi büyütmeyi veya bir sözleşme güncellemesiyle kısıtlamayı tamamen kaldırmayı önerdi.
Düğüm operatörleri bu fikre sıcak bakıyor gibi görünüyor, ancak MSIG işi bittikten sonra beklemeyi daha iyi buluyorlar. Mantıklı, bir seferde bir şey. Gelecekteki bir MSIG, sorunsuz bir dağıtım için bu değişikliği içerebilir. Temel olarak, şu anda bununla uğraşmak ve çözdüğünden daha fazla sorun yaratma riskini almak istemiyorlar. Her şey istikrarlı tutmakla ilgili, biliyor musunuz?
Antelope Spring v1.2 RC3 Test ve Geliştirmeler
Antelope Spring v1.2 RC3 burada ve bazı ilginç değişiklikler getiriyor. Bu sürüm, bazı rahatsız edici sorunları düzeltmeye ve düğüm operatörleri için işleri biraz daha esnek hale getirmeye odaklanıyor.
Test katılımı için zorunlu bir yükseltme değil, bu yüzden baskı yok. İşte hızlı bir özet:
-
Güncelleme sunucu adreslerini kısaltıyor. Bu, yanlış yapılandırma hatalarını azaltmaya yardımcı olmalı. Hepimiz oradaydık, değil mi?
-
Artık yinelenen dedikodu eş IP'lerine izin veriyor. Bu, daha karmaşık kurulumlar çalıştıranlar için iyi bir haber.
-
Dedikodu eşleşme davranışı RC2 ile aynı kalacak. Yani, zaten test ediyorsanız, işler oldukça tanıdık gelmeli.
Dedikodu Tabanlı Eşleşme Ağı Doğrulaması
Bir sonraki test turu, otomatik eş keşfi ve bağlantı işlevlerinin gerçekten çalıştığından emin olmakla ilgili. Amaç, düğümlerin aldıkları dedikodu verilerini kullanarak bağlanıp bağlanamadığını görmek.
İşte plan:
-
Katılan herkesin, belirlenmiş bir düğüm hariç, tüm manuel eş girişlerini kaldırması gerekiyor. Bu, sistemi dedikoduya güvenmeye zorlar.
-
Amaç, düğümlerin yalnızca aldıkları dedikodu verilerine dayanarak bağlandığını doğrulamaktır.
-
Jungle Testnet Telegram grubu, tüm yapılandırma ve zamanlamayı koordine edecek. Bu yüzden güncellemeler için orayı takip edin.
Üretim Eşleşme Önerileri
Üretim blok üreticileri (BP'ler) söz konusu olduğunda, doğrudan harici eşleşme güvenlik açısından genellikle iyi bir fikir değildir. Daha katmanlı bir yaklaşım uygulamak çok daha güvenlidir.
İşte önerilenler:
-
Bir "Kanarya Düğümü" mimarisi kurun: BP → Kanarya Düğümü → Harici Ağ.
-
Dedikodu yapılandırmalarınızı doğrudan BP'lerde değil, kanarya düğümlerinde tutun.
-
Bu kurulum, güvenlik duvarı uyumluluğuna yardımcı olur ve BP operasyonlarınızı herhangi bir ağ tuhaflığından izole tutar. Temel olarak, operasyonunuzun çekirdeğini korumak için bir tampon bölgeye sahip olmak gibidir.
Sonuç
11 Haziran 2025'teki Vaulta Düğüm Operatörü Toplantısı çok fazla konuyu kapsadı. Yeni sistem sözleşmeleri için büyük bir olay olan yaklaşan çoklu imza (MSIG) planı hakkında konuştular. Bu, staking ve ödüllerin nasıl çalıştığına dair değişiklikler anlamına geliyor ve her şeyi $A tokenlarına taşıyor. Ayrıca proxy operatörleriyle çalışmayı ve Antelope Spring v1.2 RC3 için Jungle ağını test etmeyi tartıştılar. Ayrıca, BPay talepleriyle ilgili sorunları ve ödül talep zamanlamasını daha sonra nasıl düzeltebileceklerini de gündeme getirdiler. Birçok hareketli parça gibi görünüyor, ancak her şey sistemi daha iyi hale getirmekle ilgili.
Bu makale, yapay zeka destekli teknolojinin yardımıyla oluşturulmuş ve birçok güvenilir kaynaktan yararlanılarak hazırlanmıştır. Nihai içerik, doğruluk, açıklık ve tutarlılığı sağlamak amacıyla BlockzHub editör ekibi tarafından titizlikle gözden geçirilmiş ve düzenlenmiştir. Orijinal haber kaynakları, uygun ve gerekli görüldüğünde belirtilmiştir. Bu makalede ifade edilen görüşler, BlockzHub'ın resmi görüş veya pozisyonlarını mutlaka yansıtmaz. Makale yalnızca bilgilendirme amaçlıdır ve finansal veya profesyonel bir tavsiye olarak değerlendirilmemelidir. Yatırım yapmak risk içerir; herhangi bir yatırım kararı vermeden önce nitelikli bir finansal danışmana danışmanız önerilir.
 Node Operator Meeting - MSIG Plans, System Contract Changes, And Gossip Network Testing.jpeg)