Nostr Web Client

The answer is obviously nostr.land. :)

While nostr:npub1hu47u55pzjw8cdg0t5f2uvh4znrcvnl3pqz3st6p0pfcctzzzqrsplc46u has their own software that’s it. It runs on MongoDB which is known to be very slow, and they have no value proposition except paid relay.

Wine is a set of duct taped relays running on strfry, and you’d need 4 relay connections to only somewhat replicate the functionality of Nostr.land.

And Nostr.land offers convenient import/export and runs NFDB.

کیهان 6mo ago

Consider that we are open source as well.

How people can confirm your NFDB thing is really faster?

Open Source code + fully detailed benchmark is needed.

Import and export is also supported in Immortal software and will be running on next version.

Speed matters when user feels it!

You need to satisfy user, not fight with milliseconds on low level codes to show off for marketing.

Also, Manageability and Scalability is important. How much you can scale? Is your software able to scale at all? Sorry I don't know since it's closed source.

And the last thing, nostr:nprofile1qqsrmpp2lmx4u2fl9zmxy7fnwp9rlwxwz5a2j8tep2c376n494z2gtgpzamhxue69uhkxun9v968ytnwdaehgu3wwa5kuegpzpmhxue69uhkummnw3ezuamfdejsz9nhwden5te0d9hxymmc9ehx7um5wgh8w6twv5hveph4's nostr wine service is well documented and super reliable. They are also super professional with users and everyone. Which convinced me to subscribe to their relay even when I had Jellyfish up and running.

Reply to this note

Please Login to reply.

Discussion

Mazin 6mo ago

Don’t waste your time with semisol. The only way he knows how to market anything he builds is by criticizing others. It’s pretty transparent and most people know it at this point.

Keep building - the rest of us appreciate you.

semisol 6mo ago

I have shipped *a lot* of features over the last few months to Nostr.land, while many other paid relays are stagnant.

I am comparing relays based off of my experience operating strfry at scale, and other applications that I managed myself using MongoDB. Compared to current NFDB, it is simply not possible to get the same performance or flexibility with other solutions.

franzap 6mo ago

I am trying out nostr.land for a few days. Let's see if my overall nostr experience improves, that's all I care about.

semisol 6mo ago

Did you try the import/export feature btw?

semisol 6mo ago

Also, you need wss://aggr.nostr.land for the aggregator, not just wss://nostr.land. There will be an option to use just 1 connection for all, but that is for later

franzap 6mo ago

1 connection for all is the way.

I added aggr to General Relays in Amethyst, is that correct?

semisol 6mo ago

Yes

franzap 6mo ago

No, what is it?

semisol 6mo ago

go to the manage tab on nostr.land

it imports and exports events from the relay

semisol 6mo ago

So you can move your events from other relays easily and export them to a JSON file as well.

کیهان 6mo ago

Oh, I thought I'm looking that realized this. Thanks a lot, and same. Onward. 🫡

semisol 6mo ago

“How much you can scale? Is your software able to scale at all?” Currently to about 50x of the current state of Nostr, without any changes.

semisol 6mo ago

> Speed matters when user feels it!

> You need to satisfy user, not fight with milliseconds on low level codes to show off for marketing.

Sure, until you realize that when your relay is used at larger scale for a few years, then it crumbles. I have ran MongoDB in several production applications and it has always underperformed by an order of magnitude or more compared to Postgres and FDB *on the same hardware*.

Request latencies reached hundreds of ms at times. So yes, the user will notice.

> How people can confirm your NFDB thing is really faster?

I will be publishing a benchmark when I have finished more important priorities.

> Also, Manageability and Scalability is important. How much you can scale? Is your software able to scale at all?

More details on this, NFDB is built on FoundationDB. It can scale to 100TB+ clusters easily, and certain parts of NFDB could be modified if higher was really needed.

The broadcast system runs on Apache Pulsar.