anna on Nostr: npub1ztfll…8nzmz npub15s57g…fxszk fair if you want to keep the types to be ...
npub1ztfllrnzk7y0wt3c5hgmn7h7l5r2c6j7550zh8647x4mymsghx2q88nzmz (npub1ztf…nzmz) npub15s57gd2l4asmta5xzh96zmkltt898cd880zc9aeqwgcclxveagxswfxszk (npub15s5…xszk) fair if you want to keep the types to be interoperable with other libs i guess (if you can be sure of that at all)
is this use case for internal use only or will you expose this string-advancing-type for consumers to use? because to me it sounds like implementation details that shouldn't really be exposed to the api, but idk the code only what you said here
is this use case for internal use only or will you expose this string-advancing-type for consumers to use? because to me it sounds like implementation details that shouldn't really be exposed to the api, but idk the code only what you said here