I'm desktop (nearly) only... When on the go I'll try but it's a rare use. Most of the time (being full-remote worker) I'm on my desktop and since on NixOS I have only Gossip (broken since months) I tend to use web clients. But I'd really dream of a wisp web built-in the MOAR :)

Idem, significa che anche su Nostr non siamo così marginali :) Si, io in genere a chi scrive in inglese rispondo in inglese semplicemente perché non so qualche sia la madrelingua della controparte e ad oggi avendo vinto loro l'ultima guerra mondiale l'inglese è la lingua franca come prima lo era il francese...

Most users simply install a client with a set of pre-defined relays, those who don't anyway want got messages where there are the most crowds... If you are telling that's not a Nostr rule "you have to follow" that's definitively true, but what happen is an actual centralisation.

Contento di rispondere in Italiano :) pesa questo: serve, in una fase iniziale, pesa bene questo inciso, puntare al bipede medio, quello che di IT sa nulla, installa l'app se il nome/lo screenshot lo convince e in 5" di prova decide se restare o mollare? Per me no. I dev correnti però puntano a questa demografia, più o meno consapevolmente. Per me in una fase iniziale serve prendere "il linuxaro medio", il nerd, che ha un serverino domestico, spesso un modesto raspi o due, che sa qualcosa ma non oltre quel qualcosa, quindi qualcuno che vuole un'app unica, go get-abile, cargo build-abile, pip-abile, o già nei pacchetti della distro di turno, unica e sola, che faccia tutto. Non vuole scegliere un relay, scegliere un client, trovare che non c'è 'no straccio di documentazione su come configurare opportunamente il relay, che qui manca un server blossom, che li manca un filtraggio dello spam, che laggiù manca il supporto alla chat, ... poi vedere che gli serve coturn per poter aver l'audio, ... vuole un singolo pacchetto, che sia app desktop o webapp da servire via NGINX non importa, ma che sia unico e faccia tutto, client, relay, server blossom, chat, ICE/TURN/STUN ecc ecc ecc. Se c'è questo e vede che è carino, visivamente va bene come andrebbe XMPP/Matrix, ma qui si fa anche il blogghino personale, c'è pure la possibilità di far un ecommerce banale con gli zap, ma nessun obbligo di farlo beh allora quel singolo nerd che prova si tira dietro alcuni amici ed alcuni parenti e dopo un po' questi su scala raggiungono la massa critica necessaria a diventare anche pronti per l'utente-utonto. Questo manca. Non solo in termini software ma proprio in termini di comprensione e interesse da parte dei dev. Nostr è pieno di progetti confezionati al volo e abbandonati, gente cordiale, che ha voglia di fare, ma non ha una visione d'insieme ed è abituata al modello commerciale delle megacorps dove non c'è il problema del lancio di qualcosa perché sono le PR che lo fanno, non i dev. Dove c'è un modello di rapporto "col cliente" ben diverso. Cosa fa di buono Nostr? - ha capito che il punto è comunicare testo, non html, testo semplice, al massimo MD o org-mode, tutto qui, il grosso della nostra informazione è testo dalle leggi agli sms passando per libri, giornali e post. Nostr offre comunicazione testuale come la offriva Usenet, ma con una UI assai più libera e accattivante. Come Usenet supporta anche contenuti multimediali, in maniera più efficiente dei gruppi binari. Supporta post brevi, cui manca una UI stile Lemmy/Reddit per aver successo, la rubrica distribuita modello Facebook/LinkedIn (questa c'è già), post lunghi (blog/siti personali), stanno più o meno arrivando le chat con anche audio e video - ha anche un modello economico, non valido per i relay, valido per fare un web economico Cosa manca: - l'app unica, che sia client+server e che vuoi via Tor, vuoi via altro come ZeroNet, la vecchia rete KAD/eMule, ... permetta visibilità anche al nerd medio senza un nome a dominio, dietro NAT - un design coerente di questa con un minimo di documentazione per il setup e l'uso Senza questi non si andrà lontano. Ai margini il modello di decentralizzazione dei relay sovrani finisce come vuole la teoria delle reti in pochi grandi hub, quindi la decentralizzazione teorica salta, splittare e spargere l'informazione come faceva KAD/DHT in genere, IPFS, lasciando agli utenti giusto la scelta di pinnare contenuti "questi li vogliamo interi sul nostro ferro" e bannarne alcuni marcati esplicitamente "questi non li vogliamo" mentre il resto è solo una quantità massima di storage e banda a disposizione della rete, beh, senza questo non è vera decentralizzazione, si finisce con pochi giganti e tanti relay ignoti.

Well... Consider that Nostr is not really decentralized. The relay model means some large hub and many relays unseen by most, so actual substantial centralization without imposing it formally. Nostr is awesome for many reasons, but it's not really decentralized. Largely ignoring both the ZeroNet failure lesson, the Usenet success lesson and the eMule/KAD model. If this not change Nostr will remain marginal unfortunately.

https://realinvestmentadvice.com/resources/blog/usd-stable-coins-and-the-rebasement-of-the-us-dollar/ this article have a valid point: as long as people do not accept sat for common shopping BTCs are a game for giants not for retailers. Being tied to fiat for the last mile means being tied to fiat period. That's the damn issue.

I dream a realistic usage over LoRa (BT is not usable for such purposes, since it's range is way too short geographically) but so far it's only a dream, there is way too little bandwidth for "a parallele P2P mesh internet"...

To clean things up, we need a different barrier to entry: we need a decentralised Nostr that's usable by newbies with a bit minimal technical skills straight out of the box. In other words, not a client for someone else's services (relay), but a single application that connects locally to a network, bypassing NAT as best it can, acting as both client and server (relay). The user shouldn't have to worry about relay lists, only about how much storage and bandwidth they're willing to give to the network. This is what made eMule and KAD so successful, and it's exactly what we need today, from file sharing to sharing text-based information in a new web that's no longer client-server or heavily dependent on browsers. I fear, however, that many modern devs don't understand or even know this model, having been born and raised on the broken IT of Big Tech. Consequently, they can't work in a world that's unknown to them because, even with all the right skills, they still lack the awareness of a different model, its necessity, and the opportunity it presents.

I have the same lack of trust in private banks and central banks, so well... For me a CBDC it's not worse than using a Visa. The issue with BTCs it's where I can spend: most merchants around me do not accept SATs and using crypto cards is using Visa/Mastercard so not much safer. That's the damn real issue: so far crypto cards works well, we can spend vintage SATs with peace of mind. BUT there's no guarantee this will last, and once you take away Visa/Mastercard, until the majority of shops accept native SATs, even having 100k BTC isn't unfortunately going to save you. It's fine for sovereign states selling oil, other raw materials, or industrial products, but for the average person who just wants to live their life, buying the food they need, maybe a car and so on, it's a massive problem. As long as you have to go through fiat currency one way or another, your freedom, even if it's slightly greater (you have "your bank safe and sound"), is still limited.

Re-read https://www.newagebd.net/post/opinion/255104/clean-break-seven-wars-chaotic-middle-east and the older https://en.wikipedia.org/wiki/Yinon_Plan things will be much more clear AND simple. Add to clarify better

That's a broader problem in Nostr design: clients need to be relays too in a single app, so we don't end up with such massive imbalances between giant relays and tiny ones. Otherwise, Nostr will be decentralised in name only; in practice, it'll be just like XMPP, which was popular as long as Google Messenger (I can't remember the exact name) used it, and then pretty much vanished once they stopped. Unfortunately, I fear there's no real desire to understand how to structure a truly decentralised network. We do need entities to help with NAT traversal, absolutely, because many people are behind NAT, but then clients should simply have a default setting for storage and bandwidth available to the network being relays as well. We could have WoT filtering if we want, or explicit blocking of someone's content (even using DBACL and the like) if we want, but the rest should be decided algorithmically and spread out. Evolving towards a handful of major hubs while the rest of the relays remain obscure isn't decentralisation, it's the death from the start. At some point, some big relay will be bought out by some who want to censor; most people will stay there anyway because that's where the bulk of other humans are, and you'll get the same effect we're seeing with Reddit compared to Lemmy.

Me personally I use Radicle, I've not tried ngit, but the little I read is not that attiring compared, what I miss from such a quick scrape?

https://virginiabusiness.com/blackrock-limits-withdrawals-private-credit-fund/ another quake in finance, BlackRock limit withdrawals from it's HPS Corporate Lending Fund (26bn), Blackstone forced to inject 400M to avoid the crac. Others private equities suffer as well (Blue Owl Capital, KKR, Carlyle Group, Apollo Global Management, Ares Management, TPG Inc etc). After REITs now the "golden haven" of private credit prove to be not a haven at all...