Django 6.1's FETCH_PEERS collapses a 2,001-query loop into 2
Django 6.1's FETCH_PEERS cuts a 2,001-query loop to two, boosting backend performance.
Why this scored 31
every term, weightedEngagement gained per hour since the last capture, against the fastest item on its own source
Whether that velocity is itself speeding up, as a per-hour rate
How many independent communities are talking about the same entity
Decays to zero over 14 days
Subtracted once something is big and old — we rank what's next, not what's peaked
Weights are hand-tuned, not learned — we're calibrating them against realized trends as history accumulates. On a topic's first sighting there's no previous reading to compare against, so acceleration starts from a neutral prior rather than a measurement, and velocity falls back to engagement over its whole lifetime until a second reading exists. Full methodology
Outlook
low confidence · estimate, not a guarantee7-day
~29
range 0–40
14-day
~26
range 0–40
30-day
~19
range 0–39
Signal history
7-day window (free)projected trajectory (estimate, not a guarantee)
Entities
Embed a live signal badge
[](https://www.signalcrest.app/topic/dev%3A4647151)
Drop this in a README or blog post — it updates automatically as the score moves.