All of them
For those following #Alexandria, you can see a pre-alpha version at https://alexandria.gitcitadel.com/
We'll be deploying updates as we complete features.
Everything is in reverse order. The end is at the top and the beginning is at the bottom.
Took me a while to figure this out, at first i thought i just loaded some random chapter
It heavily editted out all the pauses and assumably uhms. I personally hate it because its unavavoidably artificial, but atleast you don't sound retarded ;)
Sir, the reason Bitcoin took off was because it started with a nice windows .exe
Whereas lightning started with a linux CLI.
Pls relflect on this
Ok, so.
1: forget the selected relays *insert stop trying to make manual relay selection happen .gif*
2: client takes the follow list and uses it as a guide to pick relays for a feed innitially.
3: innitially uses the existing follow list as your 'soft follow' set up.
4: continue the scheme as you described.
5: 'clustered' softfollows could be a reason for the client to decide to add a relay for feed purposes (instead of just fetching particular npub notes)
A: assumes an existing profile with existing socialgraph, if this is not the case, pls see *bootstrapproblemexistsforeverything.pfd*
B: manual relay selection should still be an option, ofcourse, if not just to make you happy
A lot of it is repression by proxy anyway. Look at things like the 'Financial Action Taskforce', which formally is not even anything other than a group with a list and 'recommendations' that for some reason countries adhere to.
If according to the ideology being oppressed is the virtue, they cant/wont declare explicit power, so for the most part they don't, or denie it is happening when they do.
Atleast it would be cool to resist some out in the open coherent tyrant; now we are stuck in the most fake n gay type fight of our lives.
A blessed 2025 little valkyrie.
One thing people often mention when explaining/talking about Nostr, is that with current platforms you can't be sure of the authenticity of a post.
MaYbe SoMe EmPloYeE wIlL pOsT tHiNgS iN yOuR nAmE.
Albeit technically true, the point itself is silly.
1: does this actually happpen? Ever?
2: all you retards end up sharing screenshots anyway. So how about y'all take a big step back and litterally fuck your own faces.
Thank you.
Is it a closed environment or is the data public? If its public then don't bother discussing and let these people free in their choise to be crybabies about it.
Turf war it is then...
Ah, we are talking past eachother i see.
Yes, primals approach is retarded and wont work. I was not catching on you were refering to that (that discussion might be all the rage right now, but was not part of the context here, so thats why).
I was refering to/explaining something different entirely
There's ye olde argument that the economics of electricity and chips means duplication of labour vis a vis crawling and indexing must be aggressively minimised for a wider solution to achieve any sort of longterm viability. If you've got dozens of Nostr clients all individually crawling and indexing the same relays (as the basis for each client's 'pick-your-own-algo' feature-slash-unfortunate necessity) then it represents quite some potential heat-loss overall. Friendly sharing can help, but, outside of the right incentive structure, might be hard to extend beyond early days.
An interesting takes on that challenge here:
https://link.springer.com/article/10.1007/s41019-024-00263-w
I will have a look.
The way i see things now is that each individual client (nor user using multiples of clients for that manner) wont have to perform such exercises over and over again each time. Running such an operation should result in a product (simply put a list of events), which can then be used by others.
Also, these operations can vary in terms of debth and width, adjusting to usecase irt available compute and bandwidth.
At nostr:nprofile1qqsr3gwphg38qcy5lpzd2vphk3apdnfaywkpk8nq4yljkthqn33y6ncppamhxue69uhku6n4d4czumt99u9pjye9 we call this type of operation 'pulse'; a ripple through the mess of events out there guided by a construct of biasses on npubs and lists.
In any event, i gues my main argument would be that computational efficiency is irrelevent because due to spam, data curration (signal/noise diffirentiation) will be the #1 challenge and i'd argue to only way to tackle that is in in a distributed manner (i.e. relying on a network and networks of networks of people applying sensemaking for themselves). Any walled garden will either be too limited or run over by weeds with nothing in between.
As long as its not IPAs, whoever thought those were a good idea has serious taste issues and somehow convinced hordes of morrons.
Tripels are the best btw.
That is just some holding company, not the producer of the beer.
Heineken is designed to be the most unoffensive bland taste like nothing 'beer' possible. After a couple of beers it does not matter that much what you are drinking, but having it as your first one is a huge dissapointment (yes, i notice when i am served heineken, without knowing it is heineken).
Grolsch actually has a taste.
I also like jupiler, as far as pilsener is concerned.
Heerlijk helder heineken.
It sucks btw, if you drink pils, be a man and drink Grolsch.
Vakmanschap is meesterschap
Recon this a bit overdramatic. Given the circumstances we are very lucky stuff like opensats exists, in the way it does. There are so many different ways all of this could have played out that are orders of magnitude worse.
Some context could not hurt, might even make one gratefull, regardless of the need to stay vigilant
Fuck UX, in it for the tech.
What is the value of transparently avoiding all the hard problems?