背景知识

　　先回顾一下EIP-1559如何改变以太坊交易费用的处理方式。

• 　　EIP-1559交易由三部分组成：

• 　　基本费用 - 由网络决定并销毁

• 　　Max Fee Per Gas - 为获得区块打包而为每单位Gas支付的最大金额

• 　　Max Priority Fee - 用户可选的、直接支付给矿工的小费

　　EIP-1559 交易包括这些新字段，称为类型 2，而提供原始 Gas Price 字段的遗留交易仍受支持，称为类型 0。我们不讨论类型 1 发生了什么。

　　一个常见的误解是EIP-1559交易完全消除了用户为交易支付过高Gas费的可能性。但在优先费用和最高费用都设置得太高的情况下，无法防止意外多付。

　　详细调查

　　DeversiFi是以太坊上用于DeFi的第2层协议，其拥有一个前端，提供一个简单的界面来从各种钱包访问协议，包括Metamask和Ledger。大约一个月前，DeversiFi更新了前端，以利用伦敦硬分叉激活提供的EIP-1559交易，用最新版本的以太坊库并按照文档实现了新功能。

　　Metamask在生成消息和签名时执行了很多繁重的工作，但是对于Ledger等其他钱包，DeversiFi使用@ethereumjs/tx npm包（https://github.com/ethereumjs/ethereumjs-monorepo）自己生成交易。

　　具体来说，创建了一个EIP1559交易主体，在与Ledger钱包库接口之前生成消息注入参数和费用，以提示用户在他们的硬件设备上签名。

　　处理固定精度和扩展数值范围的库在以太坊生态系统中很重要，因为智能合约可以返回高达 256位的数字。JavaScript本身无法处理导致截断或浮点错误的精度。并非所有的大数字库都支持浮点值，不幸的是，ethereumjs库使用了BN (https://github.com/indutny/bn.js/)，而BN也不支持。看起来这有些道理，因为Solidity不直接支持除整数以外的任何内容，但它确实将责任推给了任何集成其库的人，也不使用十进制小数数值。

　　这是这个过程第一个出现问题的地方，特别是计算gas和优先费用然后转换成一个大数字对象时。由于利用最近几个区块用于预测优先费用，因此计算结果可能是十进制小数型数值（MyCrypto的Tay已经警告一段时间了）

　　当生成的gas值为整数时，底层的ethereumjs库代码完美运行，但是当gas值为十进制小数数值时变得奇怪。以太坊库代码使用的 BN库抛出一个错误，表明传递了一个无效值，但是由于该值首先被转换为缓冲区，因此没有触发错误处理。 (责任编辑：admin)