[ ] Currently we have tobytes, hash32, hash8 (and perhaps some others) that are defined in the NACL client, while it doesn't require anything of that client's state (e.g. priv. key), so we should probably move it to the j.data.nacl namespace;
[ ] There is some functionality in the PyNaCl lib which is very useful, but we don't expose, e.g. the Box concept is very useful, yet is not exposed;
tobytes
,hash32
,hash8
(and perhaps some others) that are defined in the NACL client, while it doesn't require anything of that client's state (e.g. priv. key), so we should probably move it to thej.data.nacl
namespace;Box
concept is very useful, yet is not exposed;