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