什么是 Incentiv？EVM PoW Layer 1 与原生账户抽象入门详解

本文适合想弄清「可编程账户 + 贡献激励」如何组合的初学者与进阶读者。相较把账户抽象主要放在应用层补丁的方案，Incentiv 把智能钱包、Bundler、EntryPoint 与费用抽象放在协议可用路径上，使转账、兑换与批量动作更接近一次确认体验；机制核对入口见 Incentiv Docs，奖励侧由Incentiv+按可计量贡献回馈参与者。

评估路径通常覆盖 AAA 可核验流水线、Unified Token 付费路径、CENT 供给与功能、Contribution-Scored PoW、Portal MCP 对 AI Agent 的能力边界，以及使用前须核对的风险与局限。

核心要点

• Incentiv 是 EVM PoW Layer 1：原生 AAA 把 UserOperation → Bundler → EntryPoint（可选 Paymaster）串成可追踪路径。
• Unified Token 可用 USDC、USDT、WETH 等受支持资产付 Gas，降低必须先囤 CENT 才能交互的门槛。
• CENT 固定供应 1000 亿枚、创世铸造、无通胀新铸；Incentiv+ 用有限奖励池按贡献回馈多类角色。
• Portal MCP 面向 AI Agent：可读链、构建未签名操作并转发已签名结果，托管端点不持有私钥。

Incentiv 是什么？它解决了哪些链上参与痛点？

Incentiv 定位于让网络适配人与应用：在 EVM PoW 上叠加原生 AAA，并对真实贡献给出经济反馈。它针对的常见痛点包括 EOA 私钥难保管、必须先备齐原生 Gas、多步授权割裂，以及「刷交易笔数」难以对应真实价值。

对应解法是：智能钱包承接意图；Paymaster 与 Unified Token 放宽费用币种；贡献导向奖励把有限池导向可量化角色。账户、费用、激励与 Portal / Portal MCP 入口四条线并行，构成评估 Incentiv 时的基本框架。

Incentiv 的 Advanced Account Abstraction 如何运作？

Advanced Account Abstraction（AAA）把刚性交易换成意图消息，并把 AA 落到协议可用路径，与普通交易并行。可核验流水线为：

1. 构造 UserOperation（意图，而非仅底层调用参数）
2. 智能钱包按签名、限额与恢复等规则校验
3. 进入 Alt Mempool，由 Bundler 模拟并批处理
4. 可选 Paymaster 赞助或以受支持代币结算 Gas
5. EntryPoint 确认「已验证 → 可付费 → 原子执行」
6. 浏览器核对 UserOperation、Bundle、Bundler 与 Paymaster

图 1. Incentiv AAA 生命周期：意图经智能钱包、Bundler 与可选 Paymaster，由 EntryPoint 校验并执行。

相对仅靠应用层补丁的 AA，要点是钱包规则优先、EntryPoint 统一网关、费用抽象可插拔。Portal 上的发送、兑换与批量动作常表现为一次确认；开发侧可核对 Bundler https://bundler.incentiv.io 与 Mainnet 参数。

Unified Token 如何让用户用非 CENT 资产支付 Gas？

Unified Token 允许在受支持资产中选择 Gas 币种：Portal 估算费用后，可从余额充足的代币中选择；持有 CENT 时默认 CENT，也可改选 WETH、USDC、USDT 等。背后由 Paymaster 与原生 DEX 配合，把用户侧扣费落到可结算路径，并保持 CENT 结算语义。

结果是首次交互不必先专门购入 CENT，但所选代币须在支持列表且余额覆盖预估费用。桥出等场景仍可能要求账户直接持有 CENT，不能假定跨链费用本体也可被 Paymaster 代付。

Incentiv+ 如何按贡献奖励参与者？

Incentiv+ 把网络活动映射为贡献者奖励：用户、Agent、dApp、矿工、Bundler 与流动性提供者等，可按可计量贡献从有限池获得额外 CENT，而不是只按交易笔数发奖。

Mainnet Portal 细则示例：单日超过 100 笔交易后，第 101 笔及之后合格，返现为合格交易已付 Gas（CENT）的 50%，按日计算；未过阈值则当日为 0。角色评分与统一奖励池的完整机制，需按贡献维度、池内份额与 epoch 规则交叉核对。

图 2. Incentiv+ 奖励分流示意：区块 Gas 按固定比例进入矿工与费用分配器，再按贡献规则回馈多类参与者。

须区分协议级费用切分与 Portal 可见返现：有返现不等于无上限补贴，应以 Docs / Portal 展示规则与池子上限为准。

CENT 是什么？在 Incentiv 网络里承担哪些功能？

CENT 是原生代币与记账单位，用于 Gas 计价、承接 Unified Token 结算，并作为 Incentiv+ 等奖励的发放资产。白皮书给出的框架为：固定供应 100 billion（1000 亿）枚、创世铸造、无通胀新铸，费用与贡献在既有供给内循环；总量与分配口径亦可对照 Gate 上新 Incentiv (CENT) 公告。

Currency Symbol 仍为 CENT。可用其他受支持代币付费，但报价、浏览器与部分跨链费用会回到 CENT 语义。在 Gate 上可通过 CENT/USDT 现货交易 观察报价与深度；供给固定不构成收益或价格承诺，流通、解锁与市场深度仍影响实际成本。

Contribution-Scored PoW 是什么？和传统 PoW 有何不同？

Contribution-Scored PoW 保留无需许可的 PoW 出块，但把奖励从固定通胀补贴转向与真实用量耦合的费用/贡献分配。文档口径：创世起不以通胀型区块奖励养活矿工；每块 Gas 约 12.5% 给矿工、约 87.5% 进入 FeeDistributor。挖矿偏 Ethash、GPU 友好、内存硬化。

安全预算是否充足，仍取决于费用规模、算力分布与客户端质量，需持续核对而非一次性定论。

Incentiv 如何扩展到 AI Agent？Portal MCP 扮演什么角色？

Incentiv 把可编程账户延伸到 Agent：可设预算、权限与可撤销授权。Portal MCP（mcp.incentiv.io）提供发现与调用工具；身份锚定本链，资产可经官方桥在受支持 EVM 网络间移动后再结算回 Incentiv。

合理模式是 MCP 负责报价与组装，签名与限额留在用户或本地策略侧。

使用或评估 Incentiv 有哪些风险与局限？

优势侧：原生 AAA 减少步骤、Unified Token 放宽 Gas 币种、费用耦合 PoW 弱化无限通胀补贴叙事、Portal MCP 边界可核对。局限侧：PoW 安全预算依赖费用与算力；Bundler / Paymaster / EntryPoint 任一故障会影响确认；Unified Token 仅覆盖支持列表；Incentiv+ 池子有限且规则可调整；桥与 Agent 过宽权限可导致资金损失。参数与合约应以官网、Docs 与浏览器交叉核验。

总结

Incentiv 将 EVM PoW Layer 1、原生 AAA、Unified Token 与贡献导向的 Incentiv+ 组合在一起：意图由智能钱包发出，经 Bundler 与 EntryPoint 落地，费用可用非 CENT 资产结算，奖励来自有限贡献池，Agent 经 Portal MCP 走「构建—自签—广播」。基础参数为 Chain ID 24101、RPC https://rpc.incentiv.io、浏览器 https://explorer.incentiv.io；评估时应回到流水线、费用切分与 MCP 能力表。

FAQ

Incentiv 是什么？

Incentiv 是已上线的 EVM 兼容 Proof-of-Work Layer 1，围绕原生 Advanced Account Abstraction 构建，使智能钱包、Paymaster 与 Unified Token 降低操作与 Gas 摩擦。原生代币为 CENT，入口包括官网、Docs 与 Portal。

CENT 代币是什么？供应如何设定？

CENT 是 Incentiv 原生代币，用于 Gas 计价、费用结算与奖励发放。白皮书框架下固定供应 100 billion（1000 亿）枚、创世铸造、无通胀新铸；流通与解锁仍须结合公开分配、上新公告 与链上数据核对。Gate 现货交易对为 CENT/USDT。

不用持有 CENT 也能付 Gas 吗？

在 Unified Token 支持范围内可以：Portal 可选 USDC、USDT、WETH 等受支持代币付 Gas，经 Paymaster / DEX 路径结算。持有 CENT 时默认 CENT；桥出等场景仍可能要求直接持有 CENT。

Incentiv 的 Chain ID 和 RPC 是什么？

Mainnet Chain ID 为 24101，Currency Symbol 为 CENT，RPC 为 https://rpc.incentiv.io，浏览器为 https://explorer.incentiv.io，Bundler 为 https://bundler.incentiv.io。加链时应与 Docs 网络配置逐项核对。

使用 Incentiv 有哪些主要风险？

主要风险包括 PoW 安全与费用规模相关、AAA 多组件依赖、奖励规则与池子上限变化、桥接与地址错误，以及 Agent / Portal MCP 权限过宽。托管 MCP 不持有私钥，不等于链上操作无风险；应核对权限、资产列表与浏览器上的 UserOperation。