You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
There is no documented way in WalletConnect providers to obtain the address of a non-active chain. As a result, swap services assume that the second chain uses the same address as the currently active one...
This issue affects wallets that use different addresses for different chains.
Example of a confirmed WalletConnect session namespaces:
hey @mahnunchik, recommended way is to actually parse and check the current session data https://docs.reown.com/advanced/providers/ethereum#session-data
it contains all details about chains/accounts/methods etc that can be used in the current session
In the providers we've tried to abstract manual work/parsing as much as possible but still session data is main source of truth and is available for devs to access and parse
Hi @ganchoradkov, I'm a wallet developer, so I don't have control over how these dApps use the session data.
I can open an issue with each of the popular exchange services that support cross-chain swaps. But the problem is, I can't tell them how they should work with the session data — there is nothing about that in the documentation or specification. Should I include a link to your comment?
As you can see, everything on the wallet side is done according to the spec: an array of accounts with different addresses is being passed.
Is your feature request related to a problem? Please describe.
There is no documented way in WalletConnect providers to obtain the address of a non-active chain. As a result, swap services assume that the second chain uses the same address as the currently active one...
This issue affects wallets that use different addresses for different chains.
Example of a confirmed WalletConnect session namespaces:
As you can see, different chains use different addresses.
Describe the solution you'd like
Document for dApp developers how to get the address of a second (currently inactive) chain.
Additional context
accounts
array is not updated after switching the chain #5706The issue affects all dApps that use any of the WalletConnect providers.
The text was updated successfully, but these errors were encountered: