EthersV6之BigInt踩坑记录

起因:今天在调用合约的时候发现使用 BIgInt 丢了精度。看了下发现是自己的姿势不对,记录一下问题。

一、错误操作

const amountIn = '2e+24'
const contract = contract.function(BigInt(Number('2e+24'))

为什么会这么写呢, 因为我们前端库升级到了 ethersJS V6 版本,v6 里把 BigNumber 迁移到了 bigInt,所以我潜意识里将传的参数都转换成 BigInt 格式。而且潜意识里BigInt能处理任意精度。但是这一行代码里就踩了几个坑。

  1. 我没有 etherJS 库里的 getBigInt 方法,但凡用了这个方法我就会发现报 overflow 异常。 JS 里 BigInt 的最大值:
// IEEE 754 support 53-bits of mantissa
// 等于 JS 里 Number.MAX_SAFE_INTEGER: 9_007_199_254_740_991
const maxValue = 0x1fffffffffffff; 

错误: Number(‘2e+24’);超过的 上述的安全值后,即会产生数据失真。
2. 概念混淆, BigInt确实能处理任意精度,但是 Number 的最大值是有限的, 不能拿错误的 Number 去给 BigInt 处理,这必❌
在这里插入图片描述

问:超过安全值再计算会发生什么? 失真。 这里贴了网上的一个栗子。

const max = Number.MAX_SAFE_INTEGER;
// → 9_007_199_254_740_991

max + 1;
// → 9_007_199_254_740_992 ✅

max + 2;
// → 9_007_199_254_740_992 ❌

修改

  1. 方法一: BigNumber(‘2e24’).toString(10) 将科学技术法用字符串展开。其实到这里就可以直接传给合约了
    1.1 如果要转 bigInt格式则:BigInt(‘2000000000000000000000000’); 直接用字符串转
  2. 方法二: ethers. parseEther(‘2000000’) 直接用标准方法,省的换算麻烦

参考链接🔗:
etherJS仓库
BigInt:JavaScript 中的任意精度整数

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL 的 bigint 类型是一种大整数类型,其范围为 -9223372036854775808 到 9223372036854775807。如果您在使用 MySQL 数据库时遇到了查询慢的问题,可以尝试以下方法: 1. 确认索引是否合理 在 MySQL 中,索引是提高查询效率的重要手段。如果您的表中存在 bigint 类型的字段,并且您的查询语句中使用了该字段作为条件,那么建立相应的索引可以大大提高查询效率。 使用以下命令检查索引是否合理: ``` SHOW INDEX FROM table_name; ``` 如果没有相应的索引,可以使用以下命令创建索引: ``` CREATE INDEX index_name ON table_name (column_name); ``` 2. 避免全表扫描 全表扫描是一种低效的查询方式,会导致查询效率低下。因此,应尽量避免使用全表扫描。 例如,如果您要查询表中某个 bigint 类型的字段的值是否等于某个值,可以使用以下语句: ``` SELECT * FROM table_name WHERE column_name = 123456; ``` 而不是使用以下语句: ``` SELECT * FROM table_name WHERE column_name; ``` 3. 优化查询语句 优化查询语句也是提高查询效率的一种方法。您可以使用 EXPLAIN 命令来查看查询语句的执行计划,并根据执行计划来进行优化。 例如,以下查询语句可能会导致查询效率低下: ``` SELECT * FROM table_name WHERE column_name LIKE '%keyword%'; ``` 可以优化为: ``` SELECT * FROM table_name WHERE column_name LIKE 'keyword%'; ``` 4. 调整 MySQL 配置参数 在 MySQL 中,有一些配置参数可以影响查询效率。您可以根据实际情况调整这些参数来提高查询效率。 例如,以下参数可以影响查询效率: - innodb_buffer_pool_size:控制 InnoDB 存储引擎使用的内存池大小。 - query_cache_size:控制查询缓存的大小。 - join_buffer_size:控制连接缓存的大小。 调整这些参数时,请注意不要将它们设置得过高或过低,以免影响系统的稳定性和性能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值