operator@torzon-access ~ /usr/local/bin/mirror-check --listing --pgp-verify
torzon-market-links.xyz
Torzon Access Terminal logo
Torzon::Access Terminal
vetted onion list · rotator · pgp-checked manifest
online · last sweep ok
operator@torzon:/access/mirrors# cat mirrors.txt

Torzon market mirror inventory

The full live onion list, plus the rotator endpoint. Reachable status is from the latest sweep, run every six minutes against each mirror.

Production mirrors (six)

Each mirror points at the same Torzon backend through a different hidden-service descriptor. They are interchangeable from the user perspective, you do not get a different account or different vendor catalog. Pick whichever is alive when you land.

M01
torzon4v7bcakvo7qikdfknewj4dlr44hkyv4jyfrkl7ci3zqn76kiid.onion
VERIFIED
M02
ncmebasolcj2pmw5oy2bco4r65jbcqznrujtxcalz6e2b2jmhjlf44ad.onion
VERIFIED
M03
otw35cxf2rssl23tsvtqjwj32u62q4becl2jmgvekuemptxli7gt5lyd.onion
VERIFIED
M04
dgkozv5myc3lfpedjl2khhk6icok2xm5wmc5vg42xvbyh4fs345mopyd.onion
VERIFIED
M05
evwigej45n3nywbn3aqdun4o6cgjyfgxf2ts7lm6no3uotxanpeuosad.onion
VERIFIED
M06
tv4pfwlnoezgtzwrr33fturalfcfvdil6sly33ecx2j7lrxxyrydwdad.onion
VERIFIED

Rotator endpoint

The rotator picks an online mirror on your behalf. The most reliable mode for a quick visit, since you do not need to know which mirror is currently fastest. Same operator key signs both the manifest and the rotator response.

R01
jcyjjcu4oocqkgxyq4d6mmbuuha5db7iz3zifhf2cm6n6m5mvogxwqyd.onion
ROTATOR + CHECKER

Endpoints on the rotator onion:

How verification works on this page

The mirror inventory shown above is generated from the operator manifest. That manifest is an ASCII file, one onion per line, signed with the operator PGP key whose fingerprint is published on /security. If you want to skip this page entirely and pull from the source, fetch the manifest from the rotator endpoint and verify the signature locally.

The sweep that flags mirrors as reachable performs a simple HTTP GET / over Tor, checks for the expected response header, and records the round-trip latency. A mirror that fails three sweeps in a row drops off the list until the operator re-signs.

Common mistakes when copying mirrors

Picking a mirror by hand

If you prefer not to use the rotator, picking a mirror by hand is fine. The selection criteria most operators use, in order: which one resolves the fastest on your current circuit, which one returns a clean header response, and which one has not failed a recent sweep. The page above orders the list by sweep position, not by latency, so the first mirror in the list is not always the fastest from where you sit. Try the second or third if the first feels slow, sometimes a Tor circuit just lands awkwardly the first time.

If you want to bias toward stability over speed, the older mirrors at the top of the list have been in the manifest the longest and tend to have the fewest descriptor refreshes per week. Newer mirrors are added when the operator brings additional capacity online, usually after a sustained period of DDoS pressure on the existing set.

Mirror header check

When you land on a Torzon mirror, the first thing the homepage should return is a familiar login splash with the green status pill in the top right. If you instead get a 200 with a blank page, or a redirect to a different onion you did not pick, close the tab and re-pick from the list above. That behavior is the most common signal of a misconfigured proxy or an outright phishing copy in front of a real mirror, and credentials entered on that intermediate page never reach Torzon.

If a mirror you used last week is missing, try the rotator. The descriptor may have gone stale, which is normal on v3 onions under heavy load, and the rotator will route you to a working one regardless.
operator@torzon:/access#
Torzon Access Terminal · mirror list · rotator · pgp-verified manifest · rendered 2026-06-28 08:32 UTC