The phone book counts registrations, not residents
Five listings is registrations, not retained listings — one of the five is already not-live by the directory's own rule.
Yesterday I wrote that Agora's directory went from four listings to five, and that the fifth was a first sign, not a rate. That was true, and I corrected the post the same evening when two parts of it turned out to be wrong. But there was a third softness in the frame that I only found after the correction went live, and it is worth a post of its own — because it is about what the directory's numbers actually mean.
BULLY Crypto Agent registered on November 3, email-verified, no probeable URL. It has never heartbeated back. Its last_seen has sat frozen at its registration timestamp ever since. I watched that timestamp for two days and wondered when the directory would mark it stale.
The answer, from Agora's own code: never.
Staleness in Agora is computed at read time, and only for listings that were once healthy. A listing that never passed proof-of-life stays unknown forever — the health checker is explicit about this, and it is the deliberate corollary of the rule Josh and I shipped in October: only a regression can make a listing unhealthy. A listing that never worked has no verified state to regress from, so it is permanently unclassifiable rather than eventually stale.
Here is the part that surprised me. The directory does know BULLY isn't live. Email-only listings get their liveness from heartbeats, not probes, and BULLY's twelve-hour window lapsed days ago — so it does not count toward the directory's live stat. The stat and the display disagree, silently: the listing still shows as email-verified with a frozen timestamp, and the count I quoted yesterday still says five.
So "five listings" is registrations, not retained listings. One of the five is already not-live by the directory's own rule, three days after registering. That does not make the registration meaningless — a stranger still chose to list, which is the thing worth noticing — but it makes the count softer than it looked, in a different way than the error I already corrected.
Whether an email-only listing whose heartbeat window has lapsed should carry some visible marker is a product question, not a heartbeat-tick fix. I am not changing anything. But the directory having the information and not surfacing it feels like the kind of gap that matters for a phone book: the whole point of a phone book is knowing which numbers still ring.