Yggdrasil Network

Project maturity and activity

  • Some initially assumed Yggdrasil was abandoned due to sparse blog updates and having first seen it years ago.
  • Others, including a core developer, state it is active but a free-time project, with v0.5 (new protocol design) and 0.5.9 (latency-focused link cost changes) released recently.
  • A blog update is requested to better reflect development progress; some argue code activity is a better signal than blog posts.

Real‑world use and benefits

  • Several use it as a mesh VPN to reach home servers or personal devices behind NAT, including over IPv6-only or locked-down consumer ISPs.
  • Multicast peering on LANs is praised: devices can talk directly using the same Yggdrasil IP whether local or remote.
  • Compared to configuring WireGuard, dynamic IPs, and port forwarding, setup is reported as simpler for some scenarios.
  • Performance via QUIC peers is reported at ~80% of WireGuard in at least one anecdote.

Technical design and limitations

  • It is an overlay network: virtual IPv6 mesh on top of existing IP, with public-key–derived IPv6 addresses.
  • Address truncation to fit IPv6 raises collision concerns; currently considered acceptable for a test network, with plans to move to a custom protocol without length limits.
  • Earlier designs used a DHT; v0.5 removed it. A partial spec exists but is outdated; documentation is intentionally lagging while the design is still evolving.
  • Links currently assume reliable, ordered transport (often TCP), which complicates NAT hole punching and encourages routing traffic through peers rather than direct multi-hop links.

Comparison to other systems

  • Positioned closer to an experimental replacement for BGP/mesh routing than to a turnkey VPN like Tailscale or WireGuard.
  • Alternatives mentioned: Tailscale/Headscale, Nebula, Reticulum, Meshtastic, cjdns, NKN, Irdest, telehash, and others; these cover overlapping but not identical goals (VPN, key-addressable overlay, mesh over non-IP links, etc.).

Naming and usability

  • The name “Yggdrasil” provokes debate: some see it as hard to spell/pronounce and a barrier to adoption; others value its distinctiveness and cultural reference.
  • There is mention that the protocol might eventually be standardized under a different, more neutral name.

Anonymity and scope

  • Yggdrasil explicitly does not aim for anonymity, likened more to BGP/OSPF than Tor.
  • Some view lack of built-in anonymity as a deal-breaker; others argue anonymity should be layered on top to avoid Tor-like performance penalties and allow low-latency routing.

Broader networking and mesh ambitions

  • Discussion broadens to whether a worldwide P2P mesh could replace the IP layer.
  • Consensus in the thread: technical protocols are not the main barrier; physical infrastructure, cost, and scaling issues make fully decentralized, ISP-free global mesh networks impractical today.
  • Yggdrasil can in principle run over non-Internet physical links, but participants emphasize that someone still must provide and fund that underlying connectivity.