dCorps Hub
DevCo Testnet 基金会 审计 Mainnet 采用

董事会型非营利

董事会型非营利是什么

NONPROFIT-BOARD 是面向需要正式审批与多项目跟踪的非营利组织配置,包含董事会与委员会机制。它会创建公开的组织档案、捐赠与项目钱包,以及具备明确权限范围的委员会角色。分配规则、政策调整与重大拨款通过带标签的资金流与锚定的审批在链上保持可见。

模板代码

模板代码:NONPROFIT-BOARD。该标识用于在应用、链接与公开视图中保持一致。

董事会与委员会

董事会角色与委员会权限范围定义预算、拨款与分配政策的批准。

项目钱包

多个项目钱包按项目跟踪分配,使资金来源与支出保持可区分。

分配标签

分配标签将项目、管理费用与筹款活动区分开来,使公开视图保持一致。

透明度基线

董事会构成、资金流入与按类别的资金流出保持可见,便于捐赠者核验。

适用场景

NONPROFIT-BOARD 适合运行多个项目、需要董事会与委员会监督的非营利组织。它适用于设有财务、拨款或项目委员会的 NGO,也适用于希望看到“有政策支撑的控制措施”的捐赠者。日常付款仍可高效执行,而分配调整与大额拨付则遵循正式审批。

委员会监督

委员会可在授权范围与阈值内批准拨款、预算与财务动作。

多项目

通过项目钱包与标签跟踪多个项目,使分配始终可区分。

政策控制

分配政策定义例行支出与受保护支出,并要求对政策变更进行审批。

分配报告

项目与管理费用的拆分会显示在实时视图中,形成更强的透明度基线。

不适用场景

该模板不适合规模较小的单一项目非营利组织,也不适用于拥有指定基金并需要选择性披露的伞形基金会。如果你只需要基础董事会而不需要委员会,NONPROFIT-SIMPLE 更合适。如果你需要指定基金、赞助计划或隐私模式,应升级到 NONPROFIT-COMPLEX

简化型非营利

NONPROFIT-SIMPLE 适合单项目团队,不需要委员会层级或多项目控制。

指定基金

NONPROFIT-COMPLEX 支持指定基金、赞助与选择性披露控制,适配更复杂的结构。

公司模型

股权结构与股东治理应使用 CORP-* 模板,而不是非营利模板。

治理与角色

非营利组织没有股权;权威来自董事会及其授权的委员会。董事会席位决定政策变更、项目分配与重大拨款的法定人数与投票门槛。委员会角色负责财务、审计或项目监督,秘书角色则锚定决策,使证据保持公开可查。

董事会席位

席位定义法定人数与投票门槛,用于分配政策与重大批准。

委员会角色

委员会角色覆盖财务、审计、拨款或项目监督,并在授权范围内执行审批。

财务角色

财务在董事会政策与限额内发起拨付,并准备分配事件。

秘书角色

秘书将会议纪要、委员会审批与政策更新进行锚定,作为公开证据。

分配政策

通过链上分配政策定义资金如何在项目、管理费用与筹款之间流动。董事会制定规则,委员会可在授权范围内对拨款或项目付款设置阈值并执行。政策会锚定到链上,使分配变更保持公开且可追责。

项目规则

项目规则定义每个项目分配所绑定的类别与钱包。

管理费用规则

管理费用规则让运营成本保持可见,并防止将项目资金与行政支出混用。

筹款规则

筹款规则区分活动与捐赠者运营,使筹款支出更清晰。

钱包结构

按用途划分钱包,让资金活动更容易理解。捐赠进入主钱包;项目钱包跟踪分配;运营金库用于共用费用。权威钱包负责签署审批,付款钱包负责收付资金。把控制权与现金分开,可以让链上记录更容易核验。

捐赠钱包

钱包类型 DONATION 接收捐赠与拨款,使资金流入与支出活动分离。

项目钱包

钱包类型 PROGRAM 按使命领域跟踪项目预算、拨款与支出。

运营金库

钱包类型 OPERATING_TREASURY 覆盖跨项目的共享运营成本与供应商付款。

储备钱包

当组织需要留存缓冲或设立受限余额时,钱包类型 RESERVES 用于隔离与管理。

运营资产

运营汇总以 USDC 展示,便于长期保持稳定与可比。若你希望持有网络资产,金库与储备钱包也可持有 DCHUB,用于 gas 或长期敞口。相关持仓会通过标签区分,避免与运营现金混在一起。

USDC 汇总

v0.1 的所有汇总都使用 USDC,使视图在不同时间与工具之间保持稳定。

金库持仓

当你需要网络敞口时,金库与储备钱包可在稳定币之外持有 DCHUB。

资产标签

DCHUB 余额应添加 asset_tagBAL_DCHUB,让区块浏览器将其与运营现金分开统计。

Gas 支付

每次提交交易时,签名钱包都会以 DCHUB 支付交易费。

捐赠与支付方式

你可以直接收款,也可以通过链上付款请求让支持者看到清晰的金额与用途。周期性计划支持计划性捐赠;每个请求都有状态,团队能看到哪些待支付、已支付或已取消。捐赠以 USDC 结算并进入捐赠钱包。

直接捐赠

支持者可直接向捐赠钱包发送 USDC,立即获得链上确认。

捐赠请求

付款请求可设定金额、用途与付款方引用,让捐赠保持有序且一致。

周期性计划

周期性计划安排重复捐赠,支持者可承诺按月或按季度捐赠。

状态更新

每个请求都会从待支付更新为已支付或已取消,便于跟进。

捐赠条目

定义捐赠档位或赞助套餐,使付款请求保持一致。每个条目包含名称、建议金额与可复用的 ID,可跨活动与标签重复使用。这样既便于报告,也避免反复填写相同信息。

条目引用

创建一个 item_id,配上名称与金额,让捐赠档位可复用。

建议金额

建议金额让请求保持一致,同时允许支持者多捐或少捐。

活动关联

item_id 与活动标签结合使用,把档位与报告、汇总连接起来。

项目与供应商付款

对拨款、供应商付款与补贴进行标签标注,使分配仍可被看见,同时不公开敏感受益人信息。收款方钱包直接收款,审批角色决定何时拨付;应用可按项目周期批量付款。

收款方钱包

收款方钱包直接接收拨款或供应商款项,与任何权威角色相互独立。

带标签的拨付

拨付携带项目或拨款标签,使分配在汇总视图中易于识别。

批量付款

当你需要周期性或集中付款时,应用或 SDK 可批量执行付款。

标签与证据

标签是附加到每笔付款上的简单标识,让活动在时间跨度上仍可读可追踪。对于拨款与重大支出,你可以将审批、收据或协议的安全引用进行锚定,作为证据。这样能形成清晰轨迹,而无需公开私密文件。

核心必填

这些标签在每个流程中都必填,以保持视图一致。请将 reference_type 与 reference_id 配对使用。

category_code counterparty_type reference_id reference_type

项目与基金

适用时可使用这些标签,按项目、基金或限制条件拆分分配。

program_tag fund_tag restriction_tag

捐赠与报告

适用时可用这些标签记录捐赠者、拨款、活动与影响报告。

grant_id donor_tag campaign_tag item_id beneficiary_tag impact_area_tag region_tag project_tag counterparty_tag

证据锚点

锚点可关联收据、拨款函或批准记录,而不必公开文件本身。

重要性阈值

可设置重要性阈值,使较大金额必须附带证据,默认 1,000 USDC。

交易对手目录与隐私

重复出现的捐赠者、受助方或供应商可以用私密昵称标记,而不是公开真实姓名。真实世界的映射由你在链下掌控,避免暴露敏感数据。公开视图只显示标签与钱包,不显示底层身份。你仍能获得一致的历史记录,知道谁在捐、谁在收,而不泄露身份。

化名标识

使用 donor_tagcounterparty_tag 标记捐赠者,而不在链上公开其姓名。

链下映射

将真实姓名映射保留在链下,仅你的团队可见。

重复交易对手

跨多笔付款跟踪重复捐赠者与供应商,不公开个人细节或标识符。

运营流程

在董事会与委员会治理到位的情况下,从设置走到上线运行。设置阶段会绑定董事会与委员会钱包,定义分配政策并设置审批阈值。你注册组织、连接钱包、接收捐赠,并为发生的动作打标签以保持视图一致。每一步都会写入链上历史,让团队与任何核验者都能清晰理解运营。

1

注册并绑定治理结构

注册组织,并将董事会、委员会、财务与秘书角色绑定到相应钱包。

2

设置钱包与政策

连接捐赠、项目与金库钱包,然后设置分配政策与限额。

3

接收捐赠

接受直接捐赠或付款请求,使资金流入捐赠钱包。

4

向项目分配

按委员会或董事会审批,将资金划转到项目钱包或直接支付给供应商。

5

打标签并锚定证据

为资金流入流出打标签,并为重要事项锚定批准或收据等证据。

6

复核与关账

查看实时分配视图,如需固定快照用于后续对比,可对一个周期进行关账。

链上实时视图

区块浏览器可直接从带标签的交易生成实时汇总,无需等待手动导出。你可以实时看到余额、分配拆分与标签覆盖率。其他人也能核验你看到的同一组数字,使公开可见性保持一致。

钱包余额

交易在链上确认后余额会更新,数值始终保持最新。

分配视图

分配视图可在任意时间窗口汇总项目、管理费用与筹款的拆分。

标签覆盖率

覆盖率显示哪些流程已完整打标签,哪些仍缺少上下文。

数据导出

需要链下文件做分析或备份时可选择导出。

注册表、日志与证明

通过注册表与治理日志核验身份、状态、官方钱包、审批记录、政策变更与角色更新。每条审批记录都会显示谁在何时签名,形成清晰决策轨迹。需要举证时,可对政策与拨款文件进行时间戳锚定,使历史长期可核验。

注册表条目

注册表列出身份、状态与官方钱包绑定,任何人都可核验当前设置。

治理日志

治理日志按时间顺序记录审批与角色变更,便于追责与解释。

锚定证明

锚点为收据与政策加上时间戳,使其存在性可在未来核验,而无需公开文件。

生命周期与状态

信号会显示非营利组织是否处于活跃、暂停或已关闭状态,让人知道捐赠是否应继续。应用可自动展示状态,作为简单的安全提示。这样可减少混淆,并防止资金流向不再运营的实体。

状态类别

状态标签用一致的颜色体系提示实体是否处于可付款的活跃状态。

草稿 活跃 暂停 解散

付款端点

付款端点由实体 ID 与钱包类型解析生成,用户无需复制原始地址。

界面提醒

当实体处于暂停或解散状态时,界面可提示付款方避免发送资金。

升级路径

随着组织成长,它可以在不丢失连续性的情况下切换到其他模板。升级会加入指定基金、伞形赞助工作流与选择性披露模式,以支持更大规模运营。实体历史可在转换中保持完整。

非营利复杂型

模板代码 NONPROFIT-COMPLEX 增加指定基金与选择性披露工作流,适配赞助方需求。

简化型非营利

当移除委员会治理并简化运营时,模板代码 NONPROFIT-SIMPLE 更合适。

运营与核验入口

官方应用用于日常操作,例如注册、发起捐赠请求与审批。公共工具(注册表、区块浏览器与官方索引器)让任何人都能核验身份、状态与钱包绑定。这样,你的操作与外界看到的结果在整个网络中保持同步。

官方应用

官方应用用于注册、发起请求、为付款打标签并批准动作。

注册表

注册表确认身份、状态与官方钱包,捐赠者可核验支持对象。

区块浏览器

区块浏览器由官方索引器提供支持,展示交易、余额与公开历史。

官方索引器

参考数据服务,为浏览器汇总与报告视图提供支持,确保可见性一致。

dApps 与 SDKs

第三方 dApps 与 SDKs 让你构建自定义流程,或将捐赠集成到自己的产品中。

宣言

"我的目标很简单:让任何人,无论身在何处,都能创建一个具备可信度与持续性、拥有真正可用资金轨道的实体,并默认以稳定币开展运营。"

阅读宣言

Nicolas Turcotte

创始人兼首席工程师

参与共建

Testnet 面向希望公开验证 Hub 的构建者、运营者与治理守护者。

协议工程师

聚焦内核定义、消息范围与不变量。

索引与数据工程师

定义事件模型与可复现的视图输入。

早期运营者

在 Testnet 规则下测试排序器、批量提交与运营范围。

关注基础设施的投资者

跟踪范围、风险与进度(不暗示任何回报)。

法律顾问

审阅边界定位、非托管范围与文件体系顺序。

治理守护者

共同塑造内核与适配器的分层,以及升级策略。

仅英文
Testnet

Testnet 访问权限

申请访问以探索 Hub、试用参考界面,并在开发测试网中端到端验证协议行为。任何人都可以申请;本地/开发环境的运营者访问将更严格审核。

申请 Testnet 访问

需审核后开通。

Testnet 仅英文

Testnet 访问权限

申请访问以探索 Hub、试用参考界面,并在开发测试网中验证协议行为。本地/开发环境的运营者访问将更严格审核。

申请 Testnet 访问

通讯 仅英文

获取更新

关于 Testnet 准备情况、版本发布与治理里程碑的简要更新。