주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
투표 통과와 납품
보조금 제안이 통과됐다는 것은 거버넌스 절차상 결정을 뜻하며 결과물이 완성됐다는 증거는 아닙니다. 제안 버전과 승인한 범위, 실행 권한과 실제 자금 이전을 구분하세요. 투표 수와 예산 집행, 성과 검수는 각각 다른 자료입니다. 지원금이 아직 금고에 남아 있는지 이미 수령자에게 지급됐는지도 거래 기록과 회계 보고서로 확인해야 합니다.
구체적인 마일스톤
완료 기준에는 산출물과 검증 방법, 기한과 책임자를 적습니다. 코드 공개라면 저장소와 라이선스, 문서와 테스트 결과처럼 확인 가능한 항목을 정하세요. 단순히 인지도를 높인다는 표현은 달성 여부를 판단하기 어렵습니다. 예산 통화와 지급 환산 시점, 수령 법인이나 팀의 책임을 명확히 하고 각 단계에서 누가 검수하는지 사전에 합의해야 분쟁을 줄일 수 있습니다.
지급 구조의 위험 배분
선지급은 팀의 현금흐름을 돕지만 납품 실패 위험을 지원자에게 더 둘 수 있습니다. 에스크로, 단계 지급과 사후 정산은 각기 다른 운영 비용과 검토 지연을 만듭니다. 교육용으로 세 단계 중 두 번째가 미완료인 상황을 놓고 남은 자금의 처리 조건을 확인해 보세요. 환불이나 회수 조항이 적혀 있어도 모든 관할에서 쉽게 강제할 수 있다고 가정하지 않습니다.
공개와 개인정보 균형
지출 내역과 이해충돌, 검수자의 관계를 공개하되 개인 주소와 신분 자료를 불필요하게 영구 게시하지 않습니다. 같은 사람이 제안하고 검수하는 구조라면 독립 점검 경로를 마련하세요. 가격이 올랐거나 커뮤니티 반응이 좋다는 사실은 약속한 제품 납품을 대체하지 않습니다. 원래 범위가 변경됐다면 누가 어떤 절차로 승인했는지 새 버전과 연결해야 합니다.
완료 이후 평가
결과 보고서는 지출과 산출물, 실제 사용과 유지보수 책임을 원래 제안과 대조합니다. 미완료 항목과 남은 예산, 계약이나 라이선스 제한도 명시하세요. 평가 자료를 보존하면 이후 지원 라운드가 같은 실수를 반복하지 않을 수 있습니다. 보조금은 토큰 투자 수익 약속이 아니며 지원 사실만으로 프로젝트 품질이 독립적으로 인증됐다는 뜻도 아니라는 점을 분명히 합니다.
검수 증거의 품질
작업 화면 캡처만으로 재현 가능한 배포나 라이선스 준수를 증명할 수는 없습니다. 검수자는 제안한 산출물을 실제로 열고 약속한 기능과 문서가 있는지 확인해야 합니다. 외부 종속 서비스의 비용과 운영 책임도 완료 뒤 남을 수 있어 인수인계 범위에 넣습니다. 수령 팀과 검수자 사이 이해관계가 있다면 공개하고 다른 검토 경로를 마련하세요. 지출 공개에는 거래 해시와 예산 항목을 연결하되 개인 직원의 불필요한 신상 정보는 제외합니다. 평가 결과가 불리해도 원래 기준을 나중에 유리하게 바꾸지 않는 것이 신뢰의 출발점입니다.
