Discussion summary

Participants discuss Iroh 1.0, comparing it to other tools like reticulum and Netbird. They highlight licensing and features.

What the discussion says

  • Some believe Iroh 1.0 is similar to other tools but with open source licensing.
  • Reticulum is considered faster and better by some.
  • Netbird is mentioned as an open source alternative based on WireGuard.
“All core crates are published with the standard MIT and Apache2 licenses.”
— rklaehn
“Reticulum is better, and faster.”
— ssx-x1

Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

  • Hacker News
  • My company was using Iroh for a production distributed ML training system & we LOVED it. The team was incredibly responsive even before we hooked up with an enterprise support contract, they're incredibly knowledgeable and the library itself worked amazingly. ++ to this lib. would use again over libp2p anytime.
  • Doesn't it seem odd to have "Pricing" for a protocol that's meant to serve a similar function to IP addresses? Maybe I'm misunderstanding something.
  • Iroh has been amazing to work with and the engineers are so nice in the discord channel. The pragmatic approach to making p2p just work has been easy to understand. Their YouTube channel has great content too. Congrats on v1!

    https://youtube.com/@n0computer

  • The future of networking is decentralization. I'm a huge fan of Yggdrasil and I2P. We should just be able to buy a mini PC to run 24/7 and host whatever it is that we need on it and seamlessly connect to others. A lot of techies already have older spare machines laying around collecting dust that can become servers. It is far cheaper in the long run and easier to maintain than having to deal with domains and server hosting. I truly appreciate the work that the Iroh team puts out.
  • I don't understand the problem its trying to solve in the first place, IP works just fine, such as DNS.

    There is already IPv6 and quic, you need vendor and major software to have any traction in that field.

  • > Dial keys

    Maybe it's in the video I didn't watch, but I really think paragraph one should make clear what kind of keys and why. Cryptographic? Asymmetric? How do they do the job, at even the most basic level? It never explains, just dives into abstract claims of superiority and usage stats. I gather relays are involved; this would be a good thing to mention right away instead of making me sift it from the HN discussion.

  • I am one of the iroh developers.

    A question that frequently comes up: when will iroh support webrtc, or BLE, or LoRa, or ...

    Iroh as of now supports only IPv4, IPv6 and relay transports out of the box. There is such a large variety of potentially interesting transports out there that we can't support all of them without turning the codebase into an unmaintainable maze of feature flags.

    But we have added the ability to implement custom transports. That way your transport implementation can live in a completely separate crate.

    Existing experimental custom transports include Tor, Nym and BLE. https://github.com/mcginty/iroh-ble-transport

    Here is how custom transports work under the hood: https://www.iroh.computer/blog/iroh-0-97-0-custom-transports...

  • If you're new to Iroh, my mental model is roughly "Tailscale at the application layer instead of the network layer".

    If your question is, "why not just use Tailscale?", look at it from an app developer's perspective. If you want to release an app and have instances of your app be able to easily connect to each other, you could theoretically embeded Tailscale functionality into your app, but then the users of your app need Tailscale accounts, and your app is dependent on Tailscale.

    Iroh lets you embed this functionality directly, and provides public fallback relays. If your app gets too big for the public relays, using your own relays is the flip of a switch.

Explore Birbla archives