Pools.trade 与相关代币的机制拆解

解释一下今晚的大热 @Uniswap 的http://pools.trade以及几个相关的币。

$FRONG：
0x6245e67affA44a23077f0Ea7f981a8DC743a0c47

它的创建交易：
0xbe6b90c58c017b4754a6a6ee6d65be9a682d2b79de0142954ae345f1dce8f35c

解码后发现交易调用的是旧 LiquidityLauncher：
0x00004c4ccc709Ef590F7C81102C0689F0263D4e9

再由它调用真正的 UERC20 Factory：
0x000000e200088D55C39a11F609E5F667729ad49b

并把 FRONG 分发给旧 Instant Launch Strategy：
0x60D73b21cDf2EA846ab3d58699BBbb8F29d72491

继续追旧 Launcher 的部署交易，找到 Dev EOA：
0x32f4b2e69ebd7746596af8699dac1908f43107ad

这个地址通过 CREATE2 Deployer 0x4e59… 部署了多版 Launcher，下一步要调研的是如何确定哪一版Launcher是正式环境使用的Launcher：

昨天Uniswap 发布了一个sdk：
@uniswap/liquidity-launcher-sdk@1.6.0
NPM：
https://npmjs.com/package/@uniswap/liquidity-launcher-sdk/v/1.6.0…

部署了一个新的Launcher合约：
0xe050309b2F42cD5f788aB6eE1a07467770C03BF7

这个Launcher合约短暂上线后就下线，随后上线v3.1.1 Launcher：
0x7A6C474b4DcD35b72203D2B569EAfE4C9b5C768e

v3.1.1 修改了 Launcher bytecode，CREATE2 地址随之改变；同时各 Strategy 会把 Launcher 地址写进 immutable。正式入口换成 0x7A6C… 后，绑定旧地址的 Strategy 无法复用，会触发 OnlyLauncher()，因此 Launcher、费开策略和费关策略都要整套重部署。

官方 SDK 1.7.0 说明：
https://github.com/Uniswap/sdks/blob/18c392b6d14a50a3e87add2384324740b6426e65/sdks/liquidity-launcher-sdk/src/addresses.ts#L45-L61…

所以，目前的正式Launcher合约为
0x7A6C474b4DcD35b72203D2B569EAfE4C9b5C768e

第一个币是 $Unifrog
0xe702a01968800d6249522771fcc3f970f6a25403

但是，不能因此推断今晚上线的前端会显示哪个币为第一个币，因为前端Indexer的代码逻辑没有公开，有三种情况：
1.Indexer索引旧合约的币+新合约的币，那么 $FRONG 会显示在前端。
2.Indexer不索引旧合约的币，只索引新合约的币，那么 $FRONG 不会显示在前端
3.uniswap dev临时更新sdk部署新合约

所以最稳妥的方式是等前端开启之后再决定要不要玩，秉承着大热必死的原则我可能会观望，不过我买了点 $Unifrog 来赌，毕竟这个比较便宜，如果今晚的情况是第二种，那就暴击了。不过我买的时候前排有个持币13%的塞蛋哥，现在塞蛋哥睡醒了出的差不多了，但是价格也涨上来了。

非代币推荐，自行判断。