@Deleted Account
Relays (5)
- wss://theforest.nostr1.com/ – read & write
- wss://haven.accioly.social/ – write
- wss://wot.codingarena.top/ – read & write
- wss://haven.accioly.social/inbox – read
- ws://192.168.7.24:3355/ – read
Recent Notes
And with this, I have an announcement of my own. Having left Haven in a good state, with an easy way to export data through JSONL to other relays, including the new work thatnnostr:@utxo the webmaster 🧑💻 is building, I’m retiring this npub and my presence on Nostr Kind 01 permanently.
At this point, Haven is robust, battle tested software used by hundreds of relay operators. I’m sure that, other than for potencial incompatible changes to the Nostr protocol, it should remain solid for, well, longer than it has even existed.
The V2 / nostrlib version that I often spoke about will not happen, at least not for now, and likely not under mine or utxo’s guidance. But, as utxo said, I have been working hard to give users most of the features they asked for before putting Haven into maintenance mode. Well, it is finally time... I will, of course, still keep an eye on GitHub for bugs, and I’m sure that the many developers who forked and contributed to Haven will maintain their forks and carry the torch. Maybe they will elect a new official fork, or at least keep their versions alive until users are ready to move on to the future vision that utxo, Fiatjaf, and other Nostr developers are building. At Nostr’s pace, this should not take long anyway.
Before I NIP-62 and NIP-09 my Nostr presence out of existence (at least on well behaved relays willing to respect my wishes), I just wanted to leave my contact details for anyone who would like to stay in touch.
I’ll keep my presence on ActivityPub / Mastodon, although I do not post there much:
https://accioly.social/@anthony
I’m also still on @cloud fodder’s noirc.net (nick: anthony) and in some Libera.Chat (aaccioly) channels. If you are an IRC enthusiast, I’m happy to chat there.
Finally, I’m on Signal / Molly if you would like to speak directly:
https://signal.me/#eu/cDGXbPN8BUyAyyhJ4LjhTxdftVPixKjvZ-IDdrN-QhTrPYC3lotILLNJE8RKlHom
I’ve met some incredible people on Nostr and would genuinely appreciate ways to stay in touch outside of it.
#accountRetirement #shrinkNostr?
At this point, Haven is robust, battle tested software used by hundreds of relay operators. I’m sure that, other than for potencial incompatible changes to the Nostr protocol, it should remain solid for, well, longer than it has even existed.
The V2 / nostrlib version that I often spoke about will not happen, at least not for now, and likely not under mine or utxo’s guidance. But, as utxo said, I have been working hard to give users most of the features they asked for before putting Haven into maintenance mode. Well, it is finally time... I will, of course, still keep an eye on GitHub for bugs, and I’m sure that the many developers who forked and contributed to Haven will maintain their forks and carry the torch. Maybe they will elect a new official fork, or at least keep their versions alive until users are ready to move on to the future vision that utxo, Fiatjaf, and other Nostr developers are building. At Nostr’s pace, this should not take long anyway.
Before I NIP-62 and NIP-09 my Nostr presence out of existence (at least on well behaved relays willing to respect my wishes), I just wanted to leave my contact details for anyone who would like to stay in touch.
I’ll keep my presence on ActivityPub / Mastodon, although I do not post there much:
https://accioly.social/@anthony
I’m also still on @cloud fodder’s noirc.net (nick: anthony) and in some Libera.Chat (aaccioly) channels. If you are an IRC enthusiast, I’m happy to chat there.
Finally, I’m on Signal / Molly if you would like to speak directly:
https://signal.me/#eu/cDGXbPN8BUyAyyhJ4LjhTxdftVPixKjvZ-IDdrN-QhTrPYC3lotILLNJE8RKlHom
I’ve met some incredible people on Nostr and would genuinely appreciate ways to stay in touch outside of it.
#accountRetirement #shrinkNostr?
And with this, I have an announcement of my own. Having left Haven in a good state, with an easy way to export data through JSONL to other relays, including the new work that @utxo the webmaster 🧑💻 is building, I’m retiring this npub, and my presence on Nostr Kind 01, permanently.
At this point, Haven is robust, battle tested software used by hundreds of relay operators. And I’m sure that, other than ror incompatible changes to the Nostr protocol, it should remain solid for, well, longer than it has even existed.
The V2 / nostrlib version that I often spoke about will not happen, or at least not at the moment, ans likely jot under my or utxo’s guidance. But as Utxo said, I have been working hard to give users most of the features they asked for before putting Haven in maintenance mode. Well, it is finally tie :). I will also keep an eye on GitHub for bugs, and I’m confident that the many developers who forked and contributed to Haven will maintain their forks and carry the torch. Maybe they will elect a new official fork, or at least keep their versions alive until users are ready to move on to the future vision that utxo, Fiatjaf, and other Nostr developers are building. At Nostr’s pace, this should not take long anyway.
Before I NIP-62 and NIP-09 my Nostr presence out of existence, at least on well-behaved relays willing to respect my wishes, I just wanted to leave my contact details for anyone who would like to stay in touch.
I’ll keep my presence on ActivityPub / Mastodon, although I do not post there much: https://accioly.social/@anthony
I’m also still on @cloud fodder’s noirc.net (nick: anthony) and in some Libera.Chat (aaccioly) channels. If you are an IRC enthusiast, I’m happy to chat there.
Finally, I’m on Signal / Molly if you would like to speak directly:
https://signal.me/#eu/cDGXbPN8BUyAyyhJ4LjhTxdftVPixKjvZ-IDdrN-QhTrPYC3lotILLNJE8RKlHom
I’ve met some incredible people on Nostr and would genuinely appreciate ways to stay in touch outside of it.
#accountRetirement #shrinkNostr?
At this point, Haven is robust, battle tested software used by hundreds of relay operators. And I’m sure that, other than ror incompatible changes to the Nostr protocol, it should remain solid for, well, longer than it has even existed.
The V2 / nostrlib version that I often spoke about will not happen, or at least not at the moment, ans likely jot under my or utxo’s guidance. But as Utxo said, I have been working hard to give users most of the features they asked for before putting Haven in maintenance mode. Well, it is finally tie :). I will also keep an eye on GitHub for bugs, and I’m confident that the many developers who forked and contributed to Haven will maintain their forks and carry the torch. Maybe they will elect a new official fork, or at least keep their versions alive until users are ready to move on to the future vision that utxo, Fiatjaf, and other Nostr developers are building. At Nostr’s pace, this should not take long anyway.
Before I NIP-62 and NIP-09 my Nostr presence out of existence, at least on well-behaved relays willing to respect my wishes, I just wanted to leave my contact details for anyone who would like to stay in touch.
I’ll keep my presence on ActivityPub / Mastodon, although I do not post there much: https://accioly.social/@anthony
I’m also still on @cloud fodder’s noirc.net (nick: anthony) and in some Libera.Chat (aaccioly) channels. If you are an IRC enthusiast, I’m happy to chat there.
Finally, I’m on Signal / Molly if you would like to speak directly:
https://signal.me/#eu/cDGXbPN8BUyAyyhJ4LjhTxdftVPixKjvZ-IDdrN-QhTrPYC3lotILLNJE8RKlHom
I’ve met some incredible people on Nostr and would genuinely appreciate ways to stay in touch outside of it.
#accountRetirement #shrinkNostr?
62❤️1🪿1🫣1
I’m sad to hear that. You are one of the most interesting voices in my feed!
I appreciate it Matt. I'll still be on Fediverse, although I don't post as often
https://accioly.social/@anthony
https://accioly.social/@anthony
💜1
Thanks, Oberon. I’m unfortunately sort of done with all the "getting used to" after more than a year around here. There isn’t much left on NIP-01 once I filter out low quality posts (though I’ll miss Japanese Nostr, some of the Nostr devs, and a few artsy folks). That said, there are some brave, persistent people trying to raise the bar on Nostr, buried beneath mountains of BTC L2 marketing posts, bots, GAB-like stuff, etc. Unfortunately, I don’t see this changing despite their valiant efforts with hashtags, custom relays, and so on. Still, have a look at my follow list, there are some gem npubs there, even though a lot of them have also quit Nostr.
1❤️1🤙1
Yes, it can. The short-term "right" fix here is to start small and grow the MapSize on demand, which, again, may or may not preallocate space got the DB file depending on the OS, filesystem, and architecture. For example, on Windows and macOS ARM, the initial MapSize has to be smaller than the available disk space, but once it has started (despite file managers displaying a 273GB file) it’s not actually using that much disk space.
I considered implementing dynamic growth in Khatru’s EventStore, but it’s a reasonably complex, non backwards-compatible change. And when I discussed it with Fiatjaf, it seemed there wasn’t much appetite for it.
There are other LMDB forks/wrappers that handle this more gracefully, so Fiatjaf is probably right. The best long-term approach is to migrate db libraries or db technology altogether. That would likely also help with some other Khatru issues around migration, transaction size, etc. But that’s a separate conversation.
The static MapSize parameter is good enough for Haven’s needs, and I assume for most other Khatru relays as well. Relays with the pretension (or real need) to scale on demand, potentially to petabytes in an enterprise DB cluster won’t be well served by EventStore, and to be honest, not even by Khatru in its current form.
Still, that would be a good problem to have, and right in my area of expertise (Distributed Data-Intensive Systems) when we get there. Semisol is already building something along those lines, so he’ll likely be the one pioneering this kind of thing on Nostr.
I considered implementing dynamic growth in Khatru’s EventStore, but it’s a reasonably complex, non backwards-compatible change. And when I discussed it with Fiatjaf, it seemed there wasn’t much appetite for it.
There are other LMDB forks/wrappers that handle this more gracefully, so Fiatjaf is probably right. The best long-term approach is to migrate db libraries or db technology altogether. That would likely also help with some other Khatru issues around migration, transaction size, etc. But that’s a separate conversation.
The static MapSize parameter is good enough for Haven’s needs, and I assume for most other Khatru relays as well. Relays with the pretension (or real need) to scale on demand, potentially to petabytes in an enterprise DB cluster won’t be well served by EventStore, and to be honest, not even by Khatru in its current form.
Still, that would be a good problem to have, and right in my area of expertise (Distributed Data-Intensive Systems) when we get there. Semisol is already building something along those lines, so he’ll likely be the one pioneering this kind of thing on Nostr.