复杂型非营利是什么
NONPROFIT-COMPLEX 是 dCorps 面向指定基金、伞形赞助与隐私敏感披露的高级非营利组织配置。它会创建公开的组织档案、捐赠与项目钱包，以及具备明确权限范围的委员会角色。基金政策、资金分配与重大拨款通过带标签的资金流与锚定证据在链上保持可见。
模板代码
模板代码：NONPROFIT-COMPLEX。该标识用于在应用、链接与公开视图中保持一致。
董事会与委员会
董事会与委员会角色定义基金政策、赞助项目纳入以及重大拨付的审批规则。
指定基金
受限与非受限资金使用标识与标签区分，使资金保持隔离、政策边界清晰。
伞形项目
项目钱包与赞助标签让合作方计划彼此区分，同时支持合并视图。
选择性披露
披露模式可在保留透明度基线的同时公开汇总数据，并将敏感明细保留为私密。
适用场景
NONPROFIT-COMPLEX 适合伞形 NGO、财政赞助机构（fiscal sponsor）以及管理指定基金与合作项目的基金会。它适用于设有财务、审计、拨款或赞助委员会、并在正式基金政策下运作的团队。日常付款仍可高效执行，而大额分配与政策变更则遵循明确的审批层级。
基金控制
基金政策与限制将受限与非受限资金区分开来，跨项目与报告视图保持清晰。
赞助项目
合作项目在赞助协议下运行，并通过委员会审批与清晰的拨付跟踪保持可追溯。
审计就绪
证据锚点与治理日志支持审计、拨款合规与政策变更历史追溯。
隐私模式
选择性披露将敏感明细保持私密，同时公开汇总仍可验证。
不适用场景
该模板不适合规模较小的单项目非营利组织，也不适用于没有指定基金、仅需董事会结构的组织。若你只需要委员会监督，但不涉及赞助或隐私模式，这也不是目标场景。如果指定基金或选择性披露不在范围内，NONPROFIT-BOARD 或 NONPROFIT-SIMPLE 更合适。
简化型非营利
NONPROFIT-SIMPLE 适合单项目团队，不需要委员会层级或指定基金政策。
董事会型非营利
NONPROFIT-BOARD 覆盖委员会治理，但尚不包含指定基金或选择性披露模式。
公司模型
股权结构与股东治理应使用 CORP-* 模板，而不是非营利模板。
治理与角色
非营利组织没有股权；权威来自董事会及其授权的委员会。董事会席位决定基金政策变更、重大分配与赞助审批的法定人数与投票门槛。委员会角色负责财务、审计、拨款与赞助监督，秘书角色锚定决策以形成公开证据。
董事会席位
席位定义基金政策与重大分配的法定人数与投票门槛。
委员会角色
委员会覆盖财务、审计、拨款与赞助审批，并在定义的权限范围与阈值内执行。
财务角色
财务在董事会与委员会政策下发起拨付，并准备分配事件。
秘书角色
秘书将会议纪要、基金政策与赞助协议进行锚定，作为公开证据。
指定基金与项目
在区分受限与非受限资金的同时，保持项目预算清晰。项目钱包与标签将拨付关联到具体基金、项目或赞助协议。基金政策会被锚定，以便捐赠者与审计人员核验限制条件如何在各项目中执行。
受限基金
受限基金携带政策标签，使支出遵循捐赠者或拨款限制。
非受限基金
非受限基金保持灵活，同时仍有标识，便于整体分配透明。
项目钱包
项目钱包将资金映射到具体计划，使拨付与使命保持一致。
赞助协议
赞助协议将合作项目与项目钱包及审批范围清晰关联，并可被核验。
分配政策
通过链上分配政策定义跨项目与基金的例行拨付与受保护拨付。委员会可对拨款、项目划转或基金变更设置阈值，董事会则批准政策更新。证据锚点将政策决策与支撑文件关联，使分配变更保持可追责。
项目规则
项目规则定义每个项目分配适用的钱包与标签。
基金限制
基金限制约束受限资金可如何转移或使用。
审批层级
审批层级将例行拨付与受保护的拨款和政策变更区分开来。
钱包结构
按用途划分钱包，让资金活动更容易理解。捐赠进入主钱包；项目钱包跟踪分配；运营金库用于共用费用。权威钱包负责签署审批，付款钱包负责收付资金。把控制权与现金分开，可以让链上记录更容易核验。
捐赠钱包
钱包类型 DONATION 接收捐赠与拨款，使资金流入与支出活动分离。
项目钱包
钱包类型 PROGRAM 按使命领域跟踪项目预算、指定基金与赞助拨付。
运营金库
钱包类型 OPERATING_TREASURY 覆盖跨项目的共享运营成本与供应商付款。
储备钱包
当组织需要留存缓冲或设立受限余额时，钱包类型 RESERVES 用于隔离与管理。
运营资产
运营汇总以 USDC 展示，便于长期保持稳定与可比。若你希望持有网络资产，金库与储备钱包也可持有 DCHUB，用于 gas 或长期敞口。相关持仓会通过标签区分，避免与运营现金混在一起。
USDC 汇总
v0.1 的所有汇总都使用 USDC，使视图在不同时间与工具之间保持稳定。
金库持仓
当你需要网络敞口时，金库与储备钱包可在稳定币之外持有 DCHUB。
资产标签
DCHUB 余额应添加 asset_tag 与 BAL_DCHUB，让区块浏览器将其与运营现金分开统计。
Gas 支付
每次提交交易时，签名钱包都会以 DCHUB 支付交易费。
捐赠与支付方式
你可以直接收款，也可以通过链上付款请求让支持者看到清晰的金额与用途。周期性计划支持计划性捐赠；每个请求都有状态，团队能看到哪些待支付、已支付或已取消。捐赠以 USDC 结算并进入捐赠钱包。
直接捐赠
支持者可直接向捐赠钱包发送 USDC，立即获得链上确认。
捐赠请求
付款请求可设定金额、用途与付款方引用，让捐赠保持有序且一致。
周期性计划
周期性计划安排重复捐赠，支持者可承诺按月或按季度捐赠。
状态更新
每个请求都会从待支付更新为已支付或已取消，便于跟进。
捐赠条目
定义捐赠档位或赞助套餐，使付款请求保持一致。每个条目包含名称、建议金额与可复用的 ID，可跨活动与标签重复使用。这样既便于报告，也避免反复填写相同信息。
条目引用
创建一个 item_id，配上名称与金额，让捐赠档位可复用。
建议金额
建议金额让请求保持一致，同时允许支持者多捐或少捐。
活动关联
将 item_id 与活动标签结合使用，把档位与报告连接起来。
项目与供应商付款
对拨款、供应商付款与补贴进行标签标注，使分配仍可被看见，同时不公开敏感受益人信息。收款方钱包直接收款，审批角色决定何时拨付；应用可按项目周期批量付款。
收款方钱包
收款方钱包直接接收拨款或供应商款项，与任何权威角色相互独立。
带标签的拨付
拨付携带项目或拨款标签，使分配在汇总视图中易于识别。
批量付款
当你需要周期性或集中付款时，应用或 SDK 可批量执行付款。
标签与证据
标签是附加到每笔付款上的简单标识，让活动在时间跨度上仍可读可追踪。对于拨款与重大支出，你可以将审批、收据或协议的安全引用进行锚定，作为证据。这样能形成清晰轨迹，而无需公开私密文件。
核心必填
这些标签在每个流程中都必填，以保持视图一致。请将 reference_type 与 reference_id 配对使用。
项目与基金
适用时可使用这些标签，按项目、基金或限制条件拆分分配。
捐赠与报告
适用时可用这些标签记录捐赠者、拨款、活动与影响报告。
金库上下文
使用这些标签标记钱包分桶、托管上下文与资产跟踪信息。
证据锚点
锚点可关联收据、拨款函或批准记录，而不必公开文件本身。
重要性阈值
可设置重要性阈值，使较大金额必须附带证据，默认 1,000 USDC。
披露模式
在保留透明度基线的同时，控制哪些信息对外公开。Mode A 展示完整链上明细。Mode B 公开汇总，并以承诺（commitment）方式对应私密数据。Mode C 在使用私密区域时，将私密执行的承诺锚定到链上，同时公开总额与治理更新仍保持可见。
Mode A · 全部公开
所有明细对外公开，每一笔带标签的资金流与钱包变动都清晰可见。
Mode B · 结构公开，选择性披露
公开汇总并附带承诺；私密明细仅提供给获授权的审查方。
Mode C · 私密执行，公开锚点
私密执行会将承诺锚定在链上，同时公开总额与治理更新仍保持可见。
对手方目录与隐私
对重复出现的捐赠人、受助方或供应商，可以用私密昵称进行标记，而不必公开真实姓名。真实身份与标签的对应关系由你在链下自行保存并控制，从而保护敏感数据。公开视图只展示标签与钱包，不展示底层身份。你仍能获得一致的“谁在捐、谁在收”的历史记录，同时不暴露身份信息。
化名 ID
使用 donor_tag 或 counterparty_tag 为捐赠人打标签，而不公开姓名。
链下映射
将真实姓名与标签的对应关系保存在链下，仅团队可见。
重复对手方
在不公开敏感个人信息的前提下，跨多笔付款跟踪重复捐赠人与供应商。
运营流程
在董事会与委员会治理到位的情况下，从设置走到上线运行。设置阶段会绑定董事会与委员会钱包，定义基金政策，并设置披露模式。你注册组织、连接钱包、接收捐赠，并为发生的动作打标签以保持视图一致。每一步都会写入链上历史，让团队与任何核验者都能清晰理解运营。
注册并绑定治理结构
注册组织，并将董事会、委员会、财务与秘书角色绑定到相应钱包。
定义基金与政策
定义指定基金、审批阈值，以及受限资金流的政策规则。
设置钱包与披露模式
连接捐赠、项目与金库钱包，然后设置披露模式与标签。
接收并分配
接受捐赠，并依据已批准的政策将资金划拨至指定项目或合作方。
打标签并锚定证据
为资金流入流出打标签，并为重要事项锚定批准或收据等证据。
复核与关账
查看实时分配视图，如需固定快照用于后续对比，可对一个周期进行关账。
链上实时视图
区块浏览器可直接从带标签的交易生成实时汇总，无需等待手动导出。你可以实时看到余额、项目与基金拆分，以及标签覆盖率。其他人也能核验你看到的同一组数字，使公开可见性保持一致。
钱包余额
交易在链上确认后，钱包余额会同步更新，数据保持最新。
分配视图
分配视图可在任意选定周期内汇总项目、基金与管理费用的拆分。
标签覆盖率
覆盖率显示哪些流程已完整打标签，哪些仍缺少上下文。
数据导出
当你需要链外文件用于离线分析或备份时，可选择导出数据。
注册表、日志与证明
通过注册表与治理日志核验身份、状态、官方钱包、审批记录、政策变更与角色更新。每条审批记录都会显示谁在何时签名，形成清晰决策轨迹。需要举证时，可对政策与拨款文件进行时间戳锚定，使历史长期可核验。
注册表条目
注册表列出身份、状态与官方钱包绑定，任何人都可核验当前设置。
治理日志
治理日志按时间顺序记录审批与角色变更，便于追责与解释。
锚定证明
锚点为收据与政策加上时间戳，使其存在性可在未来核验，而无需公开文件。
生命周期与状态
信号会显示非营利组织是否处于活跃、暂停或已关闭状态，让人知道捐赠是否应继续。应用可自动展示状态，作为简单的安全提示。这样可减少混淆，并防止资金流向不再运营的实体。
状态类别
状态标签用一致的颜色体系提示实体是否处于可付款的活跃状态。
付款端点
付款端点由实体 ID 与钱包类型解析生成，用户无需复制原始地址。
界面提醒
当实体处于暂停或解散状态时，界面可提示付款方避免发送资金。
升级路径
随着组织简化，它可以在不丢失连续性的情况下切换到其他模板。当不再使用指定基金或披露模式时，可降级为董事会型或简化型非营利结构。实体历史在转换中保持完整。
非营利董事会型
当委员会治理仍保留但资金结构已简化时，模板代码 NONPROFIT-BOARD 更合适。
简化型非营利
当移除委员会与基金政策后，模板代码 NONPROFIT-SIMPLE 更合适。
运营与核验入口
官方应用用于日常操作，例如注册、发起捐赠请求与审批。公共工具（注册表、区块浏览器与官方索引器）让任何人都能核验身份、状态与钱包绑定。这样，你的操作与外界看到的结果在整个网络中保持同步。
官方应用
官方应用用于注册、发起请求、为付款打标签并批准动作。
注册表
注册表确认身份、状态与官方钱包，捐赠者可核验支持对象。
区块浏览器
区块浏览器由官方索引器提供支持，展示交易、余额与公开历史。
官方索引器
参考数据服务，为浏览器汇总与报告视图提供支持，确保可见性一致。
dApps 与 SDKs
第三方 dApps 与 SDKs 让你构建自定义流程，或将捐赠集成到自己的产品中。
Nicolas Turcotte
创始人兼首席工程师
参与共建
Testnet 面向希望公开验证 Hub 的构建者、运营者与治理守护者。
协议工程师
聚焦内核定义、消息范围与不变量。
索引与数据工程师
定义事件模型与可复现的视图输入。
早期运营者
在 Testnet 规则下测试排序器、批量提交与运营范围。
关注基础设施的投资者
跟踪范围、风险与进度（不暗示任何回报）。
法律顾问
审阅边界定位、非托管范围与文件体系顺序。
治理守护者
共同塑造内核与适配器的分层，以及升级策略。
Testnet 访问权限
申请访问以探索 Hub、试用参考界面，并在开发测试网中端到端验证协议行为。任何人都可以申请；本地/开发环境的运营者访问将更严格审核。
需审核后开通。
通讯 仅英文
获取更新
关于 Testnet 准备情况、版本发布与治理里程碑的简要更新。