向Solidity函数传数值时，为何用引号包裹JS数字更优？

场景还原 #

Solidity合约中定义的函数：

function store(uint256 _favoriteNumber) public {}

常规JavaScript调用写法：

contract.store(7);

Patrick Collins教程中推荐的写法：

contract.store("7");

问题1：向Solidity合约函数传递数字时，为何用引号包裹更优？ #

核心原因是JavaScript原生数字的精度限制：

• JS的Number类型是64位浮点数，仅能精确表示2^53以内的整数，超出这个范围的数字会丢失精度。
• 而Solidity的uint256支持的数值范围极大（最大值为2^256-1），远超过JSNumber的精度上限。如果直接用JS数字传递大数，会导致精度丢失，合约最终收到的数值是错误的。
• 用字符串传递数字可以完整保留所有数字信息，彻底避免精度问题。哪怕当前传递的是小数字，养成用字符串传参的习惯，能避免后续处理大数时踩坑，这也是Patrick推荐该写法的核心原因。

问题2：ethers.js为何能自动将字符串转换为数字？ #

ethers.js内部做了针对性的类型适配处理：

• 调用合约函数时，ethers.js会读取合约的ABI信息，自动识别参数的类型（比如这里的uint256）。
• 对于字符串形式的数字参数，它会自动转换为自身实现的BigNumber类型——这个类型专门用于处理超大整数，完美匹配Solidity的整数类型范围。
• 之后再将BigNumber编码为合约可识别的ABI格式，完成函数调用。整个转换过程自动完成，开发者无需手动处理，既保证了数值精度，又简化了开发流程。

内容的提问来源于stack exchange，提问作者corror