Flower v1.15.1 版本发布详解认证时间漂移补偿、gRPC 元数据规范与跨平台信号处理改进【免费下载链接】flowerFlower: A Friendly Federated AI Framework项目地址: https://gitcode.com/GitHub_Trending/flo/flower导读Flower v1.15.1发布于 2025-02-05是 Flower 联邦学习框架在 v1.15 系列上的一次修复与加固型发布重点围绕SuperNode 自动认证的可靠性、gRPC 元数据键命名规范、Fleet API 请求过滤与Windows 平台信号处理四个方向展开同时同步更新了示例代码与 FlowerTuneLLM 基准评估脚本。本文以官方变更日志为骨架结合当前仓库源码framework/py/flwr逐一解读每一项改动的背景、实现原理与升级注意事项帮助你在部署或升级 Flower 时准确评估影响面。版本概览与贡献者v1.15.1 是一个补丁级patch版本发布于 2025-02-05版本号延续 v1.15 主版本线。根据官方变更日志本次发布由以下贡献者共同完成按git shortlog顺序Dimitris Stripelis、Heng Pan、Javier、Taner Topal、Yan Gao。本次发布的改动可以归纳为四类可靠性修复SuperNode 自动认证的时间漂移补偿、Windows 退出信号处理器修复协议规范调整gRPC 元数据键从下划线改为连字符安全加固FleetServicer拒绝非 Fleet API 的 gRPC 请求生态同步示例项目升级到flwr run执行方式FlowerTuneLLM Leaderboard 评估脚本依赖升级。下面逐项深入分析。SuperNode 自动认证的时间漂移补偿背景为什么认证要校验时间戳Flower 的 SuperNode 自动认证automatic authentication基于非对称加密签名节点将当前时间戳ISO 8601 格式作为签名内容连同节点公钥、签名一起通过 gRPC 元数据发送给 SuperLinkSuperLink 验证签名后再校验时间戳是否在允许的时间窗口内以防止重放攻击replay attack。该认证逻辑实现在 node_auth_server_interceptor.py 的拦截器中该拦截器仅对flwr.proto.Fleet服务的方法生效。在 v1.15.1 之前认证只允许正的时间差SuperNode 时间戳早于 SuperLink 当前时间即节点时间偏慢的情况因此只设置了一个最大允许时间差上界。但实际部署中SuperNode 与 SuperLink 之间的系统时钟完全可能产生负的时间差SuperNode 时间戳晚于 SuperLink 当前时间即节点时间偏快这种时间漂移会导致合法节点的认证请求被误拒绝。v1.15.1 的修复对称的时间容忍窗口本次改动让 SuperLink 在认证时同时考虑正、负两个方向的时间差。从源码可以确认具体的容忍参数定义在 constant.py# Constants for node authentication PUBLIC_KEY_HEADER flwr-public-key-bin # Must end with -bin for binary data SIGNATURE_HEADER flwr-signature-bin # Must end with -bin for binary data TIMESTAMP_HEADER flwr-timestamp TIMESTAMP_TOLERANCE 300 # General tolerance for timestamp verification SYSTEM_TIME_TOLERANCE 5 # Allowance for system time drift拦截器据此构造对称的校验窗口node_auth_server_interceptor.pyMIN_TIMESTAMP_DIFF -SYSTEM_TIME_TOLERANCE MAX_TIMESTAMP_DIFF TIMESTAMP_TOLERANCE SYSTEM_TIME_TOLERANCE认证时的实际校验逻辑为# Verify the timestamp current now() time_diff current - datetime.datetime.fromisoformat(timestamp_iso) # Abort the RPC call if the timestamp is too old or in the future if not MIN_TIMESTAMP_DIFF time_diff.total_seconds() MAX_TIMESTAMP_DIFF: return _unary_unary_rpc_terminator(Invalid timestamp)这里time_diff 当前时间 - 节点时间戳其含义为时间差方向含义容忍上限负值节点时间偏快SuperNode 时间戳晚于 SuperLink 当前时间不超过SYSTEM_TIME_TOLERANCE5 秒正值节点时间偏慢SuperNode 时间戳早于 SuperLink 当前时间不超过TIMESTAMP_TOLERANCE SYSTEM_TIME_TOLERANCE305 秒可以看到负方向只容忍 5 秒的轻微时钟漂移而正方向保留 300 秒5 分钟的通用容差并叠加 5 秒系统时间漂移容差。这样既避免了因时钟漂移误杀合法节点又维持了重放攻击防护的有效性——过旧或来自未来的时间戳都会被以Invalid timestamp终止 RPC 调用。部署提示若你的 SuperNode 与 SuperLink 之间时钟偏差超过 5 秒NTP 未启用或时钟同步滞后建议先校正节点系统时间再考虑调整 constant.py 中的容忍参数避免反复出现Invalid timestamp认证失败。gRPC 元数据常量重命名下划线改为连字符改动内容v1.15.1 将 gRPC 消息中所有元数据键名中的下划线_统一替换为连字符-。例如flower-package-name、should-exit、grpc-message-module等键在旧版本中分别写作flower_package_name、should_exit、grpc_message_module。当前仓库 constant.py 中定义的新常量如下# Constants for keys in metadata of MessageContainer in grpc-adapter GRPC_ADAPTER_METADATA_FLOWER_PACKAGE_NAME_KEY flower-package-name GRPC_ADAPTER_METADATA_FLOWER_PACKAGE_VERSION_KEY flower-package-version GRPC_ADAPTER_METADATA_FLOWER_VERSION_KEY flower-version # Deprecated GRPC_ADAPTER_METADATA_SHOULD_EXIT_KEY should-exit GRPC_ADAPTER_METADATA_MESSAGE_MODULE_KEY grpc-message-module GRPC_ADAPTER_METADATA_MESSAGE_QUALNAME_KEY grpc-message-qualname这些常量被客户端 gRPC 适配层grpc_adapter.py与 SuperLink 的 gRPC Adapter 服务端grpc_adapter_servicer.py共同引用用于在MessageContainer的 metadata 中携带包名、包版本、消息模块与限定名、退出标志等信息。为什么改用连字符官方变更日志给出的原因是当 SuperLink 部署在负载均衡器load balancer或反向代理reverse proxy之后时元数据键中使用下划线并不被推荐。这是因为 HTTP/2 的 gRPC 元数据在经由 Envoy、NGINX 等代理转发时部分实现对元数据键名中的下划线支持不一致下划线甚至可能被某些 HTTP 规范视为非法头字符而被剥离或拒收而连字符是 HTTP 头字段命名的标准分隔符。升级影响这是一次破坏性协议变更升级后SuperLink 与 SuperNode/客户端必须同时升级到 v1.15.1 及以上否则新旧版本之间通过 gRPC Adapter 传递的元数据键名不匹配会导致元数据无法被正确解析如should-exit标志丢失、消息模块信息无法识别。仓库中GRPC_ADAPTER_METADATA_FLOWER_VERSION_KEY已被标记为# Deprecated说明该键已进入废弃过渡期相关代码应迁移到包名 包版本键的组合。FleetServicer 过滤非 Fleet API 请求改动内容v1.15.1 让 Fleet API 端点拒绝不属于该 API 的 gRPC 请求。FleetServicer类位于 fleet_servicer.py实现自fleet_pb2_grpc.FleetServicer接口。与这项改动配套的认证拦截器也体现了同样的边界控制逻辑node_auth_server_interceptor.py# Only apply to Fleet service if not handler_call_details.method.startswith(/flwr.proto.Fleet/): return continuation(handler_call_details)即认证与过滤只作用于/flwr.proto.Fleet/前缀的方法。安全意义在 gRPC 服务端如果某个Servicer未显式实现的方法收到请求gRPC 通常返回UNIMPLEMENTED状态码但具体行为取决于服务端实现与路由配置。本次改动显式地让 Fleet API 端点拒绝非 Fleet 请求相当于把未实现的方法不应被处理从隐式行为固化为显式策略可以避免误路由发送到 Fleet 端点的无关请求被意外接受或转发信息泄露非 Fleet 方法调用暴露服务端实现细节与认证逻辑不一致确保只有真正属于 Fleet API 的调用才会进入节点认证流程。对于把 SuperLink 暴露在不受信网络中的部署这是一个低成本的安全加固点。修复 Windows 平台的退出处理器机制问题背景Flower 的 SuperLink、SuperNode 等进程在收到中断信号时需要优雅退出停止接收新请求、关闭 gRPC 服务器、停止后台线程、上报遥测事件。为此Flower 在 signal_handler.py 中实现了统一的信号处理器注册机制将信号映射到对应的退出码exit_code.pySIGNAL_TO_EXIT_CODE: dict[int, int] { signal.SIGINT: ExitCode.GRACEFUL_EXIT_SIGINT, signal.SIGTERM: ExitCode.GRACEFUL_EXIT_SIGTERM, } # SIGQUIT is not available on Windows if hasattr(signal, SIGQUIT): SIGNAL_TO_EXIT_CODE[signal.SIGQUIT] ExitCode.GRACEFUL_EXIT_SIGQUIT问题在于SIGQUIT是 POSIX 信号Windows 平台的 Python 并不提供signal.SIGQUIT。旧代码若无条件引用signal.SIGQUIT在 Windows 上执行时会抛出AttributeError导致整个信号处理机制初始化失败进而影响进程的正常退出流程。修复方式v1.15.1 采用hasattr(signal, SIGQUIT)进行运行时探测仅在信号存在时才将其注册进映射表。源码中对应的注释即本次修复的说明# SIGQUIT is not available on Windows if hasattr(signal, SIGQUIT): SIGNAL_TO_EXIT_CODE[signal.SIGQUIT] ExitCode.GRACEFUL_EXIT_SIGQUIT这样Windows 上注册SIGINTCtrlC与SIGTERM两类信号Unix/Linux 上则额外支持SIGQUIT。register_signal_handlers函数signal_handler.py的文档字符串也同步说明它为SIGINT、SIGTERM和SIGQUIT注册退出处理器并支持通过grpc_servers、bckg_threads、exit_handlers参数在退出前依次完成 gRPC 服务器优雅终止、后台线程停止与自定义清理逻辑。意义该修复提升了 Flower 在 Windows 环境本地开发、Windows Server 部署下的稳定性也展示了项目处理跨平台信号差异的标准模式优先使用hasattr探测而非硬编码平台判断从而对非 POSIX 平台保持兼容。示例与基准生态同步更新除了核心框架修复v1.15.1 还同步更新了生态项目示例升级到新执行方式PR #4895、#4158、#4879多个示例更新到最新版 Flower部分示例升级了依赖。其中 Whisper 模型的联邦微调示例仓库路径 examples/whisper-federated-finetuning已更新为使用 Flower 新的执行方式flwr run。FlowerTuneLLM Leaderboard 评估脚本更新PR #4910更新了评估脚本中使用的包版本。对应的基准位于 benchmarks/flowertune-llm其evaluation目录下包含完整的评估脚本与说明文档。文档更新PR #4897、#4896、#4898、#4909官方文档随版本同步修订。如果你正在使用旧版示例代码升级到 v1.15.1 后应重点检查两点一是项目是否已迁移到flwr run执行方式新的执行方式以pyproject.toml中的应用定义为入口替代旧的启动脚本式调用二是pyproject.toml中声明的flwr依赖版本是否满足 v1.15.1 的最低要求以兼容本次 gRPC 元数据键的破坏性变更。升级到 v1.15.1 的检查清单综合以上分析升级到 v1.15.1 时建议按以下清单逐项核对全量升级由于 gRPC 元数据键名是破坏性协议变更SuperLink、SuperNode、客户端 SDK 必须保持版本一致避免混合版本导致元数据解析失败代理环境验证若 SuperLink 部署在负载均衡器或反向代理之后升级后请验证flower-package-name、should-exit等元数据键能否正确穿透代理层时钟同步检查所有节点与服务器的系统时间偏差是否在 5 秒以内必要时启用 NTP以充分利用新的时间漂移补偿机制Windows 部署Windows 上运行 SuperLink/SuperNode 的部署升级后确认 CtrlCSIGINT优雅退出正常示例与基准需要flwr run新执行方式的项目确认已按最新示例调整配置。小结Flower v1.15.1 虽然是一个补丁版本但其中的改动质量很高SYSTEM_TIME_TOLERANCE5 秒与TIMESTAMP_TOLERANCE300 秒组合出的对称时间窗口constant.py、node_auth_server_interceptor.py解决了自动认证中时钟漂移导致的误拒绝问题gRPC 元数据键的下划线转连字符constant.py提升了在代理架构下的互操作性FleetServicer的请求过滤与 Windows 上基于hasattr探测的SIGQUIT注册signal_handler.py则分别从安全与跨平台两个维度加固了框架。对于部署 Flower 的用户而言本次升级的核心动作就是全量同步版本 核对时钟与代理环境。【免费下载链接】flowerFlower: A Friendly Federated AI Framework项目地址: https://gitcode.com/GitHub_Trending/flo/flower创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Flower v1.15.1 版本发布详解：认证时间漂移补偿、gRPC 元数据规范与跨平台信号处理改进
Flower v1.15.1 版本发布详解认证时间漂移补偿、gRPC 元数据规范与跨平台信号处理改进【免费下载链接】flowerFlower: A Friendly Federated AI Framework项目地址: https://gitcode.com/GitHub_Trending/flo/flower导读Flower v1.15.1发布于 2025-02-05是 Flower 联邦学习框架在 v1.15 系列上的一次修复与加固型发布重点围绕SuperNode 自动认证的可靠性、gRPC 元数据键命名规范、Fleet API 请求过滤与Windows 平台信号处理四个方向展开同时同步更新了示例代码与 FlowerTuneLLM 基准评估脚本。本文以官方变更日志为骨架结合当前仓库源码framework/py/flwr逐一解读每一项改动的背景、实现原理与升级注意事项帮助你在部署或升级 Flower 时准确评估影响面。版本概览与贡献者v1.15.1 是一个补丁级patch版本发布于 2025-02-05版本号延续 v1.15 主版本线。根据官方变更日志本次发布由以下贡献者共同完成按git shortlog顺序Dimitris Stripelis、Heng Pan、Javier、Taner Topal、Yan Gao。本次发布的改动可以归纳为四类可靠性修复SuperNode 自动认证的时间漂移补偿、Windows 退出信号处理器修复协议规范调整gRPC 元数据键从下划线改为连字符安全加固FleetServicer拒绝非 Fleet API 的 gRPC 请求生态同步示例项目升级到flwr run执行方式FlowerTuneLLM Leaderboard 评估脚本依赖升级。下面逐项深入分析。SuperNode 自动认证的时间漂移补偿背景为什么认证要校验时间戳Flower 的 SuperNode 自动认证automatic authentication基于非对称加密签名节点将当前时间戳ISO 8601 格式作为签名内容连同节点公钥、签名一起通过 gRPC 元数据发送给 SuperLinkSuperLink 验证签名后再校验时间戳是否在允许的时间窗口内以防止重放攻击replay attack。该认证逻辑实现在 node_auth_server_interceptor.py 的拦截器中该拦截器仅对flwr.proto.Fleet服务的方法生效。在 v1.15.1 之前认证只允许正的时间差SuperNode 时间戳早于 SuperLink 当前时间即节点时间偏慢的情况因此只设置了一个最大允许时间差上界。但实际部署中SuperNode 与 SuperLink 之间的系统时钟完全可能产生负的时间差SuperNode 时间戳晚于 SuperLink 当前时间即节点时间偏快这种时间漂移会导致合法节点的认证请求被误拒绝。v1.15.1 的修复对称的时间容忍窗口本次改动让 SuperLink 在认证时同时考虑正、负两个方向的时间差。从源码可以确认具体的容忍参数定义在 constant.py# Constants for node authentication PUBLIC_KEY_HEADER flwr-public-key-bin # Must end with -bin for binary data SIGNATURE_HEADER flwr-signature-bin # Must end with -bin for binary data TIMESTAMP_HEADER flwr-timestamp TIMESTAMP_TOLERANCE 300 # General tolerance for timestamp verification SYSTEM_TIME_TOLERANCE 5 # Allowance for system time drift拦截器据此构造对称的校验窗口node_auth_server_interceptor.pyMIN_TIMESTAMP_DIFF -SYSTEM_TIME_TOLERANCE MAX_TIMESTAMP_DIFF TIMESTAMP_TOLERANCE SYSTEM_TIME_TOLERANCE认证时的实际校验逻辑为# Verify the timestamp current now() time_diff current - datetime.datetime.fromisoformat(timestamp_iso) # Abort the RPC call if the timestamp is too old or in the future if not MIN_TIMESTAMP_DIFF time_diff.total_seconds() MAX_TIMESTAMP_DIFF: return _unary_unary_rpc_terminator(Invalid timestamp)这里time_diff 当前时间 - 节点时间戳其含义为时间差方向含义容忍上限负值节点时间偏快SuperNode 时间戳晚于 SuperLink 当前时间不超过SYSTEM_TIME_TOLERANCE5 秒正值节点时间偏慢SuperNode 时间戳早于 SuperLink 当前时间不超过TIMESTAMP_TOLERANCE SYSTEM_TIME_TOLERANCE305 秒可以看到负方向只容忍 5 秒的轻微时钟漂移而正方向保留 300 秒5 分钟的通用容差并叠加 5 秒系统时间漂移容差。这样既避免了因时钟漂移误杀合法节点又维持了重放攻击防护的有效性——过旧或来自未来的时间戳都会被以Invalid timestamp终止 RPC 调用。部署提示若你的 SuperNode 与 SuperLink 之间时钟偏差超过 5 秒NTP 未启用或时钟同步滞后建议先校正节点系统时间再考虑调整 constant.py 中的容忍参数避免反复出现Invalid timestamp认证失败。gRPC 元数据常量重命名下划线改为连字符改动内容v1.15.1 将 gRPC 消息中所有元数据键名中的下划线_统一替换为连字符-。例如flower-package-name、should-exit、grpc-message-module等键在旧版本中分别写作flower_package_name、should_exit、grpc_message_module。当前仓库 constant.py 中定义的新常量如下# Constants for keys in metadata of MessageContainer in grpc-adapter GRPC_ADAPTER_METADATA_FLOWER_PACKAGE_NAME_KEY flower-package-name GRPC_ADAPTER_METADATA_FLOWER_PACKAGE_VERSION_KEY flower-package-version GRPC_ADAPTER_METADATA_FLOWER_VERSION_KEY flower-version # Deprecated GRPC_ADAPTER_METADATA_SHOULD_EXIT_KEY should-exit GRPC_ADAPTER_METADATA_MESSAGE_MODULE_KEY grpc-message-module GRPC_ADAPTER_METADATA_MESSAGE_QUALNAME_KEY grpc-message-qualname这些常量被客户端 gRPC 适配层grpc_adapter.py与 SuperLink 的 gRPC Adapter 服务端grpc_adapter_servicer.py共同引用用于在MessageContainer的 metadata 中携带包名、包版本、消息模块与限定名、退出标志等信息。为什么改用连字符官方变更日志给出的原因是当 SuperLink 部署在负载均衡器load balancer或反向代理reverse proxy之后时元数据键中使用下划线并不被推荐。这是因为 HTTP/2 的 gRPC 元数据在经由 Envoy、NGINX 等代理转发时部分实现对元数据键名中的下划线支持不一致下划线甚至可能被某些 HTTP 规范视为非法头字符而被剥离或拒收而连字符是 HTTP 头字段命名的标准分隔符。升级影响这是一次破坏性协议变更升级后SuperLink 与 SuperNode/客户端必须同时升级到 v1.15.1 及以上否则新旧版本之间通过 gRPC Adapter 传递的元数据键名不匹配会导致元数据无法被正确解析如should-exit标志丢失、消息模块信息无法识别。仓库中GRPC_ADAPTER_METADATA_FLOWER_VERSION_KEY已被标记为# Deprecated说明该键已进入废弃过渡期相关代码应迁移到包名 包版本键的组合。FleetServicer 过滤非 Fleet API 请求改动内容v1.15.1 让 Fleet API 端点拒绝不属于该 API 的 gRPC 请求。FleetServicer类位于 fleet_servicer.py实现自fleet_pb2_grpc.FleetServicer接口。与这项改动配套的认证拦截器也体现了同样的边界控制逻辑node_auth_server_interceptor.py# Only apply to Fleet service if not handler_call_details.method.startswith(/flwr.proto.Fleet/): return continuation(handler_call_details)即认证与过滤只作用于/flwr.proto.Fleet/前缀的方法。安全意义在 gRPC 服务端如果某个Servicer未显式实现的方法收到请求gRPC 通常返回UNIMPLEMENTED状态码但具体行为取决于服务端实现与路由配置。本次改动显式地让 Fleet API 端点拒绝非 Fleet 请求相当于把未实现的方法不应被处理从隐式行为固化为显式策略可以避免误路由发送到 Fleet 端点的无关请求被意外接受或转发信息泄露非 Fleet 方法调用暴露服务端实现细节与认证逻辑不一致确保只有真正属于 Fleet API 的调用才会进入节点认证流程。对于把 SuperLink 暴露在不受信网络中的部署这是一个低成本的安全加固点。修复 Windows 平台的退出处理器机制问题背景Flower 的 SuperLink、SuperNode 等进程在收到中断信号时需要优雅退出停止接收新请求、关闭 gRPC 服务器、停止后台线程、上报遥测事件。为此Flower 在 signal_handler.py 中实现了统一的信号处理器注册机制将信号映射到对应的退出码exit_code.pySIGNAL_TO_EXIT_CODE: dict[int, int] { signal.SIGINT: ExitCode.GRACEFUL_EXIT_SIGINT, signal.SIGTERM: ExitCode.GRACEFUL_EXIT_SIGTERM, } # SIGQUIT is not available on Windows if hasattr(signal, SIGQUIT): SIGNAL_TO_EXIT_CODE[signal.SIGQUIT] ExitCode.GRACEFUL_EXIT_SIGQUIT问题在于SIGQUIT是 POSIX 信号Windows 平台的 Python 并不提供signal.SIGQUIT。旧代码若无条件引用signal.SIGQUIT在 Windows 上执行时会抛出AttributeError导致整个信号处理机制初始化失败进而影响进程的正常退出流程。修复方式v1.15.1 采用hasattr(signal, SIGQUIT)进行运行时探测仅在信号存在时才将其注册进映射表。源码中对应的注释即本次修复的说明# SIGQUIT is not available on Windows if hasattr(signal, SIGQUIT): SIGNAL_TO_EXIT_CODE[signal.SIGQUIT] ExitCode.GRACEFUL_EXIT_SIGQUIT这样Windows 上注册SIGINTCtrlC与SIGTERM两类信号Unix/Linux 上则额外支持SIGQUIT。register_signal_handlers函数signal_handler.py的文档字符串也同步说明它为SIGINT、SIGTERM和SIGQUIT注册退出处理器并支持通过grpc_servers、bckg_threads、exit_handlers参数在退出前依次完成 gRPC 服务器优雅终止、后台线程停止与自定义清理逻辑。意义该修复提升了 Flower 在 Windows 环境本地开发、Windows Server 部署下的稳定性也展示了项目处理跨平台信号差异的标准模式优先使用hasattr探测而非硬编码平台判断从而对非 POSIX 平台保持兼容。示例与基准生态同步更新除了核心框架修复v1.15.1 还同步更新了生态项目示例升级到新执行方式PR #4895、#4158、#4879多个示例更新到最新版 Flower部分示例升级了依赖。其中 Whisper 模型的联邦微调示例仓库路径 examples/whisper-federated-finetuning已更新为使用 Flower 新的执行方式flwr run。FlowerTuneLLM Leaderboard 评估脚本更新PR #4910更新了评估脚本中使用的包版本。对应的基准位于 benchmarks/flowertune-llm其evaluation目录下包含完整的评估脚本与说明文档。文档更新PR #4897、#4896、#4898、#4909官方文档随版本同步修订。如果你正在使用旧版示例代码升级到 v1.15.1 后应重点检查两点一是项目是否已迁移到flwr run执行方式新的执行方式以pyproject.toml中的应用定义为入口替代旧的启动脚本式调用二是pyproject.toml中声明的flwr依赖版本是否满足 v1.15.1 的最低要求以兼容本次 gRPC 元数据键的破坏性变更。升级到 v1.15.1 的检查清单综合以上分析升级到 v1.15.1 时建议按以下清单逐项核对全量升级由于 gRPC 元数据键名是破坏性协议变更SuperLink、SuperNode、客户端 SDK 必须保持版本一致避免混合版本导致元数据解析失败代理环境验证若 SuperLink 部署在负载均衡器或反向代理之后升级后请验证flower-package-name、should-exit等元数据键能否正确穿透代理层时钟同步检查所有节点与服务器的系统时间偏差是否在 5 秒以内必要时启用 NTP以充分利用新的时间漂移补偿机制Windows 部署Windows 上运行 SuperLink/SuperNode 的部署升级后确认 CtrlCSIGINT优雅退出正常示例与基准需要flwr run新执行方式的项目确认已按最新示例调整配置。小结Flower v1.15.1 虽然是一个补丁版本但其中的改动质量很高SYSTEM_TIME_TOLERANCE5 秒与TIMESTAMP_TOLERANCE300 秒组合出的对称时间窗口constant.py、node_auth_server_interceptor.py解决了自动认证中时钟漂移导致的误拒绝问题gRPC 元数据键的下划线转连字符constant.py提升了在代理架构下的互操作性FleetServicer的请求过滤与 Windows 上基于hasattr探测的SIGQUIT注册signal_handler.py则分别从安全与跨平台两个维度加固了框架。对于部署 Flower 的用户而言本次升级的核心动作就是全量同步版本 核对时钟与代理环境。【免费下载链接】flowerFlower: A Friendly Federated AI Framework项目地址: https://gitcode.com/GitHub_Trending/flo/flower创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
