폴카닷 새로운 거버넌스 Gov2 상세 해설: 탈중앙화 거버넌스를 실현하기 위해 무엇을 해야 할까?

원문 제목：《Governance V2》

저자：Polkadot

편집：PolkaWorld

텍스트는 폴카닷 공식 문서 Polkadot Wiki의 「거버넌스 V2」 부분으로, 폴카닷의 새로운 거버넌스 시스템과 기존 거버넌스 시스템(거버넌스 V1)과의 비교를 설명합니다.

폴카닷은 이해관계자 집합의 최종 요구에 따라 우아하게 진화할 수 있도록 복잡하고 정교한 거버넌스 메커니즘을 채택하고 있습니다. 그 목표는 대다수의 이해관계자가 항상 네트워크를 제어할 수 있도록 하는 것입니다.

이 문서의 내용은 변경될 수 있습니다. 이 거버넌스 프로토콜은 여러 번의 반복(v1 및 v2)을 거쳤으며, 더 많은 변화가 계획되고 있습니다(v2.5).

폴카닷의 첫 번째 분산형 거버넌스 시스템(v1)은 세 가지 주요 구성 요소로 이루어져 있습니다.

• 기술 위원회：업그레이드 일정 관리를 담당하는 기술 위원회.
• 이사회：투표로 승인된 선출된 실행 「정부」로, 매개변수, 관리 및 지출 제안을 관리합니다.
• 공투：모든 다른 사항에 대한 일반 투표 시스템으로, 장기 이해관계자에게 더 큰 영향을 부여합니다. 이 시스템은 운영 초기 몇 년 동안 잘 작동하여 국고 자금의 적절한 사용을 보장하고 적시에 업그레이드 및 수리할 수 있도록 도왔습니다. 대부분의 초기 기술과 마찬가지로 시스템과 프로토콜은 스스로 성숙함에 따라 지속적으로 진화해야 하며, 단점을 개선하고 기존의 발전에 뒤처지지 않아야 합니다. 예를 들어, 「거버넌스 v1」에서는 모든 공투가 동일한 가중치를 가졌습니다. 왜냐하면 한 번에 하나의 공투에 대해서만 투표할 수 있고, 투표 기간이 몇 주 동안 지속될 수 있었기 때문입니다. 이는 시스템이 극소수의 제안에 대해 신중하게 고려하는 경향이 있었고, 많은 제안에 대해 광범위하게 고려하는 것을 방해했습니다. 그래서 「거버넌스 v2」가 탄생했습니다!
  「거버넌스 v2」 또는 「Gov2」는 일상적인 의사결정의 실제 방식을 변화시켜 공투의 영향 범위를 넓히고 민첩하게 만들어 시스템이 내릴 수 있는 집단적 결정의 수를 크게 증가시킵니다.

코드에 대한 최종 전문 검토가 완료된 후, Gov2는 Kusama에서 시작됩니다. Kusama에서 테스트한 후, Polkadot에 배포할 제안이 제출될 것입니다.（PolkaWorld：Gov2는 현재 Kusama 네트워크에上线되었으며, 자세한 내용은：또 다른 이정표! 차세대 분산형 거버넌스 시스템 OpenGov가 Kusama 네트워크에上线되었습니다!）

다음 내용은 먼저 폴카닷 네트워크의 여러 핵심 거버넌스 원칙을 소개합니다. 거버넌스 v1의 뿌리를 이해하는 것은 두 번째 반복의 방향을 더 잘 이해하는 데 중요합니다. 이러한 차이점과 구별은 각 하위 주제에서 강조됩니다.

이렇게 말했지만, 이 생애 주기의 이 단계에서 거버넌스는 지속적으로 발전하는 프로토콜이라는 점을 기억하는 것이 중요합니다. 거버넌스 v2의 업데이트가 네트워크에 들어오면서 거버넌스 v2.5의 계획도 수립되고 있습니다.

전제

요약하자면, 이 네트워크는 체인에 저장되고 플랫폼 중립의 중간 언어(즉, WebAssembly)로 정의된 무형 상태 전환 함수와 적응형 절대 다수 임계값 및 집단 승인 투표 메커니즘을 갖춘 여러 체인 상 투표 메커니즘을 포함한 다양한 새로운 메커니즘을 통합합니다.

프로토콜의 모든 변경 사항은 이해관계자 가중 공투를 통해 합의해야 합니다.

메커니즘

거버넌스 v1에서는 활성 토큰 보유자와 이사회가 함께 네트워크 업그레이드 결정을 관리합니다. 해당 제안이 대중(토큰 보유자)에 의해 제안되었든 이사회에 의해 제안되었든, 최종적으로는 모든 보유자의 전 국민 공투를 통해 스테이크(stake)와 신념 값(conviction)을 가중치로 하여 결정을 내려야 합니다.

이사회의 구성 방식을 더 잘 이해하려면 이 장의 내용을 읽어보세요.[1]

거버넌스 v2에는 몇 가지 변화가 있습니다. 새로운 거버넌스 모델이 분산형 특성을 반영하는 방식은 다음과 같습니다:

• 민주적 투표를 통해 이사회의 모든 책임을 토큰 보유자에게 이전합니다.
• 현직 이사회를 해산합니다.
• 사용자가 더 많은 방식으로 투표권을 커뮤니티 구성원에게 위임할 수 있도록 허용합니다. Gov1에서 이사회는 수동 토큰 보유자의 대표, 국고 수호자 및 입법 제안자의 역할을 수행했지만, 일반적으로 중앙 집중화된 실체로 간주되었습니다. 폴카닷과 쿠사마 네트워크를 더욱 분산화하기 위해 Gov2는 이사회의 책임을 커뮤니티에 반환할 것을 제안합니다.

공투

공투는 간단하고 포괄적이며 스테이크 기반의 투표 계획입니다. 각 공투에는 특정 제안이 관련되어 있으며, 이 제안은 런타임 특권 함수 호출의 형태로 나타납니다(여기에는 런타임의 전체 코드를 전환할 수 있는 가장 강력한 호출인 set_code가 포함됩니다).

공투는 고정된 투표 기간을 가진 이산 이벤트입니다. 투표 기간이 종료되고 투표가 집계되면, 투표가 승인되면 함수(set_code)가 호출됩니다. 공투는 항상 이분법적입니다; 당신의 투표 선택은 「찬성」, 「반대」 또는 완전 기권 중 하나일 수 있습니다.

거버넌스 v1에서는 공투를 다음과 같은 방법 중 하나로 시작할 수 있습니다:

• 공개 제출된 제안;
• 이사회에서 다수결 또는 전원 투표로 통과된 제안;
• 이전 공투 실행의 일환으로 제출된 제안;
• 기술 위원회에서 제출하고 이사회에서 승인된 긴급 제안. 모든 공투에는 해당 실행 지연 기간이 있습니다. 이는 공투가 종료된 후 제안이 실제로 실행되기까지(제안이 통과된 경우) 걸리는 시간입니다.

공투가 종료되고 통계가 완료되면 해당 공투는 완료된 것으로 간주됩니다. 마찬가지로, 제안이 승인된 경우 실행이 예정됩니다. 공투가 결과를 기다리고 있다면, 즉 투표 중이라면 해당 공투는 미완료로 간주됩니다.

제안이 대중이나 이사회에 의해 제출된 경우, 고정 실행 지연 기간은 28일입니다. 이전 공투 실행의 일환으로 제출된 제안은 필요에 따라 실행 지연 기간을 설정할 수 있습니다. 긴급 제안 처리는 「신속한 후속 조치」가 필요한 네트워크의 중대한 문제를 다루므로 실행 시간을 단축합니다.

Gov2에서는 누구나 언제든지 공투를 시작할 수 있으며, 원하는 만큼 많은 공투를 시작할 수 있습니다. Gov2는 공투 프로토콜의 흐름과 처리를 돕기 위해 Origins(출처)와 Tracks(트랙)라는 몇 가지 새로운 기능을 도입했습니다.

Origin은 주어진 특권 수준에 대한 풍부한 설명자로 간주될 수 있습니다. 공투의 제안자는 이제 제안의 요구 사항에 따라 요청에 적합한 Origin을 선택해야 합니다.

각 Origin은 공투 카테고리와 연관되어 있으며, 각 카테고리는 Track과 연관되어 있습니다. Track은 제안의 생애 주기를 개요하며, 다른 카테고리의 Track과 독립적입니다. 서로 다른 독립적인 트랙을 보유함으로써 네트워크는 내재된 특권 수준에 따라 공투의 동적 조정을 허용합니다.

예를 들어, 런타임 업그레이드(set_code 호출)는 생태계에 미치는 영향이 국고 팁 승인(reportAwesome 호출)과 다르므로 서로 다른 Origins가 필요하며, 여기서 서로 다른 투표율, 승인율, 보증금 및 최소 실행 주기가 팔레트에서 미리 결정됩니다.

제안 공투

공공 공투

누구나 일정 기간(블록 수) 내에 최소 수량의 토큰을 예치하여 공투를 제안할 수 있습니다. 누군가가 해당 제안에 동의하면, 그들은 동일한 수량의 토큰을 예치하여 지지를 표시할 수 있습니다.

• 이 작업을 「보증」이라고 합니다. 가장 높은 바인딩 토큰 지원을 받은 제안은 다음 투표 주기의 공투로 선택됩니다. 주의할 점은, 이는 보증의 절대 수량과 다를 수 있습니다; 예를 들어, 세 개의 계정이 각각 20 DOT를 바인딩하면, 이는 열 개의 계정이 각각 1 DOT를 바인딩한 것보다 더 큰 효력을 발휘합니다.

제안이 제출되면(즉, 투표가 진행되면), 바인딩된 토큰은 해제됩니다.

거버넌스 v1에서는 제안 대기열에 최대 100개의 공공 제안이 있을 수 있습니다.

Gov2에서는 공투가 생성되면 커뮤니티는 즉시 투표할 수 있습니다. 그러나 해당 공투는 종료되거나 다른 방식으로 투표를 집계하거나 승인 및 최종 실행 상태에 있지 않습니다. 대신, 공투는 몇 가지 기준을 충족해야 「결정(Deciding)」 상태로 들어갈 수 있습니다. 이 상태에 들어가기 전까지는 여전히 보류 상태입니다.

결정된 상태로 들어가기 위한 기준은 다음과 같습니다:

• 도입 기간(lead-in period)을 거쳐야 하며, 이는 결정이 시작되기 전에 반드시 지나야 하는 시간량입니다. 이는 「결정 스나이핑」의 가능성을 줄이는 데 도움이 됩니다. 이 경우, 대량의 투표권을 통제하는 공격자가 제안 후 즉시 제안을 통과시킬 수 있으며, 전체 투표자에게 충분한 시간을 고려하고 참여할 수 있도록 하지 않습니다.
• 결정할 여유 공간이 있어야 합니다. 모든 Track은 동시에 결정할 수 있는 공투 수에 제한을 두고 있습니다. 더 강력한 능력을 가진 트랙은 더 낮은 제한을 가집니다. 예를 들어, Root 수준 Origin의 제한은 1로, 이는 한 번에 1개의 슈퍼 위험한 제안만 결정할 수 있음을 의미합니다.
• 결정 보증금을 지불해야 합니다. 공투 생성 비용은 낮지만, 보증금 가치는 이를 추적하는 데 필요한 체인 상 저장소의 가치만 포함됩니다. 그러나 공투를 검토하고 결정하는 데는 공투 대기열의 제한된 위치를 소모할 위험이 있습니다. 더 큰 금액의 환불 가능한 보증금을 요구하는 것은 스팸을 줄이는 데 도움이 됩니다.

이사회 공투 (v1)

이사회 전원 투표 통과 - 이사회의 모든 구성원이 제안에 동의할 경우, 이를 공투로 이동할 수 있습니다. 이 공투는 부정 투표율 편향을 생성합니다(즉, 스테이크 투표 수가 적을수록 통과에 필요한 수가 적어집니다 ------ 적응형 집단 편향 Adaptive Quorum Biasing[2] 참조).

이사회 다수 통과 - 단순 다수의 이사회 구성원만 동의할 경우에도 공투에 투표할 수 있지만, 이는 다수결 제도가 됩니다(51% 투표를 얻은 쪽이 승리합니다).

어떤 시점에서도 유효한 공투는 하나만 존재할 수 있으며, 긴급 공투는 제외됩니다.

투표 일정

거버넌스 v1에서는 대기열 중 하나에 제안이 최소 하나 이상 있다고 가정할 때, 매 28일마다 새로운 공투가 진행됩니다. 이사회에서 승인된 제안에는 대기열이 있으며, 대중이 제출한 제안에도 대기열이 있습니다. 두 대기열에서 상위 제안 간에 번갈아 가며 공투가 진행됩니다.

상위 제안은 그 뒤에 바인딩된 스테이크 수에 의해 결정됩니다. 현재 대기열이 제안이 없는 공투를 생성하려고 시도하고(대기열이 비어 있는 경우), 다른 대기열에 대기 중인 제안이 있다면, 다른 대기열의 상위 제안이 공투로 들어갑니다.

동일한 기간에 여러 공투에 대해 투표할 수는 없으며, 긴급 공투는 제외됩니다. 일반 공투(공개 또는 이사회 제안)와 동시에 발생하는 긴급 공투는 유일하게 여러 공투에 대해 동시에 투표할 수 있는 경우입니다.

제안이 승인되면, 거버넌스 v2는 동일한 28일 자격 기간을 공유합니다. 이 단계가 종료될 때까지 승인되지 않으면, 해당 제안은 자동으로 거부됩니다.

공투 투표(거버넌스 v2)

거버넌스 v2에서는 제안이 승인율 및 지지율 요구 사항을 충족하면 해당 제안이 승인됩니다. 즉, 적응형 집단 편향 시스템이 삭제됩니다.

승인율(Approval)은 승인된 투표권의 가중치(신념 조정 후)가 총 투표권(승인 및 거부 포함)의 비율로 정의됩니다.

지지율(Support)은 승인된 총 투표 수(신념 조정 무시)와 시스템에서 가능하게 진행될 총 투표 수의 비교입니다.

이 기준을 확인 기간의 최소 시간 내에 충족해야 합니다. 서로 다른 트랙은 서로 다른 확인 기간 및 승인 및 지지 요구 사항을 가지고 있습니다. 이제 필요한 지지량과 총 승인에 따라 구성할 수 있습니다. 낮은 특권 출처를 사용하는 제안은 높은 특권 카테고리(예: Root)를 사용하는 제안에 비해 필요한 투표율을 더 현실적인 수치로 낮추는 것이 더 합리적입니다. 정치적 의미가 큰 과정은 논란을 피하기 위해 더 높은 승인을 조기에 요구할 수 있습니다.

Gov2에서는 28일 후 승인되지 않은 제안은 기본적으로 거부된 것으로 간주되며, 결정 보증금이 환불됩니다. 제안이 확인 기간 종료 전에 통과하면 승인된 것으로 간주되며, 제안된 출처에서 실행이 계획됩니다. 제안 기간은 전 국민 투표 제안 시 지정되지만, 트랙 기반의 최소값에 따라 제한됩니다. 더 강력한 트랙은 네트워크가 제안으로 인해 발생할 수 있는 모든 변화에 대비할 충분한 시간을 확보하기 위해 더 긴 실행 기간을 강제합니다.

자발적 잠금

폴카닷은 「자발적 잠금」이라는 개념을 사용하여 토큰 보유자가 토큰을 잠글 기간을 선언함으로써 투표권을 증가시킬 수 있도록 합니다. 따라서 각 토큰 보유자의 투표 수는 다음 공식을 사용하여 계산됩니다:

투표 수 = 토큰 * 신념 배수

잠금 기간마다 배수가 두 배가 되며, 신념 배수는 투표 수를 증가시킵니다.

잠금 기간 투표 배수 00.111224384165326

잠금 기간 「두 배」의 최대 횟수는 6으로 설정되어 있으며(따라서 총 32개의 잠금 기간), 하나의 잠금 기간은 28일입니다. 두 배만 허용됩니다. 예를 들어, 24개의 주기를 잠글 수는 없으며, 신념을 5.5로 증가시킬 수 없습니다. 거버넌스 이벤트 일정에 대한 자세한 정보는 폴카닷 매개변수 페이지[3]의 거버넌스 섹션을 참조하십시오.

토큰이 잠금된 후에도 여전히 투표 및 스테이킹에 사용할 수 있으며, 이러한 토큰을 다른 계정으로 전송하는 것은 금지됩니다.

투표는 항상 같은 시간에 「계산」됩니다. 즉, 투표 기간이 종료될 때입니다. 이는 토큰 잠금 기간의 영향을 받지 않습니다.

적응형 집단 편향

적응형 집단 편향은 거버넌스 v2에서 사용되는 시간이 더 길며, 승인/지지 시스템으로 대체되었습니다.

이사회

거버넌스 v1에서 폴카닷의 수동 이해관계자는 「이사회」라는 관리 기관에 의해 대표됩니다. 이사회는 여러 참여자로 구성된 체인 상 실체로, 각 참여자는 하나의 체인 상 계정을 대표합니다. 폴카닷에서 이사회는 현재 구성원으로 이루어져 있습니다.

국고를 관리하는 것 외에도 이사회는 주로 세 가지 거버넌스 작업을 담당합니다:

• 제안에 대한 현명한 공투
• 위험하거나 악의적인 공투 취소
• 기술 위원회 선출

거버넌스 v2에서는 많은 사람들이 일상적인 거버넌스에 참여하지 않기로 선택한 사실을 보완하기 위해 이사회의 이전 역할을 대체할 대안 전략이 필요합니다. Gov2는 v1의 투표 위임 기능을 기반으로 하여 유권자가 시스템 내의 다른 유권자에게 자신의 투표권을 위임할 수 있도록 합니다. 이는 다중 역할 위임이라는 기능을 개선하여 유권자가 시스템 내의 각 공투 카테고리에 대해 서로 다른 대표를 지정할 수 있도록 합니다. 따라서 예를 들어, 유권자는 특정 실질적 영향이 적은 공투 카테고리를 관리하기 위해 특정 실체에 위임하고, 더 중대한 결과를 가진 다른 카테고리를 관리하기 위해 다른 대표를 선택하며, 여전히 나머지 카테고리에 대한 완전한 투표권을 보유할 수 있습니다.

공투 취소

거버넌스 v1에서 기술 위원회가 제안 취소에 대해 만장일치로 동의하거나, Root 출처(예: sudo)가 이 기능을 트리거하면 제안을 취소할 수 있습니다. 취소된 제안의 보증금은 소각됩니다.

또한, 이사회 3분의 2 다수결로 공투를 취소할 수 있습니다. 공투 제안에서 문제가 발견된 경우(예: 제안이 실행할 런타임 코드에 오류가 있는 경우), 이는 마지막 수단으로 사용될 수 있습니다.

취소된 논란이 충분히 커서 이사회가 3분의 2 다수를 얻지 못하면, 이해관계자들이 제안의 운명을 공동으로 결정합니다.

거버넌스 v2에서는 이미 투표된 제안에 개입하기 위한 특별한 작업인 Cancelation(취소)이 있습니다. 이 작업은 진행 중인 공투를 즉시 거부하며, 그 상태에 관계없이 적용됩니다. 또한, 제안이 악의적이거나 스팸인 경우 제안자의 보증금이 몰수되도록 보장하는 규정이 있습니다.

취소 자체는 거버넌스 작업이며, 네트워크 투표에 의해 실행되어야 합니다. 취소는 자체 Origin 및 Track과 함께 제공되며, 짧은 도입 기간과 승인율/지지율 곡선을 가지고 있으며, 이들은 긴급 상황에서 호출되기 때문에 통과 기준이 약간 더 빠르게 하락합니다.

기술 위원회

거버넌스 v1에서 기술 위원회(이하 TC)는 Kusama 거버넌스의 세 가지 기관 중 하나로 도입되었습니다(다른 두 기관은 이사회와 공투입니다). TC는 폴카닷 런타임 또는 폴카닷 호스트를 성공적으로 구현하거나 정의한 팀으로 구성됩니다. TC에 팀을 추가하거나 삭제하는 것은 이사회의 단순 다수 투표로 가능합니다.

TC의 목적은 악의적인 공투를 방지하고, 버그 수정을 시행하며, 잘못된 런타임 업데이트를 되돌리거나 새로운 기능을 추가하는 것입니다. TC는 민주주의 팔레트를 사용하여 제안을 가속화할 권한이 있으며, 제안 가속화 기능을 트리거할 수 있는 유일한 출처입니다. 우리는 TC를 제안을 생성할 수는 없지만 기존 제안을 가속화할 수 있는 「유일한 출처」로 간주할 수 있습니다.

신속한 공투는 다른 공투와 동시에 진행될 수 있는 유일한 공투입니다. 따라서 신속한 공투를 통해 두 개의 활성 공투를 동시에 진행할 수 있습니다. 하나에 대한 투표는 다른 하나에 대한 투표를 방해하지 않습니다.

거버넌스 v2에서는 기술 위원회를 대체할 새로운 후계 위원회인 「폴카닷 펠로우십」이 도입되었습니다. 이는 폴카닷 및 쿠사마 네트워크에 서비스를 제공합니다. 아래의 다른 세부 정보를 참조하십시오.

폴카닷 펠로우십

이 펠로우십은 기본적으로 자치적인 전문가 기관으로, 폴카닷 네트워크 및 프로토콜에 대한 기술 지식이 있는 사람들을 대표하는 주요 목표를 가지고 있습니다. 펠로우십은 「등급」을 통해 구성원을 분류하여 그들의 의견의 현명함, 기술 기반의 우수성 및 폴카닷의 이익에 부합하는 정도를 나타냅니다.

현재의 기술 집단과는 달리, 이는 구성원 범위를 확대하는 것을 목표로 하며(즉, 수만 명의 구성원을 수용할 수 있음) 진입 장벽이 훨씬 낮습니다(관리 프로세스 및 전문 지식 기대 측면에서). 펠로우십의 후보 구성원이 되는 것은 간단하며, 소액의 보증금을 예치하면 됩니다.

펠로우십 구성원은 주어진 펠로우십 제안에 대해 투표할 수 있으며, 구성원의 종합 의견(등급 가중치에 따라)은 펠로우십의 고려 의견을 구성합니다.

펠로우십 투표 메커니즘은 폴카닷 이해관계자가 제안된 공투에 대해 투표하는 메커니즘과 동일합니다.

등급 시스템

그렇다면 이 등급 시스템은 어떻게 작동할까요?

소수의 참여자가 네트워크에 대한 유효한 통제를 얻는 것을 방지하기 위해, 이 시스템은 세 가지 주요 원칙을 고수합니다:

1. 펠로우십은 네트워크에 대한 하드 권한을 가져서는 안 됩니다: 매개변수를 변경하거나, 수정을 하거나, 자산을 이동할 수 없습니다. 그들이 거버넌스에서 유일하게 가진 권한은 공투가 발생하는 시간표를 단축할 수 있는 것입니다.
2. 펠로우십은 전체 의견에서 등급이 높은 사람에게 더 많은 가중치를 부여하지만, 낮은 등급 구성원의 일치 의견과 비교할 때 가중치가 소수의 높은 구성원의 의견을 초과할 정도로 높아서는 안 됩니다.
3. 펠로우십은 구성원 및 그들의 전문 지식의 전반적인 수준을 성장시키고 발전시키는 것을 목표로 하며, 이 과정에서 시간이 지남에 따라 그들의 전체 의사결정 능력이 더욱 강력해지도록 보장해야 합니다. 이러한 조건을 지원하기 위해, 펠로우십은 개인이 특정 등급을 얻고 유지하는 데 필요한 요구 사항과 기대를 개요한 헌장을 제정할 것입니다. 높은 등급의 구성원은 이 헌장에 따라 낮은 등급의 구성원을 투표하고 승진시킬 수 있습니다.

주어진 기간이 지나고 특정 구성원이 다른 구성원에게 자신의 지위를 증명할 수 없는 경우, 강등이 자동으로 발생합니다.

정직은 공투를 통해서만 발생할 수 있으며, 이는 펠로우십의 편견이 반드시 해고로 이어지지 않도록 보장합니다.

펠로우십이 음모 집단이 되는 것을 방지하기 위해(펠로우십의 명성만으로는 최고 등급을 얻기에 충분하지 않음), 최고 등급을 얻기 위해서는 공투가 필요합니다.

펠로우십에 가입하고 싶거나 그 운영 방식에 대해 자세히 알아보려면 「폴카닷 펠로우십 상세 문서」를 읽어보세요.

화이트리스트

화이트리스트 팔레트는 한 가지 작업을 수행합니다: 그것은 하나의 Origin이 다른 Origin의 특권 수준을 높일 수 있도록 허용합니다.

Gov2에서는 펠로우십이 새로운 출처(화이트리스트-루트라고 함)를 Root 수준의 권한으로 실행하도록 승인할 수 있으며, 이는 펠로우십이 승인한 특정 명령과 함께 사용됩니다. 화이트리스트 팔레트는 두 가지를 검증합니다:

1. 출처가 실제로 화이트리스트-루트인지(즉, 이 공투가 이 트랙에서 통과되었는지)
2. 해당 제안이 실제로 펠로우십에 의해 화이트리스트에 올라갔는지. 두 조건이 모두 충족되면, 작업은 Root급 권한으로 실행됩니다.

이 시스템은 더 짧은 투표 주기를 허용하는 새로운 평행 트랙(화이트리스트-루트 출처)을 보유할 수 있게 합니다. 공개적이고 투명한 프로세스를 통해, 폴카닷 프로토콜의 글로벌 전문가 집단은 이 작업이 안전하고 시급하다고 판단했습니다.

블랙리스트

제안은 Root 출처(예: sudo)를 통해 블랙리스트에 올라갈 수 있습니다. 블랙리스트에 올라간 제안 및 관련 공투(있는 경우)는 즉시 취소됩니다. 또한 블랙리스트에 올라간 제안의 해시는 제안 대기열에 다시 나타날 수 없습니다. 블랙리스트는 동일한 해시를 사용하여 잘못된 제안을 제출할 수 있는 가능성을 제거하는 데 유용합니다. 예를 들어, 두 번째 제안에서 제출자가 순수 텍스트로 제안을 제출한 경우입니다.

자신의 제안이 삭제된 것을 본 폴카닷 민주 시스템에 대한 이해가 부족한 제출자는 동일한 제안을 다시 제출하려고 할 수 있습니다. 즉, 이는 무효 제안을 제출하는 것을 방지하는 완벽한 방법은 아닙니다. 제안 텍스트의 단일 변경 문자도 제안의 해시를 변경하여 해시에서 생성된 블랙리스트를 무효화합니다.

더 많은 자료

• 최초 거버넌스 시스템 소개[4]
• 민주주의 팔레트[5]
• 거버넌스 데모[6] - 가빈 우드 박사가 폴카닷의 최초 거버넌스 구조를 설명하는 비디오
• 폴카닷의 거버넌스[7] - 폴카닷과 쿠사마 거버넌스가 어떻게 작동하는지 설명하는 온라인 세미나
• 거버넌스 v2[8]
• Polkadot Direction[9] 토론 그룹
• Kusama Direction[10] 토론 그룹
• PolkAssembly[11] 거버넌스 웹사이트

참고 자료

[1] 본 장 내용: https://wiki.polkadot.network/docs/learn-gov2#council

[2] 적응형 집단 편향 Adaptive Quorum Biasing: https://wiki.polkadot.network/docs/learn-gov2#adaptive-quorum-biasing

[3] 폴카닷 매개변수 페이지: https://wiki.polkadot.network/docs/maintain-polkadot-parameters#governance

[4] 최초 거버넌스 시스템 소개: https://github.com/paritytech/polkadot/wiki/Governance

[5] 민주주의 팔레트: https://github.com/paritytech/substrate/tree/master/frame/democracy/src

[6] 거버넌스 데모: https://www.youtube.com/watch?v=VsZuDJMmVPY\&feature=youtu.be\&t=24734

[7] 폴카닷의 거버넌스: https://www.crowdcast.io/e/governance-on-polkadot--

[8] 거버넌스 v2: https://medium.com/polkadot-network/gov2-polkadots-next-generation-of-decentralised-governance-4d9ef657d11b

[9] Polkadot Direction: https://matrix.to/#/#polkadot-direction:matrix.parity.io

[10] Kusama Direction: https://matrix.to/#/#kusama:matrix.parity.io

[11] PolkAssembly: https://polkadot.polkassembly.io/

[12] https://wiki.polkadot.network/docs/learn-gov2: https://wiki.polkadot.network/docs/learn-gov2