-
Notifications
You must be signed in to change notification settings - Fork 217
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
Wallet doesn't show meta data re-registered (in case of changing metadata url without changing metadata hash) #1867
Comments
@mestakepool I was just able to re-register metadata of the stake-pool following -> https://github.com/input-output-hk/cardano-tutorials/blob/master/node-setup/080_register_stakepool.md (the only difference is that re-registration does not require deposit, only fees). I see my updated metadata in the wallet. My metadata -> https://piotr-iohk.github.io/adrestia-qa-board/QAPool1.json
My updated metadata was almost immediately available on my wallet attached to node I used to send those last transaction, and after 2-3 minutes on Daedalus I had running on different machine. Please note that there was a bug related to re-registration in wallet but it was fixed few days age -> #1805 Current wallet master includes that fix. And we will be releasing new increment shortly. |
@mestakepool I've just resync with the shelley testnet and your pool just doesn't exist? Or at least, there are no pool registered with such metadata URL. Did you register your pool on chain? |
hi, wget https://www.adaglobe.com/adaglobe.json cardano-cli shelley stake-pool registration-certificate cardano-cli shelley stake-address delegation-certificate cardano-cli shelley transaction calculate-min-fee Calculated Fee : 188381 Pool deposit : 500000000 (not needed as already registered) cardano-cli shelley query utxo d054e7ff60a6ed5930fcc8426c07e3283c96e65d2a004f5af914fd21dc3c872e balance : 1199496629772 expr 1199496629772 - 188381 1199496441391 cardano-cli shelley transaction build-raw cardano-cli shelley transaction sign cardano-cli shelley transaction submit |
So okay, the logs are filled with:
I supposed this is one of your first registration. Yet, pools metadata attempts are cached based solely on their hash and retried on failure with an increasing delay. I am afraid that this URL is taking all the spots for that pool hash. I think it is worth considering caching based on hash AND url on our end. |
My pool is running and produced 48 blocks by now. I did re-registration at least 6-8 times for last 3 days as wallet backend was not showing any log related to my meta data fetch attempts. The one mentioned above was my first registration but I changed it with correct file name long back. Do you mean I should create a different hash and try again as this hash was retired on initial failures? |
One more thing is that pooltool picked up my hash correctly. https://pooltool.io/pool/76e9f93e2e5d3b4eca8d0577f6b071a33befaf92bc793220dc3b5c60/delegators |
you can check for below pool ID 76e9f93e2e5d3b4eca8d0577f6b071a33befaf92bc793220dc3b5c60 |
That would certainly fix the issue indeed (you could extend your description by a few chars). Although, I believe this could deserve a little fix on our end too. |
Thank you for quick update. I will try with a different hash as suggested and will update here. |
Fixed in latest master, all mainnet pools with valid registrations are now listed. There was a remaining issue regarding TLS compatibility for some pools servers which has been fixed yesterday. |
I have done re-registration multiple times hoping that I will be able to register meta data in wallet successfully but wallet back-end running doesn't show meta data information or at least issues while fetching it.
I have exhausted trying all possible options by discussing with the community members. So raising issue here with below details. Kindly help.
Options tried till now.
meta-data used for last registration (verified in ledger-state) : https://www.adaglobe.com/adaglobe.json
Shelley version : 1.14.2
Regards
Praveen
The text was updated successfully, but these errors were encountered: