活动是什么：2026-09-09 00:00 UTC ~ 12-09 23:59:59 UTC，Four.meme 每天把 BNC4 的全部产品收入拿去从市场上回购当日交易量第 1 名的 Meme 代币，回购的币 100% 销毁。排名每天重置。官方特别说明：9 月 8 日产生的收入计入第一周的回购池，所以面板对 9-08 那天也照常统计。

时段为什么是 08:00 换日：活动按 UTC 00:00–23:59:59 结算，换成北京时间就是当天 08:00 到次日 08:00。所以「今天谁第一」在北京时间早上 8 点才翻篇——晚上 11 点看到的排名，算的是当天早 8 点以来的量。

数字从哪来：BNC4 生态的 Meme 走的是 Four.meme 新的 OpenFour 引擎，每笔交易在链上发一条 TradeExecuted 事件，同一条事件里同时给成交额和四类手续费。所以这里的交易量和手续费都是链上精确值，不是「交易量 × 某个费率」估算出来的。实测费率结构：协议费 0.5% + 开发者费 0.5% + 代币税 1% ≈ 2%。

内盘 vs 外盘：Four.meme 的盘分两段——新盘先在内盘（bonding curve）交易，募满后毕业到 PancakeSwap 成为普通交易对（外盘）。本面板的交易量是两段合并的：4Stock / build / 7Stock 这些大盘早就毕业，交易几乎全在外盘，只统计内盘会把它们整个漏掉。但手续费只有内盘有——四类费都来自 OpenFour 协议，外盘那 0.25% 是 PancakeSwap 的 LP 费、不归 Four.meme，所以「实际费率」一栏的分母只用内盘量。

🔴 外盘不是照单全收：只有在内盘以 BNC4 计价成交过的盘，它的外盘量才算数——那笔内盘成交是它「由 Four.meme 发出」的凭据。另有一批盘只是在 PancakeSwap 上跟 BNC4 组了个池（实测地址后缀多为 7777，而 Four.meme 的盘清一色 ffff 或 4444），它们既不产生任何 OpenFour 手续费，也不在活动写的「Four.meme 上的 Meme 代币」范围内。2026-09-10 实测这类盘占掉当天 53.5% 的交易量、把第 1 名报成了一个根本没资格的币。判据用协议事件而不是地址后缀：靓号谁都能磨，链上事件磨不出来。剔掉了多少会在面板上方的提示里写明，不静默丢弃。

回购池为什么给三档：官方措辞是「产品收入」，但没说对应链上哪几类费。窄口径只算协议费（平台自己那份）、中口径加上开发者费（官方文档说 4Stock 首位申请人分 50% 内盘交易费，链上实测 protocol 与 dev 恰好各半，正好对上）、宽口径把代币税也算进去。真实值大概率落在窄~中之间，等官方公布首日回购金额就能对号。

🔴 这不是官方榜单的镜像：官方还会剔除刷量/异常交易，并要求项目满足持币人 ≥ 3,000 + 市值 ≥ 500,000 USDT 才有资格。持币人数在链上要按地址建索引才算得出，本面板没有取这两项（排行里的资格一栏恒为「未核」）。所以这里的第 1 名是按链上原始交易量算的第 1 名，可能与官方最终公布的不一致。

为什么手续费不按 LP 费估：试过两条死路——① 按「交易量 × 0.25% LP 费」估，那算的是整池 LP 费，绝大部分归第三方 LP 不是 Four.meme 的收入，而且实测四个已知官方地址在meme 池里的 LP 份额全是 0；② BNC4 的转账税那条线，实测 8.3 小时只经手 0.178 BNC4（约 1 美元），相对上亿美元的日交易量可以忽略。

4Stock 是什么：Four.meme 在 BNB Chain 上发的「前置代币化股票」。用户把 U 打到官方收款钱包，Four.meme 用托管账户去二级市场买对应正股，再按实际成交股数 1:1 在链上铸 4Stock 给你。BNC4 对应的正股是 Cea Industries（Nasdaq: BNC，BNB 财库壳）。

「收了多少 U」：收款钱包 -- 累计收到的 USDT/USDC 等稳定币。⚠️ 这个钱包是全部 4Stock 共用的——当前 4Stock 只有 BNC4 一只，所以可以全部归给它；一旦出现第二只资产，上方会出橙色告警，那时这个数就不再等于「BNC4 的申购额」。

「待执行买单」怎么算（主口径 = 总量法）：待买 = 累计流入的 U − 已交付股数 × 正股现价 ÷ 99%。只用两个链上硬事实（累计流入、合约 totalSupply 减首发）+ 一个现价，完全不依赖「打款地址 == 收币地址」这个假设。⚠️ 它的固有偏差：拿现价折算历史已交付的股，而那些股是按更早的价买的——BNC 上线首日从 $3.49 涨到 $8.01 又回落，所以这是个近似，看量级不看小数点。

为什么不能靠「币有没有打回原地址」来判断：官方要求打款地址与接收 4Stock 的地址一致，但申购表单里接收地址是手填的，链上并不强制。所以「某个地址没收到币」不等于「这笔没执行」——币可能铸给了另一个地址。面板并列显示的「配对法」就是按地址配对算的，它金额更硬（用真实链上入金）但带这个假设，两法差多少直接写在卡片上。

这个假设实际偏离多大（2026-09-08 审计）：收了币但从没打过款的地址 1 个（4,405 股）；收币笔数 > 打款笔数的地址 0 个——如果普遍存在「A 打款、币铸给 B」，B 收到的笔数必然多于它自己打款的笔数，实测一个都没有；99.49% 的铸造股数落在「打过款的地址」范围内。残余漏洞：若某地址替人收币的同时自己也恰好漏收一笔，两者抵消就抓不到——不装作能 100% 确定。

两条走不通的路（免得重复问）：①「收款钱包流入 − 流出」恒约 0（实测流入 $8,965,434 / 流出 $8,965,444，差 −$10）——钱一进来就被每 7~13 分钟一次的定时脚本扫走，划出只是归集不是买股；② 按划出时点价折算——「批前累计划出 ÷ 该批铸出股数」得到 $6.33→$8.27→$16.14→$60.99，远超 BNC 实际价格上限，因为钱早归集走了、币慢慢铸，时间上根本不对齐。资金路径的终点是交易所热钱包（余额 4 亿美元），钱进去就成了链下账本，链上再也追不到。

「已铸」：取合约的 totalSupply（不是事件累加），当前无赎回机制所以只增不减。其中首发/做市那笔是官方铸给自己再投进 PancakeSwap 池的，不是用户申购，单独列。

执行价为什么会写「未知」：官方收 1% Mint Fee，所以反推执行价 = 入金 × 99% ÷ 到手股数——这要求能把某笔入金和某笔铸造对上。官方要求打款地址与接收 4Stock 的地址一致，但申购表单里接收地址是手填的，所以这不是铁律。实测 144 个打过款的地址里，「铸给了从没打过款的地址」只有 1 笔 4,405 股，占已铸股数 0.5%。对不上的行执行价一律写「未知」，不猜。

最硬的数字是股数不是金额：已交付 749,340 股（合约 totalSupply 减首发）是零假设的链上事实；金额那一栏都要经过折价，只能看量级。完整性校验只有一条真正独立的：拿链上 totalSupply 去对我们扫到的铸造事件累加——差额恒为 0 才说明一笔铸造都没漏（面板底部会写「扫链完整」，对不上出橙色告警）。

为什么积压不等于卡住：官方明说资产购买与铸造是人工批量处理。实测铸造确实成簇出现（12:50–12:56 十笔、16:20–16:31 二十七笔），而入金是连续的——所以两批之间「已收未铸」自然会攒起来，这是正常节奏。只有超过官方承诺的 24 小时才标红。也正因为是批量的，不要拿「最近几小时铸了多少」去匀速外推消化时间。

统计口径的防伪：收款钱包被同形异义字仿冒 USDT 和垃圾币空投投毒过，本面板一律按合约地址白名单统计，不按代币名称；零值转账（地址投毒手法）直接丢弃。