블루 칩 대출 프로토콜 AAVE는 오늘 최신 거버넌스 모듈인 Aave Governance V3를 출시했습니다. 이 모듈은 투표 비용 절감, 새로운 자동화 로봇, 완전한 크로스체인 인프라 등 일련의 이점을 제공합니다. 이는 온체인 거버넌스의 새로운 패러다임을 제시할 것입니다.
Aave 대출 프로토콜은 지금까지 약 65억 달러의 자금을 유치하여 Lido 및 Maker 다음으로 상위 3개 온체인 제품이 되었습니다. 이를 감안할 때 프로토콜 업데이트에는 극도의 주의가 필요합니다. 따라서 Aave는 인적 오류나 중앙화 위험의 영향을 최대한 줄이기 위해 거버넌스 측면에서 매우 완전한 사양 및 계약 실행 메커니즘 세트를 채택했습니다.
다른 프로젝트와 달리 Aave 프로토콜은 비교적 안전한 메커니즘을 채택하고 다중 서명 제어 프로토콜 백도어 기능이나 다중 서명 기능에 의존하지 않습니다. 이러한 거버넌스 모델은 높은 참고 가치를 갖고 있으며, 향후 이상적인 거버넌스 메커니즘을 구상하는 데 유용한 참고 자료를 제공합니다.
AAVE 거버넌스 V2는 2020년 운영을 시작한 이후 완전한 검증을 거쳐 타당성을 입증했습니다. 놀라운 점은 이 거버넌스 모듈의 운영을 통해 GHO 스테이블코인의 발행 및 프로토콜 통합이 성공적으로 이루어졌다는 것입니다. 이 복잡한 프로젝트는 거버넌스 모듈의 강력함을 보여주며 정말 흥미롭습니다.
원래 AAVE Governance V2 모듈은 단종되지만 V3는 일반 구조를 상속받아 최적화되므로 기본적인 이해가 필요합니다.
AAVE 거버넌스 V2는 온체인 제안을 승인하기 위해 창립팀에 의존하지 않고 온체인 거버넌스 결과를 통해 프로토콜 업데이트를 자동으로 수행하여 완전한 분산화라는 목표를 달성하는 것을 목표로 합니다.
Aave Governance V2 아키텍처
실제로 Aave Governance V2는 다음 구성 요소로 분할될 수 있습니다.
Aave Governance v2: AIP 생성, 정보 제출, 매개변수 설정 등을 담당합니다.
Short Executor: 프로토콜에서 허용 가능한 자산 목록을 늘리거나 줄이는 제안과 같이 빠른 반복을 완료하기 위해 더 낮은 임계값으로 전달된 제안의 내용을 실행하는 역할을 하며 프로토콜에 사소한 변경을 수행하는 데 사용됩니다.
Long Executor: 프로토콜 자체의 논리 규칙을 수정하는 제안과 같이 더 높은 임계값을 통과하는 제안을 실행하는 프로토콜의 핵심 코드를 크게 변경하는 데 사용됩니다.
거버넌스 전략: 사용자 제안 및 투표의 운영 로직을 처리하고 투표에 사용할 수 있는 토큰을 정의합니다. V2에서 투표에 사용할 수 있는 토큰에는 AAVE 및 stkAAVE(Stake AAVE)가 있습니다.
10개 주소의 다중 서명으로 제어되는 Aave Guardian이라는 계약 그룹도 있습니다. 주요 책임은 계약의 보안을 보호하기 위해 긴급 상황에서 계약 수정을 담당하는 것입니다. 상황에 따라 악의적인 제안은 취소되거나 프로토콜 운영이 중단될 수도 있습니다.
과거 AAVE Governance V2 모듈의 거버넌스 프로세스의 기본 구조는 다음과 같습니다.
제안 제출: 커뮤니티 포럼에서 제안에 대해 논의하고 온도 확인을 수행한 후 오프체인을 수행합니다. 스냅샷 투표.
ARFC: 오프체인 투표를 통과한 제안을 완전한 제안(AIP)으로 컴파일하고 동시에 완전한 코드를 제출한 후 다시 오프체인 스냅샷 투표를 수행합니다.
AIP 제출: 일반적으로 팀은 두 번째 오프체인 투표를 통과한 제안에 대해 거버넌스 계약에 AIP를 제출하지만 실제로는 누구나 AIP를 제출할 수 있습니다.
지연 기간: 하루 정도의 지연 기간이 지난 후 거버넌스 계약에 따라 토큰 상태 스냅샷이 완료되고 투표권이 확인됩니다.
온체인 투표: 영향력 수준이 다른 제안에는 통과 기준이 다릅니다.
제안 실행: 제안이 통과된 후 잠금 기간이 지나면 Short Executor 또는 Long Executor를 사용하여 다양한 수준의 영향을 미치는 제안에 따라 업데이트 코드를 실행합니다. 외부 주소에 의해 트리거됩니다.
크로스 체인 실행: 제안이 이더리움 이외의 네트워크에 있는 경우 크로스 체인 트랜잭션을 실행하고 해당 네트워크의 실행 계약을 실행해야 하며, 이 역시 외부 주소에 의해 실행되어야 합니다.
AAVE Governance V2가 3년 운영 후 발견한 문제:
투표 비용이 너무 높습니다. 기존 디자인은 특히 소규모 사용자의 경우 많은 연료를 소비합니다. Aave 및 stkAAVE 토큰의 투표권은 분산되어 있습니다. 각각 150,000명 이상의 Aave 보유자와 20,000명 이상의 stkAAVE 보유자가 있습니다. 상대적으로 낮은 이더리움 가스 가격 수준(20gwei)에서도 투표를 완료하는 데 여전히 약 5달러의 비용이 들며, 네트워크가 혼잡할 때 투표 비용이 5~10배 더 높아질 수 있다는 점은 말할 것도 없습니다.
거버넌스와 토큰 간의 이해 상충: 기존 거버넌스 모듈과 협력하려면 AAVE 및 stkAAVE 토큰 보유자의 투표권을 확인하기 위해 계약에서 토큰을 쿼리해야 하며 토큰 자체에서 추가 잔액 내역을 기록해야 합니다. . 이는 AAVE 및 stkAAVE 토큰의 전송 연료비를 증가시키고 결과적으로 토큰 보유자의 운영 비용을 증가시킵니다.
제안 생성: V3의 거버넌스 규칙은 제안자가 Aave 계약에 실행 가능하고 유효한 계약 코드를 배포하고 이를 완료하기 전에 완료하도록 요구합니다. 제안서 작성 제안 승인을 받으려면 등록하세요.
투표 지연: V2와 거의 동일하게 제안 생성과 투표 시작 사이에 1일 지연이 있으며 종료 후 투표권 스냅샷이 촬영됩니다. 그러나 몇 가지 기술적인 이유로 인해 v3의 지연 시간은 시간별로 다를 수 있습니다.
제안 투표: 대부분의 경우 유권자는 Ethereum이 아닌 Polygon, Avalanche, Arbitrum 또는 Optimism과 같은 다른 네트워크에 투표하며 향후 더 많은 네트워크가 열릴 것입니다. 보충: 제안에 대한 투표는 동시에 여러 네트워크가 아닌 하나의 네트워크에서만 수행됩니다. 제안자는 선호도나 기타 요인에 따라 투표할 네트워크를 선택할 수 있습니다.
제안 실행: 제안의 시간 잠금 및 실행 단계는 V2와 정확히 동일하며 실행은 다른 네트워크로 확장됩니다.
자산 인식을 위해 더 많은 투표권을 허용합니다. AAVE, aAAVE, stkAAVE 및 stkABPT는 모두 투표권을 받습니다.
AAVE 거버넌스 모듈의 향후 모든 제안은 다음 프로세스를 거치게 됩니다.
Aave Governance V3 운영 프로세스
코드 제출: 제안자가 제안서를 생성하고 코드를 제출합니다. 대상 네트워크의 컨트롤러 계약에 등록됩니다. 예를 들어 제안서가 Aave v3 Avalanche에 새 자산 클래스를 추가할 것으로 예상되는 경우 제안서를 제출하고 Avalanche에 코드를 배포해야 하며 전체 프로세스에는 권한이 필요하지 않습니다.
반환 제안 식별 인증서: 제안자가 제안 생성 프로세스를 완료하면 대상 네트워크에서 보낸 식별 인증서를 받게 됩니다.
제안서 생성: 자격을 갖춘 제안자(식별 인증서 및 충분한 제안 권한 보유)는 이더리움의 핵심 거버넌스 계약을 통해 제안서를 생성하고 코드가 제출될 네트워크를 선택합니다.
런칭 제안: 지연 기간이 끝나면 Aave 봇 또는 다른 Ethereum 주소가 제안을 시작하고 블록체인 상태의 스냅샷을 완료할 수 있습니다.
블록 해시 값 제출: 거버넌스 핵심 계약은 제안 정보(이더리움 블록 해시)를 Aave 크로스 체인 인프라에 제출합니다.
대상 네트워크 상태 정산: 대상 투표 네트워크에서 Aave 로봇 또는 기타 주소는 이더리움 블록 해시 값, 상태 트리 및 투표 자산의 상태 트리를 포함하여 투표 검증을 위한 전역 상태 정산을 완료합니다.
투표 시작: 대상 네트워크에서 투표를 시작합니다.
제안 투표: 이더리움에 대한 투표권을 가진 모든 사용자는 투표 기계 계약을 통해 대상 네트워크에 투표할 수 있습니다.
투표 종료: Aave 로봇 또는 기타 주소로 투표 기계를 호출하여 투표를 종료합니다.
결과 정산: 투표 결과는 "예" 및 "아니요" 개수의 형태로 Aave 크로스체인 인프라를 통해 이더리움 메인 네트워크로 전송됩니다.
실행 대기: 투표 결과가 이더리움의 핵심 거버넌스 계약에 도착하고, 확인 정보를 확인한 후 실행을 기다립니다.
제안 실행: Aave 로봇 또는 기타 주소가 업데이트 코드를 실행합니다.
크로스 체인 실행: 이더리움 또는 기타 네트워크의 해당 실행 계약으로 코드를 전송하고 시간 잠금 기간을 시작합니다.
실행 대기 중: Ethereum 외부의 업데이트는 해당 컨트롤러에서 대기열에 추가됩니다.
제안 실행: 락업 기간이 끝나면 Aave 봇 또는 다른 주소에 의해 대상 네트워크의 업데이트된 코드가 실행됩니다.
위의 운영 아키텍처를 통해 Aave Governance V3의 핵심 모듈에 포함된 구성 요소를 더 잘 이해할 수 있습니다.
Ethereum 핵심 거버넌스 계약: 모든 거버넌스 모듈의 결제 결정을 담당합니다. 사용자 투표권 확인, 상태 스냅샷, 투표 토큰 결정, 투표 규칙 로직 결정, Guardian을 통한 악의적 제안 취소, 대상 네트워크로 제안 전달 및 Aave Governance V2의 운영 원칙 대부분을 유지하는 일을 담당합니다.
대상 네트워크 거버넌스 계약(Aave 투표 기계): 대상 네트워크의 거버넌스 운영을 담당합니다. 제안자의 코드 및 상호 작용, 투표 로직 실행, 투표 결과 반환 등이 포함됩니다.
크로스체인 통신 시설: 향후 다양한 네트워크의 브리징 요구를 충족하기 위한 새로운 크로스체인 통신 시설입니다. 주요 기능으로는 양방향 통신, 맞춤형 기능, 비상 백도어 메커니즘 등이 있습니다.
Aave Robot: 대부분의 거버넌스 기능의 자동화를 실현합니다. 네트워크와의 상호 작용 비용은 Aave DAO가 직접 부담하며, Chainlink Automation이 운영의 핵심으로 선택됩니다. 주요 기능에는 지연 기간 후 제안 트리거, 대상 네트워크에 상태 증명 제공, 이더리움 및 대상 네트워크의 업데이트 코드 실행 등이 포함됩니다.
또한 전반적인 거버넌스 구조 규칙의 중요한 변경으로 인해 사용자는 각 네트워크의 투표 기계에 액세스해야 하므로 핵심 팀 BGDLabs는 오픈 소스 프런트 엔드 인터페이스를 재구성하고 사용자에게 투표 기계를 생성할 수 있는 코드를 제공했습니다. 자신의 사본.
투표 비용이 크게 절감됩니다. 외부 네트워크에서 투표하면 Polygon의 현재 가스 요금 수준을 예로 들 수 있습니다. 투표 금액은 US$0.05에서 US$0.1 사이입니다. Aave Governance v2의 현재 투표 비용보다 약 100배 저렴합니다. 참가자가 완전히 무료로 투표하도록 하는 것도 가능합니다. 향후에는 DAO가 모든 참가자의 투표 비용을 부담하는 것이 좋습니다. 참가자가 10,000명이라면 총 비용은 $750에 불과하므로 합리적인 수준입니다.
네이티브 토큰의 운영 비용 절감: AAVE 및 stkAAVE에는 더 이상 잔액 내역 스냅샷이 없습니다. 이러한 토큰 스마트 계약은 Aave Governance V3에서 업그레이드될 예정입니다. AAVE 및 stkAAVE 전송 비용은 약 75% 저렴할 것으로 예상됩니다.
라이센스가 필요 없는 자동화: Aave Governance V3에는 상태 전환을 생성하기 위해 블록체인과 상호 작용해야 하는 많은 링크가 있지만 이러한 링크는 Aave 로봇에 의해 자동으로 실행될 수 있으며 이는 사용자가 수동으로 트리거를 실행해야 하는 V2보다 훨씬 편리합니다.
위 내용은 Aave Governance V3가 공식 출시되어 온체인 거버넌스를 새로운 차원으로 끌어올렸습니다!의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
