xx ağ Ekonomik Tweaks – Gerçek Zamanlı Arıza Kesintileri

Hesap makinesi olan kişi

Topluluğun geri bildirimlerine dayanarak, ekibin ekonomi için bir önerisi var ve nihai kararda topluluğun yardım etmesini istiyor

xx ağı MainNet'in piyasaya sürülmesiyle gün ışığına çıkan bir konu, ağ üzerinde çalışan bazı düşük performanslı düğümlerin olmasıdır.

Ağın önceki enkarnasyonlarında - AlphaNet, BetaNet ve ProtoNet - bu sorunlar ekip tarafından zayıf performans gösteren düğümleri devre dışı bırakarak ele alındı. Bu açıkça nPoS tarafından kontrol edilen MainNet'te mümkün değildir.  

Topluluk, MainNet lansmanından bu yana bu konuyu tartışıyor (üzerinde çok düşünceli bir konu başlığını #MainNet-sohbet kanalında bulabilirsiniz. anlaşmazlık). Diğerlerinin yanı sıra kayan ceza ölçeklerini içeren çözümler önerilmiştir. Genel olarak, ekibin görüşüne göre, müşteri tarafında bir değişiklikle birlikte mevcut çözümde ince ayar yapılması doğru yaklaşımdır.

Mevcut çözümü anlamak için ekonominin bazı detaylarının gözden geçirilmesi gerekecek. Her çağda (24 saatlik süre) bir miktar jeton verilir (bu kararın mekanizması aşağıdaki bölümde açıklanmıştır). xx ekonomi makalesi) ve tüm düğümler arasında dağıtılır. Bu jetonların belirli bir düğüme verilen kısmı, kazanılan toplam jetonların payına eşittir. Örneğin, bir çağda ödülün toplamı 50.000xx ise ve belirli bir düğüm toplam 10.000.000 üzerinden 10.000 puan aldıysa, (10.000/10.000.000)×(50.000xx) = 500xx (doğrulayıcı ve aday arasında bölünecek) alacaklardır. .

Ama bu puanlar nasıl kazanılıyor?

Puanlar xx ağı içinde iki şey için kazanılır: bloklar yapmak ve cMix turlarını yürütmek. Teşvik planı, cMix turlarını çalıştırma mekanizması içindedir.

Bir tur tamamlandığında, takımdaki 5 düğümün tümü 10 puan kazanırken, gerçek zamanlı aşamada bir tur başarısız olduğunda düğümler 20 puan kaybeder. Bu puan kaybı, kötü davranışı caydırmak içindir. İlk başta bu çok adaletsiz görünüyor – bir tur bir düğüm nedeniyle başarısız olursa, neden her düğüm cezalandırılsın?

İki neden var:

Birincisi, BFT (Bizans Hata Toleransı) kapsamında cMix protokolünde kimin hatalı olduğunu belirlemek mümkün değildir. Bu, hangi düğümün puan kaybetmesi gerektiğini kanıtlamanın mümkün olmadığı anlamına gelir.

The second is that in the aggregate, other nodes are not penalized. For example, imagine a network with 15 nodes and 5 node teams where all nodes except for one cause 0% of rounds to fail, with one failing 50%.  What will happen is that given enough rounds, all good nodes will work with the bad node equally and because points are distributed based upon the total ratio of points, not total points, all “good” nodes will get the same number of xx coins, while the bad node will be penalized. In the above case, a node will be in a team with the bad node 1/3rd of the time. It has a 50% failure rate, so all nodes will have an aggregate 16.667% failure rate. Assuming 100,000 rounds, and each participates in 1/3rd, that means that with the current economics, they will earn 10×100,000×⅓×(1-%16.667) =  277,778 points, and lose 20×100,000×⅓×(%16.667) = 111,111 points, making a total of 166,667 points. While in the same scenario, the offending node will earn 10×100,000×⅓×(%50) = 166,667 and lose 20×100,000×⅓×(%50) = 333,333 points, making a total of -166,667. Points cannot go negative, so the offending nodes get 0 points, and as a result all rewards are split between the other 14 good nodes evenly – as if the offending node was never there.

Bu çözüm, düğümlerin tüm kazançlarını kaybetmesi gereken bir başarısızlık oranını hedeflemesi dışında işe yarar. Çok yüksek güvenilirliğe sahip bir sistem istediğimize göre, 50%'den çok daha yüksek bir sayıyı hedeflemek istiyoruz.

Genel olarak, hedeflenen başarısızlık oranı ve puanlarla ilgili denklem aşağıdaki gibidir:

Puanların başarının her zaman 10 olduğu göz önüne alındığında, bu bize şunu verir:

Bu aynı zamanda bir tahmindir, çünkü bölgesel çarpanları, düğümlerin başarısız turlardan kurtulmasının ne kadar sürdüğünü ve farklı düğüm donanımının ve internet yapılandırmalarının tur sürelerini nasıl etkileyebileceğini hesaba katmaz. Ancak şu anda analiz için yeterlidir.

Geriye kalan büyük soru, uygun “hedeflenen başarısızlık”ın ne olması gerektiğidir. Genel olarak, beklenenden daha yüksek olabilir, çünkü puanlar ve dolayısıyla kazançlar, bir düğüm onu karşılamayan yüksek başarısızlık oranlarına sahip olduğunda hala önemli ölçüde düşer.

Son 12 saat içinde en yüksek gerçek zamanlı hata oranları aşağıdaki gibidir:

27.22%, 3.79%, 3.58%, 1.64%, 1.19%

0,5% ortalama başarısızlık oranıyla (medyan 0,35%). 

Bu veriler göz önüne alındığında, ekip, 33%'lik bir başarısızlık oranını hedeflemekten 5%'ye geçmemiz gerektiğine inanıyor, bu da gerçek zamanlı başarısızlık başına puan kesintisini 190'a getirecek.  

Bu konuyu önümüzdeki birkaç gün içinde topluluk tartışması için açmak istiyoruz ve 6 Aralık 2021'deki yanıta dayalı olarak tekrar ziyaret edeceğiz

Ayrıca ekibin üzerinde çalıştığı ikincil bir boşluk bırakma çözümü de var. Ekonomik çözümlerin en büyük kusuru, zaman alabilmeleridir; bu, mesajlar xx messenger ve xxDk'nin diğer kullanıcıları tarafından aktif olarak bırakıldığında çok da iyi değildir. Sonuç olarak, ekip, xxDK kullanıcılarının isteğe bağlı olarak bu düğümleri içeren turlarda mesaj göndermemeyi seçebilecekleri, şu anda düşük performans gösteren düğüm operatörlerinin bir listesini yayınlayacaktır. Ayrıca, xxDK kullanıcılarının diğer, ayrı olarak seçilmiş listeleri seçmeleri de mümkün olacaktır.

Ekip ayrıca, yakında daha fazla bilgi ile ekip çarpanını minimum performansa bağlı hale getirmeye çalışacak.

Popüler