Polkadot, paydaşların ihtiyaçlarına göre sürekli evrim geçirebilmesi için zarif bir yönetişim mekanizması benimsemiştir. Amacı, çoğunluk hisselerinin her zaman ağı kontrol edebilmesini sağlamaktır.
Bu makalenin içeriğinde değişiklikler olabilir. Yönetim protokolü birkaç kez iterasyondan geçti (v1 ve v2), gelecekte daha fazla değişiklik olacak (v2.5).
Polkadot'un ilk merkeziyetsiz yönetişim sistemi (v1) üç ana bileşenden oluşmaktadır:
Teknik Komite: Yükseltme Zaman Çizelgesini Yönetmek
Konsey: Seçimle belirlenen yürütme "hükümeti", parametre yönetimi, yönetim ve harcama önerileri ile sorumludur.
Referandum: Genel oylama sistemi, uzun vadeli paydaşlara daha fazla etki sağlar.
Sistem ilk birkaç yıl iyi çalıştı, ancak olgunlaşma ile birlikte sürekli evrim geçirmesi gerekiyor, böylece eksikliklerini geliştirebilir ve ilerlemeleri takip edebilir. Örneğin, "governance v1"de, tüm referandumların ağırlıkları eşitti, bir seferde yalnızca bir referandum için oy kullanılabiliyordu ve oy verme süresi birkaç hafta sürebiliyordu. Bu, sistemin çok az sayıda öneriyi dikkatlice değerlendirmeye eğilimli olmasına neden oldu, çok sayıda öneriyi geniş bir şekilde değerlendirmek yerine. Bu nedenle, "governance v2" ortaya çıktı.
"Yönetim v2" veya "Gov2", günlük karar alma yöntemlerini değiştirdi, referandumların etki alanını daha geniş ve daha çevik hale getirerek, sistemin alabileceği kolektif karar sayısını önemli ölçüde artırdı.
Gov2, Kusama üzerinde başlatılıp test edildikten sonra Polkadot'a dağıtım önerilecektir. Şu anda Gov2, Kusama ağına çevrimiçi olmuştur.
Aşağıdaki içerik, Polkadot ağının temel yönetişim ilkelerini tanıtacaktır. Yönetişim v1'in kökenlerini anlamak, ikinci iterasyonun yönünü daha iyi kavramaya yardımcı olur. Bu farklılıklar, çeşitli alt konularda vurgulanacaktır.
Dikkat edilmesi gereken nokta, mevcut aşamada yönetimin hâlâ gelişmekte olan bir protokol olduğudur. Yönetim v2 güncellemesi ile birlikte, yönetim v2.5 planları da hazırlanıyor.
Ön koşul
Özetle, bu ağ, zincir üzerinde tanımlanan ( gibi WebAssembly ile tanımlanan amorf durum dönüşüm fonksiyonları ve uyumlu mutlak çoğunluk eşiğine sahip referandum ve toplu onay oylamaları gibi çeşitli zincir içi oylama mekanizmalarını içeren çeşitli yenilikçi mekanizmaları bir araya getirmektedir.
Sözleşmedeki tüm değişiklikler, hisse ağırlıklı bir referandumla kabul edilmelidir.
) mekanizma
Yönetim v1'de, aktif token sahipleri ve konsey birlikte ağ güncelleme kararlarını yönetir. Teklifler kamu veya konsey tarafından sunulsa da, nihai kararın kitle oylaması ile alınması gerekmektedir ve karar, stake miktarı ve inanç değeri ağırlıkları ile verilir.
Yönetim v2'de birkaç değişiklik var. Yeni yönetim modelinin merkeziyetsiz özellikleri yansıtma şekli şudur:
Yönetim kurulunun sorumluluğunu token sahiplerine devretmek için demokratik oylama yapılır.
Mevcut yönetim kurulunu feshet
Kullanıcıların oy haklarını topluluk üyelerine daha fazla şekilde devretmelerine izin verilir.
referandum
Referandum, basit, kapsayıcı ve teminat bazlı bir oylama çözümüdür. Her referandumun bir ilgili teklifi vardır ve bu, runtime ayrıcalık fonksiyonu çağrısı biçiminde ### en güçlü set_code çağrısını içerir, tüm runtime kodunu ( değiştirebilir.
Referandum, sabit bir oylama süresine sahip ayrık bir olaydır. Oylama süresi sona erip oy pusulaları sayıldıktan sonra, onaylanırsa, ilgili fonksiyonlar çağrılacaktır. Referandum her zaman ikilidir; oylama seçenekleri sadece "kabul" , "reddet" veya tamamen feragat olabilir.
Yönetim v1'de, referandum aşağıdaki birkaç yöntemle başlatılabilir:
Kamuya açık olarak sunulan öneri
Yönetim Kurulu'nun çoğunluğu veya oy birliği ile kabul edilen öneri
Ö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 itibaren teklifin fiilen uygulanmasına kadar geçen bir süreyi ifade eder.
Gov2'de, herkes istediği zaman referandum başlatabilir, sayı sınırlaması yoktur. Gov2, referandum protokolünün süreç ve işlenmesine yardımcı olmak için Origins) kaynak( ve Tracks) ray( kavramlarını tanıtmaktadır.
Origin, belirli bir ayrıcalık seviyesinin tanımlayıcısı olarak görülebilir. Teklif sahipleri, teklif gereksinimlerine göre talep için uygun Origin'i seçmelidir.
Her Origin, bir referandum kategorisi ile ilişkilidir ve her kategori bir Track'e sahiptir. Track, önerinin yaşam döngüsünü özetler ve diğer kategorilerden bağımsızdır. Farklı bağımsız izler, ağın gizli ayrıcalık seviyelerine 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ı kökenler gereklidir. Bu kökenlerde, farklı oy verme oranları, onay oranları, teminatlar ve en kısa yürütme süreleri önceden belirlenmiş olacaktır.
) Teklif Referandumu
Halk Oylaması
Herhangi biri, belirli bir süre içinde minimum miktarda token yatırarak referandum önerebilir. Eğer birisi kabul ederse, desteklerini göstermek için aynı miktarda token yatırabilir.
Bu "destek" olarak adlandırılır. En yüksek bağlı token desteğine sahip öneri, bir sonraki oylama dönemi için referanduma seçilecektir. Dikkat edin, bu desteklerin mutlak sayısıyla farklılık gösterebilir; örneğin, üç hesap her biri 20 DOT bağlı olduğunda, "on hesap her biri 1 DOT bağlı olduğunda" "üstün" olacaktır.
Teklif gönderildiğinde ### oylama için (, bağlı token serbest bırakılacaktır.
Yönetim v1 için, öneri kuyruğunda en fazla 100 kamu önerisi bulunabilir.
Gov2'de, referandum oluşturulduktan sonra, topluluk hemen oy verebilir. Ancak bu referandum, sona erme, oy sayma, onay alma ve nihai uygulama durumunda değildir. Aksine, referandum "karar verme )Deciding(" durumuna girmek için bazı standartları karşılamalıdır. Bunun öncesinde, hala belirsiz durumdadır.
Decided durumuna geçişin standartları şunlardır:
İthalat dönemini yaşadı, yani başlamak için karar vermeden önce geçilmesi gereken süre. Bu, "karar saldırısı" olasılığını azaltmaya yardımcı olur; yani, büyük oy haklarına sahip bir saldırgan, öneri sonrası hemen öneriyi geçirebilir ve tüm oy verenlerin düşünmesi ve katılması için yeterli zaman tanımaz.
Karar vermek için hala boş alan olmalıdır. Tüm Track'ler aynı anda karar verilebilecek referandum sayısına sınırlama getirir. Daha güçlü raylar daha düşük sınırlamalara sahiptir. Örneğin, Root seviyesindeki Origin'in sınırlaması 1'dir, bu da sadece bir süper tehlikeli önerinin aynı anda karar verilebileceği anlamına gelir.
Kesinlikle bir depozito ödenmelidir. Referandum oluşturmanın maliyeti çok düşüktür, çünkü depozito yalnızca izleme için gerekli zincir üzerindeki depolama değerini içerir. Ancak referandumun gözden geçirilmesi ve karara bağlanması, referandum kuyruklarının sınırlı yerlerini tüketme riski taşır. Daha büyük ama geri alınabilir bir depozito talep etmek, spam mesajları azaltmaya yardımcı olur.
Konsey Referandumu )v1(
Konsensüs ile kabul edildi - Tüm kurul üyeleri bir öneriyi onayladığında, o öneri oylamaya sunulabilir. Bu oylama, olumsuz oy oranı sapması ) yani hak oyu sayısı ne kadar azsa, geçmesi gereken sayı da o kadar azdır (.
Kongre çoğunluğu ile kabul - Sadece basit bir çoğunluk kongre üyesi onayladığında, referandum oylaması yapılabilir, ancak bu çoğunluk oyu sistemi ), %51 oy alan tarafın kazanmasıyla sonuçlanır (.
Her zaman yalnızca bir geçerli referandum olmalıdır, acil bir referandum yürütülmediği sürece.
Oylama Takvimi
Yönetim v1'de, eğer en az bir öneri varsa, her 28 günde bir yeni bir oylama yapılacaktır. Yönetim kurulu tarafından onaylanan önerilerin bir sırası, kamu tarafından sunulan önerilerin de bir sırası vardır. İki sırada en üstteki öneriler arasında sırayla oylama yapılacaktır.
En yüksek sıralamadaki öneri, arkasındaki stake miktarına bağlı olarak belirlenir. Eğer mevcut kuyruk, öneri olmayan bir referandum oluşturmaya çalışıyorsa ) kuyruk boş ( ve başka bir kuyrukta bekleyen öneriler varsa, o kuyruktaki en yüksek sıralamadaki öneri referanduma girecektir.
Aynı dönemde birden fazla referandum oylaması yapılamaz, acil referandumlar hariç. Olağan referandumlarla aynı anda gerçekleşen acil referandum, birden fazla referandum için oy kullanmanın tek durumudur.
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önetimi v2(
Yönetim v2'de, eğer teklif onay oranı ve destek oranı gereksinimlerini karşılıyorsa, bu teklif onaylanacaktır, yani adaptif grup önyargı sistemi kaldırılmıştır.
Onay oranı ), onay oy ağırlığının (, inanç ayarlamalarından sonra ) toplam oy ağırlığının ( içinde onay ve red ) payını içerecek şekilde tanımlanır.
Destek oranı ( Destek ) onaylanan toplam oy sayısı ( conviction ayarlamalarını göz ardı etme ) sistemde yapılabilecek toplam oy sayısı ile karşılaştırılması.
Bu standardın en kısa onay süresinde karşılanması gerekmektedir. Farklı yolların farklı onay süreleri ve onay ile destek gereksinimleri vardır. Şimdi gerekli destek miktarı ve toplam onay üzerinden yapılandırılabilir. Daha düşük ayrıcalıklı kaynaklar kullanan öneriler için, daha yüksek ayrıcalıklı kategoriler ( gibi Root) kullanan önerilere kıyasla, gerekli oy oranını daha gerçekçi bir sayıya daha erken düşürmek daha mantıklıdır. Büyük siyasi öneme sahip kurslar, tartışmaları önlemek için daha yüksek onay talep edebilir.
Gov2'de, 28 gün sonra onaylanmayan teklifler varsayılan olarak reddedilmiş sayılacak ve Karar Teminatı iade edilecektir. Teklif, onaylama süresi sona ermeden önce onaylı kalırsa, onaylanmış olarak kabul edilir ve önerilen kaynaktan uygulamaya geçmek için belirlenen süre sonrasına planlanır. Belirleme süresi, halk oylaması teklifi sırasında belirtilir, ancak aynı zamanda ray tabanlı minimum değerlerle sınırlıdır. Daha güçlü Raylar, ağın tekliften kaynaklanabilecek değişikliklere yeterince hazırlık yapabilmesi için daha uzun bir uygulama süresi yürürlüğe koyar.
Gönüllü Kilitlenme
Polkadot, token sahiplerinin token'ı ne kadar süreyle kilitlemeyi taahhüt ederek oy haklarını artırmalarına olanak tanıyan "isteğe bağlı kilitleme" kavramını kullanır. Bu nedenle, her token sahibinin oy sayısı aşağıdaki formülle hesaplanacaktır:
Oy sayısı = token * inanç çarpanı
Kilitleme süresi her seferinde bir katına çıkacak, conviction çarpanı oy çarpanını bir artıracaktır.
Kilitleme süresi oy çarpanı 00.111224384165326
Kilitleme süresinin "iki katına" çıkarılabileceği maksimum sayısı 6( toplamda 32 kilitleme süresi ), bir kilitleme süresi 28 gündür. Sadece iki katına çıkarılmasına izin verilir, örneğin, 24 döngü kilitlemek ve conviction'ı 5.5 artırmak mümkün değildir.
Token kilitlendikten sonra, yine de oylama ve staking için kullanılabilir; sadece bu tokenlerin başka bir hesaba transfer edilmesi yasaktır.
Seçim oyları her zaman aynı zamanda "hesaplanır", yani oy verme süresi sona erdiğinde. Bu, token kilitlenme süresinden etkilenmez.
Uyarlanabilir Grup Yanlılığı
Uyumlu grup sapması, yönetim v2'de daha uzun süre kullanıldı ve Approval/Support sistemi ile değiştirildi.
( Yönetim Kurulu
Yönetim v1'de, Polkadot'taki pasif paydaşlar, "Konsey" olarak adlandırılan yönetim kurulu tarafından temsil edilmektedir. Konsey, birden fazla katılımcıdan oluşan çevrimiçi bir varlıktır ve her katılımcı bir çevrimiçi hesabı temsil etmektedir. Polkadot'ta, Konsey şu anda üyelere sahiptir.
Hazineyi kontrol etmenin yanı sıra, yönetim kurulu ayrıca üç ana yönetim görevinden sorumludur:
Akıllı Referandum Teklifi
Tehlikeli veya kötü niyetli referandumları iptal et
Seçim Teknoloji Komitesi
Gov2, v2'de, önceden seçmen vekalet organı olarak görev yapan yönetim kurulu yerine geçecek alternatif stratejilere ihtiyaç duymaktadır, birçok kişinin günlük yönetime katılmamayı seçtiği gerçeğini telafi etmek için. Gov2, v1'in oy vekalet işlevi üzerine inşa edilmiştir, seçmenler oy haklarını sistemdeki başka bir seçmene devretmeyi seçebilirler. Bu, çoklu rol delege etme olarak adlandırılan bir işlevin geliştirilmesi ile gerçekleştirilir, seçmenler sistemdeki her bir referandum kategorisi için farklı temsilciler atayabilirler. Böylece, seçmenler belirli bir varlığı önemsiz bir referandum kategorisini yönetmesi için devir edebilirken, daha önemli sonuçlara sahip farklı bir kategori için farklı bir temsilciyi seçebilir ve hala herhangi bir kalan kategori üzerinde tam oy haklarını koruyabilirler.
) Referandum iptal
Yönetim v1'de, eğer teknik komite öneriyi iptal etmeyi oy birliği ile kabul ederse veya Root kaynağı ### sudo### gibi bu işlevi tetiklerse, öneri iptal edilebilir. İptal edilen önerinin teminatı yok edilecektir.
Ayrıca, konseyin üçte iki çoğunluğu referandumu iptal edebilir. Eğer referandum önerisinde sorunlar geç fark edilirse (, örneğin önerinin yürütülecek runtime kodunda hata varsa ), bu son çare olarak değerlendirilebilir.
Eğer iptal edilen tartışma yeterince büyükse ve konsey üçte iki çoğunluğa ulaşamazsa, o zaman önerinin kaderini paydaşlar birlikte belirleyecektir.
Yönetim v2'de, oylamaya sunulmuş tekliflere müdahale etmek için kullanılan Cancelation( adında özel bir işlem bulunmaktadır. Bu işlem, teklifin durumu ne olursa olsun, devam eden referandumu hemen reddeder. Ayrıca, teklif kötü niyetli veya spam olarak kabul edilirse, öneren kişinin teminatının kaybedileceğine dair bir düzenleme bulunmaktadır.
İptal, kendisi bir yönetişim operasyonudur ve uygulanabilmesi için ağ oylaması gereklidir. İptal, kendi Origin ve Track'i ile birlikte gelir; çok kısa bir ithalat süresi ve onay oranı/destek oranı eğrisi vardır; eşiğin biraz daha hızlı bir şekilde düşmesiyle, bu durum acil durumlar söz konusu olduğunda çağrılır.
) Teknik Komitesi
Yönetim v1'de, teknik komite (TC), Kusama yönetiminin üç organından biri olarak tanıtılmıştır; diğer iki organ ise yönetim kurulu ve referandumdur. TC, Polkadot çalışma zamanı veya Polkadot Host'u başarıyla uygulayan veya tanımlayan ekiplerden oluşur. Yönetim kurulunun basit çoğunluk oyu ile TC'ye ekip eklenebilir veya çıkarılabilir.
TC'nin amacı kötü niyetli oylamaları önlemek, hata düzeltmeleri uygulamak, hatalı runtime güncellemelerini geri almak veya yeni ama pratikte test edilmiş işlevler eklemektir. TC, önerileri hızlandırmak için Democracy paletini kullanma hakkına sahiptir ve bunu yapabilen tek varlıktır.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
15 Likes
Reward
15
8
Share
Comment
0/400
MetaMuskRat
· 07-30 04:17
Ah, v2'de de büyük bir değişiklik yok gibi.
View OriginalReply0
CoffeeOnChain
· 07-28 20:33
Bu kadar çok yineleme yapıldı, her şey yolunda mı?
Polkadot Yönetimi V2: Merkeziyetsizlik Karar Alma için Yeni Bir Dönem
Yönetim V2
Polkadot, paydaşların ihtiyaçlarına göre sürekli evrim geçirebilmesi için zarif bir yönetişim mekanizması benimsemiştir. Amacı, çoğunluk hisselerinin her zaman ağı kontrol edebilmesini sağlamaktır.
Bu makalenin içeriğinde değişiklikler olabilir. Yönetim protokolü birkaç kez iterasyondan geçti (v1 ve v2), gelecekte daha fazla değişiklik olacak (v2.5).
Polkadot'un ilk merkeziyetsiz yönetişim sistemi (v1) üç ana bileşenden oluşmaktadır:
Sistem ilk birkaç yıl iyi çalıştı, ancak olgunlaşma ile birlikte sürekli evrim geçirmesi gerekiyor, böylece eksikliklerini geliştirebilir ve ilerlemeleri takip edebilir. Örneğin, "governance v1"de, tüm referandumların ağırlıkları eşitti, bir seferde yalnızca bir referandum için oy kullanılabiliyordu ve oy verme süresi birkaç hafta sürebiliyordu. Bu, sistemin çok az sayıda öneriyi dikkatlice değerlendirmeye eğilimli olmasına neden oldu, çok sayıda öneriyi geniş bir şekilde değerlendirmek yerine. Bu nedenle, "governance v2" ortaya çıktı.
"Yönetim v2" veya "Gov2", günlük karar alma yöntemlerini değiştirdi, referandumların etki alanını daha geniş ve daha çevik hale getirerek, sistemin alabileceği kolektif karar sayısını önemli ölçüde artırdı.
Gov2, Kusama üzerinde başlatılıp test edildikten sonra Polkadot'a dağıtım önerilecektir. Şu anda Gov2, Kusama ağına çevrimiçi olmuştur.
Aşağıdaki içerik, Polkadot ağının temel yönetişim ilkelerini tanıtacaktır. Yönetişim v1'in kökenlerini anlamak, ikinci iterasyonun yönünü daha iyi kavramaya yardımcı olur. Bu farklılıklar, çeşitli alt konularda vurgulanacaktır.
Dikkat edilmesi gereken nokta, mevcut aşamada yönetimin hâlâ gelişmekte olan bir protokol olduğudur. Yönetim v2 güncellemesi ile birlikte, yönetim v2.5 planları da hazırlanıyor.
Ön koşul
Özetle, bu ağ, zincir üzerinde tanımlanan ( gibi WebAssembly ile tanımlanan amorf durum dönüşüm fonksiyonları ve uyumlu mutlak çoğunluk eşiğine sahip referandum ve toplu onay oylamaları gibi çeşitli zincir içi oylama mekanizmalarını içeren çeşitli yenilikçi mekanizmaları bir araya getirmektedir.
Sözleşmedeki tüm değişiklikler, hisse ağırlıklı bir referandumla kabul edilmelidir.
) mekanizma
Yönetim v1'de, aktif token sahipleri ve konsey birlikte ağ güncelleme kararlarını yönetir. Teklifler kamu veya konsey tarafından sunulsa da, nihai kararın kitle oylaması ile alınması gerekmektedir ve karar, stake miktarı ve inanç değeri ağırlıkları ile verilir.
Yönetim v2'de birkaç değişiklik var. Yeni yönetim modelinin merkeziyetsiz özellikleri yansıtma şekli şudur:
referandum
Referandum, basit, kapsayıcı ve teminat bazlı bir oylama çözümüdür. Her referandumun bir ilgili teklifi vardır ve bu, runtime ayrıcalık fonksiyonu çağrısı biçiminde ### en güçlü set_code çağrısını içerir, tüm runtime kodunu ( değiştirebilir.
Referandum, sabit bir oylama süresine sahip ayrık bir olaydır. Oylama süresi sona erip oy pusulaları sayıldıktan sonra, onaylanırsa, ilgili fonksiyonlar çağrılacaktır. Referandum her zaman ikilidir; oylama seçenekleri sadece "kabul" , "reddet" veya tamamen feragat olabilir.
Yönetim v1'de, referandum aşağıdaki birkaç yöntemle başlatılabilir:
Tüm referandumların ilgili bir uygulama gecikme süresi vardır. Bu, referandumun sona ermesinden itibaren teklifin fiilen uygulanmasına kadar geçen bir süreyi ifade eder.
Gov2'de, herkes istediği zaman referandum başlatabilir, sayı sınırlaması yoktur. Gov2, referandum protokolünün süreç ve işlenmesine yardımcı olmak için Origins) kaynak( ve Tracks) ray( kavramlarını tanıtmaktadır.
Origin, belirli bir ayrıcalık seviyesinin tanımlayıcısı olarak görülebilir. Teklif sahipleri, teklif gereksinimlerine göre talep için uygun Origin'i seçmelidir.
Her Origin, bir referandum kategorisi ile ilişkilidir ve her kategori bir Track'e sahiptir. Track, önerinin yaşam döngüsünü özetler ve diğer kategorilerden bağımsızdır. Farklı bağımsız izler, ağın gizli ayrıcalık seviyelerine 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ı kökenler gereklidir. Bu kökenlerde, farklı oy verme oranları, onay oranları, teminatlar ve en kısa yürütme süreleri önceden belirlenmiş olacaktır.
) Teklif Referandumu
Halk Oylaması
Herhangi biri, belirli bir süre içinde minimum miktarda token yatırarak referandum önerebilir. Eğer birisi kabul ederse, desteklerini göstermek için aynı miktarda token yatırabilir.
Bu "destek" olarak adlandırılır. En yüksek bağlı token desteğine sahip öneri, bir sonraki oylama dönemi için referanduma seçilecektir. Dikkat edin, bu desteklerin mutlak sayısıyla farklılık gösterebilir; örneğin, üç hesap her biri 20 DOT bağlı olduğunda, "on hesap her biri 1 DOT bağlı olduğunda" "üstün" olacaktır.
Teklif gönderildiğinde ### oylama için (, bağlı token serbest bırakılacaktır.
Yönetim v1 için, öneri kuyruğunda en fazla 100 kamu önerisi bulunabilir.
Gov2'de, referandum oluşturulduktan sonra, topluluk hemen oy verebilir. Ancak bu referandum, sona erme, oy sayma, onay alma ve nihai uygulama durumunda değildir. Aksine, referandum "karar verme )Deciding(" durumuna girmek için bazı standartları karşılamalıdır. Bunun öncesinde, hala belirsiz durumdadır.
Decided durumuna geçişin standartları şunlardır:
İthalat dönemini yaşadı, yani başlamak için karar vermeden önce geçilmesi gereken süre. Bu, "karar saldırısı" olasılığını azaltmaya yardımcı olur; yani, büyük oy haklarına sahip bir saldırgan, öneri sonrası hemen öneriyi geçirebilir ve tüm oy verenlerin düşünmesi ve katılması için yeterli zaman tanımaz.
Karar vermek için hala boş alan olmalıdır. Tüm Track'ler aynı anda karar verilebilecek referandum sayısına sınırlama getirir. Daha güçlü raylar daha düşük sınırlamalara sahiptir. Örneğin, Root seviyesindeki Origin'in sınırlaması 1'dir, bu da sadece bir süper tehlikeli önerinin aynı anda karar verilebileceği anlamına gelir.
Kesinlikle bir depozito ödenmelidir. Referandum oluşturmanın maliyeti çok düşüktür, çünkü depozito yalnızca izleme için gerekli zincir üzerindeki depolama değerini içerir. Ancak referandumun gözden geçirilmesi ve karara bağlanması, referandum kuyruklarının sınırlı yerlerini tüketme riski taşır. Daha büyük ama geri alınabilir bir depozito talep etmek, spam mesajları azaltmaya yardımcı olur.
Konsey Referandumu )v1(
Konsensüs ile kabul edildi - Tüm kurul üyeleri bir öneriyi onayladığında, o öneri oylamaya sunulabilir. Bu oylama, olumsuz oy oranı sapması ) yani hak oyu sayısı ne kadar azsa, geçmesi gereken sayı da o kadar azdır (.
Kongre çoğunluğu ile kabul - Sadece basit bir çoğunluk kongre üyesi onayladığında, referandum oylaması yapılabilir, ancak bu çoğunluk oyu sistemi ), %51 oy alan tarafın kazanmasıyla sonuçlanır (.
Her zaman yalnızca bir geçerli referandum olmalıdır, acil bir referandum yürütülmediği sürece.
Oylama Takvimi
Yönetim v1'de, eğer en az bir öneri varsa, her 28 günde bir yeni bir oylama yapılacaktır. Yönetim kurulu tarafından onaylanan önerilerin bir sırası, kamu tarafından sunulan önerilerin de bir sırası vardır. İki sırada en üstteki öneriler arasında sırayla oylama yapılacaktır.
En yüksek sıralamadaki öneri, arkasındaki stake miktarına bağlı olarak belirlenir. Eğer mevcut kuyruk, öneri olmayan bir referandum oluşturmaya çalışıyorsa ) kuyruk boş ( ve başka bir kuyrukta bekleyen öneriler varsa, o kuyruktaki en yüksek sıralamadaki öneri referanduma girecektir.
Aynı dönemde birden fazla referandum oylaması yapılamaz, acil referandumlar hariç. Olağan referandumlarla aynı anda gerçekleşen acil referandum, birden fazla referandum için oy kullanmanın tek durumudur.
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önetimi v2(
Yönetim v2'de, eğer teklif onay oranı ve destek oranı gereksinimlerini karşılıyorsa, bu teklif onaylanacaktır, yani adaptif grup önyargı sistemi kaldırılmıştır.
Onay oranı ), onay oy ağırlığının (, inanç ayarlamalarından sonra ) toplam oy ağırlığının ( içinde onay ve red ) payını içerecek şekilde tanımlanır.
Destek oranı ( Destek ) onaylanan toplam oy sayısı ( conviction ayarlamalarını göz ardı etme ) sistemde yapılabilecek toplam oy sayısı ile karşılaştırılması.
Bu standardın en kısa onay süresinde karşılanması gerekmektedir. Farklı yolların farklı onay süreleri ve onay ile destek gereksinimleri vardır. Şimdi gerekli destek miktarı ve toplam onay üzerinden yapılandırılabilir. Daha düşük ayrıcalıklı kaynaklar kullanan öneriler için, daha yüksek ayrıcalıklı kategoriler ( gibi Root) kullanan önerilere kıyasla, gerekli oy oranını daha gerçekçi bir sayıya daha erken düşürmek daha mantıklıdır. Büyük siyasi öneme sahip kurslar, tartışmaları önlemek için daha yüksek onay talep edebilir.
Gov2'de, 28 gün sonra onaylanmayan teklifler varsayılan olarak reddedilmiş sayılacak ve Karar Teminatı iade edilecektir. Teklif, onaylama süresi sona ermeden önce onaylı kalırsa, onaylanmış olarak kabul edilir ve önerilen kaynaktan uygulamaya geçmek için belirlenen süre sonrasına planlanır. Belirleme süresi, halk oylaması teklifi sırasında belirtilir, ancak aynı zamanda ray tabanlı minimum değerlerle sınırlıdır. Daha güçlü Raylar, ağın tekliften kaynaklanabilecek değişikliklere yeterince hazırlık yapabilmesi için daha uzun bir uygulama süresi yürürlüğe koyar.
Gönüllü Kilitlenme
Polkadot, token sahiplerinin token'ı ne kadar süreyle kilitlemeyi taahhüt ederek oy haklarını artırmalarına olanak tanıyan "isteğe bağlı kilitleme" kavramını kullanır. Bu nedenle, her token sahibinin oy sayısı aşağıdaki formülle hesaplanacaktır:
Oy sayısı = token * inanç çarpanı
Kilitleme süresi her seferinde bir katına çıkacak, conviction çarpanı oy çarpanını bir artıracaktır.
Kilitleme süresi oy çarpanı 00.111224384165326
Kilitleme süresinin "iki katına" çıkarılabileceği maksimum sayısı 6( toplamda 32 kilitleme süresi ), bir kilitleme süresi 28 gündür. Sadece iki katına çıkarılmasına izin verilir, örneğin, 24 döngü kilitlemek ve conviction'ı 5.5 artırmak mümkün değildir.
Token kilitlendikten sonra, yine de oylama ve staking için kullanılabilir; sadece bu tokenlerin başka bir hesaba transfer edilmesi yasaktır.
Seçim oyları her zaman aynı zamanda "hesaplanır", yani oy verme süresi sona erdiğinde. Bu, token kilitlenme süresinden etkilenmez.
Uyarlanabilir Grup Yanlılığı
Uyumlu grup sapması, yönetim v2'de daha uzun süre kullanıldı ve Approval/Support sistemi ile değiştirildi.
( Yönetim Kurulu
Yönetim v1'de, Polkadot'taki pasif paydaşlar, "Konsey" olarak adlandırılan yönetim kurulu tarafından temsil edilmektedir. Konsey, birden fazla katılımcıdan oluşan çevrimiçi bir varlıktır ve her katılımcı bir çevrimiçi hesabı temsil etmektedir. Polkadot'ta, Konsey şu anda üyelere sahiptir.
Hazineyi kontrol etmenin yanı sıra, yönetim kurulu ayrıca üç ana yönetim görevinden sorumludur:
Gov2, v2'de, önceden seçmen vekalet organı olarak görev yapan yönetim kurulu yerine geçecek alternatif stratejilere ihtiyaç duymaktadır, birçok kişinin günlük yönetime katılmamayı seçtiği gerçeğini telafi etmek için. Gov2, v1'in oy vekalet işlevi üzerine inşa edilmiştir, seçmenler oy haklarını sistemdeki başka bir seçmene devretmeyi seçebilirler. Bu, çoklu rol delege etme olarak adlandırılan bir işlevin geliştirilmesi ile gerçekleştirilir, seçmenler sistemdeki her bir referandum kategorisi için farklı temsilciler atayabilirler. Böylece, seçmenler belirli bir varlığı önemsiz bir referandum kategorisini yönetmesi için devir edebilirken, daha önemli sonuçlara sahip farklı bir kategori için farklı bir temsilciyi seçebilir ve hala herhangi bir kalan kategori üzerinde tam oy haklarını koruyabilirler.
) Referandum iptal
Yönetim v1'de, eğer teknik komite öneriyi iptal etmeyi oy birliği ile kabul ederse veya Root kaynağı ### sudo### gibi bu işlevi tetiklerse, öneri iptal edilebilir. İptal edilen önerinin teminatı yok edilecektir.
Ayrıca, konseyin üçte iki çoğunluğu referandumu iptal edebilir. Eğer referandum önerisinde sorunlar geç fark edilirse (, örneğin önerinin yürütülecek runtime kodunda hata varsa ), bu son çare olarak değerlendirilebilir.
Eğer iptal edilen tartışma yeterince büyükse ve konsey üçte iki çoğunluğa ulaşamazsa, o zaman önerinin kaderini paydaşlar birlikte belirleyecektir.
Yönetim v2'de, oylamaya sunulmuş tekliflere müdahale etmek için kullanılan Cancelation( adında özel bir işlem bulunmaktadır. Bu işlem, teklifin durumu ne olursa olsun, devam eden referandumu hemen reddeder. Ayrıca, teklif kötü niyetli veya spam olarak kabul edilirse, öneren kişinin teminatının kaybedileceğine dair bir düzenleme bulunmaktadır.
İptal, kendisi bir yönetişim operasyonudur ve uygulanabilmesi için ağ oylaması gereklidir. İptal, kendi Origin ve Track'i ile birlikte gelir; çok kısa bir ithalat süresi ve onay oranı/destek oranı eğrisi vardır; eşiğin biraz daha hızlı bir şekilde düşmesiyle, bu durum acil durumlar söz konusu olduğunda çağrılır.
) Teknik Komitesi
Yönetim v1'de, teknik komite (TC), Kusama yönetiminin üç organından biri olarak tanıtılmıştır; diğer iki organ ise yönetim kurulu ve referandumdur. TC, Polkadot çalışma zamanı veya Polkadot Host'u başarıyla uygulayan veya tanımlayan ekiplerden oluşur. Yönetim kurulunun basit çoğunluk oyu ile TC'ye ekip eklenebilir veya çıkarılabilir.
TC'nin amacı kötü niyetli oylamaları önlemek, hata düzeltmeleri uygulamak, hatalı runtime güncellemelerini geri almak veya yeni ama pratikte test edilmiş işlevler eklemektir. TC, önerileri hızlandırmak için Democracy paletini kullanma hakkına sahiptir ve bunu yapabilen tek varlıktır.