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