NIP fixes: - RelayMembers (13534): use NIP-43 `member` tags (not `p`) and set the required NIP-70 `-` protected tag. - Profile (kind 0): remove display-name support entirely (getter, setter, display() fallback, and the search weight). - Comment (1111): A/a tags now carry a real address, not the event id. - BlossomServerList (10063): normalize server URLs with normalizeUrl (HTTP), not normalizeRelayUrl (which forced wss://). - HandlerRecommendation (31989): fix inverted removeRecommendation filter; add setSupportedKind()/supportedKind() for the NIP-89 d-tag. - Report (1984): place the report-type string on the e tag (note reports) or p tag (profile reports); always emit the p tag. Docs/skills: - Add @welshman/domain docs (docs/domain/) and the welshman-domain skill. - Prune @welshman/util docs/skill of the moved Profile/List/Handler/Encryptable helpers; register domain in the sidebar, index, and skills README. - Apply accuracy fixes to the @welshman/app docs/skill. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BsMjvv7krpZeHK1Njeneru
3.0 KiB
Relay membership
These kinds model relay-level membership — Flotilla's notion of joining a relay/space, distinct from NIP-29 room membership (which is scoped to a room by an h tag). Where Rooms deal with groups hosted on a relay, these events deal with belonging to the relay itself. They are all plain EventReader / EventBuilder subclasses; see Readers & Builders for the base pattern.
Ops and snapshots
| Class | Kind | Purpose | Reader | Builder |
|---|---|---|---|---|
RelayJoin |
28934 | join request (ephemeral) | claim(), reason() |
setClaim(claim), setReason(reason) |
RelayInvite |
28935 | invite (NIP-29) | claim() |
setClaim(claim) |
RelayLeave |
28936 | leave marker (ephemeral) | — | — |
RelayAddMember |
8000 | add a member | pubkeys() |
addPubkey(pk) |
RelayRemoveMember |
8001 | remove a member | pubkeys() |
addPubkey(pk) |
RelayMembers |
13534 | member-list snapshot | pubkeys(), isMember(pk) |
addPubkey(pk), removePubkey(pk) |
Each has a matching *Builder (RelayJoinBuilder, RelayMembersBuilder, …).
Joining and leaving
A RelayJoin carries an optional claim code (the claim tag) and a free-text reason (the event content):
import {RelayJoin, RelayJoinBuilder, RelayLeaveBuilder} from "@welshman/domain"
const join = await RelayJoin.fromEvent(event)
join.claim() // string | undefined — the "claim" tag value
join.reason() // event.content, or undefined when empty
await new RelayJoinBuilder()
.setClaim(inviteCode) // ["claim", inviteCode]
.setReason("hello") // becomes the content
.toEvent(signer)
// Leaving is a bare marker — no fields.
await new RelayLeaveBuilder().toEvent(signer)
RelayInvite (kind 28935) is the invite counterpart, carrying just a claim:
import {RelayInviteBuilder} from "@welshman/domain"
await new RelayInviteBuilder().setClaim(inviteCode).toEvent(signer)
Member management
RelayAddMember (8000) and RelayRemoveMember (8001) are admin ops that list affected pubkeys via addPubkey (deduped by pubkey):
import {RelayAddMemberBuilder, RelayRemoveMemberBuilder} from "@welshman/domain"
await new RelayAddMemberBuilder()
.addPubkey(pubkeyA)
.addPubkey(pubkeyB)
.toEvent(signer)
await new RelayRemoveMemberBuilder().addPubkey(pubkeyA).toEvent(signer)
RelayMembers (13534) is the resulting member-list snapshot. Its reader answers membership questions; its builder supports both add and remove:
import {RelayMembers, RelayMembersBuilder} from "@welshman/domain"
const members = await RelayMembers.fromEvent(event)
members.pubkeys() // string[]
members.isMember(pubkey) // boolean
await new RelayMembersBuilder()
.addPubkey(pubkeyA) // also removePubkey(pk)
.toEvent(signer)
See also
- Readers & Builders — the base
EventReader/EventBuilderpattern. - Rooms — NIP-29 room-level (not relay-level) membership and metadata ops.