Yönetim V2

Polkadot, paydaşların ihtiyaçlarına göre zarif bir şekilde evrimleşebilmesi için karmaşık bir yönetişim mekanizması benimsemiştir. Hedefi, çoğunluk hisselerinin her zaman ağa hakim olmasını sağlamaktır.

Bu yazıda bahsedilen içerik değişiklik gösterebilir. Yönetim protokolü birkaç iterasyondan geçmiştir (v1 ve v2), gelecekte daha fazla değişiklik olacak (v2.5).

Polkadot'un ilk merkeziyetsiz yönetişim sistemi (v1) üç ana bölümden oluşmaktadır:

1. Teknik Komite: Yükseltme takvimini yöneten teknik komite.

2. Yönetim Kurulu: Parametreleri, admin ve harcama tekliflerini yönetmekle sorumlu, oylama ile seçilen bir yürütme "hükümeti".

3. Referandum: Diğer tüm konular için genel oylama sistemi, uzun vadeli paydaşlara daha fazla etki gücü verir.

Bu sistem başlangıçta iyi çalıştı ve devlet hazinesi fonlarının makul kullanımını sağlamaya ve zamanında güncellemeler ve onarımlar yapmaya yardımcı oldu. Ancak sistem olgunlaştıkça, eksikliklerini sürekli olarak geliştirmek ve en son gelişmelere ayak uydurmak gerekiyor. Örneğin, "yönetim v1" de, tüm referandumlar eşit ağırlığa sahip olup, bir seferde yalnızca bir referanduma oy verilebilir ve oylama süresi birkaç hafta sürebilir. Bu durum, sistemin çok az sayıda teklifi dikkatlice değerlendirmeye eğilim göstermesine, çok sayıda teklifi geniş bir şekilde değerlendirmek yerine, yol açmaktadır.

"Yönetim v2" ( kısaca "Gov2" ), günlük karar alma yöntemini değiştirdi, referandumları daha yaygın ve çevik hale getirerek sistemin alabileceği kolektif karar sayısını önemli ölçüde artırdı.

Gov2, kodunun nihai profesyonel incelemesini tamamladıktan sonra Kusama üzerinde başlatılacak. Kusama'da test edildikten sonra, Polkadot üzerinde dağıtılması için bir öneri sunulacak.

Ön koşul

Bu ağ, zincir üzerinde depolanan ve WebAssembly ile tanımlanan biçimsiz durum dönüşüm fonksiyonları da dahil olmak üzere çeşitli yenilikçi mekanizmaları bir araya getirir ve uyarlanabilir mutlak çoğunluk eşiği ile toplu onaylama oylama mekanizmaları gibi çeşitli zincir içi oylama mekanizmalarını içerir.

Anlaşmadaki tüm değişiklikler, hisse ağırlıklı bir referandum ile yapılmalıdır.

mekanizma

Yönetim v1'de, aktif token sahipleri ve yönetim kurulu ağ güncellemeleriyle ilgili kararları birlikte yönetir. Teklifler kamu tarafından mı yoksa yönetim kurulu tarafından mı sunulursa sunulsun, nihai karar halk oylamasıyla alınmalı ve kararlar stake miktarı ve inanç değeri ağırlığına göre verilmelidir.

Yönetim v2'de birkaç değişiklik var. Yeni yönetim modelinin merkeziyetsiz özellikleri yansıtma şekli şudur:

• Tüm yönetim sorumluluklarını token sahiplerine devretmek için demokratik oylama yoluyla
• Mevcut yönetim kurulunu feshetmek
• Kullanıcılara oy haklarını topluluk üyelerine daha fazla şekilde devretme izni verin.

referandum

Referandum, basit, kapsayıcı ve teminat temelli bir oylama planıdır. Her referandumun, runtime ayrıcalık fonksiyon çağrıları biçiminde bir ilgili özel teklifi vardır.

Referandum, belirli bir oy verme süresi olan ayrık bir olaydır. Oy verme süresi sona erdiğinde ve oy pusulaları sayıldığında, onaylanması durumunda ilgili fonksiyon çağrılacaktır. Referandum her zaman ikilidir; oy verme seçenekleri yalnızca "kabul", "reddet" veya tamamen çekilmek olabilir.

Gov2'de, herkes istediği zaman referandum başlatabilir ve sayı sınırlaması yoktur. Gov2, referandum sürecine yardımcı olmak için Origins( kaynak) ve Tracks( ray) gibi yeni kavramlar getirmiştir.

Origin, belirli bir ayrıcalık düzeyinin tanımı olarak görülebilir. Teklif sahibi, teklifin gereksinimlerine dayalı olarak talep için uygun bir Origin seçmelidir.

Her Origin, bir referandum kategorisi ile ilişkilidir ve her kategori bir Track içerir. Track, teklifin yaşam döngüsünü özetler ve diğer kategorilerden bağımsızdır. Farklı bağımsız yollar, ağın gizli ayrıcalık seviyesine göre referandum dinamiklerini ayarlamasına olanak tanır.

Örneğin, Runtime yükseltmesinin ekosistem üzerindeki etkisi, hazine bahşişinin onaylanmasından farklıdır, bu nedenle farklı Origins gereklidir; burada farklı oy oranları, onay oranları, teminat ve en kısa yürütme süreleri önceden belirlenecektir.

Teklif Referandumu

Halk Oylaması

Herkes, belirli bir süre içinde minimum miktarda token yatırarak bir referandum önerebilir. Eğer biri kabul ederse, desteklemek için aynı miktarda token yatırabilir, buna "destekleme" denir. En yüksek bağlı token desteğini alan öneri, bir sonraki oylama dönemi için referandum olarak seçilecektir.

Gov2'de, referandum oluşturulduğunda, topluluk hemen oy kullanabilir. Ancak bu referandum, oyların sonlandırılabileceği, sayılabileceği, onaylanabileceği ve uygulanabileceği bir durumda değildir. Aksine, referandum "karar" durumuna geçmeden önce bazı standartları karşılamalıdır. Bu öncesinde, hala beklemede durumundadır.

Decided durumuna geçiş standartları şunlardır:

• İthalat dönemini yaşadı, yani başlamaya karar vermeden önce geçilmesi gereken süre. Bu, "karar keskinleştirme" olasılığını azaltmaya yardımcı olur.
• Kesinlikle karar verme için hala yeterli alan olmalıdır. Tüm Track'ler, aynı anda karar verilebilecek referandum sayısı üzerinde sınırlamalara sahiptir.
• Karar depozitosu ödenmelidir. Referandum oluşturmanın maliyeti düşüktür, ancak referandumun kararını vermek için daha büyük bir geri alınabilir depozito gereklidir, böylece gereksiz bilgi azaltılabilir.

Oy verme takvimi

Gov2'de, bir teklif onaylandığında 28 günlük bir nitelik süresi vardır. Bu aşama sona erdiğinde hala onaylanmamışsa, teklif otomatik olarak reddedilecektir.

Referandum oylaması( yönetişimv2)

Gov2'de, eğer öneri onay oranı ve destek oranı gereksinimlerini karşılıyorsa, onaylanır.

Onay oranı, onay oy ağırlığının toplam oy ağırlığına oranını ifade eder. Destek oranı, onaylanan toplam oy sayısının sistemin olası toplam oy sayısına göre karşılaştırılmasıdır.

Tekliflerin, onay süresinin en kısa sürede bu standardı karşılaması gerekmektedir. Farklı yolların farklı onay süreleri ve onay destek gereksinimleri vardır. Şimdi gerekli destek miktarı ve genel onay aracılığıyla yapılandırılabilir.

Gov2'de, 28 gün içinde onaylanmayan teklifler varsayılan olarak reddedilmiş sayılacak ve karar teminatı iade edilecektir. Teklif, onay dönemi sona ermeden önce kabul edilmeye devam ederse, onaylanmış olarak kabul edilecek ve belirlenen süre dolduktan sonra önerilen kaynaktan uygulanması planlanacaktır. Belirleme süresi, teklif sırasında belirtilir, ancak aynı zamanda ray tabanlı minimum limitler ile de sınırlıdır.

Gönüllü Kilitlenme

Polkadot, "gönüllü kilitleme" kavramını kullanır ve token sahiplerinin token'larını kilitlemek istedikleri süreyi beyan ederek oy haklarını artırmalarına olanak tanır. Her bir token sahibi için oy sayısı aşağıdaki formülle hesaplanacaktır:

Oy sayısı = token * inanç çarpanı

Kilitleme süresi her katlandığında, conviction çarpanı bir artar. Maksimum kilitleme süresi 6( toplam 32 kilitleme süresi ), bir kilitleme süresi 28 gündür.

Kilitledikten sonra, token'leri hâlâ oylama ve stake etme için kullanabilirsiniz, ancak bunları başka bir hesaba transfer edemezsiniz.

Yönetim Kurulu

Gov2'de, önceki seçim komisyonu görevi gören yönetim kurulu için bir alternatif stratejiye ihtiyaç vardır. Gov2, çoklu rol devretme işlevini geliştirmiştir; seçmenler sistemdeki her tür referandum için farklı temsilciler atayabilir.

referandumu iptal et

Gov2'de, oy verilmiş bir öneriyi etkilemek için kullanılan Cancelation( adında özel bir işlem bulunmaktadır. Bu işlem, devam eden referandumu hemen reddedecektir. Eğer öneri kötü niyetli veya spam ise, önerenin teminatının cezalandırılmasını sağlar.

İptal işlemi, bir yönetişim operasyonudur ve yalnızca ağ oylaması ile gerçekleştirilebilir. Kendi Origin ve Track'ine sahiptir, kısa bir ithalat süresi ve onay oranı/destek oranı eğrisi vardır; eşik değeri hızla düşmektedir.

) Polkadot Burs Programı

Fellowship, Polkadot ağı ve protokol teknolojisi bilgisine sahip kişileri temsil eden temel bir özerk uzman kuruluşudur. Üyeleri, görüşlerinin akılcılığı, teknik temeli ve Polkadot'un çıkarlarıyla uyumluluğu düzeyine göre "derecelendirme" ile sınıflandırır.

Mevcut Teknik Kolektiften farklı olarak, üye sayısını artırmayı ve giriş engellerini azaltmayı hedefliyor. Aday üye olmak için yalnızca küçük bir depozito yatırmak yeterlidir.

Fellowship üyeleri, herhangi bir Fellowship önerisine oy verebilir; üyelerin toplam görüşleri ### seviyeye göre ağırlıklandırılarak ( Fellowship'in değerlendirme görüşünü oluşturur.

Seviye Sistemi

Ağ üzerinde belirli bir kontrol elde eden azınlık katılımcıların önlenmesi için sistem üç ana ilkeye bağlı kalmaktadır:

1. Fellowship ağ üzerinde sert bir güç sahibi olamaz.
2. Fellowship, yüksek seviye üyelere daha fazla ağırlık vermelidir, ancak düşük seviyedeki üyelerin ortak görüşleri tarafından aşılmayacak kadar yüksek olmamalıdır.
3. Fellowship, üyelerinin ve mesleki bilgi seviyelerinin büyümesi ve gelişmesi gerektiğini belirtir.

Fellowship, seviyeleri elde etme ve sürdürme gereksinimlerini ve beklentilerini özetleyen bir tüzük oluşturacaktır. Yüksek seviyedeki kişiler, tüzüğe göre düşük seviyedeki kişileri oylayabilir ve terfi ettirebilir.

Belirli bir süre sonra, eğer üyeler statülerini kanıtlayamazlarsa, otomatik olarak düşürüleceklerdir. Görevden alma yalnızca referandumla gerçekleşebilir. En yüksek seviyeyi elde etmek için referandum gereklidir.

Beyaz Liste

Whitelist pallet, bir Origin'in başka bir Origin'in yetki seviyesini artırmasına izin verir. Gov2'de, Fellowship'in yeni bir kaynak ) Whitelisted-Root ('yi Root seviyesinde yetki ile çalıştırmasına izin verir ve yalnızca Fellowship tarafından yetkilendirilmiş belirli komutlarla birlikte kullanılabilir.

Bu sistem, daha kısa oylama döngülerine izin veren yeni bir paralel Track) Whitelisted-Root Origin( oluşturulmasına olanak tanır. Kamuya açık ve şeffaf bir süreç aracılığıyla, küresel uzmanlar grubu bu işlemin hem güvenli hem de zaman açısından acil olduğunu belirlemiştir.

) kara liste

Öneriler, Root kaynağı aracılığıyla kara listeye alınabilir. Kara listeye alınan öneriler ve ilgili referandumlar derhal iptal edilir ve bunların hash'leri öneri sıralarında yeniden görünemez. Bu, aynı hash ile gönderilebilecek hatalı önerilerin silinmesinde çok faydalıdır.

Ancak bu, geçersiz önerilerin sunulmasını önlemenin tam bir çözümü değildir, çünkü öneri metnindeki küçük değişiklikler de hash değerini değiştirebilir ve kara listeyi geçersiz kılabilir.