npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@hashtree/nostr

v0.1.14

Published

Nostr integration for hashtree - WebRTC P2P store and ref resolver

Readme

@hashtree/nostr

WebRTC P2P storage and Nostr ref resolver for hashtree.

For app-builder guidance and common pitfalls, see ../../GETTING_STARTED.md.

Install

npm install @hashtree/nostr

Nostr Event Collections

Use NostrEventStore when your app wants a hashtree-native Nostr event collection instead of inventing its own query API.

import { MemoryStore } from '@hashtree/core';
import { NostrEventStore } from '@hashtree/nostr';

const store = new MemoryStore();
const events = new NostrEventStore(store);

const profileNotes = await events.query(rootCid, {
  authors: pubkey,
  kinds: [1],
}, { limit: 50 });

for await (const event of events.streamQuery(rootCid, {
  authors: pubkey,
  tags: { t: 'hashtree' },
})) {
  console.log(event.id, event.content);
}

query() and streamQuery() choose the best published index they can (by-author, by-author-kind, by-kind, by-tag, or recent) so app code does not need to hand-roll index selection.

WebRTC Store

P2P data fetching via WebRTC with Nostr signaling:

import { WebRTCStore } from '@hashtree/nostr';

const store = new WebRTCStore({
  signer,    // NIP-07 compatible
  pubkey,
  encrypt,   // NIP-44
  decrypt,
  localStore,
  relays: ['wss://relay.example.com'],
  requestSelectionStrategy: 'weighted',
  requestFairnessEnabled: true,
  requestDispatch: {
    initialFanout: 2,
    hedgeFanout: 1,
    maxFanout: 8,
    hedgeIntervalMs: 120,
  },
});

await store.start();
await store.loadPeerMetadata(); // optional warm start
const data = await store.get(hash);
await store.persistPeerMetadata(); // optional shutdown/save step

Nostr Ref Resolver

Resolve npub/treename references to merkle root hashes via Nostr events.

Event Format

Trees are published as kind 30078 (parameterized replaceable with label):

npub1abc.../treename/path/to/file.ext
      │        │           │
      │        │           └── Path within merkle tree (client-side traversal)
      │        └── d-tag value (tree identifier)
      └── Author pubkey (bech32 → hex for event)

Tags: | Tag | Purpose | |-----|---------| | d | Tree name (replaceable event key) | | l | "hashtree" label for discovery | | hash | Merkle root SHA256 (64 hex chars) | | key | Decryption key (public trees) | | encryptedKey | XOR'd key (link-visible trees) | | selfEncryptedKey | NIP-44 encrypted (private/link-visible) |

Visibility:

  • Public: plaintext key tag
  • Link-visible: encryptedKey + link key in share URL
  • Private: only selfEncryptedKey (owner access)

Usage

import { createNostrRefResolver } from '@hashtree/nostr';

const resolver = createNostrRefResolver({
  subscribe: (filters, onEvent) => { /* your relay client subscribe callback */ },
  publish: (event) => { /* your relay client publish callback */ },
});

const root = await resolver.resolve('npub1.../myfiles');

The resolver does not require NDK. Any raw relay client is fine as long as it can subscribe and publish signed events.

Coalescing Replaceable Publishes

When app code signs replaceable events directly, publishing several updates inside one second can leave relays choosing by event id instead of the last UI state. createReplaceablePublishQueue() avoids app-side future timestamps by serializing publishes per replaceable coordinate and only sending the latest queued update in a one-second window.

import {
  createReplaceablePublishQueue,
  replaceableEventCoordinateFromTemplate,
} from '@hashtree/nostr';

const publishQueue = createReplaceablePublishQueue();

await publishQueue.publish({
  coordinate: replaceableEventCoordinateFromTemplate(pubkey, {
    kind: 30078,
    tags: [['d', treeName]],
  }),
  publish: async (createdAt) => {
    const signed = await signEvent({
      kind: 30078,
      created_at: createdAt,
      tags: [['d', treeName], ['hash', rootHash]],
      content: '',
    });
    return publishSignedEvent(signed);
  },
});

Signed Tree Snapshots

For immutable permalinks, store a copy of the signed kind 30078 root event as a plain hashtree blob. The snapshot gives you one signed root even when relays do not answer, and you can still watch for newer events later.

For live mutable app data, prefer resolving the current root from relays first. Snapshots are for permalinks, offline reuse, and signed historical captures, not for replacing a live source lookup.

import {
  storeTreeEventSnapshot,
  readTreeEventSnapshot,
  fetchLatestTreeEventSnapshot,
  watchLatestTreeEventSnapshot,
} from '@hashtree/nostr';
import { HashTree } from '@hashtree/core';

const hashTree = new HashTree({ store });

const snapshot = await storeTreeEventSnapshot(hashTree, nip19, signedRootEvent);
const sameSnapshot = snapshot
  ? await readTreeEventSnapshot(hashTree, nip19, snapshot.snapshotCid)
  : null;

const latest = await fetchLatestTreeEventSnapshot(
  { snapshotTarget: hashTree, nip19, fetchEvents },
  'npub1...owner',
  'videos/demo',
);

const stop = watchLatestTreeEventSnapshot(
  { snapshotTarget: hashTree, nip19, fetchEvents, subscribeEvents },
  'npub1...owner',
  'videos/demo',
  (nextSnapshot) => {
    console.log(nextSnapshot.snapshotNhash, nextSnapshot.rootCid);
  },
);

// later
stop();

The library does not keep a global snapshot cache for you. It provides stateless helpers plus a live watcher; route caching and reuse policy stay with the app. Pass a HashTree when you already have one controlling write policy, or a raw Store when the default wrapper is enough.

Snapshot routes use the signed snapshot blob nhash plus a path and optional link key:

import {
  buildTreeEventSnapshotPermalink,
  parseTreeEventSnapshotPermalink,
} from '@hashtree/nostr';

const href = buildTreeEventSnapshotPermalink({
  snapshotNhash: snapshot.snapshotNhash,
  path: ['index.html'],
  linkKey: 'abcd...optional 64-hex link key',
});
// nhash1.../index.html?snapshot=1&k=...

const parsed = parseTreeEventSnapshotPermalink(`htree://${href}`);

License

MIT