A project I started poking at last summer is at a point where it makes sense to share. I started working on it shortly after nsite was beginning to *sometimes* work, and immediately after some of my earliest nsyte.run releases.
https://napplet.run: Composable nostr apps, not monoliths.
Nostr Applets, or napplets, are tiny programs that do one thing and run in sandboxed environments. Shells broker the dangerous stuff, the runtimes behind them handle the implementation and the higher-level UX. Each applet stays portable, disposable, and harder to capture.
Other people are circling similar ideas, NMP by @PABLOF7z and Tiles by the @Soapbox team, to name just two.
This is my take: A protocol that defines a trust boundary. First target is the web as an app runtime for nostr, with alpha tooling, sharp edges, and no fake polish. They are distributed using the same event shape as nsites, which means the napplets themselves are resolved over nostr and blossom.
Key difference between competing solutions and napplets, is that napplets can talk to each other, and there is no runtime lock-in by design. Napplets are a seam that define a trust boundary and some grounding concepts.
The protocol is still under active development and contributors are welcome.
I will be posting a series of articles on the subject with findings, pitfalls and developments.
Some links:
Web Packages: https://github.com/napplet/web
NAPs track: https://github.com/napplet/naps
Web Runtime Packages: https://github.com/kehto/web
"Kehto Playground," an imperfect and chaotic proof of concept and app I use to debug, but can also act as a protocol visualization: https://kehto.github.io/web/playground
History:
I started by developing something like 44billion.net but it was a native app that leveraged NIP-07 to run "napps": https://github.com/sandwichfarm/napp.run
Ceiling was too low on that prototype, so I forked chromium and started ideating an expanded interface in a browser forked from Thorium: https://github.com/sandwichfarm/dryft
Those research spikes led me into a novel prototype, that has since been upgraded to a proof of concept that implements NIP-5D, and will be released very soon.
I have also been working on a RISC-V kernel that is optimized around nostr and attempts to implement the napplet protocol boundaries expressed as native boundaries over an IPC.
For now, if interested in the concept, check out https://napplet.run and lmk what you think.
https://napplet.run: Composable nostr apps, not monoliths.
Nostr Applets, or napplets, are tiny programs that do one thing and run in sandboxed environments. Shells broker the dangerous stuff, the runtimes behind them handle the implementation and the higher-level UX. Each applet stays portable, disposable, and harder to capture.
Other people are circling similar ideas, NMP by @PABLOF7z and Tiles by the @Soapbox team, to name just two.
This is my take: A protocol that defines a trust boundary. First target is the web as an app runtime for nostr, with alpha tooling, sharp edges, and no fake polish. They are distributed using the same event shape as nsites, which means the napplets themselves are resolved over nostr and blossom.
Key difference between competing solutions and napplets, is that napplets can talk to each other, and there is no runtime lock-in by design. Napplets are a seam that define a trust boundary and some grounding concepts.
The protocol is still under active development and contributors are welcome.
I will be posting a series of articles on the subject with findings, pitfalls and developments.
Some links:
Web Packages: https://github.com/napplet/web
NAPs track: https://github.com/napplet/naps
Web Runtime Packages: https://github.com/kehto/web
"Kehto Playground," an imperfect and chaotic proof of concept and app I use to debug, but can also act as a protocol visualization: https://kehto.github.io/web/playground
History:
I started by developing something like 44billion.net but it was a native app that leveraged NIP-07 to run "napps": https://github.com/sandwichfarm/napp.run
Ceiling was too low on that prototype, so I forked chromium and started ideating an expanded interface in a browser forked from Thorium: https://github.com/sandwichfarm/dryft
Those research spikes led me into a novel prototype, that has since been upgraded to a proof of concept that implements NIP-5D, and will be released very soon.
I have also been working on a RISC-V kernel that is optimized around nostr and attempts to implement the napplet protocol boundaries expressed as native boundaries over an IPC.
For now, if interested in the concept, check out https://napplet.run and lmk what you think.
3218❤️20❤️3👀2👍2🧡2⚔️1
