Yönetim V2

Polkadot, paydaşların ihtiyaçlarına göre zarif bir şekilde evrilebilen ince bir yönetim mekanizması kullanmaktadır. Amacı, oy haklarının çoğunluğunun her zaman ağı kontrol etmesini sağlamaktır.

Bu belgenin içeriğinde değişiklikler olabilir. Yönetim protokolü birkaç kez güncellemeler geçirdi (v1 ve v2), daha fazla değişiklik planlanıyor (v2.5).

Polkadot'un ilk merkeziyetsiz yönetim sistemi (v1), üç ana bileşenden oluşmaktadır:

• Teknik Komite: Yönetim yükseltme takviminden sorumlu teknik komite.
• Yönetim Kurulu: Oylama ile seçilen bir "hükümet"i yürütmekle sorumlu, parametreleri yönetme, yönetim ve harcama önerilerini yönetme görevine sahip.
• Referandum: Diğer tüm konularda oy verme için genel bir oylama sistemi, uzun vadeli paydaşların daha büyük bir etkisi vardır.

Bu sistem ilk birkaç yıl iyi çalıştı, hazine fonlarının uygun kullanımını sağlamaya yardımcı oldu ve zamanında güncellemeler ve onarımlar yapılabildi. Çoğu erken teknolojide olduğu gibi, sistemler ve protokoller kusurlarını iyileştirmek ve ilerlemeyi takip etmek için sürekli evrim geçirmelidir. Örneğin, "yönetim v1"de, tüm referandumlar aynı ağırlığa sahipti çünkü yalnızca bir referandum üzerinde oy kullanılabiliyordu ve oy verme süresi birkaç hafta sürebiliyordu. Bu, sistemin çok sayıda öneri yerine çok az öneriyi dikkatle değerlendirme eğiliminde olmasına yol açtı. Böylece "yönetim v2" ortaya çıktı!

"Yönetim v2" veya "Gov2", günlük karar alma yöntemlerini değiştirerek referandumların etki alanını genişletir ve daha çevik hale getirir, böylece sistemin alabileceği kolektif karar sayısını önemli ölçüde artırır.

Gov2, kodunun son profesyonel denetiminden sonra Kusama'da başlatılacak. Kusama'da test edildikten sonra, Polkadot'a dağıtımını öneren bir teklif sunulacak.

Aşağıdaki içerik, öncelikle Polkadot ağı üzerindeki birçok temel yönetişim ilkesini tanıtacaktır. Yönetişim v1'in kökenlerini anlamak, ikinci iterasyonun yönünü daha iyi anlamak için önemlidir. Bu farklılıklar ve ayrımlar, her bir alt konuda vurgulanacaktır.

Dikkat edilmesi gereken bir nokta, bu yaşam döngüsü aşamasında yönetimin sürekli olarak gelişen bir protokol olduğudur. Yönetim v2 güncellemesi ağa girdiği ile birlikte, yönetim v2.5 planları da hazırlanmıştır.

ön koşul

Özetle, bu ağ, zincir üzerinde depolanan ve platformdan bağımsız bir ara dil olan (WebAssembly) ile tanımlanan biçimsiz durum dönüşüm fonksiyonları ve uyarlanabilir mutlak çoğunluk eşiği ile toplu onaylama oylama mekanizmalarına sahip referandum gibi çeşitli yenilikçi mekanizmaları bir araya getiriyor.

Sözleşmedeki tüm değişiklikler, hak sahipliği ağırlıklı bir referandum ile kabul edilmelidir.

mekanizma

Yönetim v1'de, aktif token sahipleri ve konsey birlikte ağ güncelleme kararlarını yönetir. Teklifler ister kamu ( token sahipleri ) tarafından isterse konsey tarafından sunulsun, nihai karar tüm sahiplerin referandumuna tabi olmalı ve oy kullanma ağırlığı olarak stake miktarı ( ve conviction ) dikkate alınmalıdır.

Yönetim v2'de birkaç değişiklik var. Yeni yönetim modelinin merkeziyetsiz özelliklerini yansıtan şekil şudur:

• Tüm yönetim sorumluluklarını token sahiplerine devretmek için demokratik oylama yoluyla
• Mevcut Yönetim Kurulu'nu feshetmek
• Kullanıcıların oy haklarını topluluk üyelerine daha fazla şekilde devretmelerine izin verir

Gov1'deki konsey, pasif token sahiplerini temsil etme, hazine koruyucusu ve yasama girişimcisi rollerini üstlenmiştir, ancak genellikle merkezileşmiş bir varlık olarak görülmektedir. Polkadot ve Kusama ağlarını daha fazla merkezsizleştirmek için, Gov2, konseyin görevlerini topluluğa geri vermeyi önermektedir.

( referandum

Referandum, basit, kapsayıcı ve staking'e dayalı bir oylama planıdır. Her referandumun, runtime ayrıcalık fonksiyon çağrıları şeklinde ) ile en güçlü çağrıyı: set_code içeren bir ilgili özel teklifi vardır; bu, "sert hard fork" ile gerçekleştirilmesi gereken işlevselliği sağlar ###.

Referandum, belirli bir oy verme süresine sahip ayrık bir olaydır. Oy verme süresi sona erdiğinde ve oy pusulaları sayıldığında, eğer oy onaylanırsa, (set_code) fonksiyonu çağrılacaktır. Referandum her zaman ikilidir; oy vermedeki seçiminiz yalnızca "evet", "hayır" veya tamamen çekimser olabilir.

Yönetim v1'de, referandum aşağıdaki yöntemlerden biriyle başlatılabilir:

• Kamuya açık sunulan öneriler;
• Yönetim Kurulu tarafından çoğunluk veya tam oyla kabul edilen öneriler;
• Önceki referandumun bir parçası olarak sunulan öneri;
• Teknik komite tarafından sunulan ve yönetim kurulu tarafından onaylanan acil öneri.

Tüm referandumların ilgili bir uygulama gecikme süresi vardır. Bu, referandumun sona ermesinden, önerinin gerçek uygulamasına (, önerinin kabul edilmesi durumunda ) arasında geçen bir süreyi ifade eder.

Eğer bir referandum kapanır ve sayım tamamlanırsa, referandum tamamlanmış olarak kabul edilir. Aynı şekilde, öneri onaylanırsa, uygulanması planlanır. Eğer referandum sonuçları bekleniyorsa, yani oy veriliyorsa, referandum tamamlanmamış olarak kabul edilir.

Eğer öneri kamu veya yönetim kurulu tarafından sunulmuşsa, 28 günlük sabit bir uygulanma gecikme süresi vardır. Önceki referandum uygulamasının bir parçası olarak sunulan öneriler, gerektiğinde uygulanma gecikme süresi ayarlanabilir. Acil öneri işleme, "hızlı takip" gerektiren ağın önemli sorunlarını ele alır ve bu da uygulanma süresini kısaltır.

Gov2'de, herkes istediği zaman referandum başlatabilir ve istediği kadar referandum başlatma hakkına sahiptir. Gov2, referandum protokolünün sürecini ve işlenmesini kolaylaştırmak için Origins( kaynak) ve Tracks( raylar) adı verilen birkaç yeni özellik sunar.

Origin, belirli bir ayrıcalık seviyesi için zengin bir tanımlayıcı olarak düşünülebilir. Referandumun önericileri, teklifin gereksinimlerine göre talepleri için uygun bir Origin seçmelidir.

Her Origin, bir referandum kategorisi ile ilişkilidir ve her kategori de bir Track ile ilişkilidir. Track, önerinin yaşam döngüsünü özetler ve diğer kategorilerin Track'lerinden bağımsızdır. Farklı bağımsız yolların olması, ağın referandum dinamiklerini gizli ayrıcalık seviyelerine göre ayarlamasına olanak tanır.

Örneğin, Runtime yükseltmesi ( set_code çağrısının ) ekosistem üzerindeki etkisi, hazine bahşişinin onayı ( reportAwesome çağrısından ) farklıdır, bu nedenle farklı Origins gereklidir; burada farklı oy oranları, onay oranları, teminat ve en kısa yürütme süresi pallet üzerinde önceden belirlenmiştir.

( teklif oylaması

Halk Oylaması

Herkes, belirli bir süre içinde ) blok sayısına ### en az miktarda token yatırarak bir referandum önerebilir. Eğer birisi teklifi kabul ederse, desteklerini göstermek için aynı miktarda token yatırabilir.

Bu işlem "onay verme" olarak adlandırılmaktadır. En yüksek bağlı token desteğine sahip olan teklif, bir sonraki oylama döngüsü için referandum olarak seçilecektir. Lütfen bunun onay verme işleminin mutlak sayısından farklı olabileceğini unutmayın; örneğin, üç hesap her biri 20 DOT bağladığında, bu, on hesap her biri 1 DOT bağladığında elde edilen gücü "aşacaktır".

Teklif sunulduktan sonra ( oylama başlayacak ), bağlanmış tokenler serbest bırakılacaktır.

Yönetim v1 için, öneri kuyruğunda en fazla 100 kamu önerisi olabilir.

Gov2'de, bir referandum oluşturulduğunda, topluluk hemen oy kullanabilir. Ancak, bu referandum sona erebilecek, ya da başka bir şekilde oy pusulalarını saymak, onay almak ve nihai olarak uygulamak için uygun bir durumda değildir. Bunun yerine, referandum bazı standartları karşılamalıdır ve ardından "karar(Karar)" olarak adlandırılan bir duruma girmelidir. Bu duruma girmeden önce, hala belirsiz durumdadır.

Decided durumuna geçiş standartları aşağıdaki gibidir:

• Giriş Dönemi ( lead-in period ), karar vermeden önce geçilmesi gereken zaman miktarını ifade eder. Bu, "karar avcılığı" olasılığını azaltmaya yardımcı olur; bu durumda, büyük bir oy hakkı kontrol eden saldırgan, öneriden hemen sonra öneriyi geçirebilir, böylece tüm oy verenlerin düşünmesi ve katılması için yeterli zaman kalmaz.
• Karar vermek için kalan alan olmalıdır. Tüm Track'ler aynı anda karar verilebilecek referandum sayısını sınırlamıştır. Daha güçlü yeteneklere sahip olan track'ler daha düşük sınırlara sahip olacaktır. Örneğin, Root seviyesindeki Origin'in sınırı 1'dir, bu da aynı anda yalnızca 1 süper tehlikeli önerinin karara bağlanabileceği anlamına gelir.
• Karar teminatı ödenmelidir. Referandum oluşturmanın maliyeti oldukça düşüktür, çünkü teminatın değeri yalnızca onu izlemek için gereken zincir üzerindeki depolama değerini içerir. Ancak, referandumun gözden geçirilmesi ve karar verilmesi, referandum kuyruklarındaki sınırlı yerleri tüketme riski taşır. Daha büyük ancak geri alınabilir bir teminat talep etmek, gereksiz bilgi akışını azaltmaya yardımcı olur.

Oylama Takvimi

Governance v1'de, bir kuyruğun en az bir öneri içerdiği varsayıldığında, her 28 günde bir yeni bir oylama yapılacaktır. Yönetim kurulu tarafından onaylanan öneriler için bir kuyruk, kamu tarafından sunulan öneriler için de bir kuyruk bulunmaktadır. İki kuyrukta en üst sıradaki öneriler arasında dönüşümlü olarak oylama yapılacaktır.

En yüksek sıralamadaki teklif, arkasındaki stake miktarı ile belirlenir. Eğer mevcut sıranın, teklif bulunmayan bir referandum ( oluşturmayı denemesi durumunda ) sırası boşsa ve başka bir sırada bekleyen teklifler varsa, o sıradaki en yüksek sıralamadaki teklif referanduma girecektir.

Aynı dönemde birden fazla referandum oylaması yapılamaz, acil referandumlar hariç. Normal referandum ( ile açık veya yönetim kurulunun önerisi ) ile aynı anda gerçekleşen acil referandum, birden fazla referanduma aynı anda oy vermenin tek yoludur.

Teklif onaylandığında, yönetim v2 aynı 28 günlük uygunluk süresini paylaşır. Eğer bu aşamanın sonunda hala onaylanmamışsa, teklif otomatik olarak reddedilecektir.

Referandum oylaması( yönetişim v2)

Governance v2'de, eğer bir öneri onay oranı ve destek oranı gereksinimlerini karşılarsa, bu öneri onaylanacak, yani adaptif grup önyargı sistemi kaldırılacaktır.

Onay oranı (, onay oylama ağırlığının ), inanç ayarlamalarından sonra ( toplam oylama ağırlığının ), onay ve red ( paylarını içerdiği şekilde tanımlanır.

Destek oranı ) Destek ( onaylanan toplam oy sayısıdır ) conviction ayarlamalarını göz ardı et ( sistemde yapılabilecek toplam oy sayısıyla karşılaştırma.

Bu, onay süresinin en kısa süresinde bu standardı karşılamalıdır. Farklı yolların farklı onay süreleri ve onay ve destek gereksinimleri vardır. Şimdi gerekli destek miktarı ve genel onay aracılığıyla yapılandırılabilir. Düşük ayrıcalıklı kaynakların kullanıldığı öneriler için, yüksek ayrıcalıklı kategorileri ), örneğin Root( ile karşılaştırıldığında, gerekli oy oranını daha gerçekçi bir sayıya daha erken indirmek daha mantıklıdır. Daha büyük siyasi öneme sahip kurslar, tartışmaları önlemek için daha yüksek onay talep edebilir.

Gov2'de, 28 gün sonra onaylanmamış öneriler varsayılan olarak reddedilmiş sayılacak ve Decision Deposit iade edilecektir. Eğer öneri, onaylama süresi bitmeden önce geçerliliğini sürdürmeyi başarırsa, onaylanmış sayılacak ve belirleme süresinin ardından önerilen kaynaktan uygulanmaya başlanacaktır. Belirleme süresi, halk oylaması önerisi sırasında belirlenir, ancak aynı zamanda ray tabanlı minimum değerlerle de sınırlıdır. Daha güçlü Tracks, önerinin neden olabileceği herhangi bir değişiklik için ağın yeterli zamanının olmasını sağlamak amacıyla daha uzun bir uygulama süresi uygulayacaktır.

Gönüllü Kilitleme

Polkadot, token sahiplerinin token'larını ne kadar süreyle kilitlemeyi kabul ettiklerini beyan ederek oy haklarını artırmalarına olanak tanıyan "gönüllü kilitleme" adı verilen bir kavram kullanır. Bu nedenle, her token sahibinin oy sayısı aşağıdaki formüle göre hesaplanacaktır:

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

Kilitleme süresi her turda bir kat artar, conviction çarpanı oy verme çarpanını bir artırır.

Kilitleme süresi oylama çarpanı 00.111224384165326

Kilitleme dönemi "iki katına" çıkarma maksimum sayısı 6) olarak belirlenmiştir, bu nedenle toplamda 32 kilitleme dönemi (, bir kilitleme dönemi 28 gündür. Sadece iki katına çıkarma izin verilir, örneğin, 24 dönemi kilitleyip inancınızı 5.5 artıramazsınız.

Token kilitlendiğinde, onu oylama ve staking için kullanmaya devam edebilirsiniz; yalnızca bu token'ları başka bir hesaba transfer etmekten yasaklanırsınız.

Seçim oyları her zaman aynı zamanda "hesaplanır", yani oy verme döneminin sonunda. Bu, token kilit süresinden etkilenmez.

) Referandumu iptal et

Yönetim v1'de, eğer teknik komite önerinin iptal edilmesine oy birliğiyle karar verirse veya Root kaynağı bu özelliği tetiklerse, öneri iptal edilebilir. İptal edilen önerinin teminatı yok edilecektir.

Ayrıca, kurulun üçte iki çoğunluğu referandumu iptal edebilir. Eğer referandum teklifinde sorunlar geç fark edilirse ( örneğin teklifin uygulanacak runtime kodunda hata varsa ) bu son çare olarak değerlendirilebilir.

Eğer iptal edilen tartışmalar yeterince büyükse ve konsey üçte iki çoğunluğu elde edemezse, o zaman paydaşlar birlikte önerinin kaderini belirleyecektir.

Yönetim v2'de, oylama yapılmış bir öneriye müdahale etmek için kullanılan Cancelation### adı verilen özel bir işlem bulunmaktadır. Bu işlem, oylama durumu ne olursa olsun, devam eden referandumu anında reddedecektir. Ayrıca, eğer öneri kötü niyetli veya spam ise, öneren kişinin teminatının el konulmasını sağlamak için bir düzenleme bulunmaktadır.

İptal işlemi kendisi bir yönetişim eylemidir ve yürürlüğe girmesi için ağ oylaması gereklidir. İptal, kendi Origin ve Track ile birlikte gelir, çok kısa bir geçiş süresine ve onaylama/destekleme oranı eğrisine sahiptir; bu oranların geçiş eşiği biraz daha hızlı düşmektedir çünkü bu, acil durumlarda devreye alınır.

( Polkadot Burs Programı

Bu Fellowship, Polkadot ağı ve protokollerine sahip teknik bilgi birikimine sahip insanları temsil etmek amacıyla oluşturulmuş, temel olarak özerk bir uzman kuruluşudur. Fellowship, "eşitlik" aracılığıyla...