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