DeFi 프로토콜 거버넌스 프로세스 상세 설명: Maker, Compound, Aave, Uniswap, Curve 및 Snapshot을 예로 들어

원문 제목：《DeGo in DeFi》
저자：Rajeev Gopalakrishna
번역：DRD，DAOSquare

거버넌스는 "어떤 것(예: 국가나 조직)의 발전 방향을 관리하거나 감독하는 행동 또는 과정"으로 정의될 수 있습니다. 블록체인 분야에서 거버넌스는 일반적으로 계약 프로토콜 내에서 현재를 안내하고 미래를 개선하는 방법을 의미합니다.

블록체인 분야에서 거버넌스를 수행하는 방법은 항상 뜨거운 주제이며, 특히 블록체인 커뮤니티에서 자주 논의되는 논란의 여지가 있는 주제입니다. 기본적으로 두 가지로 나눌 수 있습니다: 온체인 거버넌스와 오프체인 거버넌스. 온체인 거버넌스는 블록체인 프로토콜 자체에 내장된 알고리즘으로 이해할 수 있으며, 오프체인 거버넌스는 비공식적인 블록체인 프로토콜 외부에서 이루어지는 안내와 감독입니다. Tezos는 전자의 예이며, 비트코인과 이더리움은 후자에 해당합니다. 그러나 본 문서는 블록체인 거버넌스에 대한 논의가 아닙니다. Vlad Zamfir, Fred Ehrsam 및 Vitalik Buterin과 같은 사람들은 이 주제에 대해 이미 몇 가지 의견 기사를 발표했습니다.

본 문서는 이더리움에서 DeFi 프로토콜의 분산 거버넌스(DeGo) 뒤에 있는 기술 프로세스를 주로 소개합니다. 먼저 이더리움에서 선도적인 DeFi 프로토콜이 가진 광범위한 전망을 소개하고, 현재 거버넌스 프로세스의 몇 가지 핵심 사항을 요약합니다. 이러한 배경에서 가스 없는 투표의 기본 원리를 제시하고, 이 분야에서 Snapshop을 선도적으로 채택한 기술 배경의 프로젝트를 설명합니다. 우리는 또한 Snapshot의 현재 구현이 직면한 분산화 도전과제, Aragon을 활용하여 온체인에서 오프체인 투표를 실행할 수 있는 잠재적 가능성, 그리고 Snapshot을 통해 Waku에서 프로토콜 통신의 검열 저항성을 높이는 방법에 대해 논의할 것입니다.

1. 프로토콜과 거버넌스

DeFi는 분산화된 블록체인 프로토콜을 기반으로 구축된 금융 애플리케이션 생태계입니다. 여기에는 저축, 거래, 신용(대출/차입), 파생상품 및 보험과 같은 금융 도구가 포함됩니다. 전통 금융과는 달리 DeFi에는 세 가지 핵심 요소가 있습니다: (1) 인위적 개입 요소를 줄이기 위해 스마트 계약 작성 규칙과 실행 작업을 따릅니다. (2) 투명한 오픈 소스 감사 스마트 계약 및 블록체인상의 거래. (3) 무조건적으로 다양한 프로젝트를 생성, 사용, 수정 또는 조합하는 데 참여할 수 있습니다.

Maker는 가장 유명한 Dai 스테이블 코인을 만든 DeFi 프로젝트입니다. Compound와 Aave는 현재 가장 인기 있는 DeFi 대출 플랫폼입니다. Uniswap, Curve 및 Balancer는 가장 널리 사용되는 분산화 거래소입니다. Synthetix는 실물 자산 가치를 추적하는 DeFi 프로젝트입니다. Yearn은 대출 집계, 수익 집계 및 보험을 포함한 DeFi 프로젝트의 집합입니다. Nexus Mutual은 커뮤니티 기반 보험 플랫폼으로, 회원들이 스마트 계약의 결함 위험에 대해 보험에 가입할 수 있게 합니다. Aragon은 분산화된 조직(DAO)을 시작하고 관리하는 플랫폼으로, Aave와 Curve와 같은 전형적인 응용 프로그램이 있습니다.

이러한 DeFi 프로젝트는 프로젝트 운영 방향과 프로토콜 조정 전략을 공동으로 결정하기 위한 거버넌스 메커니즘을 가지고 있습니다. 프로젝트 특정 거버넌스 토큰의 소유자만이 이러한 거버넌스 과정에서 투표할 수 있습니다. 위의 10개 DeFi 프로젝트의 토큰은 각각 MKR, COMP, AAVE, UNI, CRV, BAL, SNX, YFI, NXM 및 ANT입니다.

1) Maker의 거버넌스 모델:

"MKR 소유자는 Dai 스테이블 코인의 정책 조정, 새로운 담보 유형 선택 및 거버넌스 모델 자체 개선을 포함하여 Maker 프로토콜을 거버넌스합니다."

커뮤니티는 Discourse에서 논의합니다. 투표자는 Maker(MKR) 토큰을 보유해야 하며 전용 거버넌스 플랫폼에서 투표를 진행합니다.

거버넌스는 담보/보험 유형, 매개변수 및 스마트 계약을 수정하는 등 프로토콜에 대한 기술적 변경을 투표를 통해 수행해야 합니다. 일반적으로 투표 전에 한 차례 조사가 진행되어 투표자의 전반적인 의도를 대략적으로 판단합니다. 이러한 모든 작업은 온체인에서 발생합니다. MKR의 투표자는 투표 계약에 잠겨 있으며, 투표 결과는 제안의 투표 수에 따라 MKR로 측정됩니다.

Maker는 사실 비공식적인 오프체인 거버넌스 메커니즘이 존재합니다. 그들은 Discourse를 통해 Signal Threads 및 Informal Polls를 사용하여 비공식적인 여론 조사를 수행하고, 관련 주제에 대한 입장을 표명할 기회를 제공하며, 커뮤니티 내 의견을 평가한 후 이를 온체인으로 이전할지 여부를 결정합니다. 이러한 과정은 참여자가 MKR 토큰을 보유하거나 이더리움 블록체인과 상호작용할 필요가 없습니다.

주제 생성자가 커뮤니티 지지자의 비공식적인 지지를 확인한 후, 이에 상응하는 온체인 거버넌스 설문조사를 생성하기 위한 요청을 발송하여 거버넌스를 오프체인에서 온체인으로 이전합니다.

2) Compound 거버넌스 모델:

Compound 계약 프로토콜은 COMP 토큰 소유자가 COMP 토큰, 거버넌스 모듈(GovernorAlpha) 및 Timelock의 세 가지 다른 구성 요소를 통해 관리 및 업그레이드합니다. 전반적으로 이러한 계약은 커뮤니티가 cToken 또는 Comptroller를 통해 제안하고 투표하여 변경을 실현할 수 있도록 합니다. 관련 내용에는 이자율 모델 조정, 새로운 자산 추가 등이 포함될 수 있습니다. 100,000 COMP 토큰을 초과 보유한 참여자는 실행 가능한 코드로 거버넌스를 제안할 수 있습니다. 제안이 생성되면 커뮤니티는 일반적으로 3일의 투표 기간 내에 투표할 수 있습니다. 제안이 다수결을 얻고 최소 40만 표의 지지를 받으면 Timelock에서 대기하며 이틀 후 실행됩니다.

창립 단계에서는 Compound 핵심 팀이 계약 변경에 대한 관리 권한을 가지고 있었고, 거버넌스 토큰을 사용하지 않았습니다. 그러나 그들은 2020년 2월 COMP 거버넌스 토큰을 도입하여 향후 분산화된 토큰 소유자가 커뮤니티 거버넌스를 수행하는 모델로 전환했습니다.

커뮤니티의 논의 역시 Discourse에서 진행됩니다. 투표는 COMP 토큰을 보유해야 하며, 그들의 전용 거버넌스 포털에서 진행됩니다.

Compound는 EIP-712 서명 기반의 무가스 투표 및 위임을 명확히 지원합니다. 이렇게 하면 투표자 또는 그 대리인이 오프체인에서 자신의 투표 정보를 서명한 후, 신뢰할 수 있는 제3자가 ETH를 사용하여 가스 비용을 지불하여 최종적으로 온체인 투표를 완료할 수 있습니다.

3) Aave 거버넌스 모델:

"계약 거버넌스는 위험 매개변수, 개선 제안 및 트리거 메커니즘에 대한 다양한 의사 결정 프로세스로 구성됩니다. Aave의 미래 계약에 대한 다양한 결정은 이 프로세스를 통해 이루어질 것입니다. AAVE 토큰은 소유자에게 제안에 대한 투표 권한을 부여하고 계약의 관리자로서 일관된 행동을 하도록 합니다."

Aave는 네 단계의 거버넌스 프로세스를 구현했습니다: 1. 동의안, 커뮤니티 구성원이 제안을 시작하고 Discourse에서 논의하며 실행 가능한 다음 단계의 의견을 제출합니다. 2. 논의 및 정보 수집, 해당 동의안에 대한 추가 논의가 이루어지고 커뮤니티의 거버넌스 계획에 대한 피드백을 평가합니다. 3. 창립 팀이 필요한 스마트 계약을 승인하고 제안을 제출하거나 AAVE 토큰 소유자에게 투표를 요청합니다. 4. 투표가 통과되면 제안이 실행되며, 투표가 실패하면 제안이 거부됩니다.

Aave의 거버넌스 모델은 2020년 9월 이더리움 메인넷에서 출시되었습니다. 첫 번째 제안은 구형 LEND 토큰에서 새로운 AAVE 토큰으로의 이전이었으며, Snapshot 플랫폼(후에 설명할 것입니다)에서 오프체인으로 실행되었습니다. 계약 관리 키는 10월에 거버넌스 계약으로 이전되어 모든 권한이 토큰 소유자 커뮤니티로 이전되었습니다.

4) Uniswap 거버넌스 모델:

"Uniswap 계약은 UNI 토큰 소유자가 관리 및 업그레이드하며, 세 가지 다른 구성 요소인 UNI 토큰, 거버넌스 모듈 및 Timelock을 사용합니다. 이러한 계약은 커뮤니티가 Uniswap 계약을 제안하고 투표하며 변경할 수 있도록 합니다. 100,000 UNI 토큰을 초과 보유한 참여자는 실행 가능한 코드로 거버넌스를 제안할 수 있습니다. 제안이 생성되면 커뮤니티는 일반적으로 3일의 투표 기간 내에 투표할 수 있습니다. 제안이 다수결을 얻고 최소 400만 표의 지지를 받으면 Timelock에서 대기하며 이틀 후 실행됩니다.

Uniswap은 세 단계의 거버넌스 프로세스를 구현했습니다: 1. 온도 조사, 커뮤니티 구성원이 Discourse 포럼에서 제안 논의를 시작하고 Uniswap의 Snapshot 공간에서 평가 투표를 진행합니다. 3일 이내에 해당 제안이 25,000 UNI의 찬성표를 얻으면 다음 단계로 진행됩니다. 2. 합의 조사, Discourse에서 잠재적 제안에 대한 공식 논의가 이루어지고 특정 옵션(변경 없음 옵션 포함)에 대해 다시 Snapshot 투표가 진행됩니다. 5일 이내에 해당 잠재적 제안의 특정 방안이 50,000 UNI의 찬성표를 얻으면 다음 단계로 진행됩니다. 3. 거버넌스 제안, 이전 단계의 승리 방안이 편집, 감사, 제안(모든 UNI 토큰 소유자의 1% 즉 10M UNI의 지지가 필요됨)되어 거버넌스 포털에 제출되어 온체인 투표가 진행됩니다. 7일의 투표 기간을 거쳐, 통과(4%의 UNI 즉 4000만 UNI가 필요)의 제안 코드는 Timelock에서 대기하며 이틀 후 실행됩니다.

Uniswap은 EIP-712 기반의 오프라인 서명을 지원합니다. 또한 커뮤니티 논의와 같은 방식으로 온체인 투표가 필요하지 않은 사항에 대해 "소프트 거버넌스"를 지원합니다.

5) Curve 거버넌스 모델:

"Curve DAO는 2020년 8월 13일에 공식 출시되었습니다. 이 DAO는 유동성 제공자가 새로운 풀 추가, 풀 매개변수 변경, CRV 인센티브 추가 및 Curve 계약 프로토콜의 여러 측면에 대한 결정을 내릴 수 있도록 합니다. Curve DAO 토큰 발행의 주요 목적은 Curve 금융 플랫폼에서 유동성 제공자를 장려하고 가능한 한 많은 사용자가 계약 프로토콜의 거버넌스에 참여하도록 하는 것입니다. 현재 CRV 토큰에는 세 가지 주요 용도가 있습니다: 투표, 스테이킹 및 부스트. 이 세 가지는 투표 전에 CRV 토큰을 잠궈 veCRV 토큰을 얻어야 합니다."

CRV는 Curve 플랫폼에서 다목적 거버넌스 토큰으로, 시간 가중 투표 및 가치 누적 메커니즘을 가지고 있습니다. CRV 소유자는 자신의 CRV를 Curve DAO에 잠궈 투표에 필요한 veCRV(투표를 위한 CRV) 토큰을 얻을 수 있습니다. 잠금 기간이 길수록 투표권이 커지며, 최소 잠금 기간은 1주, 최대는 4년입니다. veCRV의 가중치는 잠금 기간이 가까워질수록 점차 줄어듭니다.

참여자는 거버넌스 포럼에서 비공식 제안을 생성하고 Snapshot에서 평가할 수 있습니다. Curve 계약 프로토콜을 수정하려면 공식 제안이 필요하며, 이는 매개변수와 텍스트의 두 가지 유형으로 나뉩니다. 매개변수 제안은 성공적인 투표 후 3일 이내에 DAO에 자동으로 제출되며, 텍스트 제안은 일반적으로 Curve 팀의 참여가 필요합니다. 새로운 DAO 제안을 생성하려면 최소 2500 veCRV를 보유해야 합니다.

요약: 위에서 설명한 거버넌스 프로세스는 일반적으로 세 가지 기술을 포함합니다: 1. 논의 포럼(예: Discourse), 커뮤니티 구성원이 비공식적으로 제안 및 논의합니다. 2. 신호 포럼(예: Snapshot), 토큰을 보유한 커뮤니티 구성원이 오프라인에서 투표하여 제안에 대한 태도를 표현합니다. 3. 투표 포럼, 토큰을 보유한 커뮤니티 구성원이 온체인에서 투표하여 제안의 실행을 공식적으로 승인하거나 거부합니다.

블록체인 분야에 국한되지 않고, 많은 커뮤니티가 Discourse, Discord, Gitter, Telegram 또는 Slack과 같은 정보 플랫폼을 사용하여 논의 및 소통하고 있습니다. 투표 포럼은 현재 표준 Dapp으로, 사용자가 암호화 지갑(거버넌스 토큰에 접근하기 위해)과 블록체인 내 스마트 계약 인터페이스에 연결해야 합니다. DeFi 거버넌스 프로세스에 있어 현재 비교적 새롭고 독특한 도구는 사실 정보 포럼 분야에서 나타나며, 전형적인 예가 Snapshot입니다.

2. Snapshot

Snapshot은 "가스 없는 오프체인 다중 거버넌스 클라이언트로, 검증이 용이하고 결과를 보호합니다."라고 설명됩니다. 이는 Balancer Labs의 Fabien Marino가 추진하는 오픈 소스 프로젝트로, 토큰 기반 프로젝트가 그곳에서 제안을 게시하고 토큰 소유자가 블록체인 거래 없이 오프체인에서 투표할 수 있도록 하며, 즉 가스 및 거래 수수료를 지불할 필요가 없습니다. 제안 및 투표는 서명된 정보 형태로 IPFS에 저장됩니다.

동력: 이더리움의 가스 가격은 2020년에 역사적인 최고치를 기록했으며, 이는 DeFi 애플리케이션에 크게 기인합니다. 대규모 자금 사용자나 최대 토큰 소유자는 가스 비용 상승에 대해 덜 걱정할 수 있지만, 이는 소규모 토큰 소유자에게 실질적인 영향을 미칠 수 있습니다. 그들은 블록체인에서 DeFi 거버넌스를 포기할 수 있으며, 특히 많은 결정이 토큰을 보유해야 처리될 때 더욱 그렇습니다. 이더리움의 이러한 제한은 계약 프로토콜의 정치적 분산화 과정을 약화시킨다고 할 수 있습니다.

중요한 투표 단계는 오늘날처럼 이더리움 블록체인에서 진행되어야 하며, 이는 분산화와 검열 저항을 보장하기 위해 필수적입니다. 그러나 상대적으로 덜 중요한 정보 전달의 초기 단계는 오프체인에서 가스 비용 없이 이루어져야 합니다. Snapshot은 현재 이러한 요구를 충족시키기 위해 설계되었습니다.

앞서 언급한 프로젝트 외에도, 업계의 다른 선도적인 DeFi 프로젝트들도 실제로 Snapshot을 사용하고 있으며, 여기에는 Yam, Yearn, Balancer, Sushi, Swerve, Pickle, Aragon, mStable 및 Cream 등이 포함됩니다. Maker와 Compound도 Snapshot을 사용하여 정보 전달을 완료하는 것을 고려하고 있는 것으로 보입니다.

구조: Snapshot은 Hub 서버에 연결된 웹 클라이언트를 가지고 있습니다. 웹 인터페이스를 통해 다양한 프로젝트의 공간을 표시합니다. Snapshot 공간은 특정 프로젝트가 토큰 기반 투표 제안을 나열하는 장소입니다. Snapshot 공간은 웹 인터페이스에서 ENS 도메인을 통해 생성됩니다.

특정 프로젝트의 토큰에 연결된 공간에서 우리는 제목, 제안 내용, 투표 옵션, 시작/종료 시간 및 토큰 보유 수량 등을 포함한 제안을 생성하고, 지갑에서 서명 정보를 제출합니다(최근에는 eip-712로 전환할 계획입니다).

제안에 대한 투표는 지정된 프로젝트의 공간에서 이루어져야 하며, 먼저 지갑(해당 프로젝트의 토큰을 보유)과 연결한 후 필요한 투표 옵션을 선택하고 지갑에서 서명 정보를 제출합니다.

서명된 제안 및 투표 정보는 Snapshot 센터로 전송되며, 이후 해당 센터는 이를 IPFS에 업로드하여 분산 저장합니다. 또한, 센터는 데이터베이스에 모든 제안 및 해당 투표의 IPFS 인덱스 정보를 저장하여 클라이언트의 빠른 로딩 요청을 충족시킵니다.

제안 투표 결과를 계산하는 방법을 전략(Strategies)이라고 합니다. 전략은 웹 인터페이스의 JavaScript 함수로, 주소 집합의 점수를 반환합니다. 기본 전략은 투표자에게 제안 항목의 ERC20 토큰이 블록체인에서의 잔액을 계산합니다. 이러한 계산을 오프체인에서 실행하는 것은 다양한 거버넌스 모델을 실험할 수 있는 더 큰 유연성을 제공합니다. JavaScript 전략을 사용한 반복이 온체인 스마트 계약을 사용하는 것보다 더 빠르기 때문입니다.

분산화 도전

DeFi 거버넌스 프로세스에서 오프체인 정보 전달은 온체인 투표의 전제 조건이 되고 있습니다. 온체인 투표는 점점 더 신뢰할 수 없게 되고, 더 분산화되며, 비쌉니다. 정보 전달은 효과적인 오프체인 투표로, 무료이며 빠릅니다. 그러나 오프체인 거래의 중개 특성으로 인해 이러한 작업은 분산화를 약화시킬 수밖에 없습니다.

이러한 도전 과제가 충분히 해결된다면, 우리는 무료하고 빠르며 점점 더 낮은 거래 마찰을 가진 오프체인 투표에서 상당한 혜택을 누릴 수 있습니다. 우리는 현재 Snapshot을 모델로 연구할 수 있습니다.

현재 Snapshot의 경우, 제안 및 투표가 구속력이 있는 온체인 거버넌스로 전환되어야 한다면, 이는 두 가지 중개자에 의존하게 됩니다:

신뢰할 수 있는 다중 서명: 다중 서명 지갑이 처음으로(이더리움에서) 스마트 계약 지갑 계정에 등장했을 때, 최소 서명 수(m-of-n)를 강제하여 지갑 거래를 수행했습니다. DeFi 프로젝트 환경에서 신뢰할 수 있는 다중 서명은 종종 커뮤니티 내의 존경받는 구성원 그룹에서 나오며, 이들은 제안의 투표 수에 해당하는 온체인 거버넌스 거래를 서명하여 프로젝트의 결정을 실행하도록 위임받습니다(투표). 이러한 결정은 재정, 거래 또는 계약 프로토콜의 수정과 관련될 수 있습니다.

사회적 기술 관점에서 신뢰할 수 있는 다중 서명은 중앙화의 위험을 내포하고 있습니다. 다중 서명 권한의 소유자가 커뮤니티의 주류에서 벗어난 결정을 내릴 가능성은 낮지만, 이론적으로 그들은 자신의 권한을 남용할 수 있습니다. m-of-n의 공모 확률은 낮지만(예: m이 충분히 큰 경우, 예를 들어 6-of-9), 0이 아닙니다. 반면, 프로젝트 커뮤니티의 규모와 토큰 분포에 따라 특정 수량(예: 100개)을 설정하여 특정 수 이상의 토큰을 보유한 소유자가 공동으로 결정 제안 결과를 도출하도록 요구할 수 있습니다.

결론적으로, 만약 우리가 비신뢰적인 방식으로 오프체인 투표에서 승인 권한을 온체인으로 이전할 수 있다면, 이러한 분산화의 희석을 방지할 수 있습니다.

중앙화 허브: Snapshot Hub는 제안 및 투표에 해당하는 IPFS 서명 정보를 저장하고 검색하는 웹 인터페이스를 가진 서버입니다. 이는 명백히 중앙화의 위험을 내포하고 있으며, 이는 약화될 수 있습니다. 예를 들어, 참여 프로젝트 관리의 서버 연합을 운영함으로써 클라이언트-서버 패러다임은 본질적으로 분산화를 약화시키고, P2P 네트워크에 비해 감독 가능성을 증가시킵니다.

이는 IPFS에서 제안을 직접 저장/검색하는 방식을 완전히 제거하는 P2P 네트워크를 통해 해결될 수 있습니다. 현재 사람들은 후자의 가능성이 더 크다고 생각하며, 관련 IPFS 해시 값을 연결하는 방법을 통해 이를 수행할 수 있지만, 이렇게 하면 검색의 순서성이 느려지고 비현실적일 수 있습니다.

다음으로, 우리는 위의 두 가지 도전 과제에 대한 잠재적 해결책을 논의할 것입니다.

Snapshot + Aragon

Aragon은 DAO 관련 거버넌스 제품 및 인프라 서비스의 선도적인 공급업체입니다. 2020년 10월, Aragon과 Balancer Labs는 Snapshot의 오프체인 투표 기능과 Aragon DAO의 온체인 실행 기능을 결합하여 최적화하는 협력 계획을 발표했습니다.

최적화 실행은 온체인 기능으로, (온체인 검증 없이) 담보 채권을 통해 이미 제출된 결과를 실행할 수 있도록 합니다. 만약 분쟁 창구 기간 내에 아무도 결과에 이의를 제기하지 않으면, 해당 결과는 구속력 있는 최종 판결로 간주됩니다. 누군가 분쟁 창구에서 이의를 제기하면, 온체인에서 실행하거나 검증합니다. 위반하는 주체는 처벌을 받습니다. (이는 개념적으로 낙관적 롤업과 유사합니다.)

Optimistic Snapshot 제안에서 신뢰할 수 있는 다중 서명은 프로젝트 토큰 소유자의 DAO로 대체됩니다. Snapshot 투표가 종료된 후, 누구나 온체인 DAO에 투표로 승인된 작업을 제출할 수 있습니다. DAO는 Aragon Agent(대리인)가 실행하기 전에 분쟁을 위한 고정 기한을 설정합니다. 분쟁은 Aragon Court(법원)가 처리합니다.

DeFi 프로토콜이 이 제안을 평가할 때, 그것이 어떻게 진행되는지 보는 것은 매우 흥미로울 것입니다.

Snapshot + Waku

Status 애플리케이션은 지갑 기능을 갖춘 프라이버시 기반 통신 및 Ðapp 브라우저를 결합합니다. 이 통신 소프트웨어는 중앙화된 임대 중개 및 단일 실패 지점을 제거하고 검열 저항을 강화하기 위해 설계된 분산화된 P2P 네트워크에 의해 지원됩니다. 이 통신 소프트웨어는 정보 출처에서 서버로, 그리고 다시 목표 클라이언트로 전송되는 "클라이언트-서버" 아키텍처에 국한되지 않습니다. 이러한 통신 방식은 모든 클라이언트에서 정보를 점프하여 전달하는 것으로, 각 엔드포인트가 해당 정보를 수신하더라도 실제 정보 수신자 외에는 정보가 무엇인지 알 수 없게 하여 통신의 분산화를 실현합니다.

이 통신 소프트웨어의 프로토콜 전송 계층은 Whisper의 후계자인 Waku에 의해 구현되며, 라우팅, 메타데이터 보호, 주제 기반 전파 및 암호화 알고리즘을 제공합니다. Waku는 주제 개념을 사용하여 정보를 구분하며, 주제는 지정된 알고리즘을 사용하여 파생된 문자열로, "봉투(Envelops)"에 사용됩니다. "봉투"는 암호화된 메시지와 이 주제 및 TTL(시간 제한)을 함께 포장합니다.

Waku v2는 모든 프로젝트(상태 제외)가 채택할 수 있는 범용 메시징 계층을 발전시키고 있으며, 이는 완전하고 확장 가능하며 암호화 중심의 사용자 주도 P2P 라우팅 프로토콜을 구현합니다. Whisper 프로토콜의 초기 목표 중 하나는 이더리움에서 M2M(기계 대 기계) 응용 프로그램을 촉진하는 것이었으며, 이는 지갑, Dapp 응용 프로그램 및 2차 확장을 통해 통신 계층의 다중 서명 기술 및 DAO 투표를 실현하기 위한 것이었습니다. Waku의 목표는 이러한 M2M 계층 통신을 구현하는 것입니다.

Waku를 사용하면 Snapshot 센터는 P2P 네트워크의 노드로 대체될 수 있으며, 이 네트워크를 통해 서명된 제안 및 투표 정보가 IPFS로 전달됩니다. 향후 사용자 노드 네트워크를 배포하여 투표를 저장할 수 있으며, IPFS에 의존할 필요가 없습니다. 이는 Status 통신 소프트웨어가 오프라인 클라이언트를 위해 정보를 저장하는 방식과 유사합니다.

이 방법은 중앙 서버가 제안이나 투표를 선택적으로 삭제하여 검열하는 것을 방지할 수 있습니다. 또한, 어떤 노드든 독립적으로 투표 결과를 검증하고 필요할 경우 온체인에 제출된 의견에 영향을 미칠 수 있습니다.

우리는 거버넌스의 첫 번째 단계가 종종 논의라는 것을 상기해야 합니다. Waku는 Status 통신 소프트웨어가 공공 채널(비공식 대화 및 1:1 채팅 외)에 대한 지원을 제공하도록 이미 지원하고 있습니다. Status 통신 소프트웨어는 커뮤니티를 위한 기능인 읽기 전용 채널 및 감사 기능을 추가했습니다. Status 지갑과 결합하면, 우리는 논의 및 정보 포럼을 결합하여 토큰 소유자와 프라이버시를 보호하는 Waku 프로토콜이 주도하는 흥미로운 일이 될 것입니다. 커뮤니티 구성원은 통신 포럼에서 거버넌스 문제를 논의하고, 그들의 지갑에서 토큰으로 우선 순위를 해결한 후, 마지막으로 Dapp에서 온체인 투표를 진행할 수 있습니다. 오늘날 Status 애플리케이션은 이미 이 세 가지 기능을 갖추고 있습니다.

3. 결론

분산화된 금융(DeFi) 프로토콜의 거버넌스는 프로토콜의 모든 측면을 포괄하며, 재고 자금을 다양한 작업 영역에 배치하고, 설계 및 개발을 강화하며, 수수료 및 수익에 영향을 미치는 매개변수를 조정하고, 다른 계약 프로토콜과의 통합을 포함하여, 심지어 거버넌스 자체를 개선하는 것까지 포함됩니다. DeFi 프로토콜이 더 많은 주목을 받으면서, 그들의 거버넌스는 동종 업계 및 분야에서 두드러지게 하거나 생존하기 위해 더욱 중요해졌다고 할 수 있습니다.

본 문서에서는 업계 선도적인 몇 가지 DeFi 프로토콜을 소개하고, Maker, Compound, Aave, Uniswap 및 Curve의 거버넌스 프로세스에서의 핵심 사항을 요약했습니다. 이러한 배경에서 우리는 무가스 투표의 기본 원리와 Snapshot 및 그 구조를 간단히 소개했습니다. 마지막으로, Snapshot의 현재 구현에서의 분산화 도전 과제와 Aragon 및 Waku를 사용하여 이러한 도전 과제를 해결하는 방법에 대해 논의했습니다.

토큰을 보유한 커뮤니티 구성원이 포괄적으로 참여할 수 있는 효과적인 거버넌스 시스템은 사용자 경험이 좋고 마찰이 적으며 분산화 및 반검열을 기반으로 해야 합니다.

분산화된 거버넌스(DeGo)의 기반은 DeFi 분야의 이러한 요구를 충족합니다. DeFi 세계는 DeGo를 수용해야 합니다.

Balancer Labs의 Barry Gitarts, Fabien Marino 및 Corey Petty가 본 문서의 초안을 검토하고 유용한 피드백을 제공해 주셨습니다. Alex Howell에게 깊이 있는 삽화를 제공해 주셔서 감사합니다.