Directory authorities vote on the status of relays in the Tor network and provide bandwidth measurements. Monitor their health and consensus participation.
Last updated: Sat, 02 May 2026 11:45:38 GMT. Data from Onionoo API + CollecTor (votes, thresholds).
| Authority Name | Online Status | Voted | BW Auth | Latency (ms) | Consensus Method | AS Number | AS Name | Country | Uptime (1M/6M/1Y/5Y) | Version | Rec. Ver. | Age | Last Restarted |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| bastet | 🟢 Online | 0 | No | — | — | AS16652 | Riseup Networks |
US
|
100.0% / 99.7% / 99.8% / 99.6% | Z: 0.5 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-03-26 |
| dannenberg | 🟢 Online | 10500 | No | 158 | 35 | AS39788 | Chaos Computer Club e.V. |
DE
|
100.0% / 99.6% / 99.8% / 97.3% | Z: 0.5 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-05-02 |
| dizum | 🟢 Online | 10476 | No | 133 | 35 | AS61125 | SABOTAGE LLC |
NL
|
99.4% / 99.2% / 98.6% / 98.2% | Z: 0.1 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-04-28 |
| faravahar | 🟢 Online | 10461 | No | 1 | 35 | AS6939 | Hurricane Electric LLC |
US
|
100.0% / 99.6% / 99.8% / 94.9% | Z: 0.5 | 0.4.9.5 | Yes | 3w 4d 12h ago | 2026-03-04 |
| gabelmoo | 🟢 Online | 10468 | Yes | 142 | 35 | AS680 | Verein zur... |
DE
|
99.9% / 100.0% / 100.0% / 100.0% | Z: 0.4 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-04-11 |
| longclaw | 🟢 Online | 10468 | Yes | 62 | 35 | AS7765 | Koumbit |
CA
|
97.6% / 98.1% / 99.0% / 99.3% | Z: -1.3 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-04-06 |
| maatuska | 🟢 Online | 10471 | Yes | 148 | 35 | AS198093 | Foreningen for... |
SE
|
96.3% / 99.3% / 99.5% / 99.2% | Z: -2.3 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-05-01 |
| moria1 | 🟢 Online | 10405 | Yes | 64 | 35 | AS3 | Unknown |
US
|
100.0% / 100.0% / 100.0% / 99.2% | Z: 0.5 | 0.5.0.0-alpha-dev | No | 3w 4d 12h ago | 2026-05-01 |
| Serge | 🟢 Online | 0 | No | — | — | AS11403 | NYI |
US
|
100.0% / 100.0% / 100.0% / 100.0% | Z: 0.5 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-04-30 |
| tor26 | 🟢 Online | 10481 | Yes | 146 | 35 | AS5404 | conova... |
AT
|
100.0% / 100.0% / 100.0% / 99.8% | Z: 0.5 | 0.4.9.6 | Yes | 3w 4d 12h ago | 2026-04-30 |
Each directory authority has different thresholds for assigning flags to relays. Values extracted from authority votes via Tor CollecTor (fetched: 2026-05-02T11:15:08.622761+00:00).
| Threshold | dannenberg | dizum | faravahar | gabelmoo | longclaw | maatuska | moria1 | tor26 |
|---|---|---|---|---|---|---|---|---|
| 🛡️ Guard Flag Requirements | ||||||||
| Guard WFU | ≥98.0% | ≥98.0% | ≥98.0% | ≥98.0% | ≥98.0% | ≥98.0% | ≥98.0% | ≥98.0% |
| Guard Time Known | ≥8.0 d | ≥8.0 d | ≥8.0 d | ≥8.0 d | ≥8.0 d | ≥8.0 d | ≥8.0 d | ≥8.0 d |
| Guard BW (top 25%) | ≥80.00 Mbit/s | ≥80.00 Mbit/s | ≥80.00 Mbit/s | ≥304.00 Mbit/s | ≥240.00 Mbit/s | ≥328.00 Mbit/s | ≥224.00 Mbit/s | ≥296.00 Mbit/s |
| V2Dir Flag | ✓ Required | ✓ Required | ✓ Required | ✓ Required | ✓ Required | ✓ Required | ✓ Required | ✓ Required |
| ⚓ Stable Flag Requirements | ||||||||
| Stable Uptime | ≥9.1 d | ≥10.4 d | ≥9.1 d | ≥9.1 d | ≥9.1 d | ≥9.1 d | ≥9.2 d | ≥9.1 d |
| Stable MTBF | ≥48.2 d | ≥42.5 d | ≥56.0 d | ≥54.8 d | ≥62.9 d | ≥16.5 d | ≥315.8 d | ≥53.6 d |
| Enough MTBF | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| ⚡ Fast Flag Requirements | ||||||||
| Fast Speed (7/8ths) | ≥816.00 Kbit/s | ≥816.00 Kbit/s | ≥816.00 Kbit/s | ≥816.00 Kbit/s | ≥816.00 Kbit/s | ≥816.00 Kbit/s | ≥8.38 Mbit/s | ≥816.00 Kbit/s |
| 📁 HSDir Flag Requirements | ||||||||
| HSDir WFU | — | — | — | — | — | — | ≥98.0% | — |
| HSDir Time Known | — | — | — | — | — | — | ≥9.8 d | — |
Per Tor Directory Specification, a relay qualifies for Guard if ALL of the following are true:
AuthDirGuardBWGuarantee (default 2 MB/s)guard-bw-inc-exits shown in table)
Important: The bandwidth check uses observed_bandwidth from the relay's server descriptor (actual capacity in bytes/s),
NOT the scaled consensus weight shown in votes. The 2 MB/s guarantee means any relay with ≥2 MB/s observed bandwidth can be a Guard,
regardless of network size.
⚙️ AuthDirGuardBWGuarantee: This is a hardcoded Tor configuration parameter (default: 2 MB/s = 2,097,152 bytes/s).
It is NOT present in vote files - authorities use their compiled-in default. This value rarely changes and provides a stable minimum
bandwidth guarantee for Guard eligibility independent of network size fluctuations.
[View in Tor source - Line 21]
Sources:
dir-spec: Assigning Flags |
dir-spec: Computing BW Weights |
Bandwidth Scanners Blog
Per Tor Directory Specification, a relay qualifies for Fast if its observed bandwidth is:
fast-speed threshold shown above)
The fast-speed threshold in the table is dynamically calculated by each authority based on the bandwidth distribution of all relays.
It typically equals or exceeds 100 KB/s. The 100 KB/s fallback ensures relays on low-bandwidth networks can still qualify.
Source: dir-spec: Assigning Flags in a Vote
Per Tor Directory Specification:
When an authority votes for a relay, that means the authority considers it Running (reachable).
If an authority cannot reach a relay, it will not include the relay in its vote.
A relay must be Running from a majority of authorities (≥5/9) to be included in the final consensus.
Source: dir-spec: Assigning Flags in a Vote
Per Tor Directory Specification, a relay qualifies for Stable if:
stable-mtbf threshold (median MTBF of all active relays)How Directory Authorities Measure MTBF:
MTBF vs Uptime — Key Distinction:
| Metric | Source | Meaning |
|---|---|---|
| MTBF (stats mtbf=X) | Authority-measured | Mean Time Between Failures — authority's observation of relay's reachability history |
| Uptime (last_restarted) | Relay self-reported | Time since last restart — from relay's own descriptor |
Key Point: Authority does NOT use relay's self-reported uptime for MTBF. It independently measures reachability. The Stable flag is based on uptime history, not current uptime — a relay with good history that recently restarted may keep Stable.
From dir-spec § Assigning Flags:
"To calculate weighted MTBF, compute the weighted mean of the lengths of all intervals when the router was observed to be up, weighting intervals by α^n, where n is the amount of time that has passed since the interval ended, and α is chosen so that measurements over approximately one month old no longer influence the weighted MTBF much."
⚠️ Study Finding: Our analysis of 10k+ relays shows authorities assigning Stable to relays with MTBF as low as ~5 days,
below both the published threshold and 7-day minimum. The stable-mtbf in flag-thresholds is the median MTBF value, not the minimum threshold.
See Stable Flag Threshold Study.
Sources:
dir-spec |
Relay Stability Research (2011)
Per Tor Directory Specification, a relay qualifies for Valid if:
Unlike Running (which just means reachable), Valid confirms the relay is verified and allowed to participate.
Almost all Running relays also have Valid unless they've been manually blacklisted.
Source: dir-spec: Assigning Flags in a Vote
flag-thresholds line (0 or 1).
✓ (=1) = Authority has collected sufficient MTBF stability data to accurately compute stability-related thresholds.
✗ (=0) = Authority recently restarted or lacks historical uptime data.
When =0, the authority may use conservative fallback thresholds instead of computed medians.Data sources: Onionoo API, Tor CollecTor
Last updated: Sat, 02 May 2026 11:45:38 GMT (updates every 15-60 minutes depending on data source)