空投目录网站总爱说"你可能有资格领取312个空投"，这种匹配方式只看链上基础行为——"你用过以太坊，所以所有以太坊空投都符合"——实际上毫无价值。真正的资格判断藏在每个项目的合约逻辑或链下标准里。
有人做了完全相反的事：一个浏览器工具，只跑14条手工验证的规则，每条对应具体项目，粘贴钱包地址直接出结果。不用签名，不用注册，不记录地址，只有从浏览器发出的RPC调用。同一套规则还喂给MCP工具，Claude Desktop、Cursor这些LLM客户端可以直接调用，不用爬网站。
浏览器端活在这里：web3-discover.vercel.app/tools/eligibility。粘贴EVM或Solana地址，14条规则对42个精选项目做判断，结果分四档——绿色"可能符合"（规则通过，比如Linea上eth_getTransactionCount≥1，或持有≥1个PENDLE）；黄色"继续 farming"（部分达成，比如Arbitrum只有2笔交易，而Reya/Ostium需要5笔）；灰色"不相关"（规则直接失败）；蓝色"手动检查"（项目在浏览器够不到的链上，如Monad、MegaETH、Hyperliquid、Sui，或有KYC、Discord、Galxe等链下条件）。
试vitalik.eth加一个公开Solana钱包，2-5秒出结果，当时有9个符合资格。每个项目页面的CTA都深链到/tools/eligibility?focus=，结果页顶部横幅显示访客从哪个项目来，评估后对应卡片自动滚动到视区并用CSS关键帧脉冲高亮——零额外请求，纯DOM渲染后操作。
RPC成本控制靠批量：每个EVM链一次JSON-RPC POST（最多6个链），每批打包eth_getTransactionCount和所有需要的eth_call(balanceOf)，Solana则是按mint单独调用。以太坊上加更多规则不增加请求数。
MCP端暴露在同一域名/api/mcp，是web3-discover MCP服务器的第四个工具。curl直接调，返回同样的eligible[]、partial[]、manual[]、unavailable[]、skip[]结构，但是机器可读的JSON，各LLM客户端按自己方式渲染。同一套规则，两个界面，一个 verdict shape。
热门跟贴