I want to see how far we can push Amethyst into both the decentralization and privacy dimensions. The next step is to implement Pokey and kill our notification server. Then Negentropy and local databases. Then open more Tor exit nodes to split the traffic. Then go back to P2P research and bitchat. Maybe MLS and cashu wallets too. Hopefully you all can help us fund all of that. :)
Login to reply
Replies (56)
I just want to schedule notes, please
With a background service like pokey we can finally do that :)
YES
Oh lord i see the light by the end of the tunnel
Sounds dope I love Amethyst
you rockstar!
🔥
I was using push notifications with Nextcloud's Nextpush, but a couple of weeks ago I laso set up Pokey. It works great.
Really excited with the Bitchat, because want to see nostr messages bounce through BLE
Sounds fantastic! Can we also have a notification setting to tell us when people follow us? If such a thing exists, I haven't found it in Amethyst yet.
I don't really need an all-in-one app, in fact i'd rather not have that, but i would be the last to complain about it though.
Maybe keep it modular and keep separate libs that can be used to implement these features separately?
Please, take a look also at I2P and Reticulum.
Do they have enough nodes these days? That was a big issue back then
Amethyst is just so good man, idk how you even do it. When can we test the outbox build?
i think you should make more of a deal of the tor thing, it's such an amazing feature.
is it unique to amethyst? does any other client have this?
it should also be made more of a thing at the beginning of onboarding and not buried in settings, as well as being highlighted on the amethyst
it's a huge deal and should be very prominent imo.
unless of course it's deliberately kept under the radar
It's hard. I think we need to make sure our defaults are good. User's shouldn't even know majority of their connections are going through Tor as today. They are not here for Tor. They are here to have fun.
i don't know, i think there's a growing general interest in certain markets, maybe there should be an amethyst dot co dot uk site that highlights it lolol
Lol. Then gov will ask us to KYC everyone, even those that don't access the server.
Yeah, what did personal computers ever do for you anyway.
Nobody has a PC or laptop these days. Everything is on the phone.
Wrong thread
true :/
Don't forget about Hamstr support...
Eww.
My desk has a PC and two laptops on it. I suffer through a phone and all its gross UX limitations when I'm required to be away.
IDK dude, lately Nostr is the reason I find myself chillin on the laptop more often.
Not just for rooting my phone anymore thanks to Nostr🦾
This!
While I would love that! I Don't see practically happening.
Yea, probably a bit much for amethyst.
You ever run across any oldschool BBS systems on packet radio? To the best of my knowledge the old ANSI systems can run well enough on the latency.
Wonder if there'd be a way to use Nostr as the store and forward layer for something akin to FIDONet. FIDO, but with signatures, and without wires!
Gotta thank you for the interview with Odell -- I'd been into the idea of Ham as a kid but never really had it dawned on me how cheap it was. And nice that they got rid of the Morse code requirements. Might be time to finally get licensed and so some playing.
I’m curious about Amethyst’s outbox model. Considering that many users stick to the default settings, the relay sets for the people one follows won’t all be unique and will overlap quite a bit. In that case, when querying relays, does the client aggregate as many public keys as the relay can handle on the client side and query that way, or does it query separately for each follow list to reduce complexity? I assume it’s the former.
Thanks, glad you found some use!
Yes, I have played with packet BBS. There is a YouTuber that runs or ran(not sure if still up in AZ not too far away. Works well.
I'm not sure how a store and forward would work, as relays are essentially store and wait for request. Interesting.
I am still dealing with some annoying bugs (like messages not showing up on chats). But it is almost there.
Pokey, Tor, Negentropy, and Cashu — together they’re building a stronghold of digital freedom. Step by step toward complete liberation.
You are a damn legend.
I2P? Definitely enough nodes. I use it daily.
Or did you mean Nostr relays on I2P? I don't know about this.
If you meant Reticulum, then I don't know.
Sideband's UI isn't great. But Reticulum is E2EE and can do much more than Bitchat: Bluetooth, WiFi, LoRa, etc.
Are you coding Amethyst on the phone?
No, but devs are less than 0.001% for the market share.
Yea, I keep meaning to really do a deep dive on how Nostr works. But I have been trying to get into blacksmithing. And have a kid and 3 dogs. And play pickleball. And now some guy on Dispatch reminded me I want to get a Ham license.
It's on the five year plan.
By the time I get around to self hosted lightning maybe it'll be user friendly...
Hahaha. They, I'm a blacksmith too! Mostly tools, BBQ utensils, and small knives. Also do large custom BBQ pits.
Gonna start small, but goals include bearded axe and ideally getting into bladesmithing. We'll see. Just waiting for fall for better weather and less light to make a JABOD out of an old weber grill.
I've thought a bit more, and radio based store and forward nostr could involve a combination of relay and botted client to repist what comes in.
The tricky part is how to handle those reposts, because if it's from one npub, more than a handful of relay users would make it unwieldy to follow what you want.
I'm curious as to whether you think something like an nsec bunker or amber could be used to permit the bot to sign and send what the relay receives in a manner that'd work in the limited bandwidth environment.
The vision here being tha ability to relay notes globally without touching the Internet, but maintaining the cryptographic integrity lf Nostr.
I guess where things really get hairy is when you go to relay things a second time and there's no way to tell Amber or your bunker to allow signing.
Or there's always the option to get way less complicated and basically rsync between the relays. the notes are already signed...
Once a note is signed on the client, it is just json. You can send and forward as many times as needed to get to a relay as long as the signed json is identical bytes and intact.
===============================
#7 ⚡ Most Zapped Last Week
===============================
Nostr’s Value4Value (V4V) model is all about plebs directly rewarding creators for the value they receive, no middlemen fees, no ads, just pure community-driven support using sats via the Bitcoin Lightning Network.
Thanks to by @PABLOF7z for providing this data.
Here are the Top Zapped/Top Zappers from last week, showcasing creators who received/sent the most engagement:
🔥 Top 3: Most Zapped
1. Name: @FLASH
Zaps Received: 834
Sats Earned: 65k
2. Name: @corndalorian
Zaps Received: 711
Sats Earned: 67k
3. Name: @calle
Zaps Received: 657
Sats Earned: 66k
🔥 Top 3: Most Zappers
1. Name: @Rizful.com
Zaps Sent: 943
Sats Spent: 23k
2. Name: Tina’s Fight Against Cancer
Zaps Sent: 906
Sats Spent: 7k
3. Name: @Leviticus Mathew
Zaps Sent: 523
Sats Spent: 57k
💰 Top 3: Most Sats Received
1. Name: Fountain Boost Bot
Sats Earned: 664k
Zaps Received: 393
2. Name: @Ben Justman🍷
Sats Earned: 611k
Zaps Received: 312
3. Name: @Isa ⚡️
Sats Earned: 399k
Zaps Received: 654
💰 Top 3: Most Sats Sent
1. Name: @SoapMiner
Sats Spent: 718k
Zaps Sent: 174
2. Name: @Trazyn
Sats Spent: 428k
Zaps Sent: 75
3. Name: @Gigi
Sats Spent: 276k
Zaps Sent: 132
Here are the Top Zapped from last week, showcasing notes that received the most engagement:
🔥 Top 3: Most Zapped
1. View quoted note →
Zaps Received: 89
Sats Earned: 6k
2. View quoted note →
Zaps Received: 83
Sats Earned: 22k
3. View quoted note →
Zaps Received: 75
Sats Earned: 54k
🔥 Top 3: Most Sats
1. View quoted note →
Sats Earned: 120k
Zaps Received: 8
2. View quoted note →
Sats Earned: 111k
Zaps Received: 40
3. View quoted note →
Sats Earned: 110k
Zaps Received: 6
#most-zapped_nostr_recap
ZAPLIFE.LOL
A decentralized Craigslist running on Nostr
===========================
#2 🔥 Community Highlights
===========================
1. The latest revolution.social talk with the co-founder and CEO of Substack
View quoted note →
2. A lady pleb is gonna survive the day with zaps
View quoted note →
3. A nice discussion between two Nostr enthusiasts
View quoted note →
4. Well said @Gigi
View quoted note →
5. Nostr is better than every other social media platform
View quoted note →
6. A nice real-life example how much important Nostr is
View quoted note →
7. It is a bother indeed, more value needed to Nostr
View quoted note →
8. Nostr and Bitcoin are mutually bound
View quoted note →
9. Looks like it’s gonna release a Discord alternative for Nostr
View quoted note →
10. Do you agree with this?
View quoted note →
11. Will they embrace Nostr?
View quoted note →
12. A nice plan by @Vitor Pamplona
View quoted note →
13. A beginner nostrich is playing the violin very well
View quoted note →
14. Nostr must have other contents also than just Bitcoin
View quoted note →
15. A new pleb is trying to getting used to Nostr
View quoted note →
#community_nostr_recap
I guess the question there is HOW that forwarding is done. But that may be where my understanding of Nostr is a bit suboptimal -- that may be as simple as just boosting it without needing to faff about with signing. Otherwise, it seems like it'd be a propagation that's done from relay to relay without going through a normal client connection, which is where things get a bit odd. The goal of course being to allow people following the person posting the note to see it, and also not to have one npub belonging to the relay that is just a mostly unsorted pile of relayed content which is harder to selectively follow.
Sorry, I don't know what you mean? It is a standard nostr note. It is publishing to relays, nothing more. A signed nostr note just like a normal client.
Nostr relays to prop gate from relay to relay typically. That is done at the client level.
There is no such thing as a client that reads a ham radio callsign, nor would a relay use this information.
My understanding was relays don't forward notes to other relays -- only to the client requesting the note. That is where store and forward seems like it would be necessary in order to tie a ham-enabled relay into the broader nostr ecosystem, allowing hams to access nostr as clients without an internet connection.
But, it isn't immediately clear how that store and forward would be established while maintaining the structure of notes and their apparent origins.
I think I need to do some reading.
That is exactly what HAMSTR is. It allows clients to access nostr.
Ahh. I thought it was essentially a single relay that was accessible via radio and internet, but sort of limited there (which is very cool in itself, but not quite as extensible as being able to relay traffic to and from other relays.
Once I'm licensed (and more importantly, have equipment -- the licensing is cheap; the equipment less so!) I definitely intend to play with it a bit!
I don't understand what you mean by relay traffic to and from relays?
That not really how nostr works. Relays are just stored data, nothing more. HAMSTR is not a relay, rather it connects to any relay you wish and published/gets notes from. There are some default relays, but totally configurable and changeable.
Yea, I've not been the best at explaining myself. I was sort of envisioning something that did what Hamstr does with being a gateway to existing, Internet native relays, but ALSO serves as a relay itself, so that in the event of an internet outage, Nostr functionality is maintained over radio (albeit only as a single relay). And you're right, while Nostr relays don't store and forward, I guess I was imagining something that could perhaps be termed a "caching gateway relay" -- something that serves as a relay itself, and also will route requests to other relays, and then cache those responses, in a bid to be a bit more anti-fragile (and maintain as much functionality as possible in an Internet outage).
It'd be less store and forward, and more get and store (and relay upon request).
Definitely don't have it all straight in my head, just sort of playing with a marriage of nostr like functionality with the sort of nntp/fidonet style store and forward networks of BBS's to provide something that feels a little less out of date.
Oh, I understand now. You could easily just add a nostr relays to the server side. Any python or other relay would work fine. Then you could publish locally to that relay always.
I envision many servers across the globe, so internet shouldn't be an issue. If it is, then nostr may be the least of my worries lol
Hah, yea, that's likely the case globally.
More curious though for cases such as particularly problematic regimes. I know at least for awhile, FIDONet was a way that information flowed across firewalls because firewalls blocked TCP/IP traffic, but of course didn't filter traffic flowing directly over phone lines.
Obviously radio has its own hazards as anyone who's ever done a fox hunt knows that locating the transmitter (or at least the antenna) is pretty trivial with a modest amount of equipment. But the optionality so that people can do their own risk assessment and decision making around it would be cool to see.
HF transmissions are much harder to locate than localized VHF signals. But yes, everything has tradeoffs.