세계 최대의 멀티 체인 개발자 인센티브 플랫폼이자 해커톤 플랫폼인 DoraHacks는 매달 해커톤과 오픈 소스 개발자 커뮤니티에 수백만 달러의 자금을 분배합니다. 이 과정에서 거버넌스가 중요한 부분이다. 전통적으로 시상 방법은 크게 두 가지로 나뉜다. 하나는 전문 심사위원에게 의존하여 시상을 결정하는 것이고, 다른 하나는 커뮤니티 투표를 이용해 최종적으로 투표 수에 따라 보너스를 분배하는 것이다. 그러나 전자는 커뮤니티와 단절될 수 있고, 커뮤니티 구성원의 참여감이 부족할 수 있으며, 후자는 프로젝트 자체의 가치를 무시하는 단순한 인기투표로 발전할 수 있습니다.
선택의 공정성을 보장하면서 커뮤니티의 바람을 반영할 수 있는 방법을 찾기 위해 DoraHacks는 온체인 2차 투표로 전환했습니다. 이 방식을 사용하면 유권자는 2개 이상의 투표를 할 수 있지만, 투표수가 늘어날수록 1표당 비용도 늘어나게 된다. 이는 생활 속 전기요금이 오르는 것과 비슷하다. 이는 프로젝트가 틈새 지향적임에도 불구하고 특정 커뮤니티 구성원에게 큰 의미가 있는 경우 프로젝트 성공 가능성을 높이는 대가로 더 많은 투자를 선택할 수 있음을 의미합니다.
시작 부분의 예는 2020년 말 DoraHacks의 2차 투표 예(ETH Hackathon@Beijing의 미화 14,000달러 상금 할당 문제)에서 나온 것입니다. 이 투표 방법은 투표 수를 고려할 뿐만 아니라 투표에 사용되는 토큰을 프로젝트에 대한 직접적인 기여로 포함하므로 각 뛰어난 프로젝트는 일정 비율의 보너스를 받고 커뮤니티로부터 추가 기부도 받습니다. 이번 투표는 당시 BSC 체인에서 진행됐다. 이 이니셔티브는 체인에서 2차 투표를 시도한 최초의 시도일 뿐만 아니라 오프라인 블록체인 커뮤니티 활동에 2차 투표를 적용한 최초의 시도입니다.
그 이후로 DoraHacks 팀은 다중 체인 세계에서 2차 거버넌스를 지속적으로 장려해 왔으며 이를 Solana, Aptos, TON, Cosmos Hub, Injective, Archway 및 Flow와 같은 주류 비 EVM 체인에 성공적으로 적용했습니다. 2022년 ETHDenver BUIDLathon에서 DoraHacks는 전례 없는 오프라인 2차 투표 이벤트를 지원하고 후속 온라인 BUIDLathon에서 글로벌 커뮤니티 참여를 계속 확대했습니다. 현재 DoraHacks는 가장 많은 생태계를 지원하는 2차 거버넌스 플랫폼 및 인프라로서 온체인 2차 자금 조달을 위해 32개의 Web3 생태계를 지원했으며 총 300,000명이 넘는 커뮤니티 구성원이 참여하고 있습니다.
2차 거버넌스는 Web3 커뮤니티 구성원의 대다수가 생태 건설에 참여할 수 있도록 하며, 각 생태에서 공공재의 조기 개발을 위한 중요한 창업 자금과 시장 기회도 제공합니다. 더 많은 커뮤니티 구성원이 2차 거버넌스 프로세스를 이해하고 생태계에서 고품질 프로젝트를 지원할 수 있도록 DoraHacks는 최근 각 생태계에서 잘 알려진 Memecoin 및 NFT로 커뮤니티 구성원에게 적극적으로 인센티브를 제공하는 투표 커뮤니티 인센티브 기금 메커니즘을 출시했습니다. 투표에 참여합니다. 현재 Injective Grant DAO와 Aptos Grant DAO의 두 가지 2차 투표 라운드에서 유권자들은 각각 Injective Quant($QUNT)와 Aptos Gui Inu($GUI)라는 두 가지 인기 있는 밈(Memecoin)을 받게 됩니다. 난수 생성기는 희귀한 NFT를 받을 행운의 유권자를 선택하는 데에도 사용됩니다. CIF를 통해 DoraHacks는 2차 자금 조달 및 온체인 거버넌스를 흥미로운 프로세스로 전환하여 온체인 거버넌스의 심각성을 바꾸고 공공재 자금 개발을 위한 새로운 방향을 제시합니다.
주제를 다시 온체인 거버넌스로 돌려보겠습니다. Web3 해커톤의 범위를 넘어서도 블록체인 세계 자체에는 많은 거버넌스 시나리오가 있으며, 물론 보다 민주적이고 효율적인 투표 방법이 시급히 필요합니다. DoraHacks는 탐색 과정에서 초기 버전의 온체인 2차 투표에서 시급히 개선이 필요한 많은 영역을 발견했습니다. 이러한 문제 중 일부는 블록체인의 특성으로 인해 발생하는 새로운 문제이고 일부는 민주적 거버넌스 메커니즘의 만성 질환입니다. DoraHacks 팀은 장기적인 연습과 탐구 끝에 이러한 문제를 극복하기 위한 포괄적인 솔루션을 제안하고 새로운 2차 거버넌스 인프라를 출시했습니다.
첫 번째는 블록체인 자체의 특성으로 인해 발생하는 문제이다. 첫째, 블록체인 지갑 주소는 얻기가 매우 쉽기 때문에 온체인 투표에서 마녀 공격에 드는 비용이 매우 낮습니다. DoraHacks는 이러한 목적을 위해 비공개 소스 마녀 방지 공격 검사 알고리즘을 개발했습니다. 각 온체인 2차 투표 후에는 일반적으로 3~5일의 마녀 방지 공격 검사 기간이 있으며, 투표 주소는 마녀 보너스 계산에서 가중치가 제거됩니다. (단, 마녀 주소를 통해 입력된 기부 금액은 투표된 프로젝트에 대한 직접 기부로 간주됩니다.)
둘째, 블록체인의 브로드캐스트 메커니즘을 기반으로 체인의 활동을 추적하고 검증할 수 있습니다. 커뮤니티의 경우 투명성이 높을수록 민주주의 수준이 높아질 수 있지만 공모가 더 쉽게 발생할 수도 있습니다. 예를 들어, 해커톤의 후보 프로젝트는 특정 보상을 사용하여 프로젝트에 익숙하지 않은 더 많은 커뮤니티 구성원에게 투표를 유도한 다음 온체인 투표 기록을 기반으로 보상을 교환하거나 일부 프로젝트에서는 온체인 투표를 분석할 수도 있습니다. 실시간으로 자신에게 가장 비용 효율적인 투표 수를 계산해 보세요. 이 문제에 대한 가장 좋은 해결책은 현재 공모 저항 메커니즘 최소화(MACI)입니다. 구체적인 세부 사항은 이전 기사에서 소개 및 분석되었습니다. Pioneering Decentralized Governance: A Retrospective on DoraHacks MACI/aMACI Study andimplementation을 참조하세요.
반면, 민주적 투표 자체에는 여전히 해결해야 할 문제가 많이 남아 있는데, 그 중 가장 눈에 띄는 것은 새로운 형태의 승자 독식입니다. 여전히 해커톤을 예로 들면, 프로젝트가 받은 투표 수에 따라 상금 풀이 분배된다면, 2차 투표가 다수의 폭정을 억제하는 메커니즘이라 할지라도 극단적인 상황이 발생할 것입니다. 프로젝트 A에 대한 투표 수가 프로젝트 B를 초과하는 경우(예: 100,000회) B는 보너스 풀에서 보너스의 일부를 거의 얻을 수 없는 반면 A는 대부분의 보상을 가져가게 됩니다. .
DoraHacks는 원래 2차 누진세 메커니즘을 만들었습니다. 간단히 말해서 PT는 보너스 분배 계수입니다. 보너스 풀 분배에 있어서 부자와 가난한 사람 사이에 일정한 격차가 허용되지만, 이 격차는 PT 계수에 의해 엄격하게 제한됩니다. 예를 들어 특정 상금 풀의 PT 계수가 10인 경우 1위 투표를 받은 프로젝트는 꼴찌 상금의 10배 이상을 가져가지 않습니다. 반면, 소규모 팀이 아무것도 얻지 못하는 상황은 더 이상 없을 것입니다. 최악의 경우 1위와 동등한 보너스의 10%를 빼앗길 수 있기 때문입니다. 2차 누진세는 2차 자금의 극도로 불균등한 분배라는 초기 문제를 크게 개선했으며, 2차 자금 조달의 공정성과 효율성을 크게 향상시켰습니다.
물론 2차 거버넌스는 멀티체인 거버넌스 모델을 위한 새로운 옵션을 제공합니다. DoraHacks는 보다 효과적인 거버넌스 모델과 거버넌스 기술을 탐색하고 최적화하는 데 빠르게 혁신을 이루고 있습니다. 효과적인 거버넌스 메커니즘을 통해 리소스 할당이 최적화되고 커뮤니티에 더 많은 참여와 공정성을 제공합니다. DoraHacks의 사례는 복잡한 거버넌스 시나리오에서도 온체인 2차 투표 및 MACI 메커니즘과 같은 혁신적인 메커니즘이 모든 당사자의 이익의 균형을 효과적으로 맞추고 프로젝트의 다양성과 소규모 팀의 목소리를 보장할 수 있음을 입증했습니다. 이러한 탐구는 기술 및 거버넌스 혁신을 추구하는 것뿐만 아니라 DoraHacks는 미래 블록체인 세계의 가능성, 즉 보다 민주적이고 투명하며 포용적인 분산형 생태계와 보다 흥미롭고 역동적인 Web3 개발 경로를 보여줍니다.
관련 독서:
2차 거버넌스: 무엇이 효과가 있고 무엇이 효과가 없는가?
분산형 거버넌스 선도: DoraHacks의 MACI, aMACI 사례 검토
해시 기반 포스트퀀텀 디지털 서명은 어떻게 작동하나요?(1부)