OpenGov: Vad är Polkadot Gov2

Dec 15, 2022

OpenGov, tidigare kallad Gov2, är den föreslagna nästa fasen i Polkadots styrning och innebär att Polkadot får nästa generation av decentraliserad, säker och demokratisk styrning. OpenGov är live på Kusama och kommer till Polkadot om det godkänns av gemenskapen.

“Polkadot och alla parachains är i sig uppgraderingsbara. Vi använder WebAssembly för att göra de här sakerna anpassningsbara och förändringsbara och utvecklas med tiden. Men för att komma fram till ett beslut om vad som ska ändras behöver vi en beslutsprocess. Detta är styrning.”
Gavin Wood, Polkadot Decoded, 2022

Behovet av en stark styrningsprocess är kärnan i kryptogemenskaper eftersom det bidrar till att främja decentralisering, säkerhet och rättvisa. Gemenskapens intressenter har ett intresse av att se till att skattemedel fördelas på rätt sätt, att uppgraderingar rullas ut och att problem hanteras. Till skillnad från många gemenskaper utförs styrningsbeslut för Polkadot och parachains på kedjan, vilket gör dem transparenta.

Polkadots ursprungliga styrningsstruktur var löst baserad på parlamentarisk demokrati och var alltid tänkt att förbättras i takt med att nätverkets behov växte. OpenGov, som ursprungligen kallades Gov2, är Polkadots uppgraderade strategi för att styra nätverket.

Decentralisering genom styrning

Strukturen i OpenGov är ett eko av kryptolandskapets decentralisering. Det finns lager av decentralisering i blockkedjor, från det tekniska lagret av infrastruktur, drift och utveckling till den bredare nivån av styrning. OpenGov är en form av decentraliserat beslutsfattande som använder den nyligen lanserade Substrate governance-paletten, som ger användarna möjlighet att direkt delta i decentraliserade besluts- och röstningsprocesser.

Att fatta beslut som ett nätverk är beroende av en styrningsprocess som fortsätter att växa och förändras när den möter nya utmaningar och tar hänsyn till feedback från användare och byggare. Om Polkadot godkänns kommer Polkadot att använda OpenGov på det sätt som beskrivs här, och det kommer att vara upp till parachainsamhällena att bestämma hur detta kommer att påverka parachainstyrningen.

Decentralisering

Styrning på kedjan i form av omröstning med tokens som innehas av intressenter i nätverket decentraliserar och demokratiserar beslutsprocessen. Besluten om nätverkets inriktning påverkar alla som använder det. Av denna anledning har varje innehavare av token ett inflytande över hur nätverket förvaltas.

Att tillåta GLMR-innehavare att fatta beslut om Moonbeam-nätverket, till exempel, är en viktig del av att stödja ett proof-of-stake-nätverk och hålla det säkert från utomstående parter som försöker skada nätverket utan att ha något att förlora. OpenGov on-chain-röstning är både inkluderande och transparent, vilket gör det så lättillgängligt som möjligt för Polkadot-gemenskapen att delta.

Säkerhet

Styrningsstrukturen är utformad för att förhindra att skadliga beslut verkställs. När ett nätverk är decentraliserat installeras kontroller och balanser för att förhindra att dåliga aktörer tar över och kontrollerar majoriteten av rösterna.

Eget kapital

När kryptogemenskaper växer kan ökad flexibilitet i styrningsprocessen genom mer granulärt beslutsfattande vara till hjälp. Beslutsprocessen baseras på allvaret i de föreslagna förändringarna eftersom vissa beslut är mer tekniska och betydelsefulla än andra och bör övervägas kritiskt.

Uppdateringar av styrningen med Polkadot OpenGov

OpenGov är en mognad version av Polkadot Governance v1. Generellt sett fungerar Gov v2 så att den matchar ett förslags betydelse med den tid och det deltagande som krävs för att godkänna det eller inte. Att effektivisera demokratin på detta sätt är säkert och garanterar deltagande i viktiga förslag genom ökad tid ett krav på att ett minsta antal tokens är representerade.

OpenGov förbättrar styrning version 1 på vissa sätt och tar bort eller ändrar andra aspekter. den ursprungliga Polkadot-styrningsprincipen, enligt vilken 50 % av de totala insatserna i systemet, om de har tillräcklig övertygelse i sin åsikt, i slutändan bör kunna styra systemets framtid förblir intakt, men processen för att nå dit har uppdaterats.

En av de stora förändringarna med OpenGov är att man avskaffar det befintliga rådet och den tekniska kommittén och i stället överlåter full kontroll till samhället via förslagsvägar och skapandet av Fellowship. Denna ändring har gjorts på Kusama.

I allmänhet har förslaget till folkomröstningar och deras godkännande och organisation, tillsammans med den tidtabell och de kömekanismer som ingår, justerats, liksom processerna för att avbryta folkomröstningar.

Omröstningens övertygelse har förblivit densamma, och rådet och den tekniska kommittén har upplösts till förmån för en Fellowship om Kusama. Ett antal nya punkter har införts, bland annat ursprung och spår, vitlistning, svartlistning och avbetalningen av Polkadot Fellowship. Förändringarna i godkännandeprocessen gör det mer öppet och lättare för gemenskapen att själv leda och godkänna förslag.

En guide till vad som är nytt i Polkadot OpenGov

OpenGov upprätthåller Polkadot-pionerade övertygelseomröstningar som sker på samma sätt som tidigare, med hjälp av WebAssembly och flera röstningsmekanismer på kedjan. Med det sagt flyttar OpenGov processen mot decentralisering genom att sänka barriärerna för att hantera det dagliga beslutsfattandet i nätverket bättre. Det verkliga fokuset ligger på att anpassa förslagens räckvidd till hur de går igenom styrningsprocessen.

Polkadot OpenGovs förslagsprocess

Polkadots styrning har just blivit mycket enklare. När det gäller att lämna in ett förslag finns det inte längre någon lanseringsperiod där förslagen måste få stöd innan de går vidare till folkomröstningsfasen för allmän omröstning. Detta innebär att alla medlemmar i gemenskapen kan göra en folkomröstning utan dröjsmål. Till skillnad från Gov1 kan det med OpenGov ske tusentals beslut samtidigt. Denna förstklassiga beslutsmekanism kallas folkomröstning.

Folkomröstning: En allmän omröstning av gemenskapen om en enskild idé som kallas förslag.

Med OpenGov folkomröstningar:

• Kan starta när som helst
• Kan startas av vem som helst
• Kan startas så många gånger som förslagsställaren vill.
• Kan röstas om av alla innehavare av DOT-token.
• Är inte begränsade i antal vid en viss tidpunkt.

Förslag: En formell skriftlig plan eller ett förslag som läggs fram för att övervägas och diskuteras av gemenskapen.

Folkomröstningar bygger på förslag. Gemenskapsmedlemmar sammanställer en idé som de vill se genomföras på Polkadot och lägger fram den för att gemenskapen ska kunna rösta om den i en folkomröstning.

“Förslag” är ett annat sätt att säga “operation” på Polkadot (på samma sätt som när en transaktion föreslås av användaren). Denna distinktion är viktig eftersom Polkadot kan göra många olika operationer (som överföring, insats osv.) och OpenGov-förslagen är organiserade enligt deras operationsrättighetsnivå.

Vissa operationer på Polkadot kräver mer kraft (tänk, datorkraft — djupare nivåer av logik och säkerhetsauktorisering), och vissa är mindre kritiska. Till exempel skulle en uppgradering av underliggande tekniklager vara en mer kritisk operation/ett mer kritiskt förslag än att lägga till en funktion för nattläge på en dApp. Dessa nivåer av komplexitet eller privilegier beskrivs med ordet Origin.

Ursprung och spår för effektiviseringsförslag och folkomröstningar

Ursprung: En beskrivning av en nivå av privilegier. I OpenGov-sammanhang är ett ursprung en auktorisationsbaserad transaktionskälla som används för att bestämma vilket spår en folkomröstning läggs upp under. Det finns olika nivåer av Origin, från det mest privilegierade Root Origin till Tip Origin med mindre privilegier.

Före OpenGov genomfördes alla demokratiska folkomröstningar som föreslogs som Root Origin. Detta är den mest kraftfulla nivåparametern, och en överdrift för folkomröstningar med lägre prioritet. Resultatet av att varje folkomröstning kördes på detta sätt var en backlog av förslag och slutna 28-dagars omröstningsfönster, vilket gav varje förslag lika mycket tid och uppmärksamhet, även om vissa var viktigare än andra. Om man missade omröstningsfönstret fick man vänta tills nästa plats i kön öppnades för att lägga in ett förslag i kedjan, vilket ledde till ytterligare förseningar och förvirring.

I OpenGov väljer förslagsställaren vilken Origin-klass de vill att deras förslag ska utföras med. Varje Origin är associerad med en typ av folkomröstning (dvs. aktivering av underhållsläge, uppgraderingar under körtid, öppnande av XCM-kanaler) med olika kriterier.

Spår: En Origin-specifik pipeline som förslagen bearbetas genom under en folkomröstning.

Spåren är specifika för Origins, så de är skilda från alla andra Origins-spår, vilket gör att förslag i olika spår kan behandlas tillsammans med förslag i andra spår (vid samma tidpunkt!). Mindre kritiska Origin-spår kan ha flera folkomröstningar som pågår samtidigt eftersom ändringarna i förslagen inte är lika farliga som i Root Origin-spåret som bara har en åt gången.

Spårets maximala besluts- eller kapacitet: En gräns för hur många folkomröstningar på det här spåret som kan beslutas samtidigt.

Folkomröstningar i olika spår följer olika regler som står i proportion till deras nivå i Origin-klassen. Dvs. farligare och mer privilegierade folkomröstningar kommer att ha fler skyddsåtgärder, högre tröskelvärden och längre betänketider för godkännande.

Hur förslag godkänns i Polkadot OpenGov
Polkadot OpenGov tillhandahåller ett ramverk och en process för att organisera det övergripande styrsystemet för att ge användarna möjlighet att förändra nätverket på ett demokratiskt och rättvist sätt. Processen är utformad för att skapa en konsekvent dynamik där diskussioner i samhället förs innan man röstar om och genomför ett förslag. Olika Origin Tracks har olika kriterier för godkännande. Den allmänna processen för att bli godkänd är dock densamma för alla Origin Tracks.

Översikt över förslag på kedjan för alla Origin Tracks

I OpenGov avslutas folkomröstningar genom en gemensam process, medan detaljerna i kraven för godkännande är specifika för varje spår. Inom spåret skiljer sig parametrarna åt när det gäller:

• Tidsperioden för beslutsperiod, bekräftelseperiod, minsta genomförandeperiod och förberedelse.
• Kurvan, eller hur mycket godkännande och stöd som krävs för att en folkomröstning ska godkännas.
• Antalet folkomröstningar som kan äga rum samtidigt, eller kapacitet.

Processen för godkännande av OpenGov-förslag:

1. Förslag/folkomröstning: Skapande av förslag/folkomröstning: En gemenskapsmedlem måste ange transaktionens ursprung och lägga till förslagsidén.
2. Ledande period: Förslagen är i detta skede “oavgjorda” tills de uppfyller kriterierna för sitt tilldelade spår (dvs. minsta längd på röstningstiden uppfylld, utrymme tillgängligt i spåret, beslutsinsats betald).
3. Beslutsfasen: Community fortsätter att rösta för att “besluta” om förslaget med hjälp av tokens under en begränsad tid.
4. Bekräftelseperiod: Förslag kommer att godkännas om de får godkännande och tillräckligt stöd (ett minsta antal DOT) och behåller denna status under hela den spårspecifika bekräftelseperioden inom den fastställda beslutsperioden.
5. Godkännande eller avslag: Om förslaget inte godkänns innan beslutsperioden löper ut förkastas det. Om förslaget godkänns under bekräftelseperioden godkänns det, även om beslutsperioden inte är slut.
6. Genomförande: Det godkända förslaget väntar på en bestämd tid (som anges i det ursprungliga förslaget) för att kunna genomföras.

Inledande period

När ett förslag läggs fram för en folkomröstning börjar samhället att rösta. Detta kallas för “inledande period”. Generellt sett är “Lead-in-perioden” en tidsperiod för diskussion. Det måste finnas utrymme på spåret för att ett förslag ska kunna gå vidare. Gemenskapen röstar på förslagen under denna period, vilket kommer att flytta dem till början av kön om det finns flera förslag som väntar på plats på spåret, men dessa omröstningar ingår inte i beslutsperioden.

Kriterier för att gå från inledande till avgörande:
1. Folkomröstningen har varit publicerad under en viss tid.

• Detta gör det möjligt att få in röster och förhindrar att ett förslag går vidare till nästa fas utan diskussion.

2. Det finns utrymme för förslaget i den valda spåret.

• Spåren har olika gränser för hur många folkomröstningar som kan genomföras samtidigt (dvs. rotursprung behöver mer hänsyn med tanke på de säkerhetsmässiga konsekvenserna av en rotursprungsomröstning, så endast en folkomröstning kan vara i beslutsperioden för rotursprungsspåret åt gången).

3. En beslutsinsättning har gjorts.

• För att fullfölja kriterierna måste en deposition betalas. Denna deposition kan variera beroende på spåret. Syftet med depositioner är att täcka lagring av folkomröstningen på kedjan och att förhindra spamming.

Deposition för beslut: Belopp som måste deponeras innan ett beslut kan fattas.

Beslutsperiod och bekräftelseperiod

När ett förslag har uppfyllt Lead-In-kriterierna har det en plats på sitt utsedda spår och omröstningen fortsätter under beslutsperioden. För att ett förslag ska kunna gå vidare från beslutsperioden till bekräftelseperioden måste det uppfylla två kriterier: godkännande och stöd. Bekräftelseperioden är kortare än beslutsperioden och kan “uppfyllas” när som helst under beslutsperioden.

Godkännande och stöd
Kriterierna för godkännande och stöd används både under beslutsperioden och bekräftelseperioden. I allmänhet kräver dessa kriterier att det finns en majoritetsröstning genom vägd övertygelse (dvs. att rösternas vikt är till förmån för förslaget), och även att en tillräckligt stor andel av de tillgängliga DOT-tokens har deltagit.

Med godkännande avses den procentandel “ja-röster” som krävs för att ett förslag ska gå från beslutsperioden till bekräftelseperioden och slutligen godkännas i bekräftelseperioden. Till skillnad från stöd tar godkännande hänsyn till röstöverlåtelse.

Med stöd avses det minsta antal röster som krävs för att delta i folkomröstningarna. Stödkriterierna återspeglas som en procentandel av det totala utbudet, dvs. [x]% av DOT:s totala utbud måste rösta på om det är ja, nej eller avstår.

Överlåtelse: Låsning av polletter för att öka deras röstmultiplikator för att öka röststyrkan. D.v.s. polletter som är låsta i högst 32 låsperioder (896 dagar) multiplicerar sin röst med 6.

Godkännande: Andelen av röstvikten för godkännande efter justeringar för fällande dom mot titelns antal röstvikter för både godkännande och förkastande.

Stöd: Det totala antalet röster för godkännande (utan hänsyn till justeringar för fällande domar) jämfört med det totala möjliga antalet röster som skulle kunna göras i systemet. Stödet tar också hänsyn till avstående röster.

Kriterierna för godkännande och stöd bestäms av godkännandekurvan respektive stödkurvan.

Godkännandekurva: Kurvan som anger det minsta antalet JA-röster i procent av de totala övertygelseviktade rösterna som krävs för godkännande som en funktion av tiden in i beslutsperioden.

Stödkurva: Kurvan som anger de minsta AYE-rösterna före fällande dom (“stöd”) i procent av den totala populationen som krävs för godkännande som en funktion av tiden under beslutsperioden, med hänsyn tagen till avstängda röster.

Beslutsperioden

Ett förslag som befinner sig i beslutsperioden har ett visst antal dagar på sig för att uppnå de krav på godkännande och stöd som krävs för att det ska kunna gå vidare till bekräftelseperioden. Om ett projekt inte uppfyller dessa krav förkastas det.

Ett förkastat förslag kan föreslås igen, så många gånger som önskas, förutsatt att det inte är illasinnat. Vid avslag återlämnas vanligtvis beslutsinsatsen. Om förslaget godkänns går det vidare till genomförandeperioden.

Beslutsperiod: Tid som ett beslut kan ta för att godkännas för att övergå till bekräftelseperioden innan det avvisas.

Bekräftelseperioden

När ett förslag går över till bekräftelseperioden måste det fortsätta att uppfylla kraven för godkännande och stöd under en viss tid. Denna tidsperiod som ett förslag måste passera kontinuerligt. Kraven för att klara kraven på godkännande och stöd utvecklas med tiden på grundval av röstningskurvan. Varje spår kommer att ha en specifik röstkurva.

Bekräftelseperioden förhindrar att förslagen manipuleras så att de snabbt godkänns genom en starkt viktad omröstning som tillfälligtvis spetsar godkännandekriterierna. Om de röster som krävs för att upprätthålla godkännandet inte finns, kan förslaget inte behålla sin status som godkänt och stöttat under den tid som krävs och det måste börja bekräftelseperioden på nytt.

Folkomröstningar i Root Origin kan ha en betydande inverkan på nätverkets säkerhet och därför är bekräftelseperioden längre än en Track som inte skulle ha lika stor inverkan på nätverket.

Om ett förslag passerar för sin erforderliga mängd bekräftelsetid anses det vara “godkänt” och går vidare till genomförandefasen. Om förslaget inte godkänns kommer det att återgå till beslutsfasen för att söka nytt godkännande och stöd för bekräftelseperioden, om beslutsperioden inte är över.

Bekräftelseperiod: Tidsperiod som kriterierna för godkännande och stöd måste hålla innan det kan godkännas.

Kriterier för att gå från beslut till bekräftelse

1. Godkännande

• Krävande omröstningsresultat i överensstämmelse med godkännandekurvan för Origin Track som omfattar övertygelse.

2. Stöd

• En tillräckligt stor andel av väljarna godkände förslaget jämfört med det totala antalet möjliga röster i enlighet med stödkurvan och med beaktande av de väljare som avstod från att rösta.

3. Bekräftelseperiod

• Förslag som har godkännande och stöd under den fastställda tid som krävs inom folkomröstningens beslutsperiod godkänns.
  Förslag som inte uppfyller kriterierna inom beslutsperioden och som fortfarande är godkända och får stöd under bekräftelseperioden förkastas.

Ett förkastat förslag kan läggas fram igen, så många gånger som önskas, förutsatt att det inte är illasinnat. Vid avslag återlämnas beslutsinsatsen. Om förslaget godkänns övergår det till genomförandeperioden.

Genomförandeperiod

När ett förslag når detta stadium i processen är det godkänt och kommer att skickas efter en väntetid eller en genomförandeperiod. Tiden för genomförandeperioden föreslås av förslagsställaren i det ursprungliga förslaget till folkomröstning, men det finns också minimikrav för varje Origin Track.

Genomförandeperiod: Minimitid som ett godkänt förslag måste ligga i avsändningskön efter godkännandet.

Den tid som reserveras under genomförandeperioden säkerställer att nätet är redo för de föreslagna ändringarna. Godkännanden av Root Origin kräver en längre väntetid efter godkännandet på grund av de omfattande ändringar som kan behöva anpassas till Polkadot-nätet.

OpenGov-interventioner för dåliga förslag
Ingen process är perfekt, och i väntan på utmaningar har OpenGov byggt in vissa åtgärder för att hantera dessa svårigheter. Det finns fall där ett förslag innehåller problem eller har ett illvilligt uppsåt.

Avbrytande
Om ett förslag som redan befinner sig i omröstningsfasen visar sig ha ett problem kan det bli nödvändigt att förhindra att det godkänns. Dessa fall kan inbegripa illvillig verksamhet eller tekniska problem som gör det omöjligt att genomföra ändringarna på grund av nyligen genomförda uppgraderingar av nätverket.

Avbrytande: En styrningsoperation med ett eget Origin-spår som omedelbart kan avvisa en pågående folkomröstning oavsett status är godkänd.

Det finns två Cancelation Origins, en för användning mot folkomröstningar som innehåller ett oförutsett problem som kallas Emergency Canceller, och en för dåliga folkomröstningar som avser att skada nätverket som kallas Emergency Killer.

Emergency Canceller-spåret resulterar i ett förkastat förslag och återbetalning av beslutsdepositionen, och Emergency Killer-spåret resulterar i annullering och en deposit slash, vilket innebär att deponeringsbeloppet bränns.

Annullering måste röstas fram av nätverket för att kunna genomföras. Förslag om annullering går snabbare än ett typiskt förslag eftersom de måste beslutas innan det förslag som de vill annullera träder i kraft, men följer samma process som andra folkomröstningar. Ursprungsspåren för annullering har en kort ledtid och godkännande- och stödkurvor med sänkta tröskelvärden för godkännande.

Röstningsdelegation i OpenGov

Att hålla reda på allt som händer i Polkadot är ett heltidsjobb. Många tokeninnehavare har inte bandbredd för att undersöka, diskutera och överväga varje förslag, men de har ändå ett intresse för nätverket och därför en röst i de beslut som fattas om det.

Polkadots ursprungliga råd var ett organ som delegerades av väljarna för att kompensera för frånvarande röster. I Gov2 eller OpenGov på Kusama och Polkadot finns det inget råd, men funktionen för delegering av röster har behållits och förbättrats för att se till att frånvarande väljares röster hörs.

Delegering av röster: En väljare kan ge makten över sin röst, inklusive övertygelseröstning, till en annan väljare.

Delegering av flera roller: Användare kan ange olika delegater för varje spår eller klass av folkomröstning i systemet.

OpenGov Voting Delegation har optimerats för flexibilitet och Multirole Delegation har införts. Tokens som är låsta i övertygelseröster, även genom delegering, lämnar inte sin hemplånbok. Väljare som använder sig av delegering kan när som helst byta delegat eller ta tillbaka sin rösträtt.

Den specialfunktion som läggs till i Voting Delegation i Gov2 är Multirole Delegation. För att se till att rätt person röstar på rätt förslag för en användares räkning kan Multirole Delegation användas för att lägga rösträtten på en annan enhet beroende på förslaget.

En användare kan delegera sin röst till en mer teknisk enhet för förslag till Root Origins-spår, till exempel, och en annan för mindre kritiska spår. Dessa delegeringar kan göras för en folkomröstning eller per spår enligt användarens eget gottfinnande.

Så en användare kan till exempel delegera röstning för tekniska beslut (som uppgraderingar av körtid) samtidigt som han/hon behåller rösträtten för andra beslut (som godkännanden av bidrag eller större förändringar av nätverket) och återkalla eller ändra delegeringarna närhelst delegatören vill.

Hur OpenGov skyddar Polkadot-nätverket

I den första versionen av Polkadot-styrningen hade den tekniska kommittén ingen beslutanderätt men behöll möjligheten att förkorta röstningstiden. Denna funktion användes för att optimera beslutsfattandet utan att störa resultatet av styrningsprocessen. Expertorganet kunde inte omintetgöra intressenternas beslut.

I Polkadot OpenGov är den tekniska kommittén borta och ett nytt styrningsorgan som kallas Polkadot Fellowship har bildats. Fellowshipets ansvarsområde omfattar hantering av förslag som påverkar nätets säkerhet och som kräver tidskritiskt beslutsfattande.

Säkerhetsåtgärder för rotursprung

Root Origin Proposals Involverar uppgraderingar, korrigeringar och räddningar av nätverket. Dessa beslut är farliga och kräver därför de högsta trösklarna för godkännande och stöd. Root Origin-referenser har de längsta lednings- och genomförandeperioderna. Processen är långsammare för att ge mest betänketid och minska godkännandet av dåliga förslag.

Ett dåligt förslag kan också svartlistas av Root Origin. Denna åtgärd avbryter omedelbart folkomröstningen och hindrar förslagets hash från att återigen komma in i förslagskön. Denna funktion används när förslagen har lämnats in felaktigt eller innehåller problem.

Med detta sagt, vid tillfällen då en viktig rättelse eller uppgradering krävs, måste ibland ändringar göras snabbt. Det är här som Fellowship spelar en roll i OpenGov.

Polkadot-stipendiet

Polkadot Fellowship är ett självstyrande organ bestående av experter som är välinformerade och har en god teknisk förståelse för Polkadot. Ett av behoven för denna gemenskap är att skydda nätverket med avseende på Root Origin-förslag.

Polkadot Fellowship har ett brett medlemskap. Vem som helst kan bli kandidatmedlem genom att göra en insättning. Medlemmarna är associerade med en rang som baseras på deras expertisnivå. Medlemmarna i Fellowship kan rösta om alla förslag från Fellowship på samma sätt som Polkadots intressenter gör i folkomröstningar, och resultatet av omröstningen kommer att räknas som Fellowshipets övervägda alternativ.

Polkadot Fellowship har några ytterligare alternativ utöver omröstningen för att säkra nätverket. Dessa inkluderar att auktorisera ett nytt Whitelisted-Root Origin när det finns ett behov av att trappa upp ett annat Origins privilegier för en specifik operation.

Mer detaljerade uppgifter om stipendiets struktur kommer att publiceras för att förklara nyanserna i rangordningen och urvalet av kandidater. Under tiden har logiken installerats på Kusama för testning. Mer information om hur Fellowship-medlemmar har rangordnats finns på Polkadot-wikin.

När kan man förvänta sig att OpenGov är igång på Polkadot?

Polkadot fortsätter att utvecklas och förvaltningen kommer att följa med. För närvarande är OpenGov igång på Kusama och en Polkadot-omröstning är förestående. Medlemmarna i Parachain community har börjat initiera styrning för att avgöra om och hur de kommer att införa OpenGov i sina egna styrningsstrukturer. Parachain-ekosystemen kommer att delta i beslutet om vilka delar av OpenGov de vill införa, med sina egna parametrar, som sannolikt skiljer sig från den allmänna översikt som ges här. På samma sätt kommer innehavare av Polkadot-token att rösta för att bestämma om och hur OpenGov ska implementeras på Polkadot.

Ytterligare egenskaper och funktionalitet skulle behöva införas i en uppdatering av det övergripande styrsystem som kallas “Gov2.5”.

originalartikeln här

Läs mer: https://moonbeam.network/