템플릿 개요
CORP-VENTURE는 이사회 거버넌스와 투자 라운드가 있는 팀을 위한 벤처급 dCorps 회사 셋업입니다. 공개 회사 프로필, 핵심 지갑 세트, 이사회 및 임원 역할, 그리고 보호 사항에 대한 승인 규칙을 생성합니다. 자금조달, 지분 부여, 트레저리 액션은 태그된 흐름과 앵커된 승인으로 온체인에서 가시성을 유지합니다.
템플릿 코드
템플릿 코드: CORP-VENTURE. 이 라벨은 앱, 링크, 공개 뷰 전반에서 템플릿을 일관되게 유지합니다.
이사회 거버넌스
이사회 역할, 쿼럼 임계값, 보호 사항이 자금조달과 주요 정책 변경을 승인할 수 있는 주체를 정의합니다.
다중 클래스 유닛
보통주와 우선주 유닛, 그리고 부여용 풀을 지원하며 발행과 이전은 이사회 승인을 따릅니다.
표준 지갑 유형
표준 지갑 유형으로 수익, 운영 지출, 리저브를 분리해 자본 흐름을 쉽게 추적할 수 있습니다.
태그된 흐름
결제와 자본 이벤트에는 목적, 승인 경로, 라운드 컨텍스트를 보여주는 태그가 붙습니다.
템플릿 위치
CORP-VENTURE는 이사회 승인, 자금조달, 풀이 운영 모델의 일부가 되면 CORP-PRIVATE-STD보다 상위에 위치합니다. 위원회 레이어나 다중 엔티티 복잡성을 추가하지 않고도 거버넌스를 명확하게 유지합니다. 이사회 통제가 더 이상 필요 없으면 CORP-PRIVATE-STD로 단순화할 수 있고, 위원회나 다중 엔티티 홀딩스가 등장하면 CORP-COMPLEX-PRIVATE로 업그레이드할 수 있습니다.
프라이빗 표준
이사회 거버넌스는 필요 없지만 승인이 필요한 다중 소유 팀은 CORP-PRIVATE-STD가 적합합니다.
복합 프라이빗
위원회, 보호 사항, 다중 엔티티 홀딩스에 계층형 승인이 필요한 경우 CORP-COMPLEX-PRIVATE가 적합합니다.
단독 템플릿
소유권이 단일 통제자에게 모이고 이사회 거버넌스가 필요 없다면 CORP-SOLO가 적합합니다.
적합한 대상
CORP-VENTURE는 이사회와 투자자 승인을 기반으로 운영하는 벤처 투자 팀에 적합합니다. 반복적인 자금조달, 옵션 풀, 베스팅을 준비하는 스타트업에 맞으며 트레저리 운영은 빠르고 추적 가능하게 유지합니다. 일상 액션은 빠르게 처리할 수 있지만, 보호 사항은 이사회 임계값을 따릅니다.
이사회 거버넌스
이사회 주도의 승인이 자금조달, 유닛 액션, 정책 변경을 처리해 보호 사항이 일관되게 관리됩니다.
자금조달 준비
반복 라운드, SAFE나 노트 흐름, 명확한 승인이 필요한 자본 이벤트를 위해 설계되었습니다.
풀 및 베스팅
옵션 풀과 베스팅 스케줄이 채용과 인센티브를 지원하면서, 유닛 변경은 거버넌스 하에 유지합니다.
투자자 보호
이전 제한과 승인 라우팅으로 투자자 권리가 이사회 정책과 정렬되도록 합니다.
적합하지 않은 경우
이 템플릿은 이사회 프로세스나 투자자 승인이 필요 없는 팀을 위한 것이 아니며, 다중 엔티티 또는 위원회 중심 구조를 위한 것도 아닙니다. 기본적인 다중 소유 승인만 필요하다면 CORP-PRIVATE-STD가 더 적합합니다. 모금과 배분이 중심인 조직은 모금과 배분에 맞춰 설계된 비영리 템플릿을 사용해야 합니다.
이사회 프로세스 없음
일상 거버넌스에 이사회 승인이 필요 없다면 CORP-SOLO 또는 CORP-PRIVATE-STD가 더 적합합니다.
복합 거버넌스
위원회, 다중 엔티티 홀딩스, 클래스별 승인은 CORP-COMPLEX-PRIVATE에서 계층형 통제와 리포팅으로 다루는 편이 적합합니다.
비영리 모델
비영리 단체는 기부와 배분 워크플로를 따르므로, 모금에 맞춰 설계된 비영리 템플릿이 더 적합합니다.
소유권 및 유닛
베이스 유닛을 사용해 라운드와 부여 전반에서 지분 비율이 명확하게 유지되도록 합니다. 이 템플릿은 보통주와 우선주 클래스, 그리고 직원/어드바이저 부여용 풀을 지원하며 발행과 이전에는 승인이 필요합니다. 유닛 액션은 보호 사항으로 분류되어 이사회가 희석과 권리를 통제할 수 있습니다.
베이스 유닛
기본 10,000 베이스 유닛으로 지분 분할을 명확히 유지하고, 추후 정밀도 확장도 가능합니다.
우선주 클래스
우선주/보통주 클래스가 투자자 조항을 담으면서도, 승인은 이사회에 연결된 채로 유지됩니다.
풀 및 베스팅
옵션 풀과 베스팅 스케줄로 부여를 지원하되, 미베스팅 유닛은 정책에 따라 락업 상태로 유지합니다.
권한 및 거버넌스
이사회 권한이 보호 사항을 설정하고, 임원이 일상 운영을 집행합니다. 자금조달, 유닛 액션, 이전 정책 변경에는 이사회 승인이 필요하며, 구성에 따라 투자자 동의가 요구될 수 있습니다. 역할 변경과 승인은 온체인에 공개로 남아 현재 권한이 명확하게 유지됩니다.
이사회 권한
이사회 좌석과 쿼럼 임계값이 보호 사항과 자금조달 액션을 승인할 주체를 정의합니다.
임원 집행
임원은 이사회가 승인한 정책 범위 내에서 운영 의사결정과 트레저리 액션을 집행합니다.
투자자 동의
텀시트 보호 조항과 정렬하기 위해 특정 액션에 투자자 승인이 요구될 수 있습니다.
보호 사항
자금조달 라운드, 유닛 발행, 이전 정책 변경은 이사회 승인 게이트 뒤에서 처리됩니다.
직원 역할 지갑
역할 지갑으로 업무를 위임하되, 승인은 지정된 승인자가 갖도록 유지할 수 있습니다. 운영 담당자는 인보이스를 준비하고, 결제를 태그하고, 지급을 스테이징할 수 있으며, 승인자가 서명해야 자금이 이동합니다. 업무는 계속 굴러가되 책임은 공동으로 유지됩니다.
역할 유형
역할 지갑은 팀의 운영자, 회계 담당자, 승인자, 지급 실행자 등으로 설정할 수 있습니다.
범위 지정 권한
권한은 인보이스 발행, 태깅, 지급 준비를 허용하되, 필요한 승인이 서명하기 전까지 실행은 차단할 수 있습니다.
수령자 분리
수령자 지갑은 자금을 받으며, 회사가 둘을 함께 바인딩하지 않는 한 역할 지갑이 권한을 담당합니다.
위임 및 승인 한도
승인 한도를 설정해 자동으로 처리할 수 있는 범위와 공동 서명이 필요한 범위를 구분합니다. 이사회 임계값은 큰 트레저리 이체와 유닛 액션을 승인 대기 상태로 두고, 일상 지급은 빠르게 처리되도록 합니다. 한도는 지갑이나 카테고리별로 달리 설정할 수 있어 팀이 명확한 가드레일을 따르게 합니다.
역할 범위
각 역할에는 준비, 승인, 실행 가능한 액션을 명확히 나열한 범위가 포함됩니다.
이사회 임계값
이사회 임계값은 공동 서명 승인이 트리거되는 지출 규모 또는 액션 레벨을 정의합니다.
이전 통제
유닛 이전과 풀 부여는 실행 전에 이사회 또는 투자자 승인이 필요할 수 있습니다.
지갑 구조
용도별로 자금을 분리하면 활동을 추적하기가 훨씬 쉽습니다. 한 지갑은 고객 결제를 수령하고, 다른 지갑은 운영 지출을 처리하며, 리저브 지갑은 장기 자금을 보관할 수 있습니다. 권한 지갑이 승인을 서명하고, 결제 지갑이 자금을 수령하고 송금합니다. 이렇게 하면 통제와 현금이 분리되어 활동을 쉽게 검증할 수 있습니다.
머천트 지갑
지갑 유형 MERCHANT는 고객 수익이 유입되는 공개 결제 지갑입니다.
운영 트레저리
지갑 유형 OPERATING_TREASURY는 일상 지출과 벤더/계약자에 대한 지급을 처리합니다.
리저브 지갑
지갑 유형 RESERVES는 일부를 따로 보관하기로 할 때 버퍼 또는 장기 자금을 보관합니다.
권한 분리
권한 지갑에는 승인용 이사회 서명자가 포함될 수 있고, 결제 지갑은 자금을 수령하고 송금하므로 통제가 현금과 분리됩니다.
운영 자산
운영 총액은 USDC로 표시해 값이 안정적이고 비교하기 쉽습니다. 필요하다면 트레저리 지갑이 가스 또는 장기 노출을 위해 DCHUB를 보유할 수도 있습니다. 해당 보유분은 태그로 구분해 요약 뷰가 명확하고 운영 현금과 섞이지 않게 합니다.
USDC 총액
v0.1의 모든 총액은 USDC를 사용하므로 시간과 도구가 바뀌어도 뷰가 안정적입니다.
트레저리 보유자산
네트워크 노출이 필요하다면 트레저리 및 리저브 지갑이 스테이블코인과 함께 DCHUB를 보유할 수 있습니다.
태그된 자산
DCHUB 잔액에는 asset_tag와 BAL_DCHUB를 포함해 익스플로러가 운영 현금과 분리해 표시하도록 합니다.
가스 결제
트랜잭션 수수료는 트랜잭션을 제출하는 서명 지갑이 매번 DCHUB로 지불합니다.
커머스 및 결제 방식
CORP-VENTURE는 직접 결제와 인보이스를 모두 지원해, 고객이 자신에게 맞는 방식으로 지불할 수 있습니다. 반복 플랜은 온체인에서 실행되는 예약 지급으로 구독/리테이너 청구를 다룹니다. 모든 인보이스에는 상태가 포함되어 팀이 미결, 지급 완료, 취소를 한눈에 확인할 수 있습니다.
직접 결제
금액이 사전에 확정된 경우 고객은 머천트 지갑으로 바로 결제할 수 있습니다.
인보이스 요청
인보이스는 엔티티에 연결된 온체인 결제 요청으로, 금액, 마감일, 결제자 참조를 포함합니다.
반복 플랜
반복 플랜은 반복 청구를 스케줄링해 구독이나 리테이너를 수동 입력 없이 운영할 수 있게 합니다.
상태 업데이트
인보이스는 미결에서 지급 완료 또는 취소로 이동하며 상태가 업데이트되어 후속 조치가 명확합니다.
카탈로그 아이템
판매 항목을 한 번만 정의하면, 비즈니스가 성장해도 인보이스와 결제가 정돈된 상태로 유지됩니다. 각 아이템은 이름, 가격, ID를 가지며 인보이스와 태그에서 재사용할 수 있습니다. 그 결과 매번 세부 사항을 다시 입력하지 않고도 판매 활동을 일관된 뷰로 확인할 수 있습니다.
아이템 참조
명확한 라벨과 가격으로 item_id를 생성해, 제품/서비스를 쉽게 재사용할 수 있게 합니다.
비용 기준선
선택적으로 비용 기준선을 추가해, 나중에 사후 추정 없이 마진을 계산할 수 있게 합니다.
인보이스 연결
item_id를 인보이스와 태그에 사용해 판매 활동을 총액과 뷰에 연결합니다.
급여 및 계약자 지급 흐름
급여와 계약자 지급에는 태그를 붙여, 권한 역할과 섞지 않으면서도 보상이 식별 가능하도록 합니다. 수령자 지갑이 자금을 받고, 승인 역할이 지급 시점을 통제합니다. 앱이나 SDK는 급여 사이클에 맞춰 지급을 스케줄링하거나 일괄 처리할 수 있습니다.
수령자 지갑
수령자 지갑이 급여나 계약자 지급을 직접 수령하며, 권한 역할과 분리됩니다.
태그된 지급
지급에는 급여 또는 계약자 태그가 붙어 요약 뷰에서 보상이 쉽게 식별됩니다.
선택 스케줄
반복 지급이나 묶음 지급이 필요할 때 앱이나 SDK로 지급을 스케줄링하거나 일괄 처리할 수 있습니다.
태깅 및 증적
태그는 각 결제에 추가하는 간단한 라벨로, 시간이 지나도 활동이 이해 가능하게 유지되도록 합니다. 자금조달과 보호 사항의 경우 이사회 동의서, 텀시트, 부여 계약서에 대한 안전한 참조를 앵커로 남겨 증적을 첨부할 수 있습니다. 이렇게 하면 비공개 파일을 공개하지 않고도 명확한 트레일을 만들 수 있습니다.
코어 필수
이 태그들은 모든 흐름에 필수로 적용되어 뷰가 일관되게 유지됩니다. reference_type은 reference_id와 함께 사용하세요.
운영 컨텍스트
선택 태그로 팀, 제품, 프로젝트, 채널별로 활동을 분리해 더 명확하게 추적할 수 있습니다.
자본 컨텍스트
라운드, 증권 유형, 클래스, 풀, 부채 기반 자금조달 액션에는 이 태그들을 사용합니다.
증적 앵커
앵커는 문서를 공개하지 않고도 이사회 동의서, 텀시트, 부여 서신에 연결합니다.
중요성 임계값
기본값 1,000 USDC로 중요성 임계값을 설정해, 더 큰 항목에는 증적이 필요하도록 합니다.
거래상대 디렉터리 및 프라이버시
반복 거래하는 고객이나 벤더는 실명 대신 내부용 닉네임으로 라벨링할 수 있습니다. 실세계 매핑은 팀이 통제하는 오프체인에 남아 민감한 데이터를 보호합니다. 공개 뷰에는 실제 신원이 아니라 태그와 지갑만 표시됩니다. 그럼에도 누가 지불하고 누가 지급받는지에 대한 일관된 이력을, 신원 노출 없이 유지할 수 있습니다.
가명 ID
counterparty_tag로 반복 고객/벤더를 라벨링해 법적 이름을 온체인에 노출하지 않습니다.
오프체인 매핑
실명 매핑은 오프체인에 보관해 팀만 볼 수 있게 합니다.
반복 거래상대
개인/사업 세부를 공개하지 않고도 인보이스와 결제 전반에서 반복 거래상대를 추적할 수 있습니다.
운영 흐름
이사회 통제를 갖춘 상태로 셋업에서 라이브 활동까지 이동합니다. 셋업은 오너와 이사회 지갑을 바인딩하고, 트레저리 및 이전 정책을 정의하며, 캡테이블 또는 풀 규칙을 설정하는 것에서 시작합니다. 엔티티를 등록하고 지갑을 연결한 뒤 결제를 처리하며, 발생한 일을 태깅해 뷰가 일관되게 유지되도록 합니다. 각 단계는 온체인 이력에 기록되어, 팀과 검증하려는 누구에게나 운영이 명확하게 남습니다.
등록 및 이사회 바인딩
엔티티를 등록하고 이사회, 관리자, 트레저러, 임원 역할을 적절한 지갑에 바인딩합니다.
지갑 및 정책 설정
표준 지갑을 연결하고 이사회 임계값과 승인 규칙을 포함한 트레저리 정책을 설정합니다.
유닛 및 풀 정의
캡테이블, 옵션 풀, 베스팅 참조를 설정해 지분 액션이 이사회 승인을 따르게 합니다.
수익 수금
인보이스를 발행하거나 직접 결제를 받아 수익이 머천트 지갑으로 들어오게 합니다.
태깅 및 증적 앵커링
입출금에 태그를 붙이고, 자금조달, 부여, 중요 항목에는 승인/증적 앵커를 남깁니다.
검토 및 마감
라이브 뷰를 검토한 뒤, 이후 비교를 위한 고정 스냅샷이 필요하면 기간을 마감합니다.
온체인 실시간 뷰
익스플로러는 수동 내보내기를 기다리지 않고 태그된 트랜잭션으로부터 실시간 요약을 보여줍니다. 활동이 발생하는 즉시 잔액, 최근 활동, 태그 커버리지를 확인할 수 있습니다. 다른 사람도 동일한 수치를 확인할 수 있어 공개 가시성이 정렬됩니다.
지갑 잔액
트랜잭션이 온체인에서 확정되면 지갑 잔액이 업데이트되어 수치가 최신으로 유지됩니다.
기간 뷰
기간 뷰는 수동 마감을 기다리지 않고도 특정 기간의 활동을 요약합니다.
커버리지 비율
커버리지 비율은 어떤 흐름이 완전히 태깅되었고 어떤 흐름이 아직 컨텍스트가 필요한지 보여줍니다.
데이터 내보내기
체인 외 파일이 필요할 때 오프라인 분석이나 백업을 위해 내보내기를 사용할 수 있습니다(필수 아님).
레지스트리, 로그, 증적
레지스트리와 거버넌스 로그로 아이덴티티, 상태, 공식 지갑, 이사회 승인, 투자자 동의, 역할 변경을 검증할 수 있습니다. 각 승인 항목에는 누가 언제 서명했는지가 표시되어 의사결정 트레일이 명확해집니다. 증명이 필요할 때 앵커로 문서에 타임스탬프를 남겨, 이력이 내구성 있고 검증 가능하게 유지됩니다.
레지스트리 항목
레지스트리는 아이덴티티, 상태, 공식 지갑 바인딩을 나열해 누구나 현재 셋업을 검증할 수 있게 합니다.
거버넌스 로그
거버넌스 로그는 승인, 공동 서명, 역할 변경을 시간 순으로 보여주어 책임을 명확히 합니다.
앵커된 증적
앵커는 영수증과 계약서에 타임스탬프를 남겨, 파일을 공개하지 않고도 나중에 존재를 검증할 수 있게 합니다.
라이프사이클 및 상태
신호는 회사가 활성인지, 중지됐는지, 종료됐는지를 보여주어 결제가 진행되어야 하는지 판단할 수 있게 합니다. 앱은 안전 신호로 상태를 자동 표시할 수 있습니다. 이는 혼선을 줄이고 비활성 엔티티로 자금이 흘러가는 일을 막습니다.
상태 단계
상태 라벨은 엔티티가 활성 상태인지, 지급해도 안전한지 일관된 색상 체계로 보여줍니다.
결제 엔드포인트
결제 엔드포인트는 엔티티 ID와 지갑 유형에서 해석되므로 사용자는 원시 주소를 복사하지 않아도 됩니다.
인터페이스 경고
엔티티가 중지 또는 해산 상태일 때 인터페이스가 경고를 표시해 결제자가 송금을 피할 수 있습니다.
업그레이드 경로
회사가 성장하거나 단순화되면 연속성을 잃지 않고 다른 템플릿으로 이동할 수 있습니다. 업그레이드는 위원회 거버넌스, 다중 엔티티 홀딩스, 다중 클래스 복잡성을 추가하며, 단순화되면 프라이빗 표준 또는 단독 템플릿으로 내려갈 수 있습니다. 전환 후에도 동일한 엔티티 이력은 그대로 유지됩니다.
복합 프라이빗
템플릿 코드 CORP-COMPLEX-PRIVATE는 위원회, 보호 사항, 다중 엔티티 홀딩스를 추가해 고급 거버넌스를 지원합니다.
프라이빗 표준
이사회 승인이 더 이상 필요 없지만 다중 오너 역할이 남아 있다면 템플릿 코드 CORP-PRIVATE-STD가 적합합니다.
단독 템플릿
템플릿 코드 CORP-SOLO는 소유권이 단일 통제자에게 모이고 승인이 최소화되는 경우에 적합합니다.
운영 및 검증 위치
공식 앱은 등록, 인보이스 발행, 승인 같은 일상 액션을 처리합니다. 공개 도구(레지스트리, 익스플로러, 공식 인덱서)는 누구나 아이덴티티, 상태, 공식 지갑 바인딩을 검증할 수 있게 합니다. 이렇게 하면 당신이 하는 일과 다른 사람들이 보는 내용이 네트워크 전반에서 동기화됩니다.
공식 앱
공식 앱에서 등록, 인보이스 발행, 결제 태깅, 액션 승인을 수행합니다.
레지스트리
레지스트리는 아이덴티티, 상태, 공식 지갑을 확인해 거래상대가 누구에게 결제하는지 검증할 수 있게 합니다.
익스플로러
공식 인덱서 기반 익스플로러는 트랜잭션, 잔액, 공개 이력을 한 뷰로 보여줍니다.
공식 인덱서
익스플로러 요약과 리포팅 뷰를 제공하는 레퍼런스 데이터 서비스로, 일관된 공개 가시성을 지원합니다.
dApps & SDKs
서드파티 dApp과 SDK로 커스텀 흐름을 만들거나 결제를 자체 제품에 통합할 수 있습니다.
매니페스토
"제 목표는 단순합니다. 세계 어디에서든 누구나 신뢰성과 지속성을 갖춘 엔티티를 설립하고, 실제 금융 레일 위에서 운영할 수 있게 하는 것. 스테이블코인 네이티브 운영을 전제로 설계했습니다."
매니페스토 읽기Nicolas Turcotte
창립자 겸 리드 엔지니어
지금 참여하기
Testnet은 공개 환경에서 Hub를 검증하려는 빌더, 오퍼레이터, 거버넌스 담당자를 위한 것입니다.
프로토콜 엔지니어
커널 정의, 메시지 스코프, 불변 조건 설계.
인덱서 / 데이터 엔지니어
이벤트 스키마와 재현 가능한 뷰 입력 정의.
초기 오퍼레이터
Testnet 규칙 하에서 시퀀서, 배치 포스팅, 운영 스코프 검증.
인프라 지향 투자자
스코프, 리스크, 진행 상황 추적(수익을 암시하지 않습니다).
법률 자문
경계 정책, 비수탁 범위, 문서 스택 순서 검토.
거버넌스 담당자
커널/어댑터 분리와 업그레이드 정책 정리.
Testnet 접근
개발용 Testnet에서 Hub를 탐색하고, 레퍼런스 UI를 시험하고, 프로토콜 동작을 엔드투엔드로 검증하려면 접근을 신청하십시오. 신청은 누구나 가능하지만, 로컬/개발 환경의 오퍼레이터 권한은 더 엄격히 심사합니다.
접근은 제한됩니다. 승인이 필요합니다.
Testnet 영어 전용
Testnet 접근
개발용 Testnet에서 Hub를 탐색하고, 레퍼런스 UI를 시험하고, 프로토콜 동작을 엔드투엔드로 검증할 수 있습니다. 신청은 누구나 가능하지만, 로컬/개발 환경의 오퍼레이터 권한은 더 엄격히 심사합니다.
Testnet 접근 신청뉴스레터 영어 전용
최신 소식 받기
Testnet 준비 상태, 릴리스, 거버넌스 마일스톤을 간결하게 전합니다.