开发者来说实际上都是至关重要的。通过触发事件不仅能将链上智能合约的交易通知给外界，还能让智能合约开发者对合约进行测试、保证合约安全。
接下来就帮助大家详细理解下关于以太坊的事件日志以及关于它所延伸出来的一些基础知识。
测试智能合约中的特定变量
索引变量以重建存储状态
监听事件用于改变前端状态
创建子图以更快地读取数据
2.2声明和触发事件
我们以官方ERC20合约代码为例，在IERC20.sol文件中通过event关键字进行声明。
我们可以把事件看作是一个特殊类型，上面的代码中我们创建了一个名为Transfer的事件，在该事件中有两种参数类型：有索引(indexed)和无索引。其中from和to参数是有索引的，而value参数是没有索引的。
在ERC20.sol的_transfer函数中通过emit关键字触发相应事件。
Web3社区管理解决方案服务提供商ILUMA完成250万美元融资:7月26日消息，Web3 社区管理解决方案服务提供商 ILUMA 宣布完成 250 万美元 pre-seed 轮融资，本轮融资由 Acrew Capital 领投，HiveHatch 、Orange DAO、 以及其他 Web3 投资者参投。
ILUMA 可以帮助 Web3 社区和 DAO 快速筛选信息，让社区领导者和成员变成信息处理超人，在几分钟内了解最新情况并完成数百次对话，反馈相关讨论问题，对最关键的 DAO 数据进行采集和整理并构建机构级 DAO 知识中心。（Prnewswire）[2022/7/27 2:39:22]
通过日志我们可以将日志分为四个部分：
1、Address:地址。即发出事件的合约地址或者账户的地址。
2、Name:名字。即触发的事件名及其参数。
3、Topics:主题。即事件中有索引(indexed)的参数。
数字金融集团CEO：在比特币成为主流之前，人们需要充分理解它:数字金融集团（Digital Finance Group）首席执行官James Wo表示，黄金的估值为8万亿美元，而比特币的估值不到2000亿美元。
一旦主流采用开始，比特币就有潜力与黄金的市值相提并论。在比特币成为主流之前，人们需要足够的时间来充分理解比特币。（U.today）[2020/6/6]
4、Data:数据。即事件中没有索引的参数。
3.2日志记录中的主题
上面我们有说到主题(Topics)，接下来我们详细说下主题。
每个日志记录都包含「主题(topics)」和「数据(data)」。主题是32字节，用于描述事件中发生的事情。不同的操作码(LOG0LOG1LOG2LOG3LOG4)用以描述需要包含在日志记录中的主题数。
EVM中有5个操作码用于触发事件日志并创建日志记录，分别是LOG0，LOG1，LOG2，LOG3以及LOG4，它们用于描述智能合约中的事件，例如代币的转移、所有权的变更等。LOG1即包含了一个主题，而单个日志记录中最多可以包含的主题就是LOG4的四个主题。
Tether CTO：USDT竞争者太差，他们不理解这个市场未来的潜力:近日，在某线下活动中，针对主持人提出的“在2019年的纽约检察长办公室事件之后，Tether为什么依旧茁壮成长，依旧这么热门？”这一问题，Tether CTO Paolo Ardoino回应称：Tether被社区信任，每天有很多公司找我们，将大量的美金换成USDT。我们知道怎么服务好客户，我们知道怎么运作这个产业，是我们发明了这个概念，我们发明了它并且还在一直保持创新。我们也保持在其他区块链上发展，我们一直理解，区块链不能只取其一，而要共生共存。你只需要提供工具，如果你足够好的话。我们曾就Tether话题打过趣，不是因为USDT是一个完美的稳定币，而是竞争者太差了，他们不理解这个市场未来的潜力。（深链财经）[2020/4/30]
Topics0通常为发生事件名称的签名，Topics1为第一个索引参数的值，Topics2为第二个索引参数的值。
该主题中Topics0的值为0xddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef，其事件为上一行Name的内容。
CoinDesk调查报告：美国82%的受访者表示不容易理解自己的纳税义务:在2017年加密货币为全球税收带来了大约700亿美元的收入。目前，围绕加密货币的税收参数仍在不断变化。31%的受访者表示，他们会缴纳投资收益相关税费。然而有缴税义务的人数可能高于报告应税收益的人数。美国82%的受访者表示，他们不容易理解自己的纳税义务，62％的非美国受访者表示了相同的观点。这些观察支持了一个理论，即人们（包括监管机构）对整个资产类别的法律和税收状况感到困惑。美国与非美国受访者之间20％的税收差异可能表明美国无法接受下一代金融技术，而同时竞争国家正在考虑采取更友好的策略。[2018/5/15]
而我们对事件Transfer(address,address,uint256)进行keccak256加密后得到的结果和Name的值一样，说明Name的值的确为事件名称的签名。当然，有一个例外是没有事件签名的，那就是触发「匿名事件」时。
Topics1就是第一个索引参数的值，即form地址的值。Topics2就是第二个索引参数的值，即to地址的值。从内部调用分析也能看到的确是这样。
“艾伦秀”主持人艾伦?德格内雷斯：不理解比特币就把它看做是只山羊:艾伦?德格内雷斯（Ellen Degeneres）是美国著名娱乐节目“艾伦秀”的主持人，最近她发表了对于比特币的评论，并且把它比做成是“山羊”。艾伦把比特币的数字特性比作是“一只可爱的山羊”，换句话说，它只存在于互联网上，而无法完全传达对数字货币的深刻理解。不过，艾伦还是做了一些解释，她认为比特币运作有点像股市，而且人们可以把比特币存储在线上或线下的数字钱包中。由于最近市场波动，比特币价格已经从去年十二月的近2万美元，下跌到了约7000美元。对于艾伦来说，她认为比特币就像是个“数字古董巡演”，可以让你成为百万富翁，也会让你彻底破产。[2018/2/17]
主题只能包含32个字节的数据，所以像可能超过32个字节的内容如数组、字符串等的内容不能用作主题，如果要尝试包含大于32个字节的数据，则该主题必须进过hash计算，所以超过32个字节后最好当做数据包含在日志记录中。
3.3日志记录中的数据
日志记录除了主题，还有一部分内容就是数据，数据就是事件的非索引参数的ABI编码或者hash值，我们可以使用Dec或Hex查看数据data的值。
数据和主题都有各自的优劣：
主题是可以搜索到的，数据不能搜索到。
数据比主题所需要的gas少。
由于主题是带有索引的参数，所以我们可以直接在日志中进行搜索，而数据是ABI编码或hash值，所以不能直接搜索。
根据黄皮书我们可以找到日志的相关gas成本，日志的基础费用是375gas，每个主题也是375gas，而数据字节的成本是8gas。
我们可以通过黄皮书知道日志的gas费用非常便宜，一个ERC20代币转账事件的成本最多只花费1756gas，而标准以太币的转账需要花费21000gas。当然了，前面说的只是日志记录操作自身的成本，智能合约开发中不能单纯值计算日志记录操作的成本，但在开发中，我们可以仅在状态变量中保存智能合约所需要使用的数据，其他的就用事件来处理，这样能省下很多的gas费用。
?触发事件
接下来以一个实例进行说明触发事件，下面的代码实现了符合ERC20标准的代币合约所使用的转账事件。
由于上面不是一个「匿名事件」，所以第一个主题将包含事件的签名。
然后我们看一下该事件的参数，其中from和_to地址都是有索引的，value值是没有索引的。所以_from和_to地址会被当成主题，而_value值会被当成数据。
在3.3节中我们说到过主题能被搜索，而数据不能，所以我们能在日志中搜索from地址和_to地址值的相关转账日志，却不能够搜索到转账金额为_value值的转账日志。由于该事件具有3个主题，所以该日志记录操作将使用LOG3操作码。
那如果我们想要找到数据的内容呢？这里就需要知道操作码在EVM中的参数。LOG3虽然包含3个主题，在EVM中却有5个参数。
如果要读取数据的内容，通过以下的方式就可以从内存中读取事件数据了。
钓鱼
5.1事件在钓鱼中的使用
前面介绍了那么多日志事件，那这些是如何和钓鱼联系到一起的呢？攻击者一般会通过日志事件伪装成交易所或者名人等给受害者转币，受害者看到是交易所或者名人转来的代币则放松警惕，此时攻击者会引导受害者到有钓鱼代币的池子中，受害者看到该代币交易价值极高，会立刻授权进行交易，而此时就陷入了攻击者设置的圈套，攻击者会让受害者授权从而盗取走受害者钱包中的钱。
下图就是之前发生的一起钓鱼事件，攻击者伪装成币安热钱包给其他人转钓鱼代币。
我们可以在BSC浏览器上通过标签找到官方地址。
通过查询，发现BinanceHotWallet6地址正是0x8894e0a0c962cb723c1976a4421c95949be2d4e3。
由于浏览器记录是根据事件来的，所以说topics1的值即sender的值就是0x8894e0a0c962cb723c1976a4421c95949be2d4e3。
5.2复现
下面是BEP20的伪代码，以BNBChain主网为例进行复现，攻击者创建一个名为「PhishingToken」的钓鱼代币。。
如下图所示，新增Binance参数其值为?0x8894E0a0c962CB723c1976a4421c95949bE2D4E3。
然后，我们要修改如下图红色标记代码，将emit触发事件中的sender地址修改为Binance。
部署好合约后调用transfer函数将钓鱼代币转发给受害者。
查看交易信息，发现这里的from地址并不是攻击者的地址0x95E2Ea34dEB5C0954B91a47f459770D20568A15B，而是Binance:HotWallet6的地址0x8894E0a0c962CB723c1976a4421c95949bE2D4E3。
查看Logs日志，Topics1记录的sender地址同样也是BinanceHotWallet6地址，而?Topics2记录的recipient就是受害者的地址了。
参考文献
Solidity中文文档
Solidity中的事件和日志
UnderstandingeventlogsontheEthereumblockchain
以太坊黄皮书(2022-08-22)
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。