CIP67 decode fix

[xray-robot]

Double encoding doesn't work as expected, since the input should be a decoded string

[rdlrt]

Thanks for the PR, the better solution (to not have to update at every destination) for this one was to address the RETURNS type from the function itself (addressed here . Let me know if that has any conflict and we can work through it

(PS: That branch is working through breaking changes using sancho-3-0-0 tag from dbsync repo)

[xray-robot]

Okay, that's better.

[xray-robot]

This fix doesn't work, because it's not about the returned type from the function. The point is that the string is encoded for the second time already encoded before.

For ENCODE(,'escape') to work we need to pass a bytea string there, for which we need to decode (like here) the string in the middle.

What we end up with is:

curl -X POST "http://0.0.0.0:8050/rpc/asset_info" \
 -H "accept: application/json"\
 -H "content-type: application/json" \
 -d '{"_asset_list":[["f0ff48bbb7bbe9d59a40f1ce90e9e9d0ff5002ec48f232b49ca0fb9a","6b6f696f732e72657374"]]}'

[
  {
    ...,
    "asset_name_ascii":"6b6f696f732e72657374",
    ...
  }
]

Instead of:

[
  {
    ...,
    "asset_name_ascii":"koios.rest",
    ...
  }
]

[rdlrt]

I still prefer to make changes in function that's only used by asset_info rather than individual endpoints (also, as before - asset_info.sql is deprecated , and around only for compatibility with v0), Check out linked commit

[xray-robot]

Now that should work! Thanks for the quick fix