有的，Rust 生态里已经有几个比较成熟的 etcd 服务注册与发现库。选择哪个主要看你的技术栈和使用场景。
### 📦 主要现成框架对比
| 框架 | 核心特点 | 适用场景 |
| :--- | :--- | :--- |
| **rs-hestia** | 接口设计类似 Go 版 hestia，支持 etcd/Consul，内置负载均衡、tonic gRPC resolver，支持 Go 互通 | 需要跨语言（特别是与 Go 微服务互通）或使用 tonic gRPC 的项目 |
| **revoke-registry** | 专为 Revoke 微服务框架设计，支持 etcd/Consul/内存，自带健康监控与 Watch 机制 | 使用 Revoke 框架，或需要开箱即用健康检查的项目 |
| **dubbo-rs-registry-etcd** | Apache Dubbo Rust 生态的 etcd 注册中心实现，基于 etcd v3 HTTP API，支持租约 TTL 与订阅通知 | 使用 Dubbo-rs 作为 RPC 框架的项目 |
| **etcd-detector / detcd** | 轻量级的 etcd 服务注册发现实现，功能相对基础 | 仅需核心注册发现功能，不希望引入过多依赖的简单场景 |
### 💡 选型建议
* **如果你在用 gRPC/tonic**：优先考虑 **rs-hestia**，它专门为 tonic 提供了 resolver，可以直接用 `etcd:///service/version` 作为地址来构建 Channel。
* **如果你在用 Dubbo-rs**：直接选 **dubbo-rs-registry-etcd**，它是 Dubbo 生态的原生集成，与框架的 `Registry` trait 无缝对接。
* **如果你在用 Revoke 框架**：**revoke-registry** 是最佳选择，功能覆盖最全，还提供了健康监控。
* **如果你只想要一个轻量级方案**：可以看看 **etcd-detector** 或 **detcd**，它们提供了最基础的注册发现能力，没有多余的抽象层。
你可以根据当前的项目框架，从上面挑一个最贴合需求的试试。
