← 返回首页

ENGAGE 白皮书

版本 1.2 · 2026-08-31 · 公开草案
本白皮书描述 ENGAGE 公链的技术架构、经济模型与治理机制。文中参数均以代码中的实际常量为准;协议参数可随治理演进调整,最终以链上实际状态为准。

摘要

ENGAGE 是一条以「参与即价值(Proof of Engagement)」为核心设计理念的公链。它把传统公链中高度专业化的「挖矿 / 出块」门槛,拆解到普通人日常生活中可触达的多种行为上——手机活跃、社交表达、邀请好友、资产质押、社区治理、合约开发,并辅以链下端到端加密聊天——并把这些行为用同一套链上确定性经济模型统一计量与回报。

ENGAGE 原生代币为 ENGA(精度 18 位),总量硬顶 2100 亿,约 128 年平滑减半。共识层采用质押权重加权的 VRF 随机信标选举(PoE),5 秒出块;经济层通过「节点奖励 + 分红池 + 金库 + 移动端锁仓挖矿」的多通道分配,保证供应可预测、回报可验证、参与低门槛。

链上行为与链下行为由同一套活跃积分(Activity Points, AP)体系统一计量:AP 是移动端锁仓奖励(LOCK_MARKER)解锁的唯一通道,节点按固定计分表确定性折算,每日设总额上限。

1. 背景与动机

现有主流公链普遍面临两类问题:

ENGAGE 的命题是:把「参与」本身 tokenize。无论是用手机走步、在社交合约里发一条宣言,还是质押锁仓,都应当在同一本账上被公平计量。

2. 设计原则

3. 共识机制:PoE(Proof of Engagement)

3.1 选举

出块者从验证者委员会中选出。委员会由「已注册验证者」按其 election_weight 加权构成:

3.2 随机信标

自创世(第 1 块)起,选举种子 = H("engage-leader-vrf" ‖ 父块 vrf_output);父块必带 VRF 证明(VRF 强制高度同为第 1 块),故 beacon 必然激活——仅块 1 因父块为创世、无 VRF 输出而回落一次 legacy 纪元随机,自块 2 起全部走链式 beacon。该设计使选举不可被出块者前瞻操控,且任意节点推导一致。

3.3 区块认证

区块头带 Ed25519 头签名,自创世(第 1 块)起强制,公钥须能派生出 proposer 地址(出块节点须以 --node-secret 提供签名密钥,否则其产出的块被全网拒绝);选举附带 VRF 证明(公钥须由 proposer 派生),自第 1 块起空证明被拒;离线出块者由定时兜底(约 3 个出块间隔)接管,链不卡死。

4. 经济模型(Tokenomics)

4.1 供给

参数数值
代币ENGAGE(ENGA)
精度18
总量上限2100 亿 ENGA
出块时间5 秒
减半周期≈ 4 年(25,246,080 块)
减半次数 / 总时长32 次 / ≈ 128 年
初始单块奖励4,159 ENGA
早期产出前 4 年约产出一半

每个减半纪元铸出恰好该纪元的配额;纪元内单块奖励只在 base 与 base + 1 之间浮动(余量摊在该纪元末尾若干块),因此不会出现异常大的区块,而 128 年累计产量精确等于硬顶。

4.2 每块奖励分配

无 App 矿工场景:

去向比例
出块节点40%
分红池20%
金库29%
团队11%

含 App / 移动端矿工场景:

去向比例
出块节点30%
分红池15%
金库20%
团队5%
移动端(App)30%

上述比例由收块端结构性校验强制:金库 / 分红池 / 团队三个槽位必须精确等于规范比例,金库输出须带治理标记,禁止以燃烧地址收款;超铸块被拒、少铸块接受。移动端 30% 中,一半即时可用、一半以 LOCK_MARKER 锁仓,需通过活跃积分兑换解锁。

4.3 分红

每 1440 块(≈ 2 小时)一纪元结算;收款人为所有 ve_weight > 0 的质押者(验证者、委托人、纯质押者同权);按各自 ve_weight 比例直接打到本人地址;写入区块,重放 / 重组 / 快照一致。

4.4 质押权重(ve_weight)

锁定时长倍数
< 6,000,000 块(≈1 年)
6,000,000 ~ 12,000,000
12,000,000 ~ 18,000,000
≥ 18,000,000 块(≈3 年)4×(封顶)

特性:每批质押按自身锁定时长分别计权后加总(而非全量按最高档计算);支持按批次到期部分解押;权重同时决定分红份额与治理票权。批次明细不进入 stake root,因此权重算法可平滑升级。

4.5 活跃积分(AP)与锁仓解锁

移动端锁仓奖励(LOCK_MARKER UTXO)绝不按高度自动解锁,只能通过活跃积分兑换——这是它区别于普通「线性释放」的关键。

AP 的获取(节点按固定计分表确定性折算,客户端只提交行为签名,不得自行决定 AP 数额):

行为单次得分每日上限
运动步数1 分 / 步20,000 分
每日签到500 分1 次
每日任务2,000 分1 次
邀请好友1,500 分 / 人次数不限(受总帽约束)
发帖(宣言 / 告白)500 分20 次
点赞200 分40 次
留言300 分30 次
治理投票3,000 分1 次
质押(单笔 ≥1000)1,000 分2 次
转账(转出)200 分20 次

每地址每日 AP 总额上限 50,000;「日」按链上高度划分(17,280 块 ≈ 1 天),避免时区分歧。

兑换汇率(几何九折、零波动):持有者数 N < 100 时 1 AP = 1.00 ENGA;每增加 100 位持有者汇率 × 0.9;下限 0.01 ENGA / AP。「持有者」= 锁仓余额 ≥ 2,100 ENGA 的地址。每人每日解锁量上限 = 50,000 × 汇率(ENGA)。

AP 与兑换记录是链上确定性派生账本:任何节点重放同一历史必须得到相同余额,否则兑换交易的有效性会在各节点分叉。

5. 移动挖矿与设备级计量

5.1 挖矿:一机一挖矿钱包

同一台设备同一时刻仅允许一个钱包处于挖矿状态(可切换钱包,但需先停止当前挖矿钱包),抑制多开刷量;设备保持活跃持续累积 LOCK_MARKER 锁仓奖励;挖矿状态持久化于节点,重启不丢,全网一致。

5.2 行为上报:绑定设备,不绑定地址

与「挖矿」不同,行为上报归属设备而非地址:步数、签到、邀请等行为的计数在设备层面去重,同一台机器上换任意钱包地址都共享同一份待上报数据;上报后数据即被清零,因此换地址也无法重复领取;奖励(AP)结算到当前发起上报的地址,用户可自由选择收款钱包。上报必须携带由钱包 VRF 密钥对生成的证明,节点验签通过后才受理。

5.3 邀请机制

邀请码由设备标识确定性派生(一机一码),本机所有钱包共用。新用户首次创建 / 导入钱包时填入邀请码,链上邀请合约记账:校验邀请码存在、非本人、且该设备与该地址均未使用过任何邀请码,然后计数 +1 并永久绑定。邀请人上报后链上计数清零。邀请合约调用为零 gas(0 余额新钱包也能登记 / 使用邀请码),全网一致。

6. 链上治理

任意持币人可发起治理提案(生态拨款、参数调整、合约升级等);发起提案销毁 1,000 ENGA、投票销毁 1 ENGA(均永久销毁,抑制垃圾提案与女巫投票);投票需达到最低投票权重方为有效;投票权重 = 质押 ve_weight + 本次锁币,双来源计权;提案通过后进入金库拨款,带 100 块时间锁;拨款找零自动回金库(带治理标记),资金不流失。

6.1 单笔拨款上限(碎片化约束)

金库每个区块收到一个 coinbase 输出,因此高度碎片化(数万个小额 UTXO)。一笔拨款交易能花费的 UTXO 数量受区块大小上限(2 MB)约束,由此产生单笔拨款上限——它通常远小于金库余额。节点按「从大到小」选币,至多取 30,000 个输入(约 1.3 MB),足以支撑数千万 ENGA 的单笔拨款;该上限通过 eng_getTreasury 的 maxWithdrawable 字段对外暴露,钱包在提案阶段即校验并拦截超限申请,避免用户白烧 1,000 ENGA 提案费。每次拨款会把被花费的 UTXO 找零合并为一个金库输出,因此大额拨款会显著降低碎片程度、抬高后续上限。

7. 智能合约平台

内置 WASM 虚拟机,以燃料(fuel)作为 gas 计量与防死循环的唯一手段,执行确定性(不依赖墙钟时间);注册表式 ABI,开发者友好;单合约字节码上限 128 KiB,单笔交易 gas 上限 5,000,000;合约 gas 费用一半销毁、一半归出块者;支持原地升级合约(地址不变、KV 存储与 owner 保留,须由 owner 发起并通过字节码校验);合约不得扫走治理 / 质押 / 锁仓奖励类冻结 UTXO。

7.1 链上青春(旗舰 DApp)

8. 链下加密聊天(社交层)

ENGAGE 将社交聊天置于链下中继(engage-chat),以兼顾隐私与吞吐;但昵称的「唯一性」与「反抢注」由链上合约背书。聊天与链上资产共用同一钱包身份,构成「社交即挖矿、表达即资产」的闭环。

8.1 端到端加密架构

客户端使用 X25519 + ChaCha20-Poly1305 AEAD 端到端加密;共享密钥经 HKDF-SHA256 派生,并绑定双方公钥与域标签,保证每个会话密钥唯一、不可跨会话重放。消息信封另用钱包 Ed25519 身份密钥签名,使中继能将消息绑定到发送者的 eg1 地址。消息经 WebSocket 中继转发,服务器仅做路由、无法解密内容;传输层不叠加 TLS——载荷本身已是密文,叠加证书固定反而带来证书过期的可用性风险。图片等附件先上传至图床(engage-imgbed)取得公开 URL,再作为文本消息发出,从而复用同一套加密通道。

8.2 昵称系统(链上背书)

用户在客户端「设置 / 修改昵称」时,向青春合约发起一笔调用:首次设置 10 ENGA、修改 100 ENGA,费用由合约转发至开发维护地址。合约在存储中维护 nick → owner 唯一索引,因此唯一性由链上合约强制:重名调用被合约拒绝,与中继无关。绑定关系可穿越中继重启,且不可能被他人抢注;中继的 profile 表只是内存缓存(进程重启即清空),客户端重连时重新发布,昵称的权威来源始终是链。

昵称与钱包创建 / 导入时的名称完全解耦——后者往往随手设置、不可作为聊天身份;聊天昵称必须显式设置才生效,默认为空。

8.3 按昵称加好友

客户端解析昵称时先查链上合约(get_nickname_owner),查不到再回退到中继的 profile 表。因此用户无需暴露完整地址即可建立好友关系,且解析结果不依赖某个中继进程的在线状态。

8.4 持久化说明

9. 安全模型

10. 路线图

阶段内容
✅ 已完成内核、UTXO 状态、PoE 共识、减半供给、链上治理、质押 / 分红、移动挖矿与 AP 体系、邀请合约、WASM 合约平台、链上青春 DApp(含告白墙)、链下加密聊天、静态官网与白皮书、节点 GUI 启动器、Linux 可复现构建、安全审计加固
🔜 进行中多语言钱包、区块浏览器、合约 SDK 与示例
📅 规划跨链桥、轻客户端、更多原生 DApp、治理参数去中心化调参、开发者激励基金

11. 团队(匿名)

匿名披露中

ENGAGE 由一组长期深耕分布式系统、密码学、移动端与共识协议的工程师与研究者发起,核心成员背景包括:

团队以「代码即身份」为原则,所有核心协议变更均经测试、审计与可复现构建验证。

12. 风险与免责

ENGAGE —— 让每一次参与,都变成链上的资产。