这实际上是一个简单的想法，也是互联网未来的正确抽象。IP 地址可能会在没有警告的情况下中断，这不在您的设备控制范围内。然而，密钥是由您创建和控制的。随着您的设备移动，密钥保持不变，您可以选择放弃或保留。IP 地址可以是私有的，在防火墙后不可访问，但通过 iroh，您的设备可以在任何地方安全地被寻址。我们认为这就是互联网应该工作的方式，这就是 iroh 存在的原因，今天我们很高兴地宣布 iroh 版本 1.0。这是我们的第一个稳定版本，但在导致 1.0 的 65 个版本中，项目已经显著发展。iroh 已经在各个地方使用。我们运行的公共中继在过去的 30 天内创建了超过 2 亿个端点。开发人员正在使用 iroh 进行视频流、训练大型语言模型、与代理对话、安全聊天、玩游戏、发送文件，以及其他许多我们无法在此列表中广泛列举的事情。Iroh 是一项旨在实现互联网根本性转变的基础技术，目前已经在数百万设备上运行。在开放环境中构建超过 4 年后，我们拥有一个令我们感到自豪的基础。我们转向开放标准，尽可能优先考虑IETF 草案。我们构建了自己的 QUIC 多路径实现，因此 iroh 可以在同一连接中构建和管理多个路径，并在条件变化时热交换路径。我们实施了 QUIC NAT 穿透，因此我们可以在保持连接详细信息加密的情况下建立直接连接。我们添加了完整的本地优先配置，这样 iroh 可以找到和连接到本地设备，而无需互联网访问。我们构建并持续检查 iroh 是否可以编译为 WASM 并在浏览器中运行，我们与高级用户合作添加钩子，以便您可以注入逻辑来控制连接的工作方式。我们甚至添加了对自定义传输的支持，因此您可以插入蓝牙低功耗（BLE）、LoRa（正在建设中）、WiFi Aware，甚至Tor等技术来建立连接，所有这些都适用于相同的通过密钥拨号抽象。这个密钥的力量不容小觑。我们用它来保护连接。因为来自连接的所有数据都由该密钥保护，我们可以从同一个密钥构建身份、权限和归因。我们还可以使用同一个密钥作为可以拨打的地址，无论它在世界的何处。它将互联网变成了一个安全的本地主机。Iroh 连接的效率也更高。通常情况下，在连接中传输的 95% 的数据是直接在设备之间传递的。直接连接意味着通过云的跳数更少，从而降低了您的外部账单。通过路由器的跳数更少，也意味着互联网整体上更高效。由于 API 的变化维护开销，我们以前暂停了 FFI 支持，并承诺在稳定的 1.0 API 中恢复它。现在我们兑现了这个承诺：除了 Rust crate 外，我们现在还正式支持 Python、Node.js、Swift 和 Kotlin。这使得您的应用程序用例更加容易，使您能够将 iroh 嵌入到您的 Swift iOS 应用程序或 Kotlin Android 应用程序中。查看文档和生成的 API 文档。Iroh 版本 1.0 确保了电缆协议和语言 API 的稳定性：一个 iroh v1 端点将能够与另一个 iroh v1 端点进行通信，而不管小版本或语言如何。在未来，我们可能会独立版本化这两个方面，例如：我们可能会发布某个语言 API 的版本 2，但保持电缆上的兼容性。任何影响 iroh 电缆稳定性的更改将始终与主要版本发布同步。版本 1.0 是 iroh 的第一个主要版本，我们在与客户的支持计划同时宣布了它：阅读我们的支持计划。简而言之：在 1.0 之后的主要版和次要版将在一个时间表上获得支持。0.35 次要版本将不再获得进一步发布。0.35x 的公共中继支持将持续到 2026 年 12 月 31 日，下面的部分将对此有更多说明。我们计划在今天之后不再支持金丝雀（0.9x）和候选发布（1.0.0-rcX）。需要注意的是，1.0 中有大量的错误修复和改进，因此如果您在早期版本上遇到问题，我们希望您尝试更新到 1.0，以确保在该版本中仍然存在问题，然后再填写错误报告。我们维护一组公共中继，最常通过“n0”预设访问，以建立端点。发布 公共中继操作的最终日 v1.0 直到生命结束 v0.35x 2026年12月31日 v0.9x 和 v1.0.0-rcX 2026年9月30日 我们将在每次发布后的24小时内迅速将公共中继升级到其最新版本。电缆破坏中继更改将获得新的 URL，以便旧客户端继续工作。与往常一样，中继二进制文件本身是开源的，我们通过 iroh 服务提供托管中继。公共中继对转发的流量进行了速率限制。