tokenpocket消息签名调不通？前端接入踩坑记录

导读： 当咱们在进行对接TokenPocket以开展Web3相关项目开发工作的时候, 那个消息签名的环节表面上看着似乎是非常的简单平常, 但实际上呢...

当咱们在进行对接TokenPocket以开展Web3相关项目开发工作的时候, 那个消息签名的环节表面上看着似乎是非常的简单平常, 但实际上呢, 它反而成为了整个过程中最容易让人觉得费劲, 进而导致事情卡壳停滞不动的关键步骤所在之处。

我当初耗费了整整两天的时间, 最后才将问题全部调通,所以在这里对其中出现的关键的陷阱点, 进行一下相关的记录。

当调用 request 方法的时候, type 这个参数是必须要传 “signMessage” 的。至于 data 字段的内容, 它必须是被 hex 编码之后的字符串形式。大家千万不能直接把中文原文扔进去。

我之前头一次没有去进行编码的工作, 发现钱包弹出来的框框里面都是些看不懂的乱码符号, 经过很长时间的排查动作, 最后才把原因定位到了这个编码方面的问题。

签名返回的数据里, r、s、v这三段全是十六进制格式。在用来给验签的时候, 使用了ethers.utils.verifyMessage这个方法。这里需要注意一点, originalMessage这个参数。必须传入编码前的原始明文文本。千万不要传十六进制的字符串进去。

很多人在这一步出现了卡壳的情况, 验签的结果永远都是返回的false这个值。