HushCause 如何运作

概述

HushCause 把一次代币发行变成一次募捐。发起人描述一项公益事业，受益人私下完成认证，代币在 Flap 上发行并附带交易税。属于公益的那部分税收流入公益金库——一个分配规则固定的合约——受益人凭零知识证明从中领取。

Flap 是发行和交易层：联合曲线、迁移到 DEX、税收代币及其税收处理合约。HushCause 并不运营发射平台，而是在其之上增加募捐、问责、隐私和分配这一层。

生命周期

1. 发起人在 CampaignRegistry 中登记草稿：描述链接及其哈希、分配规则和备用接收方。这些规则之后无法更改。
2. 发起人向受益人发送私密邀请。受益人查看确切的分配比例并表示同意。
3. 受益人在浏览器中创建领取密钥，并向认证方发送加密的证明材料。
4. 认证方审核通过后，对受益人的承诺值（其密钥的哈希，与本项目绑定）签名，并登记到链上。个人信息不会上链。
5. 发起人通过 Flap 的 VaultPortal 发行代币，同时为该项目创建公益金库。只有已认证的项目才能发行。
6. 交易产生税收，由 Flap 分发金库应得的份额。受益人可随时凭证明领取；其他接收方的余额可由任何人推送给他们。

资金去向

每笔交易的税收先进入 Flap 的税收处理合约。任何人调用 dispatch 时，Flap 扣除协议费，并把设定的营销份额发送到公益金库。金库收款时从不兑换代币，也不调用外部合约。

在金库内部，每个接收方的份额都按累计收入计算：其他接收方得到 floor(收入 × 比例)，其余全部归受益人，因此取整产生的零头总是归受益人。不变量很简单：累计发放永远不超过累计收到，两者之差正好等于金库余额。

隐私模型

既然收款是公开的，为什么还要零知识证明？在当前版本中，它提供的隐私大致相当于一把从未与任何人关联的全新签名密钥。它的实际价值在于：中继者可以代为提交领取，却无法篡改收款地址或手续费；而且同一个承诺值日后可以接入隐私池，实现私密收款。

证明绑定了链、登记合约、项目、随机数、操作类型、收款地址、中继者、手续费、金额和截止时间。证明无法被重放、无法挪用到其他项目，也无法被抢跑改成别的收款地址。

谁能做什么

我们如何使用 Flap

• 发行：使用 Tax Token V3 和我们的 CauseVaultFactory 调用 VaultPortal.newTokenV6WithVault。该工厂合约只接受来自 VaultPortal 的调用，并且只为已认证的项目创建金库。
• 税收：由 Flap 的代币收取，其税收处理合约在 dispatch 时把营销份额支付给金库。迁移到 DEX 之前，税收以 BNB 收取；迁移之后，税收先以代币累积，再由 Flap 在主池卖出。
• 检查：仪表盘会从 Flap 实时读取税率、营销收款方和佣金接收方。如果金库不是营销收款方，或设置了佣金，项目会被标记。
• 标识：在通过 Flap 的合作方审计之前，我们的工厂合约在 Flap 上处于未注册状态，因此 Flap 会把其金库显示为“未验证”。

如果 Flap 修改其合约、费用或规则，这些变化同样适用于 HushCause 的项目。凡是由 Flap 控制的数值，我们都会标注“来自 Flap”。

主要风险

• 认证方被攻破：可能提议新的受益人密钥。缓解措施是 7 天公开等待期和受益人的否决权。
• 领取密钥和备份都丢失：只能通过重新认证并经过同样的 7 天等待期来恢复。如果一年无人领取，资金将转给备用接收方。
• 发起人不诚实：无法拿走资金，但可能写出误导性的故事。请阅读认证方的摘要，而不只是故事。
• Flap 升级或故障：Guardian 可以升级金库代码；Flap 自身的合约和费用不在我们的控制范围内。
• 市场风险：代币价格可能归零。公益资金来自交易量，而不是价格。

审计状态

• 合约：单元测试、模糊测试、不变量测试，以及在 BNB Chain 分叉上针对 Flap 线上 VaultPortal 的测试。
• 计划：主网上线前对登记合约、金库、工厂合约和电路进行独立审计，并完成 Flap 对金库工厂的合作方审计。
• 领取电路使用 PLONK 和公开的通用可信设置，因此不需要针对该电路的可信仪式。

本站使用的标签