Quadratic Voting — Gold Standard Technical Record
Quadratic Voting (QV)는 Convex Cost를 사용하여 예산 내에서 미묘한 선호도 표현을 가능하게 합니다. 각 투표자의 영향력은 해당 옵션에 할당된 총 투표 수이며, 비용은 Quadratic하게 증가합니다.
Quadratic Voting (QV)는 "다수의 폭정"을 완화하고 특히 집단 의사 결정 및 자금 조달 시나리오에서 더 미묘한 선호도 표현을 허용하도록 설계된 투표 메커니즘입니다. 각 개인이 한 표를 갖는 표준 다수결 투표 또는 가장 많은 표를 얻은 옵션이 승리하는 플루랄리티 투표와 달리, QV는 투표 할당에 Quadratic Cost Function을 사용합니다. 본질적으로 투표자는 "voice credits" 예산을 사용하여 자신의 선호도 강도를 표현할 수 있습니다. 특정 옵션에 n표를 던지는 데 드는 비용은 n^2 크레딧입니다. 이는 강한 선호도를 표현하는 것(많은 표를 던지는 것)이 약한 선호도를 표현하는 것보다 기하급수적으로 더 비싸다는 것을 의미합니다. 해당 옵션에 던져진 총 투표 수가 성공을 결정하지만, 비용 구조는 적당한 선호도를 가진 많은 개인들이 매우 강하지만 집중된 선호도를 가진 소규모 그룹을 능가할 수 있도록 보장합니다. 이 메커니즘은 종종 "Catalyst" 또는 매칭 펀드와 함께 사용되며, 여기서 공공 자금은 프로젝트가 받은 총 Quadratic Votes에 비례하여 분배되어 집단 선호도의 영향을 더욱 증폭시킵니다. QV는 다양한 탈중앙화 거버넌스 시스템 및 자금 조달 플랫폼에 구현됩니다. 단점으로는 구현의 복잡성, 투표자를 위한 정의된 예산 또는 크레딧 시스템의 필요성, 잠재적인 전략적 투표 행동 등이 있지만, 일반적으로 단순 다수결 투표보다 조작에 더 강한 것으로 간주됩니다.
graph LR
Center["Quadratic Voting — Gold Standard Technical Record"]:::main
Pre_mathematics["mathematics"]:::pre --> Center
click Pre_mathematics "/terms/mathematics"
Rel_advanced_propulsion_systems["advanced-propulsion-systems"]:::related -.-> Center
click Rel_advanced_propulsion_systems "/terms/advanced-propulsion-systems"
Rel_governance_token["governance-token"]:::related -.-> Center
click Rel_governance_token "/terms/governance-token"
classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
linkStyle default stroke:#4b5563,stroke-width:2px;
🧒 5살도 이해할 수 있게 설명
10개의 "좋아요" 포인트를 가지고 있다고 상상해 보세요. QV는 10개의 포인트를 한 가지에 주는 대신, 좋아요 1개에 1포인트, 좋아요 2개에 4포인트, 좋아요 3개에 9포인트를 사용하도록 합니다. 이렇게 하면 가장 좋아하는 것에 대해 정말 깊이 생각하게 됩니다!
🤓 Expert Deep Dive
Quadratic Voting's core innovation lies in its cost function, C(n) = n^2, where C is the cost in credits and n is the number of votes. This function ensures that the marginal cost of each additional vote increases, discouraging vote aggregation by single actors and promoting broader consensus. The total number of votes for an option i is V_i = Σ n_ij, where n_ij is the number of votes cast by voter j for option i. The total cost incurred by voter j is Σ C(n_ij) <= Budget_j. In matching fund scenarios, the total payout to project i is often Payout_i = Base + Matching_Factor * V_i, where Base is a baseline allocation and Matching_Factor scales with the total votes. This mechanism aims to approximate the social welfare optimum under certain assumptions about utility functions. Edge cases include voters with zero budget or strategic voters attempting to game the system (though QV is more robust than linear voting). Vulnerabilities might arise from Sybil attacks if identity verification is weak, or from poorly calibrated budget/cost parameters. The primary architectural trade-off is between computational complexity/implementation difficulty and the fidelity of preference aggregation.