我对从Etherscan返回的数据有问题。我使用两个端点:
(1)按地址分列的正常交易
https://api.etherscan.io/api?module=account&action=txlist(2)按地址进行的Erc721事务
https://api.etherscan.io/api?module=account&action=tokennfttx0x0b8f4c4e7626a91460dac057eb43e0de59d5b44f0x6b2103201b968e5ad9a26041127080c4969b10191c8ad94082980487d6fbd9aa->薄荷活动
我可以在调用(2)时看到这个事务,但是这个端点没有传递传递的值。我以前通过调用(1)并遍历列表并匹配tx散列来获取值,但它没有列出。在以太扫描中,您可以看到传递值为0.05Eth (https://etherscan.io/tx/0x6b2103201b968e5ad9a26041127080c4969b10191c8ad94082980487d6fbd9aa)的mint事件。但这些信息是从哪里来的?如何找到转移的价值?
现在,另一个这样做的例子是:
0xB2Ebc9b3a788aFB1E942eD65B59E9E49A1eE500D0x57ece5c8b9f040f43faac83a68883a5324f2ef6d36ad0018dc6813a0c851ff74我可以在调用(2)时看到事务,也可以在调用(1)时看到匹配的tx哈希。
任何支持和暗示都是非常感谢的!
发布于 2021-11-01 01:25:50
txlist端点(文档)返回本机事务、发送from和to指定地址的列表。但是并没有考虑令牌传输。
几个Transfer()事件日志(发送令牌传输、薄荷或刻录信号的标准化方法)是0x6b.事务的结果,其中一个日志将0x0b.地址作为其参数之一(特别是作为令牌接收方)。
然而,本机事务是而不是发送给from或to的0x0b...地址。这就是为什么端点中没有返回它的原因。
在第二个示例中,0x57..。本机事务实际上是从0xB2..。地址发送的。这就是为什么它包含在txlist端点响应中的原因。
它还包含Transfer()事件日志,将令牌薄荷发送到相同的0xB2..。地址,但这并不重要。如果令牌被传输到任何其他地址或根本没有传输,则不会产生任何区别(与txlist端点相关)。
https://stackoverflow.com/questions/69743780
复制相似问题