Alright... thought of / planned out what I think would be the best structure/flow for a discord alt, time for implementing it then testing to see if it'll turn out to be good or not.
Took me some time to realize "wait a minute, i'm not making signal and the like, a bunch are already doing that, i'm making discord, why am i trying to achieve a higher standard than I should?" and continued with that mindset / its underlying assumptions.
Freakoverse
nabandondelivera
npub18n4y...zk9r
I guess I'm one of those #vtubers.
Having fun talking about general topics, vrchat/similar, and games. Also #indiedev #gamedev. You can call me: Freak فْرِيكٌ フリク (still learning Nihongo).
Making: DEG Mods, DEGA, DNN, DENOS
#envtuber #podcast #gaming #gamedev #freedomtech
Just a quickie
Another "free speech" platform with invite codes x3


i have finished Get To Work
I enjoyed playing it =3
(and i finshed-finished it, also got the hat, but not the second hat x3)


Get To Work on Steam
You are poor and bald. Get to Work.
DNN node code up:
(check the DEPLOYMENT.md for installation on a linux server)
Here's a quick video guide to installing one on a linux server:
It's probably rough af and messy, but it's better to put something out there to play around with and improve as time goes on.
(I'd honestly want to refactoring everything from the start, but that'd waste a lot of time and not having something out there for others to check isn't a good thing imo)
You can read about the DNN project (read me and node-policy) and its NIPs (specifically NIP-DN) here:
Couldn't be at #soveng unfortunately for SEC-06 (Identity) and SEC-07 (Network, ICANN DNS/IANA), this project pretty much fits for both cohorts.
Identity & Signers (SEC-06):
I made a desktop signer, DENOS, that's basically the user's nostr identity manager, that's also a wallet manager (eCash, focusing on nutzap management, and native bitcoin with both native segwit and taproot for two different purposes, DNN ID/TLD acquisition & management, local signing flow and a username/password sign-in flow, and later down the line I'd add what I'm calling Nostr Silent Payments (multi-currency, Bitcoin multisig but with good/clear UX, and a merchant e-commerce POS system (that includes traditional fiat payments).
When a new user comes and generates a nostr keypair, they don't have to do anything else aside from that and you can immediatly send them eCash (nutzap focused, so no heavy token management), native bitcoin, or (later) other crypto and their tokens.
And if they grab a DNN ID, aside from turning their npub (63 chars of gibberish) into a human-readable/memorable/usable/locally-meaningful ID (8-16 chars), it would also decently add to their WoT score from day 0.
The Network Stack (SEC-07):
There's a lot here, but focused on the ICANN-DNS problem as well as the Certificate Authority problem. With DNN, you can now have https://example.nabandonaread or https://example.naboutzook , where you acquire a Top-Level Domain (TLD) by sending yourself bitcoin from your bitcoin address that was derived from your npub and publishing a few events (DENOS has this function / as easy as it can be), and after acquring a TLD, you can have many domains at no extra cost. Forever yours, no requiring payments, no auctions, no fomo, and no trading, as simple and as fast and as cost-effect as it can be, and scales well (and it doesn't add anything to Bitcoin).
SSL/TLS doesn't require CA as well, the cert would be self-signed (still secure) and you can put a thousand year validity if you want (set and forget).
It should also be prepped (i hope, didn't do much testing on this part) for a Tollgate and FIPS future.
Other:
DNN solves other problems as well, secondary-effect benefits:
- Nostr relay discovery problem (solves missing posts/messages, etc)
- Relay centralization (no need to post or read from popular relays)
- Impersonations (easily identify the correct person to follow)
- Long event addresses (shorten event post from 150-260 chars to 18-26 chars)
- Unfamiliar login flow (bringing back traditional username/password login flow, but evovled)
- More
Hit me up with any questions/feedback/topics, publically or privately, text or call (or in VRC, that would be fun y not x3) about any of this, especially if you want to implement DNN support in your nostr client (I forked Jumble and added support for it there, including some of the other benefits/NIPs like username/password login, local signer login, ID resolution, event addressing shortening, but forgot to add node query for user relay to be utilized so perhaps later), check it out:
#nostr #DNS #ICANN
GitHub
GitHub - Freakoverse/dnn-node
Contribute to Freakoverse/dnn-node development by creating an account on GitHub.
Gitea
DNN
A decentralized, Bitcoin-anchored naming system for nostr and the web.

Jumble
A user-friendly Nostr client for exploring relay feeds
Good discussion about NIP-29.
My opinion of it change from "wtf is this?" based on misunderstood assumptions, to "ok it's not that worrying".
Would I use it as it currently is? Depending on what I want to make, and with the mentality of aiming at a target audience that want to 'self-host', then maybe. Would I use an altered version of it (if you read in the discussion what that is)? More towards yes in a general sense but hard to say still for me.
For the Discord alt I'd build... there are pros in and cons for different approaches, in regards to reach that Discord quality of everything but with decentralization and censorship resistant / nostr in mind, NIP-29 or otherwise. I'll take a few days digesting everything to everything before seeing what I'd do. Leaning towards something custom but a mish-mash of things existing things... we'll see.View quoted note →
I figured out how to word my dislike of most turn-based games:
Aside from being generally boring to play, there is barely any or no skill involved to the gameplay (keep in mind i said "most turn-based games").
Persona, for example, you can't do decent damage? You're dead.
Elden Ring, even if you're naked with one HP and the beginner sword, you can finish the game if you're skilled and patient enough.
An example of turn-based games where good skill is involved (unless you're a robot?) where it's not just bigger number = better, that'd be Chess.
Another example, though i haven't played it yet, that leans away from no-skill-turn-based, seems like it'd be Expedition 33.
#gaming
Seems like there's discourse with NIP-29 again?
Yea it's still bad, at least in the sense of building a product for the general public.
I think I don't like it because it makes me thing of ActivityPub/Mastodon (it's not it, but it's decently leaning towards it).
The Discord alt I'll be building won't follow this NIP at all.View quoted note →
Had a quick discussion with a friend that recently got into #nostr and provided me with their experience, where he didn't mind the technical hiccups, the shit UX here and there, what he really minded was not finding people to follow that were sharing things he can relate to, where a lot of what he found were people mostly talking about nostr and bitcoin.
Basically the same feedback all nostr devs get most of the time.
However, the solution most devs get wrong is not, imo, the correct one, where they've made lists of various topics to follow specific people, different types of algos, etc.
The solution I told him (and the public whoever is reading this now) are a few things:
- Wait and see when companies you're interested in to say "follow us on nostr", where you'd then follow them, see their post, interact with them and interact with others that reply in their posts, and check with those people that are replying to see if they post stuff that interest you and follow them if it passes your interest threshold.
- Use nostr products that are of specific industries or topics, where you'd specifically see posts about those industries or topics.
- Lastly, use hashtags of things you might be interested in, in terms of search and posting as well (someone might follow you as a result of searching for that hashtag and you'd follow them back if it passes your interest threshold), where you'd search for posts with those hashtags and see who to follow based on their posts.
That's how I've been using social media all my life to fill up my follow list enough that it keeps me entertained/satisfied with my feed experience, I did not rely on lists or algorythms at all (as i didn't see a need, not that i was against it, so it was useless to me).
Regarding that second point, to expand on it with examples:
Primal, Damus, Amythest, Jumble, or even DNN or DENOS that I made, etc, are products that don't bring in culture, they are just general tools or systems.
DEG Mods and soon DEGA (game mods and games, games industry) and other things i'd build, as well as others (one that I know is about drinking wine / communities around that. Another is about anime/manga, etc), are cultural products that bring in specific types of people that share the same interests together.
Because of the nature of nostr, cultural nostr products will be the driving force of filling the void of 'people to follow', along with the other two points i mentioned, that tool/system nostr products are missing.
Building tool/system type products are very important for nostr, but building cultural type products are very important for nostr as well. If you're a dev, build what you want, but keep in mind the difference.
I decoupled the names event from the connection records (like dns records for when you update your domain) in DNN so you don't have to update two places at the same time (not sure why I decided that in the past...).
DNN node peer discovery is working (two nodes on two different hosts), but there's a design flaw with it that I'm fixing.
After that, I need to make sure that the DNN daemon is working after that decoupling change, along with the forked Min browser, double-check on delegation if it still works along with ssl/tls self signatures, clean up docs, then I'd release the DNN node code (so that people can see the horror, but it's working! x3).
I want to also see if I can package it for umbrel/start9/cloudron, but I'll pause that for temporarily.
Then I can start poking nostr clients on their thoughts about it, and see if they'd implement it into their clients, then start talking with browser projects/devs for the same purpose, then linux distros, etc.
During which, I'd start working on that Discord alt.