I do work that's shitty for shitty people and productive for better people
So far, I'm surrounded by shitty people my work isn't productive for
Why don't you handle the next step of my wallet bot bounty if you want my work to be productive? I don't really feel like pushing for all the shitty people on nostr to have another way to get richer right now. I need better people on nostr, not richer versions of the people here now.
Or why don't you give me feedback on any of the ideas I need technical feedback on? Like the doggie name system, I keep saying the next step is to agree on a data formatting standard, do you have any insights on that?
Or any of this?
quoting nevent1q…t3ljRevised some points & will repost this reply because not enough people saw this originally -
¶
We need a JavaScript-free self-hostable publicly-accessible Onion service frontend. I'm pretty sure Snowden basically suggested it should be top priority. Basically njump but with posting.
¶
We could use nostr-native visual design tools for making printouts, fliers, etc. with QR codes linking to npubs and posts in various nostr apps. Maybe it could be more multi-purpose than this, but I'm thinking every time a nostrich stays at a hotel with a free printer, they could be printing fliers/newsletters with their best nostr posts to leave out somewhere.
¶
We need to fix Tor on Android and get Amethyst back on F-droid. Vitor has talked about this
¶
All nostr clients should add P2P data integrity verification over Tor ASAP - when you interact with someone's post while they're online, your clients could automatically audit your relays by talking directly to each other client-to-client over Tor to cross-reference each other's local databases.
¶
We need to improve NIP-13 PoW support across the board to improve spam filter accuracy. People do not like inaccurate spam filters where a lot of bot posts get through and a lot of human posts don't.
¶
I think it also might be good to have a PoW "ticket" relay where an npub just generates sufficient PoW for 1 nevent and they're whitelisted for a certain number of additional nevents to be published from that npub within a certain timeframe, or maybe from that npub+network address combined.
¶
We need doggie coin and Monero tipping ASAP - I will keep working on this point myself.
¶
We need a new nevent format which doesn't use JavaScript or any English-centric code (making it geographically neutral), and which is designed with P2P communication in mind, ASAP. This is another point I'm personally working way too slowly on (almost not at all). The default medium of communication for this P2P protocol branch should be Tor, but other mediums like 2-way radio also need to be considered in the specs.
¶
Later, if implementations based on the new js-free nevent format still don't support BitTorrent very well, we need to improve the BitTorrent integration with the js-free branch of the protocol and its implementations. Basically: nostr for indexing and storing small chunks of text, BitTorrent for storing and transferring big data.
¶
We need a tagging system for everything, not just posts, and it should be figured out alongside the nevent format and P2P network. This is why I work so slowly it's almost not at all. It's hard to make choices in one area without impacting another area. The tagging system should help the P2P network deal with manipulation at the technical level and also help the community keep track of stuff at the human level. Some tags would be human-managed, like "this npub has been helpful before." Some tags would be managed automatically, like "this npub is known to have replied before" (so even if a reply isn't in your database of posts, your tags database might still remember everyone you've talked to).
¶
We need a proper Wikipedia clone that doesn't use English-centric formatting unless it's wikitext for compatibility (fiatjaf is very tired of me saying this but it's true).
¶
A proper Wikipedia clone will end up requiring seriously advanced web of trust models once it has a bit of growth.
¶
We need systemic key backups / key rotation. At least 1 client needs to have a profile metadata field for alternate keys, and a profile metadata field for a key the profile is a backup for, and NIP-03 timestamps for those metadata fields. Would that be good enough for people who say they don't join nostr because it has no key rotation built in, or do they need an overly complex spec that talks about derivation paths and stuff? I don't know.
¶
We need a blockchain-based DNS alternative that supports the backup keys / key rotation. I've posted a pretty good outline of a design for this, we would just need to decide collectively on formatting details and make sure to consider key rotation before finalizing the design.
¶
We need git over nostr. I do not have the skills to help with that, Laeserin and others are trying
¶
We need something like the old primal (npub12vk…pugg) "my tribe" feed to come back and be more well-known this time. A feed that shows posts from all followers could bring some of the most beloved people and millions of their fans to nostr. It would be a big selling point to be able to say "come with me to nostr because I can actually fucking hear you there"
¶
We need w3.do the nostr-native DNS URL shortener, which we've already had the whole time I was typing this. There must be a cunning dev behind that.
¶
We need more people running nostr.
Or this?
