My "vision" for this is: I read this whole book a bunch of months ago: , haven't re-read it yet, but it wormed its way into my mind. (and these notes happened around the same time: ) I think hypermedia is a really promising way to potentially get super powerful clients with very minimal client-side code. that concept + the ability for nostr events to be arbitrarily complex has been stewing in my head as a way to get super malleable* UIs and applications. I don't know where this goes yet, or if it has any legs, but it seemed like a basic feed client was the first step. (might be wrongheaded, perhaps a much weirder, non-social client would be a better proving ground, dunno). All that to say: it's just a lot of random ideas banging together and I doubt any experiments or suggestions would overstep, since I don't yet have clear boundaries to begin with :) maybe a few guidelines would be: - keep events nostr protocol and relay compatible - adhere to hypermedia principles (I may be guilty of breaking this myself, haven't thoroughly reviewed) - try to do as little as possible on the server side aside from just massaging and re-forming stuff for hypermedia-style presentation - - ideally we minimize the footprint for distrust on the server. someone should be able to self-host it easily. and ideally we could host it simply in a secure enclave with cryptographic attestation to prove that there's no censorship or funny business happening on the server. but i'm digressing far here... - I don't know, making it up as I go along here --- * At some point I should explain what I mean by "malleable". but briefly: infinitely changeable and re-configurable by the user, no hard edges, amenable to being coaxed to inter-operate with other things at the user's direction, etc. etc. in a word: "purely ownable, in an end-user way"
vinney...axkl's avatar vinney...axkl
Hey since we're all here in the same thread: I'm working on a hypothesis that you two may already be further down the rabbit hole on: Hypermedia's time has come again; it needs nostr and nostr needs it. Is there some dark corner we can go off in with other people who are interested in this and make some plans together?
View quoted note →

Replies (4)

this is actually beautiful. I'll have a theming PR for you tomorrow (with some additional UI things) then I'll spend some time stewing on this the info you sent over. i love the idea of bringing the web back to a bygone era where it was more than just clickbait content and you're right, Nostr is absolutely the perfect stack to help this happen. Once i'm caught up on the reading (lol), I'll throw some ideas your way.
in the extreme case, a proper hypermedia server/client should let the ui and even functional aspects be entirely driven by notes' content. imagine what vibecoding would be like if it didn't even need to be in source code files or hosted anywhere.. entire uis and ux interactions composed soley of notes' content.
vinney...axkl's avatar vinney...axkl
Check out what this screenshot note is replying to. I'm both excited and scared. Next steps: - host the malleable UI "client" (it's just a static html file) - make it easier to load a given note in the client - upgrade the "client" so that it can at least do these: 1. query + foreach - enables feeds/lists 2. embed - Enables composition 3. if/else - Conditional UIs 4. local state (??) - Interactive apps without publishing 5. computed - Derived values 6. pagination - Scale to large datasets X. ...eventually rewrite the client to be more of a "bootstrap/BIOS" so that the bot response actually _includes the "client code" html/js that it needs to run itself_. and the client replaces itself with that "OS". so essentially notes become "executable" apps. 👹 (also the bot is offline so don't bother talking to it) View quoted note → https://github.com/vcavallo/nostr-hypermedia/blob/hatebot/hateoas-js-readme.md
View quoted note →