ERC-721交易机器人：跟踪每件资产与每笔订单

为ERC-721交易机器人建立单件资产账本

官方ERC-721规范定义了跟踪和转移独立NFT的接口。它包含所有权查询、单个代币授权和操作者授权。元数据和枚举是可选扩展。在决定机器人能够直接核实什么、以及需要哪些额外数据时，这些区别非常重要。

将链、合约地址和代币标识符共同作为账户的资产键。使用能够完整保留标识符数值的表示方式。可以附加便于人类阅读的标签，但绝不能让标签成为连接挂单与持仓的唯一引用。

为账户购入、转移或正尝试交易的每件资产建立独立记录。包含确立该记录的证据，以及观测时间或链上上下文。这样，系列级别的总数可以从这些单件记录推导，而不是代替它们。

这种结构让差异能够得到具体处理。如果系列数量显示三件，而单件账本中有四件已核实持仓，系统就有了明确的对账问题。没有单件身份，差异就会变成一个无法解释的数字，并可能传导到挂单和风险敞口决策中。

将资产层与订单层分开

资产记录描述代币及观测到的所有权。订单记录描述特定条件下拟议的交换。它们可以指向同一件资产，却并不描述同一种状态。已挂单代币仍可能属于账户，而买入报价可能存在，却尚未形成已购入持仓。

分别保存订单身份、资产引用、方向、支付条件、到期时间和当前状态证据。避免只用一个状态字段，试图让已拥有、已挂单、已报价和已售出彼此互斥。其中一些情况能够同时存在，而另一些情况必须经过核实的状态转换，账户才能依赖。

例如，账户可能拥有虚构代币317，并有一项与其关联的出售指令。在相关证据表明资产已处置之前，该资产仍属于持仓。创建挂单时就把它移除，会低估敞口，也可能错误呈现账户可用资产。

同样，计划买入代币418时，应在适当情况下占用一条资金承诺记录，而不能显示为已拥有。这个区别有助于防止后来的出售提案假定预期购入已经完成。订单表达意图和义务；库存记录则需要实际资产变化的证据。

定义所有权证据的范围

选择流程在将代币视为已持有或已处置之前，必须具备的证据。保留观测上下文，使系统能够区分当前检查和旧索引记录。不同来源可能在不同时间更新，分歧应在核对解决之前保持可见。

ERC-721所有权核对流程，应将单件账本与相关的当前账户证据进行比较。如果资产在机器人之外发生了移动，账本必须反映这一事件。对于还可以通过其他工具或设备控制的账户，机器人的自身交易历史并不是完整描述。

不要推断搜索结果中没有某件资产就证明它已离开账户。数据源可能不完整或更新延迟。同样，钱包界面中缓存的图片也不能证明当前所有权。流程应明确支持状态转换的具体证据，而不是依赖视觉熟悉感。

当观测相互冲突时，暂停依赖争议资产的操作。在账户尚不确定是否控制该代币时，不应继续新的挂单或转移提案。其他独立观测可以继续，但未解决的差异应始终保留在运营状态中。

将权限作为独立账户状态进行审查

该标准区分对单个代币的授权，以及允许操作者处理某个所有者在相关合约中代币的授权。交易流程应清楚展示请求的范围，并保留账户已观测到的权限状态。范围有限的买卖意图，不应掩盖更广泛的授权变化。

ERC-721授权范围审查，是独立于价格评估的决策。某项提案可能在经济上可以接受，却请求了超出操作者计划的权限。在授予或依赖权限之前，审核应明确账户、系列、获授权方和预期用途。

将权限与需要它们的执行路径关联。如果策略改变执行路径，不要仅仅因为界面出现相似名称，就假定现有授权仍然适合。权限记录应使用经过核实的标识符，并解释为何该权限仍然必要。

实验结束后，按照账户政策检查尚存权限。停止策略循环，本身并不能说明此前授予的权限处于什么状态。账户记录应区分自动化已停用和授权已改变，让操作者知道实际移除了哪些控制权。

核实预期接收方与转移路径

转移提案应明确目的地及其角色。接收方是所有者的交易账户、独立托管地址，还是交换条件中的另一位参与者？外观相似的地址或熟悉的标签，并不能免除授权前核实这种关系的需要。

ERC-721标准提供安全转移行为，会检查合约接收方的接收接口。这种机制有用，但不能证明接收方就是用户想要的地址，也不能证明其他更广泛的交易条件全部合适。提案仍然需要有实际意义的接收方审查。

保留执行设计所假定的转移路径。如果流程预期购入资产到达一个账户，而实际路径使用另一个账户，所有权核对就可能报告代币缺失。记录应说明实际交易中相关的任何中间接收方或指定接收方。

演练时，使用能够清楚区分的虚构账户测试地址处理。加入一项目的地错误的提案，并确认审核能够发现它。只检查金额的练习，可能漏掉更根本的错误：购入价格正确，资产却被交付到预期账户模型之外的地方。

让元数据保持有用，但不把它作为所有权权威

名称、图片和属性帮助人们理解资产代表什么。它们应作为描述信息附在资产键上，而不是替代所有权记录。元数据刷新可以改变显示内容，而底层代币身份仍然相同。

保存估值决策所使用的描述信息版本。如果外观或属性后来不同，操作者就能检查原始判断是否依赖较早版本。没有版本记录，旧提案可能变得无法解释，因为界面现在显示的是不同描述。

明确处理元数据缺失。即使交易流程能够识别代币，估值仍可能要求描述性证据。在这种情况下，图片或属性集不可用，是暂停估值阶段的理由，而不是资产不存在或应假定价格较低的证据。

这种分离也保护会计记录。更新标题或图片，不应创建新持仓、重复购入记录，或让出售历史与资产脱离。账本的稳定键在周围描述字段变化时，仍能保留连续性。

计算具体资产的成本

将购入开支附到实际产生开支的资产和尝试上。即使代币317和代币418属于同一系列，两者支付金额也可能显著不同。系列平均值可以用于报告，但不应抹去独立成本记录。

假设买入价为0.60 ETH，可归属开支为0.03 ETH，购入支出就是0.63 ETH。如果后来以0.70 ETH售出，出售开支为0.04 ETH，那么净收入为0.66 ETH，已实现收益为0.03 ETH。只比较两个标题价格，会报告更高收益。

对于产生开支却未获得资产的失败尝试，应分别记录。决定这些成本如何进入实验业绩报告，并始终一致地应用方法。仅仅因为它们不属于已完成持仓就将其忽略，会让策略显得比实际更便宜。

如果多件资产共同承担一项开支，应记录分摊方法，而不是编造证据无法支持的精确归属。重要的是一致和透明。即使单件分摊涉及明确的约定，审核者仍应能够重建账户总开支。

防止对同一代币执行相互冲突的操作

同一件资产可能收到流程不同部分提出的多项操作。一个组件可能准备出售，另一个组件则准备转移或修改挂单。系统需要单件资产级别的协调规则，防止这些意图在互不知情的情况下各自执行。

使用持久记录保存活跃意图及其依赖关系。如果代币317涉及尚未解决的操作，第二项操作就应根据该状态进行审核。规则应在重启后仍然有效；如果应用在中断后会忘记，临时内存标记就不够。

明确保留取消和替换的结果。请求取消，本身并不能证明较早订单已经无法执行。替换提案必须考虑实际协议和平台行为，不能假定本地标签已经移除了原始资金承诺。

这也是NFT交易代理需要在规划与授权之间建立清晰边界的原因之一。规划器可以建议多个替代方案，但执行权限应选择并跟踪一套连贯的操作顺序。存在多个看似合理的计划，并不能证明同时发出相互冲突的指令是合理的。

重试之前，先核对结果不确定的买入

假设买入请求已经提交，但应用收到结果之前连接中断。此时账户面对的是不确定结果，而不是已确认失败。未经调查就重复请求，可能因路径和提案不同而增加敞口或产生不必要开支。

将现有交易和订单标识符与原始意图一起保存。恢复时，使用这些标识符和账户证据确定发生了什么。如果信息仍不完整，应保留不确定性并阻止依赖它的操作，而不是用假设填补空白。

ERC-721买入恢复流程应连接三类记录：机器人打算做什么、提交了什么，以及账户现在能够证明什么。这些记录可能不会立即一致。恢复流程的目的，就是在策略按资产确定存在或确定不存在继续操作之前，先将它们核对一致。

有意演练中断。假设提交后重启应用，核实它仍记得未解决操作，并确认它不会自动创建一次新的购入。这项测试在真实的故障条件下检查账户模型，而无需通过实际市场损失暴露弱点。

将ERC-721交易机器人库存与版数型资产区分

不要仅仅因为界面显示NFT缩略图，就对每一种代币标准套用相同的单件资产假设。账户模型应识别标准，并使用实际资产支持的相应数量和身份语义。忽略这种区别的通用记录，可能误解持仓和订单。

ERC-1155交易机器人指南讨论带数量的代币类型及相关会计问题。如果聚焦ERC-721的流程不支持这些操作，就应明确限制范围。拒绝不支持的资产，比把它强行塞进为其他标准设计的记录更清楚。

在导入和发现工具中也应保留这一范围。系列搜索可能返回多种资产，但执行层不应仅从搜索结果推断兼容性。在继续估值或授权之前，拟议操作需要通过受支持资产检查。

这种分离也能改善报告。独立ERC-721资产的数量，不应与另一种资产类型的数量混合，成为没有说明的“NFT余额”。操作者在用数字评估库存集中度或可出售容量之前，需要知道每个数字衡量的是什么。

设计能够结束正确购入记录的退出记录

资产出售或以其他方式处置时，将该事件连接到原始持仓记录。包含实际收入、开支、适用时的目的地，以及所有权变化证据。单凭出售指令，不应在账本中结束购入记录。

保留出售与非出售转移之间的区别。在账户之间移动资产，可以改变托管位置，却不产生交易收入。如果报告系统把每次转出都当作出售，就可能虚构收入或扭曲已实现业绩。记录需要说明移动原因；原因未知时，应标记不确定性。

如果后来再次购入同一个代币，应在保留早期历史的同时创建新的购入周期。永久重复使用同一个成本字段，会抹去首次和第二次持有期间的差异。代币的稳定身份与账户各次独立持有周期，都应保持可见。

每次操作结束时，核对未平持仓、未解决操作和已完成处置。总数应与账户证据及资金流动衔接。即使代币名称列表正确，如果账本无法解释花出和收回的钱，也仍然不够。

用少量刻意设计的案例演练

使用一个虚构系列和几个代币标识符来测试账户模型。包含一次简单购入、一次外部转移、一次失败尝试和一次不确定响应。目的是核实状态转换和记录，而不是模拟一个盈利系列。

故意加入不匹配：订单引用的代币标识符与界面显示的资产不同。流程应在授权前拒绝它。同时测试过期的所有权观测，以及依赖超出既定范围权限的提案。每个案例检查设计中的不同边界。

面向初学者的NFT机器人可以作为学习这些区别的更广泛起点。ERC-721练习则应将这些区别落实到单件资产层面，使操作者能够准确解释每项操作涉及哪项资产和哪种权限。

将案例和预期结果保存为以后变更时使用的审核集合。如果新功能改变了库存存储或订单导入方式，就重新运行相关案例。少量容易理解的失败示例，可能揭示大型成功历史交易仪表板会遗漏的回归问题。

关于ERC-721自动化的常见问题

符合标准能证明NFT有价值吗？

不能。标准涉及接口和资产行为，而不是经济需求或转售保证。估值需要独立证据，并且仍然存在不确定性。即使技术上支持某个代币，其价格、流动性或持有期假设缺乏吸引力，仍可能不适合某项交易策略。

系列余额足够支持交易吗？

对于针对具体资产的操作，并不够。流程需要相关代币身份，以及当前所有权证据或可执行订单条件。系列数量可以辅助核对，但不能确定某次具体出售结束了哪项购入，也不能确定预期资产是否可用。

可以把每次转出都当作出售吗？

不能。转出可能代表托管位置移动，或其他非出售操作。将证据和原因与收入分开记录。如果用途未知，应保留这种不确定性，而不是虚构出售价格，或从账户历史中移除该事件。

什么能证明已经准备好进行有人监督的尝试？

操作者应能够识别代币、解释请求的权限、重建拟议成本，并通过已保存证据恢复不确定结果。演练还应显示，相互冲突或不受支持的操作会被拒绝。这些能力建立了容易理解的流程，但不能保证交易盈利。