1
0
3

that is a long way of saying "move the decryption into the signer" and make the signer the message viewer i think that's possible but the idea that clients are spying on you to that level where the previous situation was the clients were entrusted with the key to do all that autonomously... there is a big difference between unlocking your entire inbox forever, and granting access to read TO SHOW you your messages the phobia i seem to be facing is that... now that most clients use detached signers, they are afraid that their apps are handling more secrets that you wrap in the encryption it's silly, they just seem to be trying to unconsciously argue for them to not do a small bit of extra work - ie, make DMs work reliably nostr:nprofile1qyw8wumn8ghj76r0v3kxymmy9e3k7unpvdkx2tn5dahkcue0qy88wumn8ghj7mn0wvhxcmmv9uq32amnwvaz7tmjv4kxz7fwv3sk6atn9e5k7tcpzamhxue69uhhyetvv9ujumn0wd68ytnzv9hxgtcpz4mhxue69uhkg6t5w3hjuur4vghhyetvv9usz9mhwden5te0v96xcctn9ehx7um5wghxcctwvshszgrhwden5te0v9cxcctrv45kuargv4eh2m3wdehhxarjxyhxxmmd9uq3kamnwvaz7tmxv4jkguewdehhxarj9e3xzmny9a6x7mneqyshwumn8ghj7en9v4j8xtnwdaehgu3wvfskuep0w3uhqetnvdexjur5qqsf03c2gsmx5ef4c9zmxvlew04gdh7u94afnknp33qvv3c94kvwxgs4gzkmk and his #coracle (and i think his other apps use this stuff too) are the only clients aside from blowater's 0xtr messenger are the only nostr apps that are even trying nostr:nprofile1qyv8wumn8ghj7enfd36x2u3wdehhxarj9emkjmn99uq3zamnwvaz7tmwdaehgu3wwa5kuef0qythwumn8ghj76twvfhhstnwdaehgu3wwa5kuef0qyv8wumn8ghj7cm9d3kxzu3wdehhxarj9emkjmn99uq3samnwvaz7tmrwfjkzarj9ehx7um5wgh8w6twv5hsz9nhwden5te0v96hg6pwdehhxarjxyhxxmmd9uq3wamnwvaz7tmjv4kxz7fwdehhxarj9e3xzmny9uq3camnwvaz7tmrdpexjum5wp5kcmpwdehhxarjxyhxxmmd9uqzq0vy9tlv6h3f8u5tvcnexdcy50acec2n42ga0y9tz8m2w5k5ffpd4fh76v from nostr.wine has basically given up on trying to get sanity around auth and DMs, most clients now finally support DMs... two years later, i don't think the client devs really understand how fucking retarded they have been the whole time about this, acting like implementing these features was undermining the protocol, when in fact, not implementing them is undermining the viability of the protocol

1
0
3

1
0
3

0
0
3

1
0
3

0
0
3

0
1
3

0
0
3

0
0
3

0
0
3

0
0
3

0
0
3

0
0
3

0
0
3

0
0
3

0
0
3

0
0
3

0
0
3

not sure what i did different, but over the last few days i have been condensing all my stuff relating to #nostr #relay #dev https://realy.lol just now took the code i had reworked to use my codecs and much of my protocol helpers and lo and behold, here's the fails in the nostr:nprofile1qy88wumn8ghj7mn0wvhxcmmv9uq3xamnwvaz7tm0venxx6rpd9hzuur4vghszgrhwden5te0dehhxarj9ejkjmn4dej85ampdeaxjeewwdcxzcm99uq3yamnwvaz7tmwdaehgun4v5hxxmmd9uqzpms35h0lgrqe542lg8ly9dy0qrnp3jgjy43z4cmmds4mv7mkcnjf8w4luh relay test: ``` Supports EOSE: FAIL (Timed out without EOSE) Keeps open incomplete subscriptions after EOSE: FAIL (Timed out without EOSE) Keeps open incomplete subscriptions after EOSE: FAIL (Timed out without EOSE) ``` i will fix these errors shortly, they are probably very simple, it should be sending eose after it finds everything but probably it's because i made the filter API synchronous per websocket instead of the way fiatjaf did it, with a messy concurrent channel API this is working with fiatjaf's new `relayer`, as it is from the base it uses almost exclusively my own original codec for everything, and including the filter matching functions, which i debugged with the help of Mikes testing tool previously, currently except for the nip-11 relay information document i'm calling it `realy` because i keep on making that typo from the word relay, and i think it's kinda funny, probably many won't even get it... and just to point out that `strfry` means a C function that makes a random anagram out of a string (string fry) it also has some other tools, a vanity npub miner and a reverse proxy tool but tbh i'm not sure if they are working as it is right now, but they are useful and related tools to the main relay and the library i will be further polishing this up but it can be used as is the main planned improvements are related to configuration of the database, and after that, a CLI interface that works over DM that enables potentially paying for relay subscriptions, and managing adding and removing access for npubs, removing them, probably adding advanced filtering controls for access so that paid users can have all of their chats and discussions posted to the relay without any additional configuration while preventing spammy replies from getting on the relay #thoon

0
0
3

0
0
3

Showing page 1 of 15 pages