Tonic 加入 gRPC 项目

接下来的一周内，hyperium/tonic 将迁移为 grpc/grpc-rust，并同步发布新的 grpc crate 预览版。这意味着 Rust 生态里最有代表性的 gRPC 实现之一，正式并入 gRPC 官方项目体系。

这件事为什么重要

• 官方上游接纳：项目将进入 CNCF 旗下 gRPC 官方组织，后续维护资源会更稳定
• 生态避免分裂：Google 团队从 2024 年起就与 tonic 维护者协作，目标就是避免再出现一套平行但不兼容的 Rust gRPC 生态
• 现有用户可平滑过渡：新传输层能力会尽量兼容 tonic 现有 codegen，用户未来很多场景下只需要替换 channel，就能接入新能力

后续方向

• Google 团队正在推进新的 gRPC-Rust 实现，重点加强性能、分配控制等底层能力
• LinkedIn 正在贡献大家呼声很高的 xDS 支持，后续会以 tonic-xds 等形式落地
• tonic 自身会逐步变得更轻量，更偏“Rust 风格”的上层接口

对 Rust 服务端开发者来说，这基本算是一条带官方背书的基础设施级消息。

原文链接：https://luciofranco.com/blog/tonic-joins-grpc/

iceoryx2 v0.9.0 版本发布

iceoryx2 是一个面向高性能、数据密集型系统的通信库，支持发布订阅、事件、请求-响应流等多种模式，强调超低延迟和去中心化架构。

v0.9.0 这次更新的重点

• no_std 测试支持：新增自定义测试框架，可以在标准库与 no_std 目标上跑同一套测试，更适合嵌入式和裸机验证
• 更强的故障恢复：新增无锁的健壮唯一索引集，进程异常退出后也能回收遗留状态，减少共享内存资源泄漏
• 工具链增强：CLI 新增服务发送频率观测能力，同时补上共享内存兼容的数据类型，改善开发体验

还有一个关键信号

官方同时明确表示，iceoryx classic 将在今年年底停止维护，而 iceoryx2 v1.0 计划在此之前发布。这意味着下一代路线已经非常清晰。

原文链接：https://ekxide.io/blog/iceoryx2-0.9-release/

DeltaX（δx）：PostgreSQL 的 Rust 时序列存扩展

DeltaX 是一个为 PostgreSQL 提供压缩与列式存储能力的时序数据扩展。它想做的不是“另起一套分析数据库”，而是在 Postgres 原生生态内 提供更强的时序分析能力。

亮点在哪里

• 纯开源替代：定位上可以视作 TimescaleDB 的开源替代之一
• 列式压缩：按列而不是按行压缩老分区数据，兼顾存储效率与查询性能
• 保持 Postgres 兼容性：复制、崩溃恢复、备份、pg_dump 等仍按普通表工作，不引入自定义磁盘格式
• 针对类型优化：整数、浮点、时间戳、布尔、文本、JSONB 都有相应的压缩策略

当前表现

在 ClickBench 这类分析型基准里，它虽然还打不过 ClickHouse、DuckDB 这类专用引擎，但在“数据仍存放于 PostgreSQL”的方案里已经相当能打。

原文链接：https://github.com/xataio/deltax

hsrs：给 Haskell 调用 Rust 的类型安全绑定生成器

hsrs 试图把 PyO3 在 Python/Rust 交互里的那种体验，搬到 Haskell 和 Rust 之间。开发者只需要给 Rust 类型和函数加注解，再跑一遍代码生成，就能得到较为自然的 Haskell 侧绑定。

它解决了什么问题

• 自动生成 FFI 绑定，减少手写胶水代码
• 类型映射更完整，包括 Result、Option、集合类型等
• 自动内存管理，通过 ForeignPtr 等机制减少手动释放负担
• 复杂类型可序列化传输，使用 Borsh 处理按值传递的数据结构

适合谁关注

如果你刚好在做 Rust/Haskell 混合项目，或者对“强类型语言之间如何做更现代的互操作层”感兴趣，这个项目很值得看。

原文链接：https://github.com/harmont-dev/hsrs