Komite Nasıl Seçiliyor: Genesis Dosyasındaki Bir Liste ve Hiçbir İşlem Sizi Ona Ekleyemez

Bu sayfanın asıl konusu olan soru

"Protokol bir komiteyi nasıl örnekliyor" değil. "Ben içinde olabilir miyim."

Cevap hayır ve sebebi siyasi değil mekaniktir, ki bu, cevabın yararlı türüdür.

Komitenin tam olarak nereden geldiği

Genesis dosyasındaki bir liste. Her girdi bir adres, bir Ed25519 açık anahtarı ve bir BLS açık anahtarı taşır; bir komite üyesi olan şey bu üçüdür.

O liste, süreç başladığında bir kez okunur ve mutabakat motorundaki bir alana yazılır. Hiçbir şey o alanı bir daha yazmaz. Motordaki diğer her atıf onu okur.

Yani komite, çalışan sürecin ömrü boyunca sabittir ve onu değiştirmek bir dosyayı değiştirip yeniden başlatmak demektir.

Ve zincirin kendi doğrulayıcı sicili onu besleyemez

Zincir durumunda bir doğrulayıcı kaydı var ve bir hisseleme işlemi bir tane oluşturur ya da günceller.

Bir adres, hisselenmiş bir tutar, çözülmekte olan bir tutar, bir itibar rakamı ve bir bayrak tutar. Hiçbir anahtar tutmaz.

Oysa bir komite üyesi iki anahtarla tanımlanır. Dolayısıyla bir şey ona danışsa bile sicil bir komiteyi dolduramazdı ve hiçbir şey danışmıyor.

Yazılımın yaptığı ayrımın önemi buradan geliyor. Düğüm yazılımını kurmak ve çalıştırmak, bir doğrulayıcı olmak değildir ve boşluk, eksik bir izin ya da tamamlanmamış bir form değil: birinin kendisini komiteye ekleyecek biçimde gönderebileceği hiçbir işlem yok.

Ve kendi kaynaklarımızdan ikisi aynı dört doğrulayıcı hakkında anlaşmazlığa düşüyor

Genesis dosyası, dört doğrulayıcısının her biri için bir hisse ve bir itibar bildiriyor.

Zincirin sicili aynı dört adres için ikisini de sıfır bildiriyor.

dört genesis adresi, açık sicilin döndürdüğü beş girdinin dördüyle karakter karakter eşleşiyor. İki kaynak aynı doğrulayıcıları tarif ediyor, dolayısıyla anlaşmazlık kimlik hakkında değil değerler hakkında.

Protokolün üzerine hareket ettiği şey sicildir. Genesis, ona ulaşmamış bir bildirimdir. Genesis rakamını anan bir okur bir niyeti anıyordur ve uç noktayı anan bir okur durumu anıyordur. Bunlar farklı sayılardır ve bu sayfa onların ortalamasını almayacak.

İki kaynağın anlaştığı bir şey var ve edinilmeye değer

Genesis, dört kişilik bir komite büyüklüğü ve üç kişilik bir yetersayı belirtiyor.

Kaynak, yetersayıyı komitenin üçte ikisi aşağı yuvarlanmış artı bir olarak hesaplıyor, ki bu dört için üçtür.

İki bağımsız yer, tek cevap. Yapılandırma ve kod bir sayı üzerinde anlaştığında, o sayının yürürlükte olan sayı olması çok daha muhtemeldir ve bu sayfada bunun tadını çıkaran tek rakam budur.

Şartnamedeki tasarım ve hangi yarısının var olduğu

Hedef, yüze kadar bir havuzdan çekilmiş yirmi bir kişilik bir komitedir.

Bu bir şartnamedir ve dağıtılmış değildir. Ve iki yarı aynı durumda değil: mevcut bir kümeden lider seçen kısım uygulanmıştır, oysa yüzden yirmi bir çekecek kısmın üretim kodunda hiçbir uygulaması yok.

"Dağıtılmadı" tek bir ifadede çok iş yapıyor ve ayrımı keskin tutmaya değer.

Genesis dosyasında fark edilmeye değer daha küçük bir şey

Lider çekilişini besleyen tohum bir genesis sabitidir.

Dönmüyor. Yani bir katılımcı gelecekteki her tur için kendi çekiliş puanını şu anda hesaplayabilir, gerçi başkasınınkini değil, çünkü her puan o doğrulayıcının kendi gizli anahtarını gerektirir.

Alışılmış uygulama tohumu düzenli olarak döndürmektir, böylece hiçbir katılımcı kendi gelecekteki konumu hakkında kalıcı bir görüşe sahip olmaz. Çekiliş kapalıyken acil değildir ve bir komite açılmadan önce halledilecek şeyler listesine aittir.

Kendiniz neyi kontrol edebilirsiniz

solidus_getValidators, açık uç noktaya karşı

Beş girdi geliyor ve dördü blok üretiyor. O dördü için hisselenmiş ve itibar sütunları sıfır okunuyor ve hiçbir arayüz size geldikleri genesis dosyasını göstermeyecek.