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