Yönetim V2

Polkadot, paydaşların ihtiyaçlarına göre zarif bir şekilde evrim geçirebilmesini sağlayan ince bir yönetişim mekanizması benimsemiştir. Amaç, çoğu hissenin her zaman ağı kontrol edebilmesini sağlamaktır.

Bu makalenin içeriğinde değişiklikler olabilir. 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 Yükseltme Takvimi
• Yönetim Kurulu: Oylama ile seçilen "hükümet", parametreler, admin ve harcama önerilerini yönetmekle sorumludur.
• Referandum: Genel oy sistemi, uzun vadeli paydaşlara daha fazla etki verme.

v1 sistemi, çalıştığı ilk birkaç yılda iyi işledi ve hazine fonlarının uygun kullanımını ve zamanında güncellemeleri ve onarımları sağladı. Ancak sistem olgunlaştıkça, eksiklikleri iyileştirmek ve ilerlemeye ayak uydurmak için evrim geçirmesi gerekiyor. Örneğin, v1'de tüm referandumların ağırlıkları eşit olup, yalnızca bir referandumda oy kullanılabilir ve oylama süresi birkaç hafta sürebilir. Bu durum, sistemin çok az sayıda öneriyi dikkatlice değerlendirmeye yönelmesine ve birçok öneriyi geniş bir şekilde değerlendirmemesine neden oldu.

Bu nedenle "Yönetim v2" ( Gov2) ortaya çıktı. Gov2, günlük karar alma yöntemini değiştirerek referandumların etki alanını daha geniş ve daha çevik hale getiriyor, böylece sistemin alabileceği kolektif karar sayısını önemli ölçüde artırıyor.

Gov2, Kusama'da başlatıldıktan sonra Polkadot'a dağıtım önerisinde bulunacak. Şu anda Gov2, Kusama ağında çevrimiçi.

Aşağıdaki içerik, Polkadot ağının temel yönetişim ilkelerini tanıtacaktır. v1'in kökenlerini anlamak, ikinci iterasyonun yönünü daha iyi kavramaya yardımcı olur. Bu farklılıklar ve ayrımlar, çeşitli alt konularda vurgulanacaktır.

Dikkat edilmesi gereken nokta, mevcut aşamada yönetişimin sürekli gelişen bir protokol olduğudur. v2 güncellemesi ağa girdiğiyle birlikte, v2.5 planları da hazırlanmaktadır.

Ön koşul

Özetle, bu ağ, WebAssembly ile tanımlanan zincir üzerinde depolanan ve biçimsiz durum geçiş fonksiyonlarını içeren çeşitli yenilikçi mekanizmaları bir araya getirirken, uyumlu mutlak çoğunluk eşiği ve toplu onay oylama mekanizması gibi çeşitli zincir içi oylama mekanizmalarını da barındırmaktadır.

Protokoldeki tüm değişiklikler, hisse ağırlıklı bir referandumla onaylanmalıdır.

Mekanizma

v1'de, aktif token sahipleri ve yönetim kurulu ağ yükseltme kararlarını birlikte yönetir. Öneri kamu tarafından veya yönetim kurulu tarafından sunulsa da, nihayetinde herkesin katılımıyla referandum yapılması gerekmektedir ve karar, stake miktarı ve inanç değeri ağırlığına göre alınır.

v2'de birkaç değişiklik var. Yeni yönetişim modeli, merkeziyetsiz özelliklerini yansıtan bir yol olarak:

• Token sahiplerine yönetim kurulunun sorumluluğunu devretmek için demokratik oylama yoluyla
• Mevcut yönetim kurulu topluca feshedilecek
• Kullanıcıların oy haklarını topluluk üyelerine daha fazla şekilde devretmelerine izin ver

v1'de, konsey pasif token sahipleri, hazine koruyucuları ve yasama girişimcileri olarak hareket eder, ancak genellikle merkezi bir varlık olarak görülür. Daha fazla merkeziyetsizlik sağlamak için, v2, konseyin görevlerini topluma geri vermeyi öneriyor.

Referandum

Referandum, basit, kapsayıcı ve staking'e dayalı bir oylama planıdır. Her referandumun belirli bir teklifi vardır ve runtime ayrıcalık işlevi çağrısı biçiminde uygulanır.

Referandum, belirli bir oylama süresine sahip, ayrık bir olaydır. Oylama süresi sona erdiğinde ve oy pusulaları sayıldığında, onaylanması halinde ilgili fonksiyon çağrılacaktır. Referandum her zaman ikilidir, seçim yalnızca "kabul" veya "reddet" ya da tamamen çekimser olmalıdır.

v1'de referandum aşağıdaki yollarla başlatılabilir:

• Kamuya açık olarak sunulan öneri
• Yönetim Kurulu'nun çoğunluk veya tam oyla kabul ettiği öneri
• Daha önceki referandumun bir parçası olarak sunulan teklif
• Teknik komite tarafından sunulan ve yönetim kurulu tarafından onaylanan acil öneri

Tüm referandumların bir uygulama gecikme süresi vardır. Bu, referandumun sona ermesinden onaylanırsa, teklifin fiilen uygulanması için ( arasındaki zamandır.

Eğer referandum kapatılır ve sayım tamamlanırsa, bu tamamlanmış sayılır. Öneri onaylanırsa, uygulanması planlanacaktır. Oylama devam ediyorsa, bu tamamlanmamış sayılır.

Halk veya konsey tarafından sunulan önerilerin 28 gün sabit bir uygulama gecikme süresi vardır. Önceki referandumun bir parçası olarak sunulan öneriler, gerekirse gecikme süresi ayarlanabilir. Acil önerilerin işlenmesi, "hızlı takip" gerektiren önemli konulara ihtiyaç duyar, uygulama süresi daha kısadır.

v2'de, herkes istediği zaman oylama başlatabilir ve sınırlı değildir. v2, oylama sürecini ve işlemlerini kolaylaştırmak için Origins) kaynak( ve Tracks) ray( kavramlarını tanıttı.

Origin, belirli bir ayrıcalık seviyesinin zengin bir tanımı olarak görülebilir. Teklif sahibi, teklif gereksinimlerine göre uygun bir Origin seçmelidir.

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

Örneğin, Runtime güncellemesinin ekosistem üzerindeki etkisi, hazine bahşişinin onaylanmasından farklıdır, bu nedenle farklı Origins gereklidir; burada farklı oy verme oranları, onay oranları, teminatlar ve en kısa yürütme süresi önceden belirlenmiş olacaktır.

) Teklif Referandumu

Halk Oylaması

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

Teklif sunulduktan sonra ### oylama yapılacak (, bağlı token serbest bırakılacaktır.

v1'de öneri kuyruğunda en fazla 100 kamu önerisi bulunabilir.

v2'de, bir referandum oluşturulduktan sonra topluluk hemen oy kullanabilir. Ancak bu referandum, oyların sona erdirilmesi veya hesaplanması, onaylanması ve uygulanması durumunda değildir. Referandumun ")Karar(" durumuna geçebilmesi için bazı standartları karşılaması gerekir. Bu aşamadan önce hala belirsiz durumdadır.

Decided durumuna geçişin standartları şöyledir:

• İthalat dönemini yaşadı, yani başlamadan önce geçilmesi gereken süre. Bu, "karar vurma" olasılığını azaltmaya yardımcı olur.
• Karar vermek için hala yeterli alan olmalıdır. Tüm Track'ler, aynı anda karar verilebilecek referandum sayısı üzerinde kısıtlamalara sahiptir.
• Karar depozitosu ödenmelidir. Referandum oluşturmanın maliyeti düşük, ancak referandum kararının sınırlı yerlerin tükenme riski vardır. Daha büyük ama geri alınabilir bir depozito, spam mesajların azaltılmasına yardımcı olur.

İdare Konseyi Referandumu )v1(

Kurul oybirliği ile onayladı - Kurulun tüm üyeleri onayladığında, teklif oylamaya sunulabilir. Bu oylama, olumsuz oy oranı sapması yaratacaktır.

Kurul çoğunluğu ile kabul - Sadece basit bir çoğunluk onaylandığında da oy verilebilir, ancak çoğunluk oyu sistemi uygulanır.

Herhangi bir zamanda yalnızca bir geçerli referandum olabilir, acil bir referandum yürütülmediği sürece.

Oylama Takvimi

v1'de, kuyrukta en az bir öneri olduğunu varsayırsak, her 28 günde bir yeni bir oylama yapılır. Yönetim kurulu tarafından onaylanan önerilerin bir kuyruğu, kamu tarafından sunulan önerilerin de bir kuyruğu vardır. İki kuyruktaki önde gelen öneriler arasında sırayla oylama yapılır.

Sıralama, bağlı olan stake miktarına göre belirlenir. Eğer mevcut kuyruk, teklif olmadan referandum oluşturmayı deniyorsa ) kuyruk boş (, diğer kuyrukta ise bekleyen teklifler varsa, diğer kuyruktaki en öndeki teklif referanduma girecektir.

Birden fazla referandumda aynı anda oy kullanılamaz, acil referandumlar hariç. Acil referandumların olağan referandumlarla aynı anda gerçekleşmesi, birden fazla referandumda oy vermenin tek durumudur.

v2'de, öneri onaylandığında 28 günlük bir yeterlilik süresi paylaşılır. Bu aşamanın sonunda hala onaylanmamışsa, otomatik olarak reddedilir.

Referandum oylaması )v2(

v2'de, eğer teklif onay oranı ve destek oranı gereksinimlerini karşılıyorsa, onaylanır, uyumlu grup önyargı sistemi kaldırılmıştır.

Onay oranı, onaylanan oy ağırlığının ) inanç düzeltmesi sonrasında ( toplam oy ağırlığının payını ifade eder.

Destek oranı, onaylanan toplam oy sayısının ) ile conviction('ı ve sistemdeki olası toplam oy sayısını karşılaştırarak hesaplanır.

Bu standardı onay süresinin en kısa sürede karşılaması gerekir. Farklı yolların farklı onay süreleri ve gereksinimleri vardır. Şu anda gerekli destek miktarı ve genel onay ile yapılandırılabilir. Düşük ayrıcalıklı kaynak önerileri için, gerekli oylama oranını daha gerçekçi bir sayıya indirmek daha mantıklıdır. Politika açısından önemli olanlar, tartışmaları önlemek için daha yüksek onay talep edebilir.

v2'de, 28 gün sonra onaylanmamış teklifler varsayılan olarak reddedilir ve Decision Deposit iade edilir. Teklif, onay süresi sona ermeden önce geçerli kalırsa, onaylanmış olarak kabul edilir ve teklif kaynağından yürütme planlanır. Yürütme süresi teklifte belirtilir, ancak ray tabanlı minimum değer sınırlamalarına tabidir. Daha güçlü Tracks, değişiklikler için ağın yeterli süreye sahip olmasını sağlamak amacıyla daha uzun yürütme sürelerini zorunlu kılar.

Gönüllü Kilitleme

Polkadot, "isteğe bağlı kilitleme" kavramını kullanarak, token sahiplerinin token'larını kilitleme sürelerini beyan ederek oy haklarını artırmalarına izin verir. Her bir sahibin oy sayısı aşağıdaki formül kullanılarak hesaplanacaktır:

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

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

En fazla 6 kez kilitleme süresi ) toplamda 32 kilitleme süresi (, bir kilitleme süresi 28 güne eşittir. Sadece iki katına çıkmaya izin verilir, 24 dönemi kilitlemek ve inancı 5.5 artırmak mümkün değildir.

Kilidlenmiş olsa bile oylama ve staking için kullanılabilir, sadece başka bir hesaba transfer edilmesi yasaktır.

Seçim oyları her zaman oylama süresi sona erdiğinde "hesaplanır", kilitlenme süresinden etkilenmez.

Uyarlanabilir Toplumsal Önyargı

v2'de daha uzun süre kullanılır ve Onay/Destek sistemi ile değiştirilmiştir.

Yönetim Kurulu

v1'de, Polkadot üzerindeki pasif paydaşlar "Konsey" tarafından temsil edilmektedir. Konsey, birden fazla katılımcıdan oluşan zincir üzerindeki bir varlıktır ve her biri bir zincir üzerindeki hesabı temsil eder. Polkadot üzerindeki Konsey şu anda üyelerden oluşmaktadır.

Hazineyi kontrol etmenin yanı sıra, yönetim kurulunun esas olarak üç yönetişim görevinden sorumlu olduğu.

• Akıllı Referandum Önerisi
• Tehlikeli veya kötü niyetli referandumları iptal et
• Seçim Teknoloji Komitesi

v2'de, seçmen delegasyon kurumunun daha önceki görevlerini devralacak alternatif stratejilere ihtiyaç vardır. v2, v1'in oy verme delegasyonu işlevi üzerine inşa edilmiştir, seçmenler oy haklarını sistemdeki diğer seçmenlere devredebilirler. Çoklu rol delegasyonu aracılığıyla, seçmenler sistemdeki her tür referandum için farklı temsilciler atayabilirler. Örneğin, belirli bir varlığı daha az etkili referandum kategorilerini yönetmek için yetkilendirebilir, daha önemli sonuçları olan kategorileri yönetmek için başka bir temsilci seçebilir ve kalan kategorilerde tam oy haklarını saklayabilirler.

Referandumun İptali

v1'de, eğer teknik komite oybirliği ile kabul ederse veya Root kaynağı tetiklerse, öneri iptal edilebilir. İptal edilen önerinin teminatı yok edilecektir.

Ayrıca, yönetim kurulunun üçte iki çoğunluğu referandumu iptal edebilir. Referandum önerisinde daha sonra bir sorun keşfedilirse, bu son çare olarak kullanılabilir.

Eğer itiraz çok büyükse ve yönetim kurulunun üçte iki çoğunluğu elde etmesi mümkün değilse, o zaman önerinin kaderini paydaşlar ortaklaşa belirleyecektir.

v2'de, oy verilmiş bir öneriye müdahale etmek için Cancelation) adı verilen özel bir işlem bulunmaktadır. Bu işlem, mevcut durumuna bakılmaksızın, devam eden referandumu anında reddedecektir. Ayrıca, önerinin kötü niyetli veya spam içerik olması durumunda, önericinin teminatının cezalandırılmasını sağlamaktadır.

İptal, yönetim işlemi olup, uygulanabilmesi için ağ oylaması gerekmektedir. İptalin kendine ait bir Orijini ve Takibi vardır, çok kısa bir ithalat süresi ve onay oranı/destek oranı eğrisi ile birlikte gelir, çünkü acil durumlarda çağrılır.

Teknik Komite

v1'de, teknik komite (TC), Kusama yönetim üçlüsünden biri olarak tanıtıldı. TC, Polkadot runtime veya Host'u başarıyla uygulayan veya tanımlayan ekiplerden oluşur. Konseyin basit çoğunluk oyu ile TC'ye ekip eklenebilir veya çıkarılabilir.

TC'nin amacı kötü niyetli referandumları önlemek, hata düzeltmeleri yapmak, yanlış runtime güncellemelerini geri almak veya yeni işlevler eklemektir. TC, önerileri hızlandırmak için Democracy pallet'ini kullanma hakkına sahiptir ve hızlandırma işlevini tetikleyebilen tek kaynaktır. TC'yi, öneri üretemeyen ancak mevcut önerileri hızlandırabilen "tek kaynak" olarak görebiliriz.

Hızlı referandum, başka bir referandumla aynı anda gerçekleştirilebilen tek referandumdur. Bu nedenle, hızlı referandum aracılığıyla iki aktif referandum aynı anda yapılabilir. Birine oy vermek, diğerine oy vermeyi engellemez.

v2'de, teknik komitenin yerini alacak yeni bir halefiyet komitesi "Polkadot Fellowship" tanıtıldı. Bu, Polkadot ve Kusama ağlarına hizmet edecek.

Polkadot Burs Programı

Fellowship, Polkadot ağı ve protokol teknolojisi bilgisine sahip kişileri temsil etmeyi amaçlayan temelde özerk bir uzman kuruluşudur. Fellowship, üyeleri "derece" ile sınıflandırarak, görüşlerinin akıllılık derecesini, teknik altyapılarının sağlamlık seviyesini ve Polkadot'un çıkarlarıyla uyumluluk derecelerini temsil eder.

Mevcut Teknik Kolektiften farklı olarak, üye kapsamını genişletmeyi amaçlamaktadır. (, on binlerce üye barındırabilir ve giriş engeli çok daha düşüktür. Aday üye olmak oldukça basit, sadece küçük bir teminat yatırmanız yeterlidir.

Fellowship üyeleri herhangi bir Fellowship önerisine oy verebilir, üyelerin toplam görüşü ) seviyeye göre ağırlıklı olarak ( Fellowship'in göz önünde bulunduracağı görüşleri oluşturur.

Fellowship oylama mekanizması, Polkadot paydaşlarının önerilen referandumlar üzerindeki oylama mekanizmasıyla aynıdır.

Seviye Sistemi

Ağ üzerinde etkili kontrolü ele geçiren azınlık katılımcıların önlenmesi için sistem üç ana ilkeye bağlı kalmaktadır:

1. Fellowship kesinlikle ağ üzerinde katı bir güce sahip olamaz: parametreleri değiştiremez, onarımlar yapamaz veya varlıkları hareket ettiremez. Tek yetki, referandum zaman çizelgesini kısaltabilmektir.

2. Fellowship, genel görüşte yüksek derecelere daha fazla ağırlık vermektedir, ancak bu, azınlık yüksek düzeydeki üyelerin görüşlerinin, uyumlu düşük düzeydeki üyelerin görüşlerini aşamayacak kadar yüksek olmamalıdır.