I'd welcome adding this to the protocol, it would improve the Nostr experience for normies too ;-)
... and we must keep saying "study Bitcoin", well informed people is crucial.
GM Nostr devs, a question: does the protocol have a way to mark notifications of messages as read? Seeing old notifications as unread when switching to a different client is a little annoying.
Oh, sorry, I forgot to close the review. By the way, I listen very often "Thank God for Nostr", it is always very inspiring, thanks for that and coracle!
I wrote 2 comments.
nymstr? No, it is just on paper by now, I still need a name for it by the way.
The nostrgit seems to be abandoned :-(
When you realize traditional finance courses don't mention #Bitcoin, the biggest revolution in finance 🤯, learn more with Rogzy from nostr:nprofile1qqszec0p9eyfyh73vzpnzjrhz0na66r7qrpklrdu44mmnuq9ddv4ffqpz4mhxue69uhk2er9dchxummnw3ezumrpdejqz9mhwden5te0dehhxarj9enx6apwwa5h5tnzd9aqz9rhwden5te0wfjkccte9ejxzmt4wvhxjmc6l9748 ⬇️
#SovereignStories
It doesn't matter, they will acknowledge Bitcoin someday.
GM Nostr, a new day of hope. Keep ongoing :-)
What a great match, 2-fold happy birthday!
on the second flight I finished writing the implementation (and modifications to NIP-46) to make the following possible:
1. Alice goes to App A (e.g. Coracle) -- she clicks "create account" and gets a NIP-05 "alice@somesite.com". She uses Coracle as she normally would.
2. Alice goes to App B (e.g. Primal) -- she clicks "login" and types in "alice@somesite.com". A popup comes up and asks Alice if she wants to authorize this application to access her account. In an advanced setting She can scope down what the application can do (e.g. only create short notes but don't change the profile data)
At no point is there any mention of nsec, npub, keys, NIP-07, nsecbunker. Nothing. It just works.
cc nostr:npub1r0rs5q2gk0e3dk3nlc7gnu378ec6cnlenqp8a3cjhyzu6f8k5sgs4sq9ac nostr:npub16c0nh3dnadzqpm76uctf5hqhe2lny344zsmpm6feee9p5rdxaa9q586nvr nostr:npub1wmr34t36fy03m8hvgl96zl3znndyzyaqhwmwdtshwmtkg03fetaqhjg240
I agree with some people here who are a little skeptical about the proposal. It introduces a new trusted third party, which is opposed to Nostr's spirit.
Have you guys also considered an approach in which the user generates a key pair (account) in every new app and maps the accounts together as belonging to one identity? Losing one key can be handled by making it invalid through a voting process achieving a certain quorum. In a similar manner, the user can add new accounts to his identity by voting for it with existing accounts and reaching the required quorum.
I imagine the new protocol can define events of new kinds for account mapping requests, approvals, and rejections.
There are some open issues with this approach, for sure. How we can minimize attack vectors and handle the fuzzy state inherent to Nostr? But I think it is worth exploring such an approach too. With this approach even browser extensions aren't needed, replacing trusted third parties through a consensus protocol.
Do I miss something fundamentally wrong here? I'm looking forward to your thoughts on this.
The meeting focused basically on their ideas and we didn't have time for Nostr. I'm still in contact with them, but it seems they aren't very interested.
GM Nostr! A new week begins, a new week to advance Nostr.
LabelMachine: https://github.com/sroertgen/labelmachine
Bitcoin-library stuff:
https://github.com/bitcoin-library
It basically consists of a browser extension
( https://addons.mozilla.org/de/firefox/addon/bitcoin-library-extension/ ), some service im the background fetching notes and the client. But it's all kind of messy and needs some love, especially moving to NIP-32 labels.
It is also not well documented at this point 👉👈
If this might be useful to you, I'd love to set up a small meeting and discuss. Would be a good reason for me to clean the projects up.
Great idea setting up a meeting and exchage ideas. Let me know when you have time, I'm quite flexible right now. Have a nice weekend!
nostr:npub1dx5q2el8nd4eh3eg9t2e25fd7zuqg7zxz6ldkc3uzgh66ss2yc6st288sj is the winner of the nostr:npub1funq0ywh32faz0sf7xt97japu8uk687tsysj8gndj4ehe825sq4s70gs0p #nostrasia hackathon! For this hackathon we aimed to refine the Nostr integration, making it more user-friendly and efficient. Nostr and eCash are unstoppable. Can't wait for everyone to try the updates in the upcoming release.
Congratulations! That's amazing.
At the time I did this prototype #NIP-32 did not exist. I know strongly emphasize use of labels as well, see my confession 😀
I started experimenting with labels with https://labelMachine.org
I will rework the Bitcoin-library project to use these instead soon™
Are the bitcoin-library and labelmachine on Github or similar? Maybe I could contribute. I have some ideas myself, but your topics align also with mine.
A great application! I hope to meet you in Madeira ;-)
Weniger typische Argumente gegen Bitcoin, von unerwarteter Seite: https://www.dreigliederung.de/essays/2023-03-jens-martignoni-geldsysteme-und-alternative-waehrungen
Die Anthroposophische Lehre hat quasi 100 Jahre auf Bitcoin gewartet und jetzt wo eine Lösung da ist, suchen die sogenannten Experten nach Gründen, warum es angeblich trotzdem nicht passen soll 😴
Erinnert mich an dieses Meme:
Das hast du sehr trefflich ausgedrückt. Sie erkennen Bitcoin nicht als die Lösung und verstricken sich teilweise in Widersprüchen mit Steiners Lehre. Herr Martignoni behauptet, Nakamoto hätte wenig Ahnung von Wirtschaft und weiß selber nicht, dass er selbst große Wissenslücken hat (von der österreichischen Schule scheinbar nichts gehört). Der Artikel war aber trotzdem lesenswert für mich, danke für den Hinweis.