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.
İkincisi, toplamda diğer düğümlerin cezalandırılmamasıdır. Örneğin, biri hariç tüm düğümlerin 0% turun başarısız olmasına neden olduğu ve birinin 50% başarısız olduğu 15 düğümlü ve 5 düğümlü takımlı bir ağ hayal edin. Yeterli sayıda tur verildiğinde, tüm iyi düğümler kötü düğümle eşit şekilde çalışacak ve puanlar toplam puanlara göre değil, toplam puan oranına göre dağıtıldığından, tüm "iyi" düğümler aynı sayıda xx coin alırken, kötü düğüm cezalandırılacaktır. Yukarıdaki durumda, bir düğüm zamanın 1/3'ünde kötü düğümle aynı takımda yer alacaktır. 50% hata oranına sahiptir, bu nedenle tüm düğümler toplam 16,667% hata oranına sahip olacaktır. 100.000 tur olduğu ve her birinin 1/3'üne katıldığı varsayılırsa, bu, mevcut ekonomi ile 10×100.000×⅓×(1-,667) = 277.778 puan kazanacakları ve 20×100.000×⅓×(,667) = 111.111 puan kaybedecekleri ve toplam 166.667 puan kazanacakları anlamına gelir. Aynı senaryoda, suç işleyen düğüm 10×100,000×⅓×() = 166,667 kazanacak ve 20×100,000×⅓×() = 333,333 puan kaybederek toplamda -166,667 puan kazanacaktır. Puanlar negatife düşemez, bu nedenle suç işleyen düğümler 0 puan alır ve sonuç olarak tüm ödüller diğer 14 iyi düğüm arasında eşit olarak paylaştırılır - sanki suç işleyen düğüm hiç orada değilmiş gibi.
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.
