Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WalletConnect + Multix issue: getting error while trying to do cross-chain transfer from Polkadot to Hydration #1595

Open
muddlebee opened this issue Aug 23, 2024 · 9 comments
Labels
priority/high type/bug Something isn't working

Comments

@muddlebee
Copy link

muddlebee commented Aug 23, 2024

Getting error while trying to do cross-chain transfer from Polkadot to Hydration using multix+walletconnect

  1. Connect your multix+walletconnect
  2. Goto https://app.hydration.net/cross-chain
  3. Click on Transfer, then the error appears as below

image

@muddlebee
Copy link
Author

but the option to Sign is appearing in Multix

image

@muddlebee
Copy link
Author

and for better context

  • I do have sufficient balance and min 20 DOT to do a multisig txn
  • and no other pending txns are present

@Tbaut
Copy link

Tbaut commented Aug 23, 2024

Thank you for the issue, this is fine, the TX will be submitted by Multix!
I need to find out with the hydration team to see how to make the experience better. If you submit the Tx with Multix, and it's signed by other signatories, then it'll be all good.

@muddlebee
Copy link
Author

muddlebee commented Aug 23, 2024

I was doing cross-chain transfer with 0.1 DOT which is below the threshold I guess. worked with more amount.. a more meaningful error in Hydradx will be handy..

Although the error message still appears after a succesful cross-chain transfer,..

@Tbaut
Copy link

Tbaut commented Aug 23, 2024

I don't think Hydration has any way to know about the error at this stage. It's really any tx that results in this error screen IMHO although it's actually successfully passed to Multix.

@muddlebee
Copy link
Author

muddlebee commented Sep 30, 2024

@Tbaut so I had to re-connect walletConnect sessions two times for multisig account

  • connect once for cross chain transfer of Polkadot to Hydration
  • disconnect and connect once again for Hydration swaps

can we somehow make this experience better? I find it little painful to use multisigs currently haha :D Lovely app multix btw ❤️

for the average retail user, it feels like a struggle to setup cross-chain multisig and understand the flow in hydration @jak-pan if we can add a section in docs it will be great :)

@jak-pan
Copy link
Contributor

jak-pan commented Oct 2, 2024

@Tbaut so I had to re-connect walletConnect sessions two times for multisig account

  • connect once for cross chain transfer of Polkadot to Hydration
  • disconnect and connect once again for Hydration swaps

can we somehow make this experience better? I find it little painful to use multisigs currently haha :D Lovely app multix btw ❤️

for the average retail user, it feels like a struggle to setup cross-chain multisig and understand the flow in hydration @jak-pan if we can add a section in docs it will be great :)

This is specific issue with wallet connect. You connect to two separate chains and we'll need to check if it's supported in the new version https://reown.com/blog/walletconnect-is-now-reown

@jak-pan
Copy link
Contributor

jak-pan commented Oct 2, 2024

I don't think Hydration has any way to know about the error at this stage. It's really any tx that results in this error screen IMHO although it's actually successfully passed to Multix.

Thank you for the issue, this is fine, the TX will be submitted by Multix! I need to find out with the hydration team to see how to make the experience better. If you submit the Tx with Multix, and it's signed by other signatories, then it'll be all good.

Do you have any susggestions here?

@Tbaut
Copy link

Tbaut commented Oct 3, 2024

The only think I'm thinking of is telling the WC maintainers about our use case and hoping they let us implement a flag or some way to explain that the app shouldn't expect any answer. Or maybe that the Dapp could identify the wallet, and if it's a multisig wallet (e.g from a shared list or something) then react differently.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority/high type/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants