IFP 每日奖励结算 · 运营操作手册

适用账号：结算审批员（ifpsettle） 最后更新：2026-08-17

一、这件事是什么

每天给参与者发一次奖励。金额和名单由系统自动算好，你要做的是三件事：

核对系统算出来的数字
批准发放（多签，两位签名人）
确认发完，收尾（多签）

系统算的部分完全自动，你不需要碰任何计算。

二、时间表

时刻（韩国时间）	发生什么	谁做
每天 19:00	上一天的周期结束，新周期自动开始	系统
每天 19:05	系统自动算出这一轮该发多少、发给谁	系统
19:05 之后任意时间	你核对 → 批准 → 收尾	你

⚠️ 关于"任意时间"

没有截止时间。19:05 出表之后，你当晚处理、第二天早上处理、甚至隔一天处理，金额都完全一样，不会因为晚做而算错或少算。

这是系统设计保证的，不是"应该没事"。所以不用赶时间，核对清楚比做得快重要。

唯一的建议是不要积压太多轮——不是因为算错，而是几轮堆在一起时容易搞混在操作哪一天的账。

三、登录

网址：https://beta-admin.ifp.pro 用户名：ifpsettle 密码：（另外单独给你）

登录后会直接进入「结算这一轮奖励」页面。左侧只有两个菜单，这是正常的——你的账号只开放了结算相关功能。

如果你手动在网址栏输入别的页面（比如 /tune），会被自动弹回结算页。这是权限设计，不是出错。

四、每天的操作步骤

第 1 步：看待结算清单

登录后页面顶部有「还没结算的周期」卡片，每一轮显示成一块，长这样：

#1   OPEN
覆盖  08-16 19:00 (10:00 UTC) → 08-17 19:00 (10:00 UTC)
下一步：可以出表并封轮
                                      [算这一期]

先看"覆盖"那一行，确认你要处理的是哪一天的账。多轮并存时这是唯一能区分它们的信息。

再看"下一步"那一行：

显示	含义	你要做什么
周期进行中，等它结束	这一轮还没结束	什么都不做
可以出表并封轮	可以处理了	继续第 2 步
等 accountant 提交批次	已批准，系统正在发	等着，稍后回来做第 6 步
批次已交齐，核对后收尾	发完了	跳到第 6 步
🔴 下一周期尚未开启…请检查 keeper	异常	停下，联系开发

第 2 步：点「算这一期」

点右侧的「算这一期」按钮。页面会填入周期号并拉取数据，需要几十秒（要遍历整棵推荐树、读几十次链上数据），耐心等。

第 3 步：核对数字

数据出来后，重点核对这几项：

项目	参考值（2026-08-17 那轮）	怎么判断
受益地址数	46 人	与上一轮差别不应太大
权重奖励总额	2.577 IFP	—
直推奖总额	3.111 IFP	—
合计需资金	5.688 IFP	—
可用资金	6.332 IFP	必须大于"合计需资金"
预算内	是 ✅	显示"否"就不能继续

要停下来找开发的情况：

「可用资金」小于「合计需资金」
「预算内」显示否
受益人数比上一轮多出或少掉一大截（比如从 46 变成 5 或 200）
金额比上一轮差了一个数量级（比如从 5 IFP 变成 50 IFP）
页面出现橙色或红色的警告文字

数字异常时不要勾选、不要批准。封轮之后名单和金额就锁死了，改不了，只能整轮作废重来。

第 4 步：勾选「我已核对，可以封轮」

页面下方有个勾选框。不勾选的话批准按钮点不了。

这一步是刻意设计的——让"顺手点了"变成"我看过了"。

第 5 步：批准发放（第一次多签）

在「发起多签」区域点「封周期」按钮。

流程是：

页面会先要求你连接钱包（右上角「连接钱包」），用你自己的钱包，必须是多签的签名人之一
点「封周期」后钱包会弹出签名请求——这只是签名，不花 gas，不发交易
签完后页面显示「已提议成功，签名人可在 Safe App 中查看」和「待签名 1/2」
通知另一位签名人，让他打开手机上的 Safe App，待签列表里会出现这笔交易
他核对参数后签名 → 达到 2/2 → 有人点执行 → 上链

Safe App 里会显示函数名和参数（sealCycle、周期号、金额等），不是一串看不懂的十六进制。让签名人对着上面的金额核一遍再签。

签名人需要注意：签名之前对照本手册第 3 步的数字，确认金额一致。签下去之后名单就锁死了。

第 6 步：等系统发放，然后收尾（第二次多签）

封周期上链后，系统会在 5 分钟内自动把名单提交上链，你不用做任何事。

回到清单页刷新，那一轮的状态会变成：

#1   SEALED   批次 1/1
下一步：批次已交齐，核对后收尾

看到「批次 1/1」（两个数字相等）说明发完了。此时：

重新点「算这一期」加载该轮
再次勾选「我已核对」
点「收尾」按钮 → 同样走一次多签（提议 → 通知另一位签名人 → 签 → 执行）

收尾这一步不着急

没有时间限制，而且建议先核对一下链上数字与表格一致再签。因为收尾是不可逆的——签下去之后就再也补不了名单了。如果发现有人漏发，收尾之前还能补，收尾之后不行。

五、常见问题

参与者什么时候能领到奖励？

在第 6 步之前就能领了。系统提交名单的那一刻（第 5 步之后 5 分钟内），奖励就已经记到各人账上，他们可以自己去领。

"收尾"不是发放开关，它只是记账上的封箱确认。所以对外说的发放时间，应该按封周期上链的时间算。

参与者没有及时领会不会过期？

不会。奖励一直挂在账上，没有过期时间，放多久都能领，金额一分不少。

「待发出去」这个菜单是干什么的？

备用出口。正常情况下你用「发起多签」就够了。如果 Safe 提议功能出问题（比如 Safe 服务故障），开发会指导你从这里导出文件走备用流程。平时不用点。

页面一直显示「Loading verified chain state…」

刷新一次。持续超过一分钟联系开发——通常是网络或链上节点的问题。

我能改金额吗？

页面上有个「权重池」的输入框可以改，但不要动它。系统给的是按规则算好的安全值。需要调整时由开发或主管理员决定。

六、绝对不要做的三件事

数字异常时不要批准。封周期一旦上链，名单和金额锁死，改不了，只能整轮作废重来。
收尾之前先确认名单发全了。收尾不可逆，之后补不了人。
看到红色的「下一周期尚未开启」不要继续。那说明系统的自动开周期出了问题，硬做下去会算错金额。立刻联系开发。

七、需要联系开发的信号

清单里出现红色文字
「可用资金」不够 / 「预算内」显示否
人数或金额与上一轮差异巨大
连接钱包后提示「当前钱包不是这个 Safe 的 owner」
提议时报错
「批次 1/1」等了超过 30 分钟还没变（正常 5 分钟内）
页面加载不出来

联系时请一并提供：哪一轮（周期号 + 覆盖日期）、页面上看到的原话、当时的时间。

附：这套流程为什么这样设计

不需要记，但了解一下有助于理解每一步在防什么：

为什么要核对再勾选：封周期把名单的指纹写上链，之后每一批都要过校验，改一个地址、一笔金额都会被链上拒绝。所以核对必须在批准之前。
为什么两次多签：第一次决定"发多少给谁"，第二次确认"都发完了"。前者是实质决策，后者是封箱。
为什么不用赶时间：系统算账的时间窗口锚定在链上的固定位置，晚算不会多算也不会少算。这是专门为"人不可能 24 小时待命"设计的。

IFP 运营文档 · 内部使用 · 有疑问先停下来问开发，不要凭猜测操作