-
Notifications
You must be signed in to change notification settings - Fork 727
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
Revert "Don't assume AssetName is UTF8" #3206
Conversation
This reverts commit 2144866.
Looks reasonable to me. @sjoerdvisscher does this interfere with the reasons you needed this merged? |
This was opened as a result of community feedback. Two complaints:
utxo query after this change
|
To be clear: I did not anticipate that this change would change the structure, and we don't need that. We only need support for non-UTF8 asset names. I have asked @j-mueller to weigh in regarding how much reverting this will be a problem. |
@disassembler : Without this change we won't be able to send certain transactions from the PAB to the wallet backend. So I would very much prefer not to revert it. The spec is pretty clear on this: |
@j-mueller Would the PAB be able to continue developing against the existing version, if we back this out for this release and promise to have it (properly!) working again by the time the PAB is ready? @disassembler I guess this would mean we'd need to push a new release for PAB compatibility (but that wouldn't need a new HF) |
I've asked @cblp to work on this, discuss the changes needed with him. |
If this change is made, to make the token names as HEX due to a requirement of the PAB, I would also kindly suggest that cardano-cli support hex names at the same time. |
@nc6 : Yes we will be able to keep working on the wallet backend integration, which is our main task currently. But after the HF, when our change is put back in, we'll also need a new release of the wallet backend, because that's where we send the transactions that use this encoding. And just to be clear what the consequences are: Any apps that use hashes for |
If I understand correctly, no-assuming-utf-8 works correctly, and reverting it will fail utxo queries. So, I object against assuming UTF8 and 3206. It's safer to show hex strings. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm approving so that we can keep things moving, and knowing that @cblp will start on the proper fix tomorrow with high priority.
bors r+ |
Build succeeded: |
Do we have an idea on how the switch to hex will look like for the normal query utxo output and also for the cli parameters --tx-out and --mint? I guess it will be the cleartext readable end for many tokens? We can still try to display it if its UTF-8. Is the idea to keep the |
or maybe with an additional parameter for the cli query utxo command '--decode' to get out a readable format and defaulting to pure hex output? it should be just the |
resolved via #3211 |
This reverts commit 2144866.
Reverting as this was only changed in display, but transaction building still assumes latin1. It makes more sense to do this as one piece when devs have time to work on this to limit churn with community tools.