Files
bitvid/tests
thePR0M3TH3ANandClaude Fable 5 025ab3487d zaps: count bitvid tallies in the zap-totals store (#47)
Second slice of docs/zap-tally-plan.md §4. runBatch now queries kinds
[9735, ZAP_TALLY_KIND] in one call and folds both sources:

- 9735 receipts: unchanged sum, but now also records each receipt's
  payment_hash (from its bolt11) for cross-source dedup.
- bitvid tallies: verifyBitvidZapTally (preimage + description-hash bound),
  amount from the bolt11, pointers from the embedded zap request; counted
  once per payment_hash so a payment that yields BOTH a 9735 and a tally is
  never double-counted.

Entries gain a paymentHashes set. Counting is gated by isTallyEnabled
(singleton reads FEATURE_ZAP_TALLY live). The existing "relay wins" prune
clears the optimistic/ledger overlay once a real tally or receipt lands, so
the sender's own published tally reconciles the instant bump with no extra
plumbing.

Tests: cross-source/same-payment dedup, invalid-tally rejection, flag gating
(tests/zap-totals.test.mjs). Lint + build green.

Co-Authored-By: Claude Fable 5 <[email protected]>
2026-07-04 23:35:51 -04:00
..
2026-02-21 16:08:33 -05:00
2026-02-21 15:53:09 -05:00