一、先理解结构限制:为什么内盘不能分红?
在 Flap 机制下,内盘阶段(dexLaunched = false):
手续费会产生,但传统"回购+分红"模型无法执行。 如果不设计新路径,资金会堆积、卡死、失效。
在无法分红的结构里,如何重新设计激励?
二、核心思路:阶段分工,而不是功能堆叠
整套模型的逻辑可以概括为一句话:
内盘负责情绪与博弈
外盘负责通缩与价值释放
这不是权宜之计,而是顺应结构限制的分工设计。
三、内盘阶段的三层资金逻辑
阶段状态:dexLaunched = false · 此时没有 PancakeSwap 池子
1️⃣ 30秒大奖 —— 解决"即时激励"
它本质是一个博弈模型,而不是分红模型。解决内盘交易动力、高频参与欲望与情绪驱动。
2️⃣ 回购资金 —— 解决"未来释放"
因为没有 DEX,无法执行回购。所以:回购资金不动,锁在金库变量中,持续累积。
蓄水机制:把"现在无法执行的动作"延迟到结构允许时执行。
3️⃣ 分红资金 —— 解决"避免卡死"
内盘无法分红,如果硬分会报错。解决方式:自动滚入下一轮大奖池——不分发、不销毁、不锁死。
下一轮奖池更大 → 博弈更激烈
流动性内部循环
四、外盘阶段:价值释放时刻
当迁移到 PancakeSwap,项目方手动开启:dexLaunched = true
核心爆发逻辑
第一笔交易触发时:
内盘积累的全部回购资金 →
一次性买入代币 →
直接打入黑洞销毁 →
🔥 巨额买单 + 流通量减少 = 价格曲线被抬升
"虚拟分红"模型:所有持有者共享回购带来的涨幅。
五、资金流到底安全吗?
Flap 的 V2 Vault Factory 机制允许项目方自定义金库。资金路径是:
交易产生手续费
→ 换成 BNB
→ 直接发送到你的 Vault 合约
→ 合约自动执行逻辑
关键函数:
receive() external payable智能合约的自动收款入口。钱直接进入合约余额,链上可查。
payable(winner).call{value: amount}("")无人工干预 · 无中心控制 · 全链透明
六、参数配置的逻辑建议
既然内盘无法分红,就不要强行设计无效功能。更合理的结构是:
50%
30秒大奖
50%
回购蓄水
0%
分红
0%
自动加池
内盘需要情绪,外盘需要爆发。不要把有限的手续费拆散。
七、这套模型真正解决了什么?
并通过阶段划分实现:
八、总结:不是绕过规则,而是顺应规则
优秀的经济模型不是堆功能,而是:
赌
内盘蓄水 · 外盘引爆
比"强行分红"更符合链上逻辑
有时候,不发钱,反而更有力量。