Agree with the first part. They even gave lots of bogus examples so people were copying and pasting things that were not best practices. DID got messed up even worse, but was not designed to do that, I designed it to make a uniform interoeprable interface for the bitcoin block chain, but it got co-opted. But the lack of interop doesnt come from named types. There is lots of other technical debt, bad examples, and deviation from the standards. The named types are probably the one useful thing in there. ActivityPub uses named types and its growing faster than nostr. I do like the nostr number system, because its simple and works. But if you had an OO system and every class was a number, it's going to struggle to scale at some point. Numbers work well because nostr is early and small. I was actually thinking of rewriting the whole of DID and VCs, taking the good bits for nostr. It might happen one day, but magic numbers vs types is not really a deal breaker. Plenty of other things are tho. VC/DID is frankly a mess, the data structure is a set, no arrays, no canonicalization, the examples are wrong, the context breaks everything, the document is not defined, no one knows how to make a vocab excapt dave and manu. Even they cut corners. The list goes on and on.
Agree w/ everything. If you end up proposing a new one, make it ultraspecific. Don't let other people fuck your stuff up. :)
I roughly know that is needed, this time round - take the taproot data model and apply expand ways it can be used - structured profiles that can have developer defined extensions, e.g. for subkeys - tighter integration with on-chain transactions allowing timestamping, versioning and smart contracts - uniform caching and scaling interface, layered, stateless, with CDNs and proper etags - proper json based data models with schemas that work, can be versioned, have an audit trail - schnorr signatures over simple json data structures, as today - lightning fast profile and roster apps, allowing things like chat - personal storage, access controlled - everything payments ready, with audit, and observable reputation - close AI integration so that nostr builds itself - proper web of trust including punishment zaps for bad actors, spammers, scammers - wide range of micro apps, including chat - incentive structure to support long term growth, on a level playing field and so on ...