fshy

Home / Egress and tunnels

Yggdrasil public peers

github.com/yggdrasil-network/public-peersRelay network (volunteer)egress/yggdrasil-public-peersJSONcomparereport an errorprovider JSON

Free allowance
Peering with a volunteer node at the rate it advertises, with no byte meter in the protocol; the overlay carries traffic only to other Yggdrasil nodes
Verdict
fails: egressdata cannot be read back out at a usable rate or price
Cost
free tier
Identity
anonymousno card, no phone
Binding limit
noneno named constraint binds
Evidence
documented3 sources; a first-party page was read and the sentence quoted
Freshness
stale on 2026-11-22checked 2026-10-22 (live); stale on 2026-11-22
Free tierpeering with a volunteer node at the rate it advertises, with no byte meter in the protocol; the overlay carries traffic only to other Yggdrasil nodes
unit unlimited; metered on downloaded-bytes
Pricenone stated
Limits
  • per-ip-shaping whatever the peer grants; the directory lists 100 Mbit/s to 1 Gbit/s per node, which bounds overlay traffic between Yggdrasil nodes source
the absence of an exit node is the whole finding and it is not a limit of any of the six kinds: it is a capability the network does not have. Yggdrasil routes inside 0200::/7 only, and the project states that reaching the public internet 'can be achieved using proxies or other tunnelling solutions on top of Yggdrasil but this is not something we explicitly aim to provide'
Bindingnone The peer's advertised rate bounds overlay volume and is irrelevant to a public serving path
Identityanonymous the network is keyed by a self-generated keypair, not an account
Egressno byte quota exists anywhere in the protocol, and no peer carries traffic to the public internet: the project states it has no exit nodes. The 2.16 TB per day a 200 Mbit/s peer implies is overlay capacity between two Yggdrasil nodes
Per-object capnot applicable: a routed overlay rather than an object store
Interfaceunknown quic://, tls://, tcp:// or ws:// entries in the Peers[] list of yggdrasil.conf
Toolingpart of the text of Free tier, above
Composes witha private mesh between a user's own machines: a node reaches another node's 0200::/7 address with no port forward and no public address. It is not a route to a reader, so it has no place in a serving chain
Reliabilityan alpha-level research project by its own description; the directory is a snapshot of who is currently willing to peer
NotesTwo corrections. And 200 Mbit/s is 2.16 TB, not 2.16 TiB.
Evidence notedocumented the exit-node absence is a first-party statement on the project's own about page, so the field the verdict rests on is documented. Peer rates come from the public directory. No throughput was measured, and none would change the verdict
Parsed numbers
  • has-free-tier 1
Evidence 3
datesourcewhat it proved
2026-10-22yggdrasil-network.github.io/about.htmlquoted verbatim: 'Yggdrasil has no native exit nodes, nor does it have any concept of exit nodes, for providing access to the public Internet or to other networks. This can be achieved using proxies or other tunnelling solutions on top of Yggdrasil but this is not something we explicitly aim to provide.'
2026-10-22yggdrasil-network.github.io/faq.htmlquoted: 'Yggdrasil uses the 0200::/7 range, which is a range deprecated by the IETF', and 'While Yggdrasil does transport only IPv6 traffic internally, you do not need an IPv6 internet connection to peer'
2026-10-22probe: tcp://ygg.mkg20001.io:4433 of 4 sampled peers accepted a TCP connection from this host: mkg20001, mk16.de and yggdrasil.su open; the Oracle Ashburn address timed out
More fields 3
stale after days180
bytes transitno
transit noteYggdrasil routes only inside its own 0200::/7 overlay and the project states it has no exit nodes, so no peer carries traffic to the public internet
Unknown values 1
  • interface: the access interface was not established

Corrections