Yeah that was me, I disagree with most of nostr:nprofile1qqsve2jcud7fnjzmchn4gq52wx9agey9uhfukv69dy0v4wpuw4w53nqpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs7amnwvaz7tmwduh8xarj9e3hyqg6waehxw309aex2mrp0yhx7unpdenk2urfd3kzuer9wc5cyenz 's objections, but if we had key delegation I could have replied to this days ago when it was fresh 😉 (I was away from my key-carrying PC, because key handling is so important).
It's kind of a moot point anyway because we don't have 6 months like I mistakenly thought, but instead more like 6 weeks.
I like that it sparked some interesting discussions 😃
My opinion is that mailing lists UX is better simply due to the decades of e-mail development and its ubiquity. For that UC probably nostr is not the best fit. Even though it would certainly be capable.
But just because something is possible doesn't mean it needs to be done.
Siguen aceptando bitcoin en El artesano italiano?
I like reading you here 😉
nevent1qqsd7sc53q7mymn366u0snc3mqheafwc7p5908zmtelawat6nn7cnncppemhxue69uhkummn9ekx7mp0qgs8l2fqjn3zj0cf0370au5n8mfh59nsvtp9f32q4flvym5qr88vwfsrqsqqqqqp7yhgwt
Including all messages in the Bitcoin blockchain via ordinals would certainly make the mirroring concerns go away, indeed 😃
About mirroring: while that is certainly possible, I guess a community such as bitcoin-dev, needs guarantees that the messages will be kept "forever". They could spin their own relays which would focus on mirroring that community, but that's possible the same effort as a separate mailing list server, with arguably worse UX.
I'm just a n00b, but would private key derivation from a bitcoin address or PGP key (or both, I guess every bitcoin developer has both), solve the key issues? Clients would need to coalesce notes from keys that derive from a given parent key as belonging to the same account.
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2023-November/022152.html
Interesting comment by Peter Todd when discussing the possible use of nostr as a new protocol for the bitcoin-dev mailing list. His comments are not particular to that usage though:
"
Strong NACK on nostr. It's a badly designed, centralized, protocol that needs a
significant redesign to be usable. While off topic for this mailing list, some
of its many issues include:
* Reliance on single-key, cryptography that often results in people having
their keys compromised. This is a serious problem in the context of
bitcoin-dev, where faked messages published could easily have market-moving
results.
* Inability to mirror relays: since nostr deliberately ignores the lessons of
blockchains, there is no way to be sure that you have a complete set of
messages from a given person, for a given topic, etc.
* Highly centralized design: since mirroring relays isn't reliable, in reality
nostr operates in a highly centralized fashion, dependent on a tiny number of
relays that can't be easily replaced if taken down.
"
He was replying to this proposal by nostr:npub19jescdjr3wk552j3q77f3awwhe4qy2ds24xce773exd28nr7emqsm2pt7r (I believe).
nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 nostr:npub1xtscya34g58tk0z605fvr788k263gsu6cy9x0mhnm87echrgufzsevkk5s nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft nostr:npub1qqqqqqyz0la2jjl752yv8h7wgs3v098mh9nztd4nr6gynaef6uqqt0n47m nostr:npub1qny3tkh0acurzla8x3zy4nhrjz5zd8l9sy9jys09umwng00manysew95gx
1,2,3
Qué envidia de los portugueses 😃
Maybe people-societies matter more than state-nations? If we think of nations the embodiment of large agglomerations of societies, then I would say a system that lets a given nation profit from another just because of something that happened centuries ago is unfair, and we would be better off without it.
Something more granular and balanced would be fairer.
Of course, some people just want to get rich with their early investment, some people do not want to pay taxes... I see those two things as mostly orthogonal to the point above: get rich quick is probably a marginal characteristic of any open market. Taxes can be levied in a Bitcoin economy.
The caller number was not his mom's, no need to hack that? (wouldn't make sense in the context of the scam)
Test, 1, 2, 3.
### #Amethyst v0.79.6: #TheNostr is up
- Adds #thenostr hashtag icon by nostr:npub1nxa4tywfz9nqp7z9zp7nr7d4nchhclsf58lcqt5y782rmf2hefjquaa6q8
- Stops PushNotifications when the app is killed.
- Dump memory states to debug OutOfMemory Errors
- Adds orange color for the right axis in the notification summary chart
- Forces a filter reset after NIP-42 authentication for inbox.nostr.wine
- Avoids verification of the signature when the id or sig fields are blank
- Adds exception handling for parsing geohash by nostr:npub168ghgug469n4r2tuyw05dmqhqv5jcwm7nxytn67afmz8qkc4a4zqsu2dlc
- Hides/Shows buttons when clicking the image/video on the full screen dialog
- Fixes Amber's double encryption on nip04 and nip44 by nostr:npub1w4uswmv6lu9yel005l3qgheysmr7tk9uvwluddznju3nuxalevvs2d0jr5
- Fixes Mute list feeds by nostr:npub1e2yuky03caw4ke3zy68lg0fz3r4gkt94hx4fjmlelacyljgyk79svn3eef
- Fixes bug of not immediately loading some chat rooms
- Fixes bug of messages not reappearing after memory trimming.
- Fixes visibility of the bottom and top bar when the user comes back to the app
- Fixes failure to load long form content with d tags using reserved url chars
- Fixes duplicated entries on relay list of Notes
- Renders Base64 images on from any image tag.
- Fixes the video position transition between full/regular screens
- Updated translations for cs/de/sv by nostr:npub1e2yuky03caw4ke3zy68lg0fz3r4gkt94hx4fjmlelacyljgyk79svn3eef
- Moves the Post button on chat screens to a > Button
- Other minor code changes
Download:
- [Play Edition](https://github.com/vitorpamplona/amethyst/releases/download/v0.79.6/amethyst-googleplay-universal-v0.79.6.apk )
- [FOSS Edition - No translations, no notifications](https://github.com/vitorpamplona/amethyst/releases/download/v0.79.6/amethyst-fdroid-universal-v0.79.6.apk )
Impressive work 👏👏
Historia del nostr! Enhorabuena!! 😊😊
