复杂私营公司是什么
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 用于 gas 或长期敞口。相关持仓通过标签区分，避免与运营现金混在一起。
USDC 汇总
v0.1 的所有汇总都使用 USDC，使视图在不同时间与工具之间保持稳定。
金库持仓
当你需要网络敞口时，金库与储备钱包可在稳定币之外持有 DCHUB。
带标签的资产
DCHUB 余额应添加 asset_tag 与 BAL_DCHUB，让区块浏览器将其与运营现金分开统计。
Gas 支付
每次提交交易时，签名钱包都会以 DCHUB 支付交易费。
商业与支付方式
CORP-COMPLEX-PRIVATE 同时支持直接付款与发票，让客户可以按自己的习惯付款。周期性计划支持订阅计费，通过链上计划支付按期执行。每张发票都有状态，团队可以一眼看到哪些待支付、已支付或已取消。
直接付款
当金额事先确定时，客户可直接向商户钱包付款。
发票请求
发票是绑定到实体的链上付款请求，包含金额、到期日与付款方引用。
周期性计划
周期性计划用于安排重复计费，使订阅或保留金无需手动重复录入。
状态更新
发票状态会从待支付变为已支付或已取消，便于跟进与对账。
目录条目
把你售卖的商品或服务提前定义好，业务增长后发票与收款仍能保持有序。每个条目都有名称、价格与 ID，可在发票与标签中重复使用。这样可以形成一致的销售视图，无需每次重复输入细节。
条目引用
创建一个 item_id，配上清晰的名称与价格，让每个商品或服务都能复用。
成本基准
可选设置成本基准，便于后续估算毛利，而不用事后猜测。
发票关联
在发票与标签中使用 item_id，将销售活动连接到汇总与视图。
薪资与承包方支付流程
为薪资与承包方付款添加标签，使薪酬可见，但不与权威角色混在一起。收款钱包负责接收资金，审批角色决定何时放款。应用可按薪资周期安排定时或批量付款。
收款钱包
收款钱包直接接收工资或承包方付款，与任何权威角色分离。
带标签的发放
每笔发放都带有薪资或承包方标签，便于在汇总视图中识别。
可选计划
需要周期性或集中付款时，应用或 SDK 可安排定时或批量发放。
标签与证据
标签是附加到每笔付款上的简单标识，让活动在时间跨度上仍可读可追踪。对于受保护事项与金库分层，你可以将审批、政策或协议的安全引用进行锚定，作为证据。这样能形成清晰轨迹，而无需公开私密文件。
核心必填
这些标签在每个流程中都必填，以保持视图一致。请将 reference_type 与 reference_id 配对使用。
运营维度
可选标签可按团队、产品、项目或渠道拆分活动，便于追踪。
资本维度
这些标签用于轮次、证券类型、单位类别、池，以及基于债务的融资动作。
金库维度
用这些标签标记钱包分桶、托管维度，以及流程中的资产追踪。
证据锚点
锚点可关联政策、审批或协议，而无需公开文件本身。
重要性阈值
可设置重要性阈值，使较大金额必须附带证据，默认 1,000 USDC。
交易对手目录与隐私
对重复出现的客户或供应商，可用私有昵称而不是真实名称进行标记。真实身份映射留在链下由你控制，从而保护敏感数据。公开视图只显示标签与钱包，不披露底层身份。你仍能获得一致的收付历史，同时避免暴露身份信息。
假名标识
使用 counterparty_tag 标记重复客户或供应商，而不在链上公开其法定名称。
链下映射
将真实姓名映射保留在链下，仅你的团队可见。
往来对象追踪
在发票与付款之间追踪往来对象，而无需公开个人或商业细节。
运营流程
在分层治理到位的情况下，从设置走到上线运行。设置阶段会绑定董事会与委员会钱包，定义类别规则与转让政策，并设置金库分层。你注册实体、连接钱包、执行支付，并为发生的动作打标签以保持视图一致。每一步都会写入链上历史，让团队与任何核验者都能清晰理解运营。
注册并绑定治理结构
注册实体，并将董事会、委员会、管理员与司库角色绑定到正确的钱包。
定义类别与政策
设置类别权利、转让规则以及受保护资本事项的审批门槛。
设置钱包与分层
连接标准钱包，标记金库分桶，并为支出设定审批层级。
收取收入
开具发票或接受直接付款，让收入进入商户钱包。
打标签并锚定证据
为资金流入流出打标签，并为政策、融资或重要事项锚定审批证据。
复核与关账
查看实时视图，如需固定快照用于后续对比，可对一个周期进行关账。
链上实时视图
区块浏览器可直接从带标签的交易生成实时汇总，无需等待手动导出。你可以实时看到余额、近期活动与标签覆盖率。其他人也能核验你看到的同一组数字，使公开可见性保持一致。
钱包余额
交易在链上确认后余额会更新，数值始终保持最新。
时间窗口视图
时间窗口视图可在无需手动关账的情况下汇总某一周期的活动。
标签覆盖率
覆盖率显示哪些流程已完整打标签，哪些仍缺少上下文。
数据导出
需要链下文件做分析或备份时可选择导出。
注册表、日志与证明
通过注册表与治理日志核验身份、状态、官方钱包、审批记录、类别投票与角色变更。每条审批记录都会显示谁在何时签名，形成清晰决策轨迹。需要举证时，可对政策与协议进行时间戳锚定，使历史长期可核验。
注册表条目
注册表列出身份、状态与官方钱包绑定，任何人都可核验当前设置。
治理日志
治理日志按时间顺序记录审批、共同签署与角色变更，便于追责与解释。
锚定证明
锚点为收据与合同加上时间戳，使其存在性可在未来核验，而无需公开文件。
生命周期与状态
状态信号提示公司是否处于可运营、暂停或关闭，以便付款方判断是否应继续付款。应用可自动展示状态作为安全提示，减少误解，避免资金发送到非活动实体。
状态类别
状态标签用一致的颜色体系提示实体是否处于可付款的活跃状态。
付款端点
付款端点由实体 ID 与钱包类型解析生成，用户无需复制原始地址。
界面提醒
当实体处于暂停或解散状态时，界面可提示付款方避免发送资金。
升级路径
当公司结构简化时，可以在不丢失连续性的前提下切换到其他模板。若不再需要委员会、类别复杂度或集团持有结构，可降级为风投级或标准私营结构。无论如何切换，实体历史都会保持完整。
风投模板
当仍需要董事会治理但不再需要委员会时，模板代码 CORP-VENTURE 更合适。
标准私营
当董事会治理不再属于模型的一部分时，模板代码 CORP-PRIVATE-STD 更合适。
独立运营模板
当所有权收敛到单一控制者且没有董事会层级时，模板代码 CORP-SOLO 更合适。
运营与核验入口
日常动作（注册、开票、审批等）由官方应用处理。公开工具（注册表、区块浏览器与官方索引器）让任何人都能核验身份、状态与钱包绑定。这样你做的事情与他人看到的公开视图在全网保持一致。
官方应用
在官方应用中完成注册、开具发票、为付款打标签并进行审批。
注册表
注册表用于确认身份、状态与官方钱包，让交易对手核验自己在向谁付款。
区块浏览器
由官方索引器驱动的区块浏览器在一个视图中展示交易、余额与公开历史。
官方索引器
参考数据服务，为区块浏览器摘要与报表视图提供数据，确保公开可见性一致。
dApps 与 SDKs
第三方 dApps 与 SDKs 让你构建自定义流程，或将支付集成到自己的产品中。
Nicolas Turcotte
创始人兼首席工程师
参与共建
Testnet 面向希望公开验证 Hub 的构建者、运营者与治理守护者。
协议工程师
聚焦内核定义、消息范围与不变量。
索引与数据工程师
定义事件模型与可复现的视图输入。
早期运营者
在 Testnet 规则下测试排序器、批量提交与运营范围。
关注基础设施的投资者
跟踪范围、风险与进度（不暗示任何回报）。
法律顾问
审阅边界定位、非托管范围与文件体系顺序。
治理守护者
共同塑造内核与适配器的分层，以及升级策略。
Testnet 访问权限
申请访问以探索 Hub、试用参考界面，并在开发测试网中端到端验证协议行为。任何人都可以申请；本地/开发环境的运营者访问将更严格审核。
需审核后开通。
通讯 仅英文
获取更新
关于 Testnet 准备情况、版本发布与治理里程碑的简要更新。