You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the SDK user (developer) has only the option to put the message as raw text when creating the transfer transaction object. So SDK user has to:
remember (when sending and when reading from API transactions) which prefix is for which transaction type and how to decode messages
implement encryption and decryption of messages (in case of encrypted messages)
implement persistent delegating message creation
Expected Behaviour
It's desired that SDK users be released from the obligation to remember the specification for various types of messages.
For SDK developers would be very helpful if:
he could create objects representing a specific message type (constructor/factory methods)
when reading transactions from API provide a way to read messages without knowing the specification e.g. wrapping messages using a typed message object.
cryptoBeliever
changed the title
[sdk/javascript] Functionality to encrypt/decrypt message
[sdk/javascript] Transfer transaction - support for message types
May 27, 2022
this is currently done via MessageEncoder object,
however, currently in case of NEM it will throw an error if it's instantiated on non-encrypted message type.
additionally try_decode/tryDecocde might throw in some cases
Current Behaviour
Old SDKs message specification defined four types of messages:
Currently, the SDK user (developer) has only the option to put the message as raw text when creating the transfer transaction object. So SDK user has to:
Expected Behaviour
It's desired that SDK users be released from the obligation to remember the specification for various types of messages.
For SDK developers would be very helpful if:
Corresponding issue for Python SDK: #229
The text was updated successfully, but these errors were encountered: