monlovesmango
monlovesmango
if anyone else runs into this issue it is fixed in my fork: https://github.com/monlovesmango/astral live client: https://astral.ninja/
agree with you @Semisol ... though I already implemented @vinliao 's suggestion lol. will change astral to behave this way.
I do think the new kind 12 will be necessary to orchestrate this extra private DM so good to see that. I had a couple questions: - how is R[d-]...
ok I think I understand now, thank you. I like that you can't even tell that these decoy keys are talking to each other (right?). nice proposal!
~just created #1082 for authentication delegation. I think could accomplish what you are trying to doing with claim? but is also supposed to be more general purpose and extensible as...
I think new event kind makes sense, but why not send it back in a `["AUTH", ...]` message instead? would prevent non-supporting relays from storing these, and would fit into...
for relays that have not implemented the "AUTH" verb, what use case do claims have?
> > for relays that have not implemented the "AUTH" verb, what use case do claims have? > > None then why not use "AUTH" verb instead? if you use...
how is "AUTH" with new event kind more complex than "EVENT" with new event kind? the only difference between the two is that "EVENT" handling will now need to inject...
requesting DMs would use "REQ" message, not "EVENT" message. right now authenticated relays can automatically reject any "EVENT" message if connection is not authenticated. this would add additional logic there....