Avatar
franzap
726a1e261cc6474674e8285e3951b3bb139be9a773d1acf49dc868db861a1c11
Building nostr:npub10r8xl2njyepcw2zwv3a6dyufj4e4ajx86hz6v4ehu4gnpupxxp7stjt2p8 and #purplestack | BA šŸ‡¦šŸ‡·

What do you guys think of inheritance on nostr event kinds?

Composition is not the answer to everything. I recently splitted kind 32267 for apps, removing all the fields that correspond to a wiki entry and added an `a` pointer to it.

But if my kind 32267 *is a* compatible wiki entry, as it implements all fields from wikis kind 30818, it should be read by wiki clients.

Having to do multiple queries is also shit, and I will share my implementation to fix that. The problem is interoperability, relays are hard to change

Given the folllowing structure: apps -> releases -> file metadatas

User searches are performed on apps, once an app is selected we fetch latest release, and from there grab file metadatas.

It's easy when the search is done on one event kind (apps) but now I need to also start filtering on file metadatas (for platform/os/architecture). You don't want to be presented search results for which there's no app for your operating system.

Theres no way of doing joins or more expressive querying in nostr - unless copying the data I need onto one single event kind, which is the workaround I did and I hate it.

Uhm, no. It's an AND that needs to happen server-side. It would be ridiculous otherwise

Need to concurrently filter on conditions of 2 related event kinds (connected via "a" and "e" pointers) and there's no way of doing that.

There's not even a viable workaround, it's a fucking mess

The nostr relay query language needs an upgrade. Started to hit the limits

Not myself but heard multiple times from different sources that domains were revoked, experiences on reddit and trustpilot not looking good: https://www.trustpilot.com/review/njal.la

Very interesting

Built on https://harbor.social/

These idiots building yet another identity app

If we do it on open protocols we win

we need something far more distributed and built on open protocols

Ecash is not bitcoin

Ecash is the smoothest bridge to bitcoin

Just like nostr, ecash will elevate orange pilling to new levels

Amazing work with nutzaps nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft

YouTube very recently started aggressively banning IPs, mostly non-residential and forcing sign-ins.

yt-dlp and many invidious, piped instances affected: 403 errors or "Sign in to confirm you’re not a bot. This helps protect our community"

Google's concept of community is wanting you to swallow their sludge advertisement and control your speech.

I take this as a challenge.

Piped is great but it was obvious that proxying would be shut down one day.

Even though I'm busy AF, I started prototyping something to take back great Youtube content. Involves nostr, blossom and ecash. More soon

https://github.com/yt-dlp/yt-dlp/issues/10128

Unfortunately not possible yet, I'm working on gitlab support but it's not ready

Updated the NIP-39 linked cryptographic identities spec PR (and examples) to use binary format instead of hex/ASCII before converting to base64.

Space optimization appears to be significant.

https://github.com/nostr-protocol/nips/pull/1335