-
Notifications
You must be signed in to change notification settings - Fork 986
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
Shielded actions is broken V0.32.1 #2967
Comments
Hi @monleru, could you give us the exact commands you used to reproduce this error? |
Create new shielded alias |
|
After resync (shielded-sync) i see my balance again and rejected transactions again |
Can confirm got same err |
To elaborate a bit more on that :
|
The issue regarding the missing tokens (unless resyncing) is most probably due to the first point of #2593. We are investigating the broken transfers |
Quick update, we investigated the problem which is due to the client producing merkle paths for the spend notes that point to invalid anchors (which in turn leads to a rejection by the masp vp). This is likely because the clients are not fetching all the notes published on chain and therefore construct invalid merkle trees locally. We are evaluating possible solutions |
is that due to not being fully synced pre-fork? |
I have the same problem. Is there a forecast for the solution? |
We are working on a solution for mainnet here, but a solution is not going to be expected for the SE so that we do not allocate valuable engineering time toward temporary fixes for the SE. Thanks for the discussion here, closing the issue now. |
Thank you for info. Goodluck guys! |
Shielded actions is broken.
When adding a new shield address and a new shield payment address, and successfully funding it, the user can see their balance after shielded-sync:
namadac balance --owner test-test --node $NODE Last committed epoch: 61 naan : 1
However, after attempting to send a transaction, it is rejected due to insufficient balance at the source:
Transaction added to mempool. Wrapper transaction hash: CE2ED8EB614F98FAF65FC5EE27639BC4D4588A9B7A8AF070340D453470242AE2 Inner transaction hash: A9B9AE05D66B82EF1A014DD719587054BD99AEB6637E1BEB849950CA9A71F7D5 Wrapper transaction accepted at height 239377. Used 70 gas. Waiting for inner transaction result... Transaction was rejected by VPs: [ "tnam1pcqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqzmefah" ]. Changed keys: [ "#tnam1pcqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqzmefah/commitment_tree", "#tnam1pcqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqzmefah/nullifiers/48609694D38C990E101A710C5F97014E1AA146804640B57E1BAACD6FC479129B", "#tnam1pyqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqej6juv/#tnam1qxvg64psvhwumv3mwrrjfcz0h3t3274hwggyzcee/balance/#tnam1pcqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqzmefah", "#tnam1pyqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqej6juv/#tnam1qxvg64psvhwumv3mwrrjfcz0h3t3274hwggyzcee/balance/#tnam1qpvz9gppxe9jzjzhfs90kmtea896s5sd6qag6ez4" ]
Upon receiving the rejection, the user checks their balance again and sees:
Last committed epoch: 61 No shielded balance found for given key
P.S. I used Namada v0.32.1
P.S.S I used my own node with last version Namada v0.32.1
The text was updated successfully, but these errors were encountered: