아규먼트리의 DAO 거버넌스: 공개 토론에서 기록된 평결로

재무부 투표에 대해 아무도 실제로 논의하지 않았다

제안서는 재무부의 의미 있는 몫을 요청했다. 그것은 통과되었다. 참여는 자격이 있는 토큰의 한 자릿수 비율에 불과했으며, 세 명의 대규모 보유자가 대부분의 비중을 제공했고, 논의는 하루에 400개의 메시지가 오가는 채팅 채널, 두 개의 포럼 스레드, 그리고 회의록이 없는 음성 통화에서 이루어졌다. 한 달 후, 자금을 지원받은 팀이 첫 번째 이정표를 놓쳤을 때, 한 멤버가 명백한 질문을 했다: 우리가 정확히 무엇을 승인하고 있다고 생각했으며, 누가 그것을 검토했는가? 아무도 대답할 수 없었다. 아무도 검토하지 않았기 때문이 아니라 — 두 명의 멤버가 실제로 발생한 위험을 제기했기 때문이지만 — 그들의 반대 의견은 아무도 다시 스크롤하지 않을 채널의 214번과 380번 메시지에 있었기 때문이다.

이것은 DAO 거버넌스의 표준적인 실패이며, 투표 문제는 아닙니다. 온체인 투표는 작동합니다: 투명하고, 변조가 불가능하며, 최종적입니다. 실패하는 것은 투표 이전의 모든 것입니다 — 축적되지 않는 미디어에 흩어져 있는 심의, 중간 유권자가 결코 접하지 않는 주장, 그리고 투표가 종료되는 순간 사라지는 추론 기록입니다. 비탈릭 부테린의 코인 투표에 대한 비판은 더 깊은 점을 지적합니다: 투표는 선호를 집계하며, 선호 형성 단계가 깨지면 집계는 잘못 형성된 합의를 충실히 기록합니다.

수정은 구조적입니다: 논의를 주장 트리로 실행합니다 — 한 장소, 한 주장 검토, 모든 주장은 귀속 가능하고 도전 가능하며, 커뮤니티의 평결은 어떤 것이 온체인으로 진행되기 전에 가시적이며, 전체 기록은 영구적입니다. 이 튜토리얼은 현재의 워크플로우를 안내합니다 (1부), 그 후 로드맵에 통합된 제안 흐름을 미리 보여줍니다 (2부). 트리 모델이 토큰 거버넌스 커뮤니티에 일반적으로 적합한 이유에 대해서는 블록체인 거버넌스 허브에서 전체 주장을 제시합니다; 도구를 넘어선 거버넌스 원칙에 대해서는 DAO 거버넌스 모범 사례를 참조하세요.

설정: DAO 거버넌스 사용 사례

가장 중요한 결정은 다음과 같습니다: DAO 거버넌스 사용 사례로 테넌트를 생성하십시오. 사용 사례 선택은 가입 시 이루어지며, DAO 거버넌스는 의미 있게 다른 기능을 가진 유일한 사용 사례입니다. 이 튜토리얼의 거버넌스 전용 기능은 이 사용 사례를 기준으로 합니다. 예를 들어, 기업 전략으로 생성된 작업 공간은 플랜 등급에 관계없이 이러한 기능을 표시하지 않습니다. 각 DAO는 고유한 테넌트 — 고유한 서브도메인, 회원 자격 및 가시성 규칙 — 를 가지므로 다중 커뮤니티 설정이 깔끔하게 분리됩니다.

• ✓체크포인트: DAO 거버넌스가 주요 사용 사례로 선택된 테넌트가 생성되었으며, 첫 번째 거버넌스 주제가 열리기 전에 멤버가 초대되었습니다.

1부 — 심의 흐름, 오늘 생중계

워크플로우는 질문에서 기록된 평결까지 여섯 단계로 진행됩니다. 이 섹션의 모든 것은 현재 모든 DAO 사용 사례 테넌트에서 작동합니다:

1. 1거버넌스 주제를 근본 주장으로 열기. 헤드라인이 아니라 결정 가능한 진술: "DAO는 요청된 금액으로 2분기 동안 인프라 보조금을 지원해야 한다." 지원, 공격 및 궁극적으로 판단할 수 있는 주장이 모든 이후 단계를 작동하게 만드는 요소입니다. 체크포인트: 근본은 누군가가 동의하지 않을 수 있는 진술이지 주제 레이블이 아니다.
2. 2사례를 구축하세요 — 손으로 하거나 추출하여. 두 가지 경로, 같은 목적지. 회원들은 각 주장을 증거와 함께 카테고리별로 정렬하여 찬반 주장을 직접 작성합니다. 또는 — 이미 진행 중인 토론의 경우 보통 더 빠릅니다 — 기존 토론 텍스트를 붙여넣고 AI 추출이 이를 제안된 주장 트리로 변환하도록 합니다. 회원들은 이를 검토하고 다듬으며 필기하지 않습니다. 메시지 214와 380은 묻혀 있던 스크롤백 대신 가시적인 노드가 됩니다. 체크포인트: 흩어져 있는 토론의 모든 실질적인 요점이 노드를 가지고 있으며, 중복은 병합됩니다.
3. 3AI 검사를 실행하세요. AI 검증 통과는 약점 — 지원되지 않는 주장, 중복된 논거, 누락된 반론 — 를 표시하여 구성원들이 그에 주의를 기울이기 전에 알려줍니다. 이를 판사가 아닌 사례에 대한 린트 검사로 간주하세요: 트리를 조여주고, 아무것도 결정하지 않습니다. 체크포인트: 표시된 주장이 수정되었거나, 병합되었거나, 의도적으로 유지되었습니다.
4. 4평가 — 그리고 루트 노드 판결을 읽으세요. 회원들은 주장을 평가합니다; 집계는 루트로 올라가며, 커뮤니티는 질문에 대한 가시적인 판결을 얻습니다 체인이 연결되기 전에. 이것은 튜토리얼의 보상 단계입니다: 투표 자체를 통해 감정을 발견하는 대신, DAO는 자신이 어디에 서 있는지 — 그리고 어디에서 분열되고 있는지 — 여전히 심의할 시간이 있을 때 확인합니다. 체크포인트: 평가는 폭넓은 참여가 필요하며, 단지 일반적인 목소리만이 아닙니다; 분열이 확인되었습니다.
5. 5도전, 협상, 평가 — 세 가지 체인. 주장을 의심하는 구성원은 이에 대한 Q&A 체인을 엽니다: 질문, 저자의 답변, 후속 질문, 답변 — 네 번의 턴, 완전하고, 귀속 가능. 서로 다른 입장을 지지하는 두 진영은 타협 체인을 운영합니다 — 제안된 중간 입장, 기록에 따라 협상된 것으로, 수정된 입장을 생성하거나 분열이 어디에 있는지를 정확히 문서화합니다. 공식 평가는 검토 체인으로 진행됩니다. 이 세 가지는 네백 개의 메시지 채널을 누군가 실제로 읽을 수 있는 대화로 대체합니다. 체크포인트: 모든 논란이 있는 주장은 완료된 체인을 가지고 있으며, 채팅에만 존재하는 실시간 반대는 없습니다.
6. 6결과를 기록하십시오. DAO의 구속력 있는 온체인 투표가 종료되면 — DAO가 사용하는 어떤 메커니즘이든 — 결과는 그것을 생성한 심의 옆의 나무에 기록되며, 대시보드는 주제를 영구적이고 링크 가능한 기록으로 유지합니다. 한 달 후의 질문 — 우리가 무엇을 승인하고 있다고 생각했으며, 누가 그것을 검토했습니까? — 이제 URL이 있습니다. 체크포인트: 결과 기록됨; DAO가 결과를 발표하는 곳에서 나무가 연결됨.

2부 — 통합 제안 흐름(로드맵)

위의 워크플로우는 수동으로 시작됩니다: 누군가 주제를 열고, 누군가 논의를 붙여넣습니다. 통합 제안 흐름은 그 간극을 메웁니다 — 제안이 자동으로 시스템에 들어오고, 전체 생애 주기가 한 곳에서 진행됩니다:

1. 1수입 — 새로운 제안이 자동으로 수집되어 거버넌스 주제로 등록됩니다.
2. 2추출 — 제안 텍스트가 구성원 검토를 위해 준비된 논거 트리로 변환됩니다.
3. 3심의 — Q&A 체인은 사건에 도전하고; 타협 체인은 파벌 간의 수정안을 협상합니다.
4. 4투표 — 심의된 제안이 흐름 내에서 투표에 부쳐집니다.
5. 5리뷰 — 종료 리뷰 체인은 결과와 과정을 평가하여 DAO의 다음 반복에 반영합니다.

체인별 기초 작업은 각 DAO의 연결이 이루어지는 곳입니다: 이더리움, 아비트럼, 카르다노, 폴카닷 거버넌스 페이지는 각 생태계의 거버넌스 모델에 대한 구조화된 심의가 어떻게 이루어지는지를 다룹니다.

정직한 한계

• ✗결정 투표는 여기 없습니다. 평점과 근본적인 평결은 심의 신호입니다; 재무 자금을 이동시키는 결정은 DAO의 자체 온체인 메커니즘이며, 이 작업 흐름은 그것을 변경하지 않습니다.
• ✗구조만으로는 투표율을 높일 수 없다. 읽기 쉬운 트리는 정보에 기반한 참여의 비용을 낮추는데, 유권자는 몇 분 안에 사례를 이해할 수 있지만, 토큰 보유자가 관심을 갖게 만들 수는 없다. DAO의 자체 참여 인센티브와 결합해야 한다.
• ✗토큰-가중 동역학은 트리 외부에서 발생합니다. 논쟁 평가는 회원별로 이루어지며, 코인-가중 권력을 모델링하지 않으며, 고래가 체인 상에서 심의를 초과 투표하는 것은 여전히 가능합니다. 기록이 변경되는 것은 문서화된 사례에 대해 가시적으로 발생한다는 것입니다.
• ✗2부는 로드맵입니다. 자동 가져오기 및 통합 투표는 요청에 따라 각 DAO 및 각 체인에 대한 배선이 필요합니다 — 이들이 셀프 서비스가 될 것이라고 계획하지 마십시오.
• ✗규모 있는 심의는 자체적인 실패 모드를 가지고 있다 — 연쇄 반응, 집단 행동, 양극화. 독립성 규율(분포를 읽기 전에 평가하기)은 여기서도 중요하다; 군중이 잘못될 때를 참조하라.

실용적인 수업

• ✓추출하되, 재소송하지 마십시오. 만약 토론이 이미 채팅에서 이루어졌다면, 붙여넣으세요 — 추출은 몇 시간의 스크롤 기록을 몇 분 안에 검토 가능한 트리로 변환하며, 토론의 저자들은 그들의 주장이 다시 시작되는 것이 아니라 표현되는 것을 봅니다.
• ✓투표 발표에 트리 링크를 넣으세요. 가장 높은 레버리지 습관: 모든 온체인 투표는 그 논의 기록에 연결되므로, 유권자는 전체 사례까지 한 번의 클릭으로 접근할 수 있습니다. 아무도 찾을 수 없는 추론은 존재하지 않는 추론입니다.
• ✓투표 전에, 포크 후가 아니라 타협 체인을 실행하세요. 평가 단계에서의 눈에 띄는 분할이 신호입니다 — 제안이 아직 변경될 수 있을 때 수정안을 협상하세요.
• ✓결정 가능한 질문당 하나의 주제를 유지하세요. 포괄적인 제안은 아무도 판단할 수 없는 포괄적인 트리를 생성합니다; 이를 나누고 각 루트가 자신의 판결을 내리도록 하세요.

한 달 후의 질문, 답변 완료

재무 제안을 워크플로우를 통해 다시 실행하세요. 흩어진 논의는 첫날에 붙여넣기되고 추출되었습니다; 두 회원의 반대는 메시지 214와 380이 아닌 등급이 매겨진 노드입니다. 한 반대는 제안자들과의 Q&A 체인을 생존하며 제안이 온체인으로 진행되기 전에 제안에 마일스톤 게이트를 추가하는 타협 체인을 추진했습니다. 근본적인 평결은 분열된 커뮤니티를 보여주었습니다 — 투표 전에 모든 유권자가 발표에서 본 링크에서 명백하게 나타났습니다. 그리고 한 달 후 마일스톤 질문이 나왔을 때, 답변은 URL이었습니다: 우리가 승인한 내용, 이를 검토한 사람, 우리가 본 위험과 그로 인해 추가한 게이트가 무엇인지입니다. 투표는 항상 온체인이었습니다. 이제 그 이유도 어딘가에 있습니다.