A Ai de traducao roda local no telefone. Se usarmos qualquer outra Ai mais avancada, cada post serial mandado para um servidor, o que destroi a privacidade (mensagens privadas tambem serial mandadas) e permite ao servidor seguir exatamente o que vc esta vendo a qualquer momento.
Varios apps do nostr nao se importam com privacidade, mas nos sim
David was a hospital IT person.. 😳
nostr:nevent1qqszk9er80vj7f83tnpt5ycygj7f9ezpwsm4uqx2592pgm5vmu76p3cpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhsygrr3xlxfy08k6f7numgan5glng5turuq6xjcxa6usj8hx677suaxgpsgqqqqqqsdp7933
David was a hospital IT person.. 😳
nostr:nevent1qqszk9er80vj7f83tnpt5ycygj7f9ezpwsm4uqx2592pgm5vmu76p3cpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhsygrr3xlxfy08k6f7numgan5glng5turuq6xjcxa6usj8hx677suaxgpsgqqqqqqsdp7933
An interesting revelation I had when talking to nostr:nprofile1qqsglv2qkn5dmmuhee9cy8fywfu2rfp4xd3xy0myqg2gfvmjl9yqqrqppamhxue69uhk2tnwdaejumr0dsq3qamnwvaz7tmwdaehgu3wd3skueqpz3mhxue69uhhyetvv9ujuerpd46hxtnfduekf372 about nostr.build's new OTP using NIP-17 Giftwrapped DMs:
The OTP code is sent to the user only. The sender/server doesn't store a copy of the code. That is impossible to do on NIP-04.
If you send OTP via NIP-04, whoever has accept to the sender's key can decrypt and see all the codes. If you use NIP-17 DMs, the code is sent to the user and deleted from everything else.
Yeah, that is a centralized service only something that is surveilling all relays in the network and recompiling everybody's follows lists in real time can do to know which exact keys were added and removed at any point in time. We just don't like that centralization.
And, of course, with private follows, that server can't really see it. So, the notification is only half true and misses many follows/unfollows that are not publicly available.
yep, sender and receiver have separate wraps, signed with different keys. Each side can delete their copy of the message anytime they want without affecting the other side.
Hum... Looks like if the app can receive local images, the keyboard stop sending those tenor urls and send the files themselves, which need to be uploaded..
I am seeing if there is a way around it. But since Amethyst became a Share target for any image in the system, the keyboard seems to not accept sending urls to the text anymore.
All the non-DM cases send wraps to the regular NIP-65 inbox relay.
There are cases where the wrap is just there to hide an inner event. They are not sealed, so that the inner event can be reshared with others.
Some stuff is sealed but not wrapped, like when sending notifications via push systems (no need to inform the destination because it's already the push systems job of delivering it).
Some group admin shared keys/secrets are sealed and wrapped.
All of these only use a generic wrap because they don't want the public to know which type of event is inside of it.
So, to me, NIP-59 just lists primitives that can be used according to the use case.
I tried to rewrite NIP-59 to match that here: https://github.com/nostr-protocol/nips/pull/1144
Lume merged the feeds! 🚀
nostr:nevent1qqszez5lx4w3usw3w8u4y89tcng7esgx7ke2zurklxywwg0zmgg665qpzemhxue69uhhyetvv9ujumn0wd68ytnwv46z7q3qzfss807aer0j26mwp2la0ume0jqde3823rmu97ra6sgyyg956e0sxpqqqqqqz73kfe8
Maybe.. but just for now. Or just do one with NIP 17. People can use 0xchat to see it on iOS and Android, Snort/Coracle/Coop in the desktop, and Amethyst on Android.
There are options available.
Humm.. you might need to tweak the code. This uses the browser's expression to sign via window.nostr...
The returned values are two wraps for the sender and the receiver. All you need to do is to broadcast them to the relays each one uses.
I will check tomorrow, but I only got the nip04.
Also, you should ask for the nprofile in the login page. In that way, you will have the relay info to get the DM relays and send the DMs. :)
What makes you phone people can pay for mobile data?
The default is Wifi my man. People avoid using Mobile data at any cost. Mobile data is the exception.
Also, most people have an older phone in the house that can easily turned into a server.
Sure, but in actual usage terms, WIFI is the norm. It's irrelevant that the phone is connected to mobile data if the user is not browsing anything. And when users need to use, most of them that have limited plans find a wifi spot around. Those who have unlimited plans, like in the US, don't care about using their mobile data (unless on roaming).
We could have a server to make sure your image doesn't disappear from other blossom nodes without a fallback to your own hardware (likely running on an older phone on wifi).
Tutorial: Multiple accounts with Alby Extension
The Secret: You can add the same Alby account/Wallet multiple times to the extension.
This creates many wallets that you can switch between with the same balance, transactions, etc.
Then you can go in the settings of each wallet and erase the random nsec they create for you and insert one of your accounts.
Change the Display name of the account to match the NPUB's name.
The picture stays the same (which sucks, but it is what it is).
The Issue: Now that you have everything setup, you have to learn to LOG OFF, switch the active account on the extension and LOG IN on the Client's interface. Otherwise, the client will go crazy.
Easy.
Somebody should turn this into a video...
nostr:nevent1qqsxrhptrq458rgat9n0s73w7qfccslshakpf3zs3m96faae3yzclsspzamhxue69uhhv6t5daezumn0wd68yvfwvdhk6tczyprqcf0xst760qet2tglytfay2e3wmvh9asdehpjztkceyh0s5r9cqcyqqqqqqggmktkr
So, I am going to start defining some type of Custom Feed event type.
nostr:nprofile1qqsf03c2gsmx5ef4c9zmxvlew04gdh7u94afnknp33qvv3c94kvwxgspz3mhxue69uhhyetvv9ujuerpd46hxtnfduq35amnwvaz7tmjv4kxz7fwwajhxar9wfhxyarr9e3k7mgprdmhxue69uhksmmyd33x7epwvdhhyctrd3jjuar0dak8x6lmt90 has his version below, but I find it too complicated with the union/diff/intersection stuff.
This is complicated by definition, but it would be nice to have a feed defined in Lume showing up on Amethyst.
https://github.com/nostr-protocol/nips/pull/1181/files
Browser extensions really need to start allowing multiple accounts. It has been 2 years already... Let's go... No one is using just one account in Nostr.
Man... adding the same account multiple times is so weird. The account is added, but lots of error messages show up and there is no visual confirmation that you are adding the same stuff again. You just see a copy if the account in the menu.
Also, it's very confusing when Alby creates a random nsec when loading an existing account. I would leave it empty.
Notes by Vitor Pamplona | export