EVM Blink 交易案例

DISPLAY ONLY · 不支持购买

DeGods 展示快照

/test 使用以 SOL 报价的历史快照，仅用于展示。其 GET /api/actions/degods 返回卡片数据，POST 返回 405 和 “Display snapshot only; purchases are not supported”，不会生成购买交易。

这个案例不能支付的直接原因是没有可执行的购买接口。缺少 EVM 链声明也不能把它当作 EVM 案例；给快照补上 eip155 并不会自动获得交易能力。Solana 使用自己的网络标识和交易格式。

打开 Bad case：getblink.fun/test →

1. 明确资产所在网络。用 chainId + 合约地址 定位 ERC-20 / NFT，具体 NFT 还需要 tokenId。先从资产平台或区块浏览器确认网络，再用该网络 RPC 的 eth_chainId 核对。
2. Action 正确声明 EVM 链。GET 响应头使用 x-blockchain-ids: eip155:<chainId>，并通过 CORS 暴露此头。例如 Ethereum 为 eip155:1，Base 为 eip155:8453。这是网络标识，不是 NFT 合约接口。
3. POST 返回可执行交易。当前 OKX 客户端要求可解析的未签名 EVM 序列化交易，其 chainId 必须与 Action 声明的链一致；交易中的合约、金额、接收人及 NFT 挂单均须有效。只有图片和购买按钮不够。
4. 钱包与余额满足条件。钱包须支持并切换到同一网络，有足够的支付资产和原生币 gas；USDC 转账也需要 gas。由用户核对并签名，最终成功以链上回执为准。在 X 展开还需 HTTPS、发现规则和钱包的域名信任检查通过。

不能仅凭合约地址获取唯一的 chainId。同一个地址可以出现在多条 EVM 链上，ERC-20 / ERC-721 / ERC-1155 也不要求提供 chainId()。正确顺序是：确认资产网络 → 获取并核对 chainId → 声明 eip155:chainId → 构造同链交易。合约中的 block.chainid 只能读取当前执行所在链，调用前仍需选定网络。

规范依据：eip155 网络标识eth_chainId RPC合约内的 CHAINID