NFT 成交后钱去了哪：Seaport 的 consideration 数组逐项拆解

一份订单其实是一张分配表

很多人以为 NFT 挂单只写了“这张图、卖多少 ETH”。在 Seaport 的订单结构里，offer 数组写你给出什么（通常是那枚 ERC-721），consideration 数组写对方必须让你收到什么才算成交——注意是数组，不是一格。每个条目包含资产类型（原生币、ERC-20、ERC-721、ERC-1155）、合约地址、代币编号（适用时）、startAmount 与 endAmount、以及 recipient 接收地址。

常见形态是三条：给卖家的净货款、给平台的费用、给版税接收方的分成，各自一个 recipient。也可以有更多条目（多个收款人、多个资产）。也就是说，成交那一刻谁进多少钱，在订单签名时就已逐项写死，任何人都能在链上把这张分配表读出来。

到手金额这样核对

核对步骤其实很简单。第一步，打开成交交易，在订单数据或市场 API 里拿到这份订单的 consideration 列表。第二步，把每条 recipient 加起来的收款金额除以成交总额，得到这单实际生效的总抽成率。第三步，与页面上承诺的费率对照。三者一致是常态；不一致时，先检查有没有多出来的条目（比如某些聚合路由会加自己的执行费条目），再看是不是你挂单时设置过额外的收款人。

startAmount 与 endAmount 这一对字段还承担“时间衰减定价”的角色：荷兰式定价的订单里，条目金额会随时间在两端之间线性变化，所以同一份签名订单在早期成交和晚期成交，各方分到的数额不同。这解释了“同一个挂单，不同人成交金额不一样”的现象，不是价格被篡改。

看错字段会得出哪些错误结论

第一条错误结论：“版税写进订单了，所以一定付给了创作者。”订单里的版税条目指向的是挂单时被认定应得的地址，金额由下单的市场政策决定；它和 ERC-2981 合约声明可能一致也可能不一致，最终以这笔订单实际写了什么为准。第二条：“平台费条目不存在，所以这单免费。”没有该条目只说明这份订单没排平台费，撮合、路由等环节是否在别处收费，是另一层问题。第三条：“consideration 里写了我的地址，所以肯定到账。”条目只是条件清单，整笔交易成功才会执行；交易回滚时什么都没发生，但 gas 照付。

三条实操建议

第一，大额成交前先读订单：大多数钱包或区块浏览器能展开 consideration 数组，用两分钟核对条目数量、金额和接收地址，就能排除“签了一份和界面不符的订单”这类事故。第二，把多笔成交的条目保存下来做台账，链上历史是你的对账底稿，别只信市场后台的成交页。第三，同一合集上不同市场挂出的单，抽成结构可能完全不同——比较时按“这笔订单里我实际收到多少”来比，而不是比较两个网站页面上标注的费率。

与“地板价”话题的界限

考虑事项里的一切都是订单级事实，和行情无关。本文不提供任何定价、择时或买卖建议；它的价值只有一个：让“卖完钱对不上”这种问题，从互相扯皮变成十分钟能查清的字段核对。

一个五分钟自测

想检验自己是否真的读懂了 consideration：随便找一笔近期公开成交，仅凭订单里的 consideration 数组，推算每个参与方（卖家、平台、版税方）各收到多少，再与浏览器里该笔交易的转账列表逐条比对。全部对得上，说明你已经掌握这门“读订单”的语言；对不上，逐格检查是 endAmount 的时间衰减、路由附加条目，还是自己漏算了某条——找出差异来源的过程，比再读十遍科普都有效。这也是 NFT 领域少有的、纯靠公开数据就能完成的自查。

风险提示：本文只解释技术机制与操作边界，不构成投资建议，也不推荐任何项目或平台。链上规则可能随版本升级变化，判断以官方规范文本与链上实际代码为准。