逆向分销系统，我决定从代码层面扒开它的结算引擎。这帮S2B2C平台，用几块钱佣金就能让百万宝妈像打了鸡血一样刷屏，背后的资金流转黑盒必须撬开看看。我怀疑它的佣金结算算法有漏洞，或者干脆就是个精心设计的庞氏结构。
直接看前端JS太费劲，我上Puppeteer。写了个脚本，核心是模拟真实用户行为流：注册、绑定上下级、浏览商品、下单。难点在于构建那个虚拟的上下级拓扑网络。你得模拟出A发展了B、B发展了C、C又回头买了A推荐的商品这种多层嵌套关系，还要处理平台那个恶心的“锁粉”机制——一旦通过某个人的链接进入，未来60天内所有消费都算他的下级。我的脚本得在内存里维护一个完整的树状结构，每个虚拟用户节点都带着上级ID、锁粉时间戳和消费记录。
并发压力测试才是关键。我开了50个无头浏览器实例，用Promise.all控制并发注册和下单。脚本要自动生成虚拟手机号（用接码平台临时号），模拟点击“分享赚”按钮生成带参链接，再用另一个实例去访问这个链接完成“绑定”。下单环节更麻烦，要绕过平台的支付网关，我直接找到他们测试环境的订单创建接口，伪造支付成功回调。资金流向就盯着后台的“佣金明细”和“可提现金额”这两个字段变化。
跑了一晚上，数据出来了。它的佣金结算算法比我想的复杂，不是简单比例。涉及“团队级差”（你的下级团队总业绩达到某个阈值，你的佣金比例会跳升）和“平级奖”（防止上级躺赚，如果下级业绩和你差不多，你能从他那里分到的钱会变少）。但漏洞确实存在：在跨级锁粉和订单退款场景下。比如，用户C被A锁粉，但C通过B的链接买了东西，理论上佣金该给A（因为锁粉），但他们的结算引擎在退款重算时，有时会把佣金错误地计入B的团队业绩，触发不该有的级差奖励。虽然单笔金额小，但海量订单下，资金池会形成微小偏差，这偏差很可能被平台方作为“利润”吃掉了。
在程序员眼里，再花哨的商业模式，扒到底层就是一堆if-else和状态机。我这个脚本就像个X光机，把它那套让人头晕眼花的“分享经济”、“消费致富”话术，照成了一行行有漏洞的逻辑判断。这种解构带来的快感，比赚那点佣金爽多了。
