Jeason

> 我感觉 `signMessage` 内置进去好像也没太大必要，现在 UniversalAPI 里面的方法都是组件内部要用到的。 > > 签名的功能基于 `onConnected` 里面直接调用 wagmi 的方法就可以了，提供一个 Demo 就很实用。 > > 如果真的要内置的话应该是组件内有需求再内置，比如说很多 DApp 登录经常都需要签名来做验证，可能我们支持下： > > ```tsx > message: 'xxxx', > requestCheckResult: async ()...

> 这个 signIn 感觉是对标你之前提到的 swie 的？ 对的，这个 `signIn` 对应的就是以太坊 rpc 的 `eth_signTypedData_v4`，功能上对应 `siwe`。这么看下来可能默认提供两种登录模式更好一些：原始的 `signMessage` 方式（适配几乎所有链）、`sign-in-with-somechain` 高级模式。

 这里应该展示 Solflare 钱包的 icon，只是提示用户可以选择走 Solflare 插件或 MetaMask Snap 两种方式

Snaps API 的核心是三类： * UI 注入：有些安全类的 snap 可以在 metamask 交易页面插入一些内容，sol 钱包这种就用不到了，必须全部自己实现 * 派生密钥：共享助记词 * 账户管理 文档：https://docs.metamask.io/snaps/reference/snaps-api 市场：https://snaps.metamask.io/

钱包加一个 `isMetamaskSnap` 的标记，在原钱包 logo 右下角加个图标

Yep. I have tried to do the static analysis for commonjs default export keys, but too many cases to deal with.

We encountered the same situation, the following example can reproduce the problem. ```js const { execSync } = require('child_process'); function resolveSilent(id) { try { return require.resolve(id); } catch (e) {...

> hi @jeasonstudio , I saw this PR when I was looking for a way to support eip-6963 in my dapp template. Is this PR means, we'll be able to...

I think `MultiInjectedBrowserProvider` should be a high-level encapsulation of `BrowserProvider`. Its basic usage should not be changed, but some APIs related to EIP6963's injected-provider discovery should be added. This is...

@daorren @ONLY-yours I reproduced your issue in codesandbox, it seems to be caused by node14 not supporting bigint. I solved this issue by adding `--experimental-wasm-bigint` parameters in node command. Try...