아키텍처
Openzeppelin & Compound Governance Part 1
두줄요약
Compound의 토큰 기반 온체인 거버넌스 구조와 제안부터 실행까지의 흐름을 설명했습니다. Checkpoint로 투표 시작 시점의 권한을 보존해 중복 투표를 방지하는 방식을 다뤘습니다.
구조와 흐름
- Comp 토큰 보유량·위임 투표권 기반의 Compound 온체인 거버넌스
- Comp, GovernanceBravo, Timelock 세 컨트랙트와 제안·투표·queue·execute 절차
- 통과 제안의 2일 Timelock 대기 후 누구나 실행 가능한 구조
선택 이유
- Proposal에 대상 주소, 전송 ETH, 함수 시그니처, 호출 인자, 설명을 저장하는 범용 실행 방식
- 65,000 COMP 기준의 Governance Proposal과 100 COMP로 시작 가능한 Autonomous Proposal 병행
- Autonomous Proposal의 투표 개시 전 65,000표 위임 요건을 통한 제안 접근성과 실행 진입 조건 분리
주의할 점
- 투표권 집계 시 현재 잔액이 아닌 투표 시작 블록 이전의 투표권 사용
- 토큰 전송·위임마다 Checkpoint 기록과 이진 탐색 기반 과거 투표권 조회
- Checkpoint 부재 시 토큰 전송을 통한 동일 안건 중복 투표 위험
적용해볼 점
- 제안에 파라미터 변경·컨트랙트 업그레이드 호출을 사전 정의하는 거버넌스 실행 모델
- Timelock 대기 기간을 통한 통과 안건 공지와 검토 시간 확보