这篇是所有今天问题的总结。在这里分享下：
关于event：
以太坊智能合约开发的时候，有时会遇到这么一句代码：
event notice(address _to, uint _amount);
要介绍event，就要介绍下以太坊event事件或者叫logs的功能：
以太坊小黄书介绍过Logs功能，日志内容是交易收据（Transaction Receipts）的一部分，整个日志内容，包括Receipts的其它内容会生成一个ReceiptsRoot存储在区块的头部。而完整数据则是链下存储。
开发过智能合约的朋友肯定知道，执行智能合约（是sendtx，非call）需要矿工把该交易打包，而打包需要一定时间，也就是说，执行合约函数之后，是无法立刻获取返回值的，这时候，就需要event事件的功能就体现了，一来可以作为查询返回值的方式，二来也可以作为通知功能，通知用户相关操作；
至于具体实现呢，像在网上的资料是不少。。。但是全都不大准，或者过时了，由于放在一篇中太多，所以独立出一篇文章：以太坊中的Event监听
智能合约交易input
这个是关于合约交易中，Input Data字段的结构，比如这个交易https://etherscan.io/tx/0x4272718b061d07f51b10251ce5f3177bd6580465b2daeded42c5ca28660c575b
交易1.png
MethodID为啥是4字节的值
简单来说，就是对方法进行hash，然后取前四个字节，具体格式为方法(参数类型1,参数类型2,.....)，
比如上面这个交易，就是使用：
sha3('transfer(address,uint256)')得到：
'0xa9059cbb2ab09eb219583f4a59a5d0623ade346d962bcd4e46b11da047c9049b'
则前四个字节就是啦；
参数结构：
首先说下参数的编码类型：
- uint<M> 无符号整型，uint8、uint16、uint24…uint256
- int<M> 整型，M同上
- address 地址，数据类型上等同于uint160, 但是address类型是有成员变量的，EVM对它的解释也和uint160不同
- uint, int分别等同于uint256, int256, 当用于计算方法选择器的时候应该转为后者
- bool 等同于uint8, 但是取值只能是0或1
- fixed<M>x<N> M bit有符号固定点小数, M规律同上，0 < N < = 80,which denotes the value v as v / (10 ** N)
- ufixed<M>x<N> M bit无符号浮点数
- fixed, ufixed 分别等同于 fixed128x19, ufixed128x19, 当用于计算方法选择器的时候应该转为后者
- bytes<M> 二进制类型M字节，M同上
- function 等同于bytes24: 地址 + 方法选择器
- <type>[M]: 固定长度数组，M同上
- bytes 动态长度的字节
- string 动态长度的UTF-8编码的字符串
- <type>[] 指定类型的可变长度数组参数编码规范
emmmmm，一堆啊，来看个简单的例子就知道了：
上面那笔交易，很简单，就是对应的两个入参，来看个动态数值的，交易：https://etherscan.io/tx/0xad89ff16fd1ebe3a0a7cf4ed282302c06626c1af33221ebe0d3a470aba4a660f
嗯，这就是BEC被攻击那个交易：
BEC被攻击交易.png
当入参是动态数值的时候，本来入参的位置，表示的是实际动态数组的位置，比如此处的0x40，就是第64字节处；然后，[1]是_value值，然后，[2]就是动态参数的位置，该位置是表示数组长度，即2；然后，[3][4]，就是要转账的地址；
合约升级
以太坊下的智能合约是无法升级的，但是可以采用其他方式升级，比如设置一个代理合约proxy，然后所有的操作都是发向代理合约，然后，代理合约在调用我们实际的合约。当实际合约出现问题的时候，需要上传一个新的合约，然后将代理合约指向新合约即可。
当然一次衍生出很多其他合约的组合方式，比如，设置逻辑合约、数据合约分开等等；
其他问题
比如还有框架truffle，还有合约中的call函数等等。
网友评论