Polkadot, paydaşların ihtiyaçlarına göre zarif bir şekilde evrilebilen hassas bir yönetim mekanizması benimsemiştir. Amaç, çoğunluk hisselerinin her zaman ağı kontrol edebilmesini sağlamaktır.
Bu makalenin içeriği değişiklik gösterebilir. Yönetim protokolü birkaç iterasyondan geçti (v1 ve v2), gelecekte daha fazla değişiklik olacak (v2.5).
Polkadot'un ilk merkeziyetsiz yönetim sistemi (v1) üç ana bileşenden oluşmaktadır:
Teknik Komite: Yönetim Güncelleme Takvimi
Yönetim Kurulu: Seçimle belirlenen yürütme "hükümeti", parametrelerin yönetimi, yönetim ve harcama tekliflerini yönetmekle sorumludur.
Referandum: Diğer tüm konular için genel oylama, uzun vadeli paydaşların daha büyük bir etki gücüne sahip olması.
Bu sistemin başlangıç aşamasında iyi çalışması, hazine fonlarının akıllıca kullanılmasına ve zamanında güncellenip onarılmasına yardımcı olmuştur. Ancak sistem olgunlaştıkça, eksiklikleri sürekli olarak geliştirmek ve ilerlemeyi takip etmek gerekmektedir. Örneğin, "yönetim v1"de, tüm oylama ağırlıkları eşittir, bir kez yalnızca bir oylama için oy verilebilir ve oylama süresi birkaç hafta sürebilir. Bu, sistemin çok az sayıda öneriyi dikkatlice değerlendirmeye eğilimli olmasına, birçok öneriyi geniş bir şekilde değerlendirmektense yol açmaktadır. Bu nedenle "yönetim v2" ortaya çıkmıştır.
"Yönetim v2" veya "Gov2", günlük karar alma yöntemlerini değiştirerek referandumların etkisini daha geniş ve daha çevik hale getirir, sistemin alabileceği toplu karar sayısını önemli ölçüde artırır.
Kodun nihai profesyonel incelemesi yapıldıktan sonra, Gov2 Kusama üzerinde başlatılacak. Kusama'da test edildikten sonra, Polkadot'a dağıtım önerisi getirilecektir.
Aşağıda öncelikle Polkadot ağının temel yönetişim ilkeleri tanıtılacaktır. Yönetişim v1'in kökenlerini anlamak, ikinci iterasyonun yönünü daha iyi anlamaya yardımcı olacaktır. Bu farklılıklar ve ayrımlar çeşitli alt konularda vurgulanacaktır.
Dikkat edilmesi gereken nokta, mevcut aşamada yönetişimin hâlâ gelişmekte olan bir protokol olduğudur. Yönetişim v2 güncellemesi ağa girdiğinde, yönetişim v2.5 planları da yapılmaktadır.
Ön koşul
Özetle, bu ağ, zincir üzerinde depolanan ve WebAssembly ile tanımlanan şekilsiz durum geçiş fonksiyonları ile birlikte, uyumlu mutlak çoğunluk eşiği ve toplu onay oylama mekanizmaları gibi çeşitli zincir içi oylama mekanizmalarını içeren çok sayıda yenilikçi mekanizmayı bir araya getiriyor.
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 yönetim kurulu, ağ güncelleme kararlarını birlikte yönetir. Teklifler, ister kamu ( token sahipleri ) ister yönetim kurulu tarafından sunulsun, nihayetinde tüm sahiplerin oy verme sürecinden geçmeli ve karar, stake miktarı ve inanç değeri ağırlığına göre verilmelidir.
Yönetim v2'de birkaç değişiklik var. Yeni yönetim modeli, merkeziyetsiz özellikleri yansıtan yollar şunlardır:
Tüm konsey sorumluluklarını token sahiplerine devretmek için demokratik oylama yapılacaktır.
Mevcut yönetim kurulunu feshetmek
Kullanıcıların oy haklarını topluluk üyelerine daha fazla şekilde devretmelerine izin verin.
Gov1'deki konsey, pasif token sahiplerinin temsilcisi, hazine koruyucusu ve yasa tasarısı başlatıcısı rolünü üstleniyor, ancak genellikle merkezi bir varlık olarak görülüyor. Ağı daha fazla merkeziyetsizleştirmek için, Gov2 konseyin görevlerini topluluğa geri verme önerisinde bulunuyor.
referandum
Referandum, basit, kapsayıcı ve staking'e dayalı bir oylama sistemidir. Her referandumun belirli bir teklifi vardır ve runtime ayrıcalık fonksiyonu çağrısı biçiminde ( en güçlü set_code çağrısını içerir, bu da tüm runtime kodunu ) değiştirmeyi sağlar.
Referandum, belirli bir oy verme süresine sahip ayrık bir olaydır. Oy verme süresi sona erdikten ve oy pusulaları sayıldıktan sonra, onaylanırsa ilgili fonksiyon çağrılacaktır. Referandum her zaman ikilidir; seçenekler 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 olarak sunulan öneri
Yönetim Kurulu, çoğunluk oyuyla veya oybirliğiyle kabul edilen teklif
Ö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 ( onaylanması durumunda uygulanmasına kadar geçen bir süreyi ifade eder.
Referandum kapanır ve sayım tamamlanırsa, tamamlanmış olarak kabul edilir. Teklif onaylanırsa, uygulanması planlanacaktır. Referandum sonuç bekliyorsa yani oy kullanma süreci devam ediyorsa, tamamlanmamış olarak kabul edilir.
Eğer öneri kamu veya yönetim kurulu tarafından sunulursa, 28 günlük sabit bir yürütme gecikme süresi vardır. Önceki referandumun yürütülmesi kapsamında sunulan öneriler, gerektiğinde yürütme gecikme süresi ayarlanabilir. Acil öneri işleme, "hızlı takip" gerektiren önemli konuları ele alır ve bu da yürütme süresini kısaltır.
Gov2'de, herkes istediği zaman referandum başlatabilir ve birden fazla referandum başlatabilir. Gov2, referandum protokolünün süreç ve işlenmesine yardımcı olmak için Origins) kaynak( ve Tracks) ray( gibi yeni özellikler getirmiştir.
Origin, belirli bir ayrıcalık seviyesinin zengin bir tanımı olarak görülebilir. Teklif sahibi şimdi teklif gereksinimlerine göre, istek için uygun bir Origin seçmelidir.
Her Origin, bir referandum kategorisi ile ilişkilidir ve her kategori 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 referandumun 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şi 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ş olacaktır.
) Teklif referandumu
Halk oylaması
Herkes, belirli bir süre içinde ### blok sayısı ( içinde minimum miktarda token yatırarak bir referandum önerebilir. Eğer birisi teklifi kabul ederse, aynı miktarda token yatırarak desteklerini gösterebilir.
Bu işlem "destekleme" olarak adlandırılır. En yüksek bağlı token desteğine sahip öneri, bir sonraki oylama dönemi için referandum olarak seçilecektir. Dikkat, bu, destekleme sayısının mutlak miktarı ile farklılık gösterebilir; örneğin, üç hesap her biri 20 DOT bağladığında, bu on hesabın her biri 1 DOT bağlamasına göre "üstün" olacaktır.
Teklif sunulduktan sonra ) oylama yapılacaktır (, bağlı token 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 buna oy verebilir. Ancak bu referandum, sonuçların sonlandırılabileceği, oyların sayılabileceği, onaylanabileceği ve nihayetinde uygulanabileceği bir durumda değildir. Aksine, referandumun "karar verme )Deciding(" durumuna geçebilmesi için belirli standartları karşılaması gerekir. Bu duruma geçmeden önce hala beklemede durumundadır.
Decided durumuna geçişin standartları aşağıdaki gibidir:
İthalat Dönemi ) lead-in period ( yaşandı, yani kararın alınmasından önce geçilmesi gereken süre. Bu, "karar saldırısı" olasılığını azaltmaya yardımcı olur; yani, büyük miktarda oy hakkına sahip saldırganların öneri yapıldıktan hemen sonra teklifi geçirmesi, tüm oy verenlerin yeterince düşünmesi ve katılması için zaman tanımak yerine.
Aynı anda karar verilebilecek referandum sayısında sınırlamalar vardır. Tüm Track'ler, aynı anda karar verilebilecek referandum sayısı üzerinde kısıtlamalara sahiptir. Daha güçlü yeteneklere sahip olan Track'lerin sınırlamaları daha düşüktür. Örneğin, Root seviyesindeki Origin'in sınırlaması 1'dir, yani sadece bir süper tehlikeli öneri üzerinde karar verilebilir.
Teminat Depositi ödenmelidir. Referandum oluşturmanın maliyeti oldukça düşüktür, çünkü depozito değeri yalnızca izlemek için gerekli olan zincir üstü depolama değerini içerir. Ancak referandumun incelenmesi ve karara bağlanması, referandum sırasındaki sınırlı yerlerin tükenme riski taşır. Daha büyük ama iade edilebilir bir depozito talep edilmesi, gereksiz bilgilerin azalmasına yardımcı olur.
Kongre Referandumu )v1(
Konsensüsle kabul edildi - Tüm yönetim kurulu üyeleri bir öneriyi kabul ettiğinde, bu öneri oylamaya sunulabilir. Bu oylama, negatif oy oranı sapması ) üretecektir, yani hak sahipliği oy sayısı ne kadar azsa, geçmesi gereken sayı da o kadar azdır - bkz. adaptif grup yanlılığı (.
Kurulun çoğunluğu ile onay - Sadece basit bir çoğunluk kurul üyesinin onay vermesi durumunda referandum oylaması yapılabilir, ancak bu, çoğunluk oyu sistemi olacaktır. 51% oy alan taraf kazanacaktır.
Herhangi bir anda yalnızca bir geçerli referandum olabilir, aksi takdirde devam eden acil bir referandum varsa.
Oylama Zaman Çizelgesi
Governance v1'de, bir kuyruğun en az bir öneri içermesi durumunda, her 28 günde bir yeni bir oylama yapılacaktır. Yönetim kurulu tarafından onaylanan önerilerin bir kuyruğu, kamu tarafından sunulan önerilerin de bir kuyruğu vardır. İki kuyrukta en üstteki öneriler arasında sırayla oylama yapılacaktır.
En yüksek sıralamadaki öneri, arkasındaki stake miktarıyla belirlenir. Eğer mevcut kuşak, herhangi bir öneri oluşturmaya çalışıyorsa ) kuşağı boştur ( ve başka bir kuşakta bekleyen bir öneri varsa, o kuşaktaki en yüksek sıradaki öneri oylamaya girecektir.
Aynı dönemde birden fazla referandum oylaması yapılamaz, acil referandumlar hariç. Olağan referandum ) ile kamuya açık veya yönetim kurulu önerisi ( ile aynı anda gerçekleşen acil referandum, birden fazla referandum için oylama yapılabilen tek durumdur.
Teklif onaylandığında, yönetişim v2 aynı 28 günlük uygunluk süresini paylaşır. Bu aşamanın sonunda hâlâ onaylanmamışsa, teklif otomatik olarak reddedilecektir.
Referandum oylaması ) yönetimi v2(
Governance v2'de, eğer öneri onay oranı ve destek oranı gereksinimlerini karşılıyorsa, bu öneri onaylanacaktır, yani adaptif grup önyargı sistemi kaldırılmıştır.
Onay oranı ), onay oyu ağırlığının (, inanç ayarlamalarından sonra ) toplam oyu ağırlığının (, onay ve red ) payını içerdiği ş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ıyla karşılaştırma.
Bu standardın onay süresinin en kısa sürede karşılanması gerekmektedir. Farklı yolların farklı onay süreleri ve onay ile destek gereksinimleri vardır. Şimdi gerekli destek miktarı ve toplam onay ile yapılandırılabilir. Daha düşük ayrıcalıklı kaynaklardan gelen teklifler için, yüksek ayrıcalıklı kategorilerden gelen tekliflerle, örneğin Root( gibi, gereken oy oranını daha gerçekçi bir sayıya indirmek daha makuldür. Daha büyük siyasi anlamı olan teklifler, tartışmaları önlemek için daha yüksek onay talep edebilir.
Gov2'de, 28 gün sonra onaylanmamış teklifler varsayılan olarak reddedilmiş sayılacak ve Karar Teminatı iade edilecektir. Eğer teklif, onay süresi sona ermeden önce geçerli kalmayı başarırsa, onaylanmış olarak kabul edilecek ve belirlenen süre sona erdikten sonra teklif edilen kaynaktan yürütülmeye başlanacaktır. Belirleme süresi, halk oylaması teklifinde belirtilir, ancak aynı zamanda ray tabanlı minimumlarla da sınırlıdır. Daha güçlü Raylar, teklifin getirebileceği herhangi bir değişiklik için ağın yeterli süreye sahip olmasını sağlamak amacıyla daha uzun bir yürütme süresi gerektirecektir.
Gönüllü Kilit
Polkadot, token sahiplerinin token'ları belirli bir süre kilitleme isteğini beyan ederek oy haklarını artırmalarına olanak tanıyan "gönüllü kilitleme" kavramını kullanmaktadı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 dönemi her seferinde bir kat artırılır, conviction çarpanı oy çarpanını bir artırır.
Kilitleme süresinin "iki katına" çıkarılabileceği maksimum sayısı 6) olarak ayarlanmıştır, bu nedenle 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ü kilitleyip inancınızı 5.5 artırmanız mümkün değildir.
Token kilitlendiğinde, yine de onu oylama ve staking için kullanabilirsiniz; yalnızca bu token'ları başka bir hesaba aktarmanız yasaktır.
Seçim oyları her zaman aynı zamanda "hesaplanır", yani oy verme süresi sona erdiğinde. Bu, token kilitleme süresinden etkilenmez.
Uyumlu Toplumsal Önyargı
Governance v2'de kullanılan adaptif grup yanlılığı, daha uzun bir süre boyunca varlık göstermiştir ve Onay/Destek sistemi ile değiştirilmiştir.
) Yönetim Kurulu
Yönetim v1'de, Polkadot üzerindeki pasif paydaşlar, "Konsey" adı verilen bir yönetim kurulu tarafından temsil edilmektedir. Konsey, birden fazla katılımcıdan oluşan bir zincir içi varlıktır ve her katılımcı bir zincir içi hesabı temsil eder. Polkadot'ta, Konsey şu anda üyelerden oluşmaktadır.
Hazineyi kontrol etmenin yanı sıra, yönetim kurulu esas olarak üç yönetim görevinden sorumludur:
Akıllı referandum önerisi
Tehlikeli veya kötü niyetli referandumları iptal et
Seçim Teknoloji Komitesi
Governance v2'de, birçok kişinin günlük yönetime katılmamayı seçtiği gerçeğini telafi etmek için, daha önce seçmen vekalet organı olarak görev yapan konseyin görevlerini devralacak alternatif bir stratejiye ihtiyaç vardır. 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. Bunu, çoklu rol delegasyonu olarak adlandırılan bir işlevi geliştirerek yapar. Bu işlevde, seçmenler sistemdeki her tür referandum için farklı temsilciler atayabilirler. Örneğin, seçmenler, önemsiz bir referandum kategorisini yönetmek için bir varlığa vekalet verebilirken, daha önemli sonuçları olan farklı bir kategori için başka bir temsilci seçebilir ve hala kalan kategorilerin tamamı üzerinde tam oy hakkını koruyabilirler.
( referandum iptali
Yönetim v1'de, teknik komitenin öneriyi iptal etme konusunda oy birliğiyle anlaşması durumunda veya Root kaynağı ) gibi sudo( bu işlevi tetiklerse, öneri iptal edilebilir. İptal edilen önerinin teminatı yok edilecektir.
Ayrıca, yönetim kurulunun üçte iki çoğunluğu referandumu iptal edebilir. Eğer referandum önerisinde sorunlar geç keşfedilirse ), bu önerinin uygulanacak runtime kodunda bir hata varsa ###, bu son çare olarak değerlendirilebilir.
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.
19 Likes
Reward
19
9
Share
Comment
0/400
ShamedApeSeller
· 07-04 15:22
Bunu yönetmek, gösteriş yapmak.
View OriginalReply0
LiquidationKing
· 07-04 14:13
DOT yine büyük bir hamle mi yapıyor?
View OriginalReply0
LayerHopper
· 07-04 08:49
Her gün güncelleniyor, ne yapmalıyım?
View OriginalReply0
HodlNerd
· 07-01 15:56
yönetimde oyun teorisi harika... ama seçmen katılımının istatistiksel dağıtımını gördün mü? biraz endişe verici, yalan yok
View OriginalReply0
BearMarketSurvivor
· 07-01 15:56
Henüz Emiciler Tarafından Oyuna Getirilmek için yeni bir tuzak değil mi?
Polkadot Yönetimi V2: Merkeziyetsizlik karar alma sürecinin evrimi
Yönetim V2
Polkadot, paydaşların ihtiyaçlarına göre zarif bir şekilde evrilebilen hassas bir yönetim mekanizması benimsemiştir. Amaç, çoğunluk hisselerinin her zaman ağı kontrol edebilmesini sağlamaktır.
Bu makalenin içeriği değişiklik gösterebilir. Yönetim protokolü birkaç iterasyondan geçti (v1 ve v2), gelecekte daha fazla değişiklik olacak (v2.5).
Polkadot'un ilk merkeziyetsiz yönetim sistemi (v1) üç ana bileşenden oluşmaktadır:
Bu sistemin başlangıç aşamasında iyi çalışması, hazine fonlarının akıllıca kullanılmasına ve zamanında güncellenip onarılmasına yardımcı olmuştur. Ancak sistem olgunlaştıkça, eksiklikleri sürekli olarak geliştirmek ve ilerlemeyi takip etmek gerekmektedir. Örneğin, "yönetim v1"de, tüm oylama ağırlıkları eşittir, bir kez yalnızca bir oylama için oy verilebilir ve oylama süresi birkaç hafta sürebilir. Bu, sistemin çok az sayıda öneriyi dikkatlice değerlendirmeye eğilimli olmasına, birçok öneriyi geniş bir şekilde değerlendirmektense yol açmaktadır. Bu nedenle "yönetim v2" ortaya çıkmıştır.
"Yönetim v2" veya "Gov2", günlük karar alma yöntemlerini değiştirerek referandumların etkisini daha geniş ve daha çevik hale getirir, sistemin alabileceği toplu karar sayısını önemli ölçüde artırır.
Kodun nihai profesyonel incelemesi yapıldıktan sonra, Gov2 Kusama üzerinde başlatılacak. Kusama'da test edildikten sonra, Polkadot'a dağıtım önerisi getirilecektir.
Aşağıda öncelikle Polkadot ağının temel yönetişim ilkeleri tanıtılacaktır. Yönetişim v1'in kökenlerini anlamak, ikinci iterasyonun yönünü daha iyi anlamaya yardımcı olacaktır. Bu farklılıklar ve ayrımlar çeşitli alt konularda vurgulanacaktır.
Dikkat edilmesi gereken nokta, mevcut aşamada yönetişimin hâlâ gelişmekte olan bir protokol olduğudur. Yönetişim v2 güncellemesi ağa girdiğinde, yönetişim v2.5 planları da yapılmaktadır.
Ön koşul
Özetle, bu ağ, zincir üzerinde depolanan ve WebAssembly ile tanımlanan şekilsiz durum geçiş fonksiyonları ile birlikte, uyumlu mutlak çoğunluk eşiği ve toplu onay oylama mekanizmaları gibi çeşitli zincir içi oylama mekanizmalarını içeren çok sayıda yenilikçi mekanizmayı bir araya getiriyor.
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 yönetim kurulu, ağ güncelleme kararlarını birlikte yönetir. Teklifler, ister kamu ( token sahipleri ) ister yönetim kurulu tarafından sunulsun, nihayetinde tüm sahiplerin oy verme sürecinden geçmeli ve karar, stake miktarı ve inanç değeri ağırlığına göre verilmelidir.
Yönetim v2'de birkaç değişiklik var. Yeni yönetim modeli, merkeziyetsiz özellikleri yansıtan yollar şunlardır:
Gov1'deki konsey, pasif token sahiplerinin temsilcisi, hazine koruyucusu ve yasa tasarısı başlatıcısı rolünü üstleniyor, ancak genellikle merkezi bir varlık olarak görülüyor. Ağı daha fazla merkeziyetsizleştirmek için, Gov2 konseyin görevlerini topluluğa geri verme önerisinde bulunuyor.
referandum
Referandum, basit, kapsayıcı ve staking'e dayalı bir oylama sistemidir. Her referandumun belirli bir teklifi vardır ve runtime ayrıcalık fonksiyonu çağrısı biçiminde ( en güçlü set_code çağrısını içerir, bu da tüm runtime kodunu ) değiştirmeyi sağlar.
Referandum, belirli bir oy verme süresine sahip ayrık bir olaydır. Oy verme süresi sona erdikten ve oy pusulaları sayıldıktan sonra, onaylanırsa ilgili fonksiyon çağrılacaktır. Referandum her zaman ikilidir; seçenekler yalnızca "Evet", "Hayır" veya tamamen çekimser olabilir.
Yönetim v1'de, referandum aşağıdaki yöntemlerden biriyle başlatılabilir:
Tüm referandumların ilgili bir uygulama gecikme süresi vardır. Bu, referandumun sona ermesinden, önerinin ( onaylanması durumunda uygulanmasına kadar geçen bir süreyi ifade eder.
Referandum kapanır ve sayım tamamlanırsa, tamamlanmış olarak kabul edilir. Teklif onaylanırsa, uygulanması planlanacaktır. Referandum sonuç bekliyorsa yani oy kullanma süreci devam ediyorsa, tamamlanmamış olarak kabul edilir.
Eğer öneri kamu veya yönetim kurulu tarafından sunulursa, 28 günlük sabit bir yürütme gecikme süresi vardır. Önceki referandumun yürütülmesi kapsamında sunulan öneriler, gerektiğinde yürütme gecikme süresi ayarlanabilir. Acil öneri işleme, "hızlı takip" gerektiren önemli konuları ele alır ve bu da yürütme süresini kısaltır.
Gov2'de, herkes istediği zaman referandum başlatabilir ve birden fazla referandum başlatabilir. Gov2, referandum protokolünün süreç ve işlenmesine yardımcı olmak için Origins) kaynak( ve Tracks) ray( gibi yeni özellikler getirmiştir.
Origin, belirli bir ayrıcalık seviyesinin zengin bir tanımı olarak görülebilir. Teklif sahibi şimdi teklif gereksinimlerine göre, istek için uygun bir Origin seçmelidir.
Her Origin, bir referandum kategorisi ile ilişkilidir ve her kategori 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 referandumun 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şi 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ş olacaktır.
) Teklif referandumu
Halk oylaması
Herkes, belirli bir süre içinde ### blok sayısı ( içinde minimum miktarda token yatırarak bir referandum önerebilir. Eğer birisi teklifi kabul ederse, aynı miktarda token yatırarak desteklerini gösterebilir.
Bu işlem "destekleme" olarak adlandırılır. En yüksek bağlı token desteğine sahip öneri, bir sonraki oylama dönemi için referandum olarak seçilecektir. Dikkat, bu, destekleme sayısının mutlak miktarı ile farklılık gösterebilir; örneğin, üç hesap her biri 20 DOT bağladığında, bu on hesabın her biri 1 DOT bağlamasına göre "üstün" olacaktır.
Teklif sunulduktan sonra ) oylama yapılacaktır (, bağlı token 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 buna oy verebilir. Ancak bu referandum, sonuçların sonlandırılabileceği, oyların sayılabileceği, onaylanabileceği ve nihayetinde uygulanabileceği bir durumda değildir. Aksine, referandumun "karar verme )Deciding(" durumuna geçebilmesi için belirli standartları karşılaması gerekir. Bu duruma geçmeden önce hala beklemede durumundadır.
Decided durumuna geçişin standartları aşağıdaki gibidir:
Kongre Referandumu )v1(
Konsensüsle kabul edildi - Tüm yönetim kurulu üyeleri bir öneriyi kabul ettiğinde, bu öneri oylamaya sunulabilir. Bu oylama, negatif oy oranı sapması ) üretecektir, yani hak sahipliği oy sayısı ne kadar azsa, geçmesi gereken sayı da o kadar azdır - bkz. adaptif grup yanlılığı (.
Kurulun çoğunluğu ile onay - Sadece basit bir çoğunluk kurul üyesinin onay vermesi durumunda referandum oylaması yapılabilir, ancak bu, çoğunluk oyu sistemi olacaktır. 51% oy alan taraf kazanacaktır.
Herhangi bir anda yalnızca bir geçerli referandum olabilir, aksi takdirde devam eden acil bir referandum varsa.
Oylama Zaman Çizelgesi
Governance v1'de, bir kuyruğun en az bir öneri içermesi durumunda, her 28 günde bir yeni bir oylama yapılacaktır. Yönetim kurulu tarafından onaylanan önerilerin bir kuyruğu, kamu tarafından sunulan önerilerin de bir kuyruğu vardır. İki kuyrukta en üstteki öneriler arasında sırayla oylama yapılacaktır.
En yüksek sıralamadaki öneri, arkasındaki stake miktarıyla belirlenir. Eğer mevcut kuşak, herhangi bir öneri oluşturmaya çalışıyorsa ) kuşağı boştur ( ve başka bir kuşakta bekleyen bir öneri varsa, o kuşaktaki en yüksek sıradaki öneri oylamaya girecektir.
Aynı dönemde birden fazla referandum oylaması yapılamaz, acil referandumlar hariç. Olağan referandum ) ile kamuya açık veya yönetim kurulu önerisi ( ile aynı anda gerçekleşen acil referandum, birden fazla referandum için oylama yapılabilen tek durumdur.
Teklif onaylandığında, yönetişim v2 aynı 28 günlük uygunluk süresini paylaşır. Bu aşamanın sonunda hâlâ onaylanmamışsa, teklif otomatik olarak reddedilecektir.
Referandum oylaması ) yönetimi v2(
Governance v2'de, eğer öneri onay oranı ve destek oranı gereksinimlerini karşılıyorsa, bu öneri onaylanacaktır, yani adaptif grup önyargı sistemi kaldırılmıştır.
Onay oranı ), onay oyu ağırlığının (, inanç ayarlamalarından sonra ) toplam oyu ağırlığının (, onay ve red ) payını içerdiği ş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ıyla karşılaştırma.
Bu standardın onay süresinin en kısa sürede karşılanması gerekmektedir. Farklı yolların farklı onay süreleri ve onay ile destek gereksinimleri vardır. Şimdi gerekli destek miktarı ve toplam onay ile yapılandırılabilir. Daha düşük ayrıcalıklı kaynaklardan gelen teklifler için, yüksek ayrıcalıklı kategorilerden gelen tekliflerle, örneğin Root( gibi, gereken oy oranını daha gerçekçi bir sayıya indirmek daha makuldür. Daha büyük siyasi anlamı olan teklifler, tartışmaları önlemek için daha yüksek onay talep edebilir.
Gov2'de, 28 gün sonra onaylanmamış teklifler varsayılan olarak reddedilmiş sayılacak ve Karar Teminatı iade edilecektir. Eğer teklif, onay süresi sona ermeden önce geçerli kalmayı başarırsa, onaylanmış olarak kabul edilecek ve belirlenen süre sona erdikten sonra teklif edilen kaynaktan yürütülmeye başlanacaktır. Belirleme süresi, halk oylaması teklifinde belirtilir, ancak aynı zamanda ray tabanlı minimumlarla da sınırlıdır. Daha güçlü Raylar, teklifin getirebileceği herhangi bir değişiklik için ağın yeterli süreye sahip olmasını sağlamak amacıyla daha uzun bir yürütme süresi gerektirecektir.
Gönüllü Kilit
Polkadot, token sahiplerinin token'ları belirli bir süre kilitleme isteğini beyan ederek oy haklarını artırmalarına olanak tanıyan "gönüllü kilitleme" kavramını kullanmaktadı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 dönemi her seferinde bir kat artırılır, conviction çarpanı oy çarpanını bir artırır.
Kilitleme süresi Oylama çarpanı 0 1 1 2 2 3 4 4 8 5 16 6 32 6
Kilitleme süresinin "iki katına" çıkarılabileceği maksimum sayısı 6) olarak ayarlanmıştır, bu nedenle 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ü kilitleyip inancınızı 5.5 artırmanız mümkün değildir.
Token kilitlendiğinde, yine de onu oylama ve staking için kullanabilirsiniz; yalnızca bu token'ları başka bir hesaba aktarmanız yasaktır.
Seçim oyları her zaman aynı zamanda "hesaplanır", yani oy verme süresi sona erdiğinde. Bu, token kilitleme süresinden etkilenmez.
Uyumlu Toplumsal Önyargı
Governance v2'de kullanılan adaptif grup yanlılığı, daha uzun bir süre boyunca varlık göstermiştir ve Onay/Destek sistemi ile değiştirilmiştir.
) Yönetim Kurulu
Yönetim v1'de, Polkadot üzerindeki pasif paydaşlar, "Konsey" adı verilen bir yönetim kurulu tarafından temsil edilmektedir. Konsey, birden fazla katılımcıdan oluşan bir zincir içi varlıktır ve her katılımcı bir zincir içi hesabı temsil eder. Polkadot'ta, Konsey şu anda üyelerden oluşmaktadır.
Hazineyi kontrol etmenin yanı sıra, yönetim kurulu esas olarak üç yönetim görevinden sorumludur:
Governance v2'de, birçok kişinin günlük yönetime katılmamayı seçtiği gerçeğini telafi etmek için, daha önce seçmen vekalet organı olarak görev yapan konseyin görevlerini devralacak alternatif bir stratejiye ihtiyaç vardır. 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. Bunu, çoklu rol delegasyonu olarak adlandırılan bir işlevi geliştirerek yapar. Bu işlevde, seçmenler sistemdeki her tür referandum için farklı temsilciler atayabilirler. Örneğin, seçmenler, önemsiz bir referandum kategorisini yönetmek için bir varlığa vekalet verebilirken, daha önemli sonuçları olan farklı bir kategori için başka bir temsilci seçebilir ve hala kalan kategorilerin tamamı üzerinde tam oy hakkını koruyabilirler.
( referandum iptali
Yönetim v1'de, teknik komitenin öneriyi iptal etme konusunda oy birliğiyle anlaşması durumunda veya Root kaynağı ) gibi sudo( bu işlevi tetiklerse, öneri iptal edilebilir. İptal edilen önerinin teminatı yok edilecektir.
Ayrıca, yönetim kurulunun üçte iki çoğunluğu referandumu iptal edebilir. Eğer referandum önerisinde sorunlar geç keşfedilirse ), bu önerinin uygulanacak runtime kodunda bir hata varsa ###, bu son çare olarak değerlendirilebilir.
iptal edilen tartışma yeterince büyükse,