Aave 거버넌스 V2 상세 분석: 보다 포괄적이고 효율적인 의사결정 시스템

2023.08.24

Aave 거버넌스 V2 상세 분석: 보다 포괄적이고 효율적인 의사결정 시스템

AIP-4가 활성화된 이후로 Aave 거버넌스 V2는 272개의 체인 상 제안을 승인하며 커뮤니티에 제안 작성, 투표 및 실행을 위한 안전하고 효율적이며 탈중앙화된 플랫폼을 제공했습니다.

2023.08.24 - 08:26:13

Aave

Web3 심층 보도에 집중하고 흐름을 통찰

작성: CALLEN

번역: TechFlow

요약

2017년 ETHLend로 시작한 Aave는 프로토콜 사용 및 거버넌스 참여 측면에서 큰 성장을 이루었으며, 예금액 58.91억 달러를 기록하며 가장 큰 DeFi 프로토콜 중 하나가 되었다.
Aave는 대출 아키텍처 측면에서 여러 차례 업그레이드를 진행하여 Aave V2와 Aave V3를 배포하고, Aave Governance V2를 출시했다.
Aave Governance V2는 DAO에 완전히 탈중앙화된 거버넌스 시스템을 도입했으며, 이는 더 이상 DAO가 체인 상의 제안 승인을 위해 Aave 창립팀에 전적으로 의존하지 않는다는 것을 의미한다.
Aave Governance V2는 투표권과 제안권 분리, 투표 전략, 다수의 실행 실체, 그리고 커뮤니티 선출된 멀티시그 계정 Guardian 등 새로운 거버넌스 기능을 도입했다.
Aave Governance V2는 AaveGovernanceV2, Short Executor, Long Executor, GovernanceStrategy 등 4개의 핵심 스마트 계약으로 구성되며, 이더리움 메인넷과 기타 체인에서 Aave 개선 제안(AIP)의 생성, 투표, 실행을 담당한다.
Aave Governance V2는 높은 사용량을 기록하며 272건의 제안을 처리하였고, Aave V3를 8개 체인에 성공적으로 배포하고 Aave의 탈중앙화 스테이블코인 GHO를 출시하는 등 Aave의 주요 변화들을 이끌었다.

Aave 소개

Aave는 가장 큰 탈중앙화 대출 프로토콜이며, 8개 블록체인에서 총 58.91억 달러의 예금을 보유한 3번째 규모의 DeFi 프로토콜이다. Aave는 2017년 ETHLend라는 이름으로 시작해 초기 토큰 발행 당시 1,620만 달러를 조달하였으며, LEND 토큰을 교환하는 탈중앙화 P2P(피어 투 피어) 대출 플랫폼 형태였다. 2018년, ETHLend는 Aave로 이름을 변경하며 프로토콜이 P2P 모델에서 유동성 풀 모델로 전환됨을 알렸다. 2020년 1월 Aave V1이 출시되었고, 몇 달 후 LEND에서 AAVE로의 토큰 전환이 이루어졌다.

유동성 풀 모델은 예금자의 토큰을 모아서 즉각적인 유동성을 제공함으로써, P2P 모델처럼 이상적인 거래 상대방을 기다릴 필요 없이 차입자에게 자금을 신속하게 지원할 수 있게 한다. 이를 통해 예금자는 다양한 차입자가 시간이 지남에 따라 지불하는 이자를 수동적으로 수익으로 얻을 수 있다.

2023년 현재로 넘어오면, Aave는 사용량과 예금 측면에서 큰 성장을 이루었으며, 여러 블록체인에 Aave V2를 배포하고 최근에는 Aave V3를 출시하였다.

Aave 대출 아키텍처의 업그레이드 외에도, Aave Governance V2의 출시와 함께 Aave의 거버넌스 시스템은 크게 개편되었다. Aave Governance V2는 개선된 기능을 갖춘 완전히 탈중앙화된 체인 상 거버넌스 시스템이다.

Aave Governance V2의 도입과 함께, DAO를 위한 새로운 완전 탈중앙화된 체인 상 거버넌스 시대가 열렸으며, 출시 이후 새로운 거버넌스 시스템은 활발한 활동을 경험했다. Aave V3 출시, Aave의 탈중앙화 스테이블코인 GHO, 새로운 자산 상장 등 272건의 제안이 처리되었다.

Aave Governance V2란 무엇인가?

Aave Governance V2는 Aave 프로토콜과 Aave DAO의 운영을 지원하는 일련의 스마트 계약이다. Marc Zeller이 제안하여 2020년 12월 AIP-4 하에 활성화되었으며, Aave에 다음의 4가지 핵심 거버넌스 혁신을 도입했다:

투표권과 제안권 분리: Aave/stkAAVE 보유자는 제안권만 위임하고 투표권은 보유하거나 그 반대로 할 수 있다.
투표 전략: 거버넌스 승인을 받은 다양한 형태의 Aave 토큰이 제안에 투표할 수 있도록 허용된다.
다중 실행 실체: 단기 실행자(Short Executor)와 장기 실행자(Long Executor)를 통해 제안되는 변경 사항의 중요도에 따라 다른 투표 요건을 설정할 수 있다.
Guardian: 커뮤니티가 선출한 멀티시그 계정으로, 악성 코드가 포함된 제안을 거부하거나 취소할 수 있다.

Aave Governance V2는 위임형 거버넌스 모델에서 영감을 받았으며, 이는 대표 민주주의를 모방하되 강제하지 않는다. 동시에 이러한 새로운 기능들은 Aave에 더욱 포괄적이고 효율적이며 강력한 거버넌스 시스템을 제공한다.

그럼에도 불구하고, Aave Governance V2 하에서 Aave에 있어 가장 중요한 변화는 누구나 AIP(Aave 개선 제안)를 제출하고 실행할 수 있다는 점일 것이다. 이것은 이전 버전인 Aave Governance V1에서는 불가능했던 일이다.

구체적으로 말하면, V2는 V1 거버넌스 프로세스의 4단계를 우회하는데, 이 단계는 Aave 창립팀만이 구속력 있는 거버넌스 제안으로 AIP를 제출할 수 있도록 했다. 이제 충분한 AAVE/stkAAVE를 보유한 누구라도 완전히 탈중앙화된 방식으로 AIP를 제출하고 실행할 수 있다.

V1과 V2는 변경사항 제안 및 커뮤니티 논의와 같은 초기 단계에서 유사점을 가지지만, 세 번째 단계인 Aave 최종 의견 요청(ARFC)은 DAO 리스크 서비스 제공업체의 의견을 포함한 제안의 최종 버전이다. 네 번째 단계는 커뮤니티 투표를 통해 최종 변경사항에 만족하는지를 결정하고, 다섯 번째 단계에서 공식적인 Aave 개선 제안(AIP)을 통해 Aave 거버넌스 V2를 사용해 체인 상에서 변경을 승인한다.

어떻게 작동하는가?

Aave Governance V2는 AaveGovernanceV2, Short Executor, Long Executor, GovernanceStrategy의 4개 핵심 스마트 계약으로 구성되어 있으며, AIP의 전체 과정을 처리하고 다음의 3가지 핵심 기능을 제공한다:

제안 생성: 충분한 제안 권한을 가진 커뮤니티 구성원이라면 Aave 정책의 어떤 하위 범주 아래에서도 제안을 생성할 수 있다. 변경되는 정책에 따라 필요한 투표 시간, 권한, 커뮤니티 합의가 결정된다.
제안 투표: 제안이 시작되면 AAVE/stkAAVE 보유자는 YAE 또는 NAE 투표 옵션을 선택해 결과에 대해 투표할 수 있다.
제안 실행: 제안이 토큰 보유자의 승인을 받으면, 제안은 딜레이 기간(타임락)에 들어가며, 변경에 반대하는 사용자는 시스템에서 철수할 수 있다(예: 더 엄격한 리스크 통제로 인해 차입 포지션 종료). 딜레이 기간 후, 제안은 유예 기간에 들어가며, 어느 이더리움 주소라도 Short/Long Executor 스마트 계약의 실행 함수를 호출해 실행할 수 있다. 혹은 Guardian이 악영향을 미칠 경우 제안을 거부하거나 취소할 수 있다.

구체적으로,

AaveGovernanceV2는 AIP 생성을 담당하며, 사용자가 실행기 정보와 프로토콜에 적용할 변경 내용을 제출하도록 요구한다. 또한 검토 기간의 길이를 설정한다.
Short Executor는 프로토콜에 대한 소규모 변경에 사용되며, 더 빠르고 덜 엄격한 합의 요건(예: 파라미터 변경, 자산 상장 등)을 허용한다.
Long Executor는 프로토콜의 핵심 코드에 대한 중대한 변경에 사용되며, 거버넌스 합의에 영향을 미치고 길고 복잡한 합의 과정을 필요로 한다(예: AAVE 토큰, V2 거버넌스 파라미터 자체 변경).
GovernanceStrategy는 사용자의 제안 및 투표 권한을 산정하는 로직을 처리하며, 투표에 사용 가능한 토큰(AAVE 및 stkAAVE)을 정의한다.

이 스마트 계약들이 어떻게 상호작용하는지 더 깊이 이해하기 위해, 최근 라마(Llama)가 제안한 이더리움 Aave V3에 LDO 상장 제안을 살펴보자. 이 제안은 핵심 거버넌스 합의 파라미터를 포함하지 않는 자산 상장 제안이므로, 라마는 모든 관련 정보를 제출하면서 Short Executor를 사용하여 AaveGovernanceV2 스마트 계약을 통해 LDO 상장을 요청했다.

동시에 AaveGovernanceV2는 Short Executor 스마트 계약에서 합의 요건을 읽어오고, GovernanceStrategy와 교차 확인하여 먼저 라마의 제안 권한을 어떻게 계산할지, 두 번째로 필요한 8만 AAVE 제안 문턱치보다 큰지를 판단한다. 라마가 충분한 제안 권한을 가지고 있었기 때문에 제안은 성공적으로 생성되었고, 1일간의 검토 기간에 들어갔다.

3일간의 투표 후, Short Executor는 GovernanceStrategy를 사용해 32만 AAVE의 투표 법정 수준과 8만 AAVE의 투표 격차 요건이 충족되었는지 검증했다. 이 경우, 라마는 두 가지 요건 모두를 충족시키며 459.7k AAVE의 "YAE" 투표와 0개의 "NAE" 투표를 얻었다.

그 후 제안은 딜레이 기간(1일)에 들어가며, 사용자들이 변경에 반응할 시간을 갖게 된다. 이후 5일간의 유예 기간 동안, 사용자는 Short Executor에서 execute 함수를 호출하여 체인 상에서 변경을 승인해야 한다. 유예 기간 종료 전까지 아무도 제안을 실행하지 않으면 제안은 만료되고 변경은 무효화된다. 마지막으로, Guardians가 코드에 악성 행위가 있다고 판단하면 제안을 거부해 프로토콜을 보호할 수 있다.

Aave의 멀티체인 거버넌스 시스템

성장하는 멀티체인 DeFi 생태계를 고려할 때, 우리는 DeFi 프로토콜이 점점 더 많은 체인에 배포되어 신규 사용자를 유치하고 연료비(Gas fee)에 민감한 사용자층을 만족시키는 추세를 계속 목격하고 있다. Aave는 V3 제품을 8개 체인에 배포하며 멀티체인 운동의 선두에 서 있다. 그러나 이는 토큰 보유자들이 여전히 분산되지 않고 친숙한 방식으로 크로스체인 배포에 대한 통제권을 유지할 수 있도록 보장하는 등 거버넌스에 새로운 도전을 안겨준다.

Aave의 크로스체인 거버넌스 아키텍처는 Uniswap이나 Compound와 같은 주요 프로토콜들과 유사하다. Aave의 경우, 폴리곤(Polygon), 아비트럼(Arbitrum), 옵티미즘(Optimism)의 V3 배포만이 이더리움 메인넷에서 직접 Aave의 크로스체인 거버넌스 브릿지를 통해 제어된다.

이더리움 메인넷 외부의 각 V3 배포는 "크로스체인 브릿지 리시버"와 원생 "실행기" 계약을 필요로 한다(아비트럼과 옵티미즘은 L2 호환성을 보장하기 위해 두 번째 L2BridgeExecutor 계약이 필요하다).

예를 들어, 폴리곤에서는 Aave V3가 PolygonBridgeExecutor를 보유하며, 이는 이더리움 메인넷에서 성공적으로 통과한 거버넌스 투표로부터 보내진 메시지를 감지한다. 그런 다음 PolygonBridgeExecutor는 메시지를 폴리곤의 원생 실행기 계약(BridgeExecutorBase)으로 전달하며, 폴리곤 상의 누구라도 유예 기간 내에 이를 실행할 수 있다.

이더리움 메인넷과 마찬가지로, 크로스체인 제안도 동일한 딜레이 및 유예 기간 동작을 보여주며, 지정된 경우 Guardian 주소에 의해 제안이 거부될 수도 있다.

멀티체인 거버넌스의 한 가지 우려 사항은, 크로스체인 브릿지를 사용함으로써 브릿지 검증자들에 대한 신뢰 문제를 초래한다는 점이다. 즉, 이더리움 메인넷에서 다른 체인으로 트랜잭션을 검열 불가능한 방식으로 중계해야 하며, 브릿지 장애 발생 시 크로스체인 제안이 다른 체인에 전달되지 못할 위험이 있다.