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