현재 카르다노 커뮤니티에서는 거버넌스의 대대적인 업데이트를 위해 워크숍을 열고 있습니다.
5/21, 5/28일에 이어 6월 24일에는 오프라인 워크숍이 열리게 됩니다.
워크숍 행사 전, CIP-1694 프로토콜은 무엇인지 간단하게 알아보려합니다.
CIP-1694란?
카르다노의 온체인 거버넌스 시스템을 개정하기 위해, 볼테르의 새로운 요구 사항을 지원하는 것을 제안한 프로토콜입니다.
현재 설계
셸리(Shelly)원장 시대에 도입된 현재 사용중인 온체인 Cardano의 거버넌스 메커니즘은 다음과 같은 기능을 수행하고 있습니다.
- 프로토콜 매개변수 값 수정 [“하드 포크(Hard Fork)" 시작 포함]
- 준비금과 재무부에서 에이다(ada)를 이전 (또한 준비금과 재무부 간에 에이다를 이동)
현재 체계에서 거버넌스 작업은 거버넌스 키의 정족수의 다수(Quorum-Many)인 거버넌스 키의 승인(카르다노 메인넷의 경우 7개 중 5개)이 필요한 특수한 트랜잭션에 의해 시작됩니다.
트랜잭션 본문(Body)의 필드는 프로토콜 매개변수 변경 또는 자금 이체 시작 등 제안된 거버넌스 작업에 대한 세부 정보를 제공합니다. (수수료 설정 방법 등에 영향)
각 트랜잭션은 정확히 한 가지 종류의 거버넌스 작업을 트리거할 수 있지만, 단일 작업은 두 개 이상의 프로토콜 매개변수를 변경하는 등 두 가지 이상의 효과를 가져올 수 있습니다.
-
프로토콜 매개변수 업데이트는 트랜잭션 바디에 트랜잭션 필드 nº6 을 사용합니다.
-
재무부 및 준비금의 이동은 Move Instantaneous Rewards(MIR) 인증서를 사용합니다.
적절하게 승인된 거버넌스 조치는 시대(Epoch) 경계에 따라 적용됩니다.
하드포크
하나 하나의 프로토콜 매개변수는 특별한 주의를 필요로 합니다: 메이저 프로토콜 버전을 변경함으로써, 카르다노는 통제된 하드포크를 실행할 수 있습니다. 이러한 종류의 프로토콜 매개변수 업데이트는 하드포크가 발생한 후에 스테이크 풀(Stake Pool)이 새로운 프로토콜 버전을 지원하기 위해 노드 버전을 업그레이드 해야하기 때문에 특별한 상태를 가지고 있습니다.
셸리(Shelly) 거버넌스 설계의 단점
현재의 거버넌스의 스키마는 몇 가지 단점을 가지고 있습니다.
1. 거버넌스가 제한된 수의 당사자에 의해 관리되고, ADA보유자는 거버넌스에 직접적으로 참여할 수 없습니다.
프로토콜 변경은 일반적으로 일부 커뮤니티 기여자(Actors)들의 논의와 토론의 결과지만, 그 과정은 주로 창립 주체(Genesis Entities)들에 기반하여 주도되었습니다. 모든 사람이 자신의 우려나 의사를 표명할 수 있도록 하는 것은 번거롭고 때때로 자의적인 것으로 인식될 수 있습니다.
2. 거버넌스 프레임워크에서 현재 가능한 행동 유형 중 하나인 자금 이동과 관련하여 추적이 어렵다는 것입니다.
현재 Catalyst(자금지원 시스템: 투표를 통해 프로젝트를 선정하여 자금지원해줌) 프로젝트와 지금까지 진행된 모든 다양한 자금 조달 라운드는 추적하기가 어려우며 Genesis Entity 중 하나에 의해 시작되어야 합니다.
이러한 자금 이동에 대해 더 많은 투명성과 더 많은 관리 체계를 갖추는 것이 중요합니다.
3. 하드포크는 SPO의 특별한 취급이 필요하지만, 다른 프로토콜 매개변수 변경과 구분되지 않습니다.
현재 프로토콜 매개변수 업데이트를 통해 발생하는 하드 포크에 대한 의문점이 있으며 SPO가 노드를 최신 버전으로 업그레이드하고 그들이 업그레이드한 다양한 종류의 스크립트 및 메커니즘을 통해 네트워크에 알려줌으로써 암시적으로 승인됩니다.
이것은 모든 사람이 업데이트되었는지 확인하기 위해 모든 다른 spos와 참가자 간의 흐릿한 조정이 필요한 것이며 실제로 하드 포크에 대한 구체적인 조치가 없으므로 하드 포크를 거버넌스 프레임워크에 대한 일류 조치로 홍보하고자 합니다.
4. 마지막으로, 현재 카르다노의 창립 주체와 많은 커뮤니티 구성원이 공유하는 다소 공통된 비전이 있지만, 이러한 원칙이 기록된 명확하게 정의된 문서가 존재하지 않습니다.
카르다노 블록체인을 활용하여 공동의 카르다노 정신을 수정 불가능한 방식으로 공식적인 카르다노 헌법에 기록하는 것이 합리적입니다.
문제해결을 위해 CIP-1694 내에서 제안되는 새로운 역할 및 기능
새로운 역할
카르다노 유저는 누구든지 거버넌스 액션을 제출할 수 있습니다. 우리는 거버넌스 프레임워크에서 다른 기능을 수행하는 세 가지 구별된 거버넌스 바디(Governance bodies)를 소개합니다.
- 헌법 위원회(a constitutional committee)
- 위임자 대표 그룹 (a group of delegate representatives - 이하 DReps라고 함)
- 스테이크 풀 운영자 (the stake pool operators - 이하 SPOs라고 함)
헌법 위원회(The constitutional committee)
헌법 위원회는 헌법을 준수할 책임이 있는 개인 또는 단체(각각 한 쌍의 Ed25519 자격 증명과 연결되어 있음)를 대표하는 조직으로 정의할 수 있습니다.
온체인에서 강제할 수는 없지만, 헌법 위원회는 거버넌스 조치의 합헌성 여부에 대해서만 투표하도록 규정되어 있으며, 이 경계를 넘을 경우 (불신임 조치를 통해) 교체되어야 합니다. 다르게 말하면, 헌법 위원회와 네트워크의 행위자 사이에는 사회적 계약이 존재합니다. 헌법 위원회는 특정 거버넌스 조치를 거부할 수 있지만(불신임 투표를 통해), 해당 거버넌스 조치가 헌법에 위배되는 경우에만 그렇게 해야 합니다.
예를 들어, "카르다노 네트워크는 항상 새로운 블록을 생성할 수 있어야 한다"는 가상의 헌법 규칙을 고려한다면, 최대 블록 크기를 0으로 줄이는 거버넌스 조치는 사실상 위헌이므로 헌법 위원회의 비준을 받지 못할 수 있습니다. 그러나 규정에는 허용 가능한 최소 최대 블록 크기가 명시되어 있지 않으므로, 헌법 위원회에서 이 수치를 결정하고 그에 따라 투표해야 합니다.
위임자 대표 그룹
스테이크 풀과 마찬가지로, 모든 Ada 소지자는 DRep이 될 수 있으며, 자신 및/또는 다른 사람을 대표하도록 선택할 수 있습니다. 또한, 스테이크 풀과 마찬가지로, 그들은 등록된 다른 DRep에게 투표 권한을 위임할 수 있습니다. 이러한 투표 권한은 Lovelace의 전체 수로 매겨집니다.
이 제안의 가장 중요한 측면은 ”one Lovelace = 1개의 투표권"이라는 개념입니다.
세부내용
- 헌법 위원회(The constitutional committee)
- 불신임 상태(State of no-confidence)
- 초기 위원회(Initial committee)
- 위원회 교체(Replacing the committee)
- 헌법 위원회의 규모(Size of the constitutional committee)
- 임기 제한(Term limits)
- 위임자 대표(Delegated representatives, DReps)
- 사전 정의된 DRep(Pre-defined DReps)
- 등록된 DRep(Registered DReps)
- DRep을 위한 새로운 지분 분배(New stake distribution for DReps)
- 투표 지분 위임에 대한 인센티브(Incentives to delegate voting stake)
- DRep 인센티브(DReps incentives)
새로운 오퍼레이션
프로토콜 매개 변수 업데이트 및 MIR 인증서에 대한 기존 전문 거버넌스 지원은 제거되며, 일반 트랜잭션 바디(Transaction bodies)에 두 개의 새로운 필드가 추가됩니다.
- 거버넌스 액션(Governance actions)
- 투표(Votes)
세부내용
- 거버넌스 액션(Governance actions)
- 비준(Ratification)
- 요구 사항(Requirements)
- 제한 사항(Restrictions)
- 제정(Enactment)
- 수명 주기(Lifecycle)
- 콘텐츠(Content)
- 프로토콜 매개변수 그룹(Protocol parameters groups)
- 투표(Votes)
- 거버넌스 상태(Governance state)
- 만료된 투표(Stale votes)
- 지분 스냅샷 변경 사항(Changes to the stake snapshot)
- 투표 지분에 관련된 정의(Definitions surrounding voting stake)
새로운 역할과 기능의 상호작용
모든 거버넌스 액션은 이들 세 거버넌스 바디 중 두 개의 바디에서 투표를 통해 승인해야 합니다. 거버넌스 액션의 유형과 거버넌스 시스템의 상태에 따라 어떤 바디가 승인해야 하는지가 결정됩니다. 승인된 거버넌스 액션은 구체적인 규칙에 따라 온체인에서 시행될 수 있습니다.
이번에 새롭게 논의되는 CIP-1694에 대해 짧게 정리해보았습니다. 자세한 내용은 CIP-1694나 Oscar님께서 번역하신 CIP-1694 (Korean ver.)를 통해 확인하실 수 있고, CIP-1694: An explainer 를 통해 유튜브로도 시청 가능합니다.
참조: https://github.com/JaredCorduan/CIPs/tree/voltaire-v1/CIP-1694
https://forum.cardano.org/t/cip-1694-korean-ver/117718#shelly-9
https://www.youtube.com/watch?v=obFeC2JS_IQ
