-
Notifications
You must be signed in to change notification settings - Fork 27
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
Support ECDSA Message Signing for Taproot Addresses and Support getNetwork #844
Comments
this is being worked on and will be shipping very soon |
Can you clarify what do you need for ECDSA message signing for taproot?
If you are looking for bip137 I am curious which validation libraries you plan to use for message verification as most of them don't work out of the box with taproot. |
@emilcondrea Babylon staking requires this feature. They need ECDSA message signing for verification. |
We are investigating this. |
Can you clarify why you need to sign with the Taproot address? In Xverse payment addresses use native or nested segwit. Taproot is only used for ordinals: https://docs.xverse.app/sats-connect/connecting-to-the-wallet/connect-to-xverse-wallet So if simplestacking only cares about stacking bitcoin, using payment address is enough. |
@emilcondrea you can try the demo: https://babylon-staking.tomo.inc/. |
It looks like it selects the taproot address which is only used for ordinals. During wallet connection it should choose the payment address. How is it connecting & fetching the address ? Can you point to the sdk? Xverse uses a split address model where users have a native/nested address used for btc payments and a taproot address for inscriptions. |
Story
Hello, I am trying to support the Xverse wallet in simple-staking, but during testing, I found that signMessage prompts "ECDSA is not supported for Taproot Addresses." Could you please help support ECDSA message signing for Taproot addresses? Thank you very much.
Also, is it possible to support getNetwork? Currently, I can only determine the network based on the address. Thank you!
The text was updated successfully, but these errors were encountered: