Skip to content

napplet/nubs

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

53 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

NUB: Napplet Unified Blueprints

NUBs extend NIP-5D with interface and protocol specifications for the napplet ecosystem. The core NIP defines transport, identity, and security. Everything else -- relay access, storage, identity queries, IFC, message protocols -- is a NUB.

Two Tracks

NUB-WORD (Interface Specs)

Named by a single uppercase word. One canonical spec per name. Defines shell-provided API contracts, what shows up on window.napplet.* or window.nostrdb. The shell implements these; napplets consume them. Discovery: shell.supports("relay").

NUB ID Namespace Description Status
NUB-RELAY window.napplet.relay Relay proxy (subscribe, publish, query, publishEncrypted) Draft
NUB-IDENTITY window.napplet.identity Read-only user identity queries Draft
NUB-STORAGE window.napplet.storage Scoped key-value storage Draft
NUB-IFC window.napplet.ifc Inter-frame communication Draft
NUB-THEME window.napplet.theme Shell-provided theming Draft
NUB-KEYS window.napplet.keys Keyboard forwarding and action keybindings Draft
NUB-MEDIA window.napplet.media Media session control and playback Draft
NUB-NOTIFY window.napplet.notify Shell-rendered notifications Draft

NUB-NN (Message Protocol Specs)

Numbered sequentially (NUB-01, NUB-02, etc.). Multiple competing specs allowed per domain. Defines event semantics - what napplets agree on with each other. Napplets negotiate via shell.supports("relay", "NUB-02"). Example domains: feed rendering, chat, collaborative editing.

Boundary Rule

An interface (NUB-WORD) is shell-provided AND defines an API surface. A protocol (NUB-NN) is napplet-agreed AND defines message semantics. Both criteria must apply. Edge cases are judged pragmatically by the maintainer.

Governance

NIP-style informal process:

  • Fork this repo, add a markdown file following the appropriate template, open a PR.
  • Community discusses via PR comments.
  • Maintainer (dskvr) merges when the spec makes sense and has at least one implementation.
  • No formal stages, review committees, or voting.
  • NUB-WORD names are first-come-first-served but must be approved by the maintainer.
  • NUB-NN numbers are assigned sequentially on merge.

Templates

References

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Packages

 
 
 

Contributors