Files
bitvid/docs
thePR0M3TH3ANandClaude Fable 5 a6b2996f4e zaps: foundation for the bitvid-native zap tally (#47) — schema + verify
First slice of docs/zap-tally-plan.md (decisions D1-D5 resolved in the doc):

- ZAP_TALLY_KIND = 30081 (addressable, d=payment_hash → one canonical event
  per real payment) + NOTE_TYPES.ZAP_TALLY schema + buildZapTallyEvent
  (nostrEventSchemas.js). Video + profile pointers.
- FEATURE_ZAP_TALLY flag (constants.js), default ON per D4.
- zapReceiptValidator.js: extractBolt11Fields (payment_hash + description_hash
  from the existing bech32 walker), verifyPaymentPreimage
  (sha256(preimage)==payment_hash), verifyBitvidZapTally — the security core:
  proves the invoice was paid AND bound to this zap request (description-hash
  binding blocks reusing a leaked preimage for another video). Amount is
  bolt11-derived, never the tag; pointers come from the embedded zap request.
- Schema-doc row for kind 30081.

Tests: tests/zap-tally-verify.test.mjs (8) — preimage check, bech32 field
round-trip, valid/bad-preimage/replay/zero-sats decisions, builder tag shape
(video + profile). Lint + build green.

No publishing or counting wired yet — next slices per the plan checklist.

Co-Authored-By: Claude Fable 5 <[email protected]>
2026-07-04 23:32:12 -04:00
..
2026-01-23 02:27:15 -05:00
2026-02-05 19:31:19 -05:00
2026-01-23 02:27:15 -05:00
2026-01-30 09:13:54 -05:00

Documentation Index

Welcome to the bitvid documentation. This directory contains detailed architectural guides, API references, and system overviews.

Core Systems

Nostr Protocol

Moderation & Safety

  • Moderation Service: How content moderation, reporting, and admin lists function.
  • Logging Strategy: Guidelines for using devLogger vs userLogger and production logging policies.

Design & UI

Operations

For more details on contributing, please see CONTRIBUTING.md.