The big one this release: the fast Arti engines now work in censored networks.
New
- Bridges on the Arti & ArtiHop engines. Previously, selecting Arti or ArtiHop in a censored network fell back to the classic Tor engine (or just failed), because those engines couldn't use bridges. Both now support bridges + pluggable transports natively (obfs4, snowflake, webtunnel, conjure, meek, dnstt) — so you get the faster Arti / 2-hop ArtiHop path and censorship circumvention together. With a bridge, ArtiHop uses a full Bridge → Middle → Exit (3-hop) circuit — a 2-hop bridge→exit path is rejected by Tor exits, so the 2-hop speedup applies when bridges are off. obfs4 is the most reliable bridge transport; bridges are pulled from a pre-tested pool for better first-try success. (The classic Tor engine is still used automatically only for the one thing Arti can't do: routing out through an upstream proxy.)
- Telegram link in About → Links.
Fixed / improved
- Entry-node selector is now disabled while bridges are on, with a clear "unavailable while using bridges" note — instead of silently ignoring an entry country you picked (the bridge is your entry hop, so pinning one was never applied).
- Exit-location clarity — the Home "Current IP" card now explains that the displayed country is estimated from the IP and can differ from your chosen exit; Tor still routes through the exit country you selected. (A US exit whose IP geolocates to e.g. Canada is still exiting in the US.)
Downloads
| Platform | File |
|---|---|
| Windows installer | OnionHop-Setup-v3.exe
|
| Windows portable | OnionHopV3-Portable-3.3.0-win-x64.zip
|
| Windows CLI | OnionHop-CLI-Setup-3.3.0.exe / OnionHopCLI-Portable-3.3.0-win-x64.zip
|
| Linux | OnionHop-x86_64.AppImage
|
| Linux CLI | OnionHopCLI-3.3.0-linux-x64.tar.gz
|
| macOS | OnionHop-3.3.0-macOS.dmg — from the macOS repo
|
macOS CLI is still coming soon.