跟我学 Solidity：事件

原文作者：wissalhaji

译文出自：登链翻译计划

译者：翻译小组

校对：Tiny熊

欢迎订阅《Solidity智能合约专栏》系列文章。

在上一篇中，我们已经看到了如何使用web3

}

马斯克要求与Twitter CEO进行公开辩论，向公众阐明Twitter真实账户问题:金色财经报道，埃隆·马斯克向Twitter CEO Parag Agrawal发出挑战，就Twitter上的机器人数量展开公开辩论。马斯克表示，让他向公众证明Twitter每天有小于5%的虚假或垃圾邮件用户。

金色财经此前报道，马斯克表示，如果Twitter提供他们对100个账户进行取样的方法，以及它如何确认这些账户是真实的，那么收购Twitter的这笔交易应该按照原来的条款进行。[2022/8/7 12:07:16]

创建相应的迁移文件2_deploy_eventExample

}

你需要使用migrate--reset重新部署合约。

重复前面相同的步骤，获取已部署合约的实例，并调用storeData函数。

>eventExample=awaitEventExample.deployment()>tx=awaiteventExample.storeData(10,15)

然后检查tx.receive.rawLogs，你会看到以下结果。

收据交易记录的内容交易日志

data1字段显示在data下，而索引字段data2显示在topics字段下。一般来说，有索引的参数放在topics下，没有索引的参数放在data下。

第一个话题是事件签名的哈希值，在Solidity文档中有如下描述：

topics:keccak(EVENT_NAME"("EVENT_ARGS.map(canonical_type_of).join(",")")"。(canonical_type_of是一个简单地返回给定参数的规范类型的函数，例如，对于uintindexedfoo，它将返回uint256)。如果事件被声明为"匿名"，则不会生成"topics"。

注：一个事件中可索引的参数数量最多为三个。

每个区块头都包含一个名为"logsBloom"的字段，这是Bloom过滤器，由区块交易列表部分的每笔交易的收据中包含的可索引信息(日志地址和日志主题)组成。

当在整个区块链或部分区块链数据中寻找属于某个地址或包含某些数据的特定事件时，节点会通过区块头并检查每个区块的Bloom过滤器，以决定该区块是否包含所需的日志。

免责声明：作为区块链信息平台，本站所发布文章仅代表作者个人观点，与链闻ChainNews立场无关。文章内的信息、意见等均仅供参考，并非作为或被视为实际投资建议。

本文来源于非小号媒体平台：

登链社区

现已在非小号资讯平台发布105篇作品，

非小号开放平台欢迎币圈作者入驻

入驻指南：

/apply_guide/

本文网址：

/news/9615158.html

免责声明：

1.资讯内容不构成投资建议，投资者应独立决策并自行承担风险

2.本文版权归属原作所有，仅代表作者本人观点，不代表非小号的观点或立场

上一篇：

深入解析MakeDao在新周期里的机遇和风险

标签：WITENTTWITERWIT币Joint VenturesTWINUterra币韩国

TRX热门资讯