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

简化型非营利

简化型非营利是什么

NONPROFIT-SIMPLE 是 dCorps 最精简的非营利组织配置,面向单一董事会与清晰的透明度基线。它会创建公开的组织档案、一个捐赠钱包,以及带有基础审批规则的董事会角色。捐赠入账与项目支出都会被打上标签,任何人都能追踪资金如何流动,同时受益人等敏感信息仍由你在链下保护。

模板代码

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

董事会治理

董事会角色、法定人数与投票门槛决定谁可以批准资金分配与政策调整。

捐赠钱包

捐赠资金进入主钱包;也可以按项目新增钱包,让分配与支出更易追踪。

分配标签

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

透明度基线

董事会构成、资金流入与按类别的资金流出保持可见,捐赠者可据此完成基础核验。

适用场景

NONPROFIT-SIMPLE 适合规模较小或单一项目为主的非营利组织,希望在不引入繁重治理成本的前提下,明确董事会权责并保留清晰的捐赠轨迹。它适用于社区项目、本地倡议或早期基金会,以 USDC 运营并在链上进行拨付。日常工作保持轻量,资金分配仍可被持续看见。

单一项目

面向一个核心项目,分配类别清晰,治理层级较少。

董事会主导

重要拨付由董事会把关以便追责,例行支出在政策与限额内快速执行。

稳定币捐赠

USDC 捐赠在链上结算,支持者无需银行中介即可看到资金动向。

清晰分配

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

不适用场景

该模板不适合同时运行多个项目、并需要委员会层级或指定基金管理的非营利组织;也不适用于需要选择性披露的伞形基金会。如果董事会委员会、资金限制或赞助结构是核心需求,应升级到 NONPROFIT-BOARDNONPROFIT-COMPLEX。公司主体请使用 CORP-* 模板。

多项目

委员会治理与多项目结构更适合 NONPROFIT-BOARD,以加强分配监督。

指定基金

指定基金、赞助或选择性披露更适合 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 region_tag counterparty_tag

证据锚点

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

重要性阈值

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

交易对手目录与隐私

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

化名标识

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

链下映射

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

重复交易对手

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

运营流程

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

1

注册并绑定董事会

注册组织,并将董事会、财务与秘书角色绑定到正确的钱包。

2

设置钱包与类别

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

3

接收捐赠

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

4

向项目分配

按董事会批准的分配规则,将资金划转到项目钱包或直接支付给供应商。

5

打标签并锚定证据

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

6

复核与关账

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

链上实时视图

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

钱包余额

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

分配视图

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

标签覆盖率

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

数据导出

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

注册表、日志与证明

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

注册表条目

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

治理日志

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

锚定证明

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

生命周期与状态

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

状态类别

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

草稿 活跃 暂停 解散

付款端点

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

界面提醒

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

升级路径

随着组织成长,它可以在不丢失连续性的情况下切换到其他模板。升级会加入委员会治理、多项目结构、指定基金或选择性披露模式。实体历史可在转换中安全保持完整。

非营利董事会型

模板代码 NONPROFIT-BOARD 增加委员会层级与多项目分配控制,支持扩展。

非营利复杂型

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

运营与核验入口

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

官方应用

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

注册表

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

区块浏览器

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

官方索引器

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

dApps 与 SDKs

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

宣言

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

阅读宣言

Nicolas Turcotte

创始人兼首席工程师

参与共建

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

协议工程师

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

索引与数据工程师

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

早期运营者

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

关注基础设施的投资者

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

法律顾问

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

治理守护者

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

仅英文
Testnet

Testnet 访问权限

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

申请 Testnet 访问

需审核后开通。

Testnet 仅英文

Testnet 访问权限

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

申请 Testnet 访问

通讯 仅英文

获取更新

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