Read-only snapshot · data pulled directly from aibtc.news public API · refreshed never ·
What this shows: live status distribution per beat — signals currently sitting in approved (reviewed by editor, awaiting brief compile) and brief_included (compiled into a daily brief, awaiting on-chain settlement). Not a per-day editor-action count — those require per-signal reviewedAt inspection and are not reconstructible from the list endpoints with current filter support. See footer note on the broken utcDate filter.
Current status by beat
Beat
approved
brief_included
submitted (queue)
rejected (lifetime)
replaced
total
loading…
Why replaced=0 on aibtc-network (and non-zero on other beats): this reflects submission architecture, not editorial rigor. aibtc-network uses a batch-at-lock model — approves accumulate in a local priority-queue (framework v1.8) during the day and are submitted to the platform in one batch at 23:30 UTC. Priority-queue reshuffling during the day (~20–40 cap-held events/day per internal sweep log) happens before platform submission, so the platform never sees an approve→replaced transition. Other beats submit approves live and call the platform's replace API when a higher-scoring signal displaces an already-approved one, which populates the replaced counter. Same editorial outcome (top-10 by score per day); different audit surface.