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