It makes for us.. but for no one else. So much so that list-based app only work because they centralized in the same 6 big relays or so. As soon as a person steps out of them, that person becomes invisible to most users that have never touched their lists.

Reply to this note

Please Login to reply.

Discussion

It would be up to the relay operator to add themselves to other people's list if they want to get discovered. Like if I spun uo my own relay. I would have to make my relay follow the 6 to automatically get subscribed to their list & add them to mine in order for it to come up as searchable. Then when people search it would come up. So if my relay follows yours but yours don't follow me back then your relay's added to mylist but mine isn't listed on yours.

Does this make sense?

No, relays don't talk to each other. That's by design. They can, but it is not their job.

I see this as the solution why can't it be done?

There are many issues. Mainly that Nostr is not for this. For instance, relays cannot AUTH as you in other relays because they don't have your keys. If we allow relays to connect, then whoever controls the core relay set controls Nostr. And we don't want that.

What do you mean Auth as me? What control is there by creating a relay follow list that the relay operator controls through the relay & he's only controlling his own list by choosing which relay to follow. It's not to follow the same suit as npubs following each other if that's what you mean?

Relays don't have your nsec, so if they connect to other relays to download things they need to auth as you and can't. So they don't download anything.

It sounds like something new needs to be created here. This doesn't have to work like a npub profile. How would you make relays follow each other & make that a searchable list? Does there need to be identities made for them?

Why? We already have a solution in outbox client. We don't need any of this.

I am not even sure if a way exists without leaking your keys out. Many people have tried. They all failed.

Outbox is for the user to send notes. I'm talking about creating a relay search list which then you could add a tab in search for relays to find relay's you haven't added yet. You've already read what I think on this automatically connect to every relay first so why should be known. Is that what is causing all this clunky loading i'm experiencing now because this is really bad I liked it the way it was before loading stuff was a lot smoother.

Outbox model is not only for sending notes. It's about using the outbox you want to keep your notes, the inbox to receive notifications in your relays and using everybody else's outbox setting to download their posts, regardless on which relays they use. That's the outbox model.

There must be something else causing the lack of smoothness for you. This version is almost 2x smoother than the previous one. The relays themselves use less than 1% of the processing power, so it must be something else.

Is it just the jumping of items on the screen? Are the images loading fast or are they also slow?

Everything is slower., notifications don't even load that I have to refresh swipe a few times before they do. Same thing with notes on profiles it gets stuck loading. This doesen't happen on the older version before the switch to this.

On Notifications, you don't have any public inbox relays setup. It doesn't know where your notifications are. Just add e relays that have them. I am surprised anything was working before without public inbox.

For instance, the performance impact could be in the discovery panel, because now we load almost 2x the amount of different things as before on start up.

Also I added nostr wine to blocked relays but it still keeps popping up it's message for me to pay. Does blocking work?

I will check, but hit the default relays for indexer and search. That will help I think.