Topluluğun geri bildirimlerine dayanarak, ekibin ekonomi için bir önerisi var ve nihai kararda topluluğun yardımını bekliyor
xx network MainNet'nin piyasaya sürülmesiyle ortaya çıkan bir sorun, 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 sadece kötü performans gösteren düğümler devre dışı bırakılarak ele alındı. Bu, nPoS tarafından kontrol edilen MainNet'de açıkça mümkün değildir.
Topluluk MainNet lansmanından bu yana bu konuyu tartışıyor (#MainNet sohbet kanalında çok düşünceli bir konu bulabilirsiniz. uyumsuzluk). Diğerlerinin yanı sıra kayan ceza ölçeklerini içeren çözümler önerilmiştir. Genel olarak, ekibin görüşüne göre mevcut çözümde yapılacak bir değişiklikle birlikte istemci tarafında yapılacak bir değişiklik doğru yaklaşım olacaktır.
Mevcut çözümü anlamak için ekonominin bazı detaylarının gözden geçirilmesi gerekecektir. Her epokta (24 saatlik dönem) bir miktar jeton verilir (bu karar için mekanizma 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 kendi paylarına eşittir. Örneğin, bir dönemdeki ödül toplamı 50.000xx ise ve belirli bir düğüm toplam 10.000.000 puan üzerinden 10.000 puan almışsa, (10.000/10.000.000)×(50.000xx) = 500xx (doğrulayıcı ve aday gösterenler arasında paylaştırılacak) alacaktır.
Peki bu puanlar nasıl kazanılıyor?
xx network'de iki şey için puan kazanılır: blok yapmak ve cMix turlarını yürütmek. Teşvik şeması, cMix turlarını yürütme mekanizması içinde yatmaktadır.
Bir tur tamamlandığında, takımdaki 5 düğümün tamamı 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ışları caydırmak içindir. İlk başta bu çok adaletsiz görünüyor - eğer bir düğüm nedeniyle bir tur başarısız olursa, neden her düğüm cezalandırılsın?
Bunun iki nedeni var:
Bunlardan ilki, BFT (Byzantine Fault Tolerance) kapsamında cMix protokolünde kimin hatalı olduğunu belirlemenin mümkün olmamasıdır. Bu da 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 arıza oranını hedeflemesi gerektiği dışında işe yarar. Çok yüksek güvenilirliğe sahip bir sistem istediğimiz göz önüne alındığında, 50%'den çok daha yüksek bir sayıyı hedeflemek istiyoruz.
Genel olarak, hedeflenen arıza oranı ile noktaları ilişkilendiren denklem aşağıdaki gibidir:
Puan başarısının her zaman 10 olduğu düşünülürse, bu bize şunu verir:
Bu da yaklaşık bir değerdir çünkü bölgesel çarpanları, düğümlerin başarısız turlardan kurtulmasının ne kadar sürdüğünü veya farklı düğüm donanımları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 en büyük soru, uygun "hedeflenen başarısızlığın" ne olması gerektiğidir. Genel olarak, bu hedef beklenenden daha yüksek olabilir çünkü bir düğümde bu hedefi karşılamayan yüksek arıza oranları olduğunda puanlar ve dolayısıyla kazançlar önemli ölçüde düşmeye devam eder.
Son 12 saat içinde, en yüksek gerçek zamanlı arıza oranları aşağıdaki gibidir:
27.22%, 3.79%, 3.58%, 1.64%, 1.19%
Ortalama arıza oranı 0,5%'dir (medyan 0,35%).
Bu veriler ışığında ekip, 33%'lik bir arıza oranı hedefinden 5%'ye inmemiz gerektiğine inanmaktadır; bu da gerçek zamanlı arıza başına puan kesintisini 190'a düşürecektir.
Bu konuyu önümüzdeki birkaç gün içinde kamuoyunun tartışmasına açmak istiyoruz ve 6 Aralık 2021'de gelecek yanıtlara göre konuyu yeniden ele alacağız.
Ekibin üzerinde çalıştığı ikinci bir geçici çözüm de var. Ekonomik çözümlerin en büyük kusuru zaman alabilmeleridir ki bu da xx messenger ve xxDk'nın diğer kullanıcıları tarafından mesajlar aktif olarak düşürüldüğünde hiç de 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ınlayacak. Ayrıca, xxDK kullanıcılarının ayrı olarak düzenlenmiş diğer listelere katılmaları da mümkün olacaktır.
Ekip ayrıca, takım çarpanını minimum performansa bağlı hale getirmeyi de araştıracak ve daha fazla bilgi yakında gelecek.
