随着全球证书签发量的几何级增长，CT 生态正在向更高效、更轻量的静态架构演进。为促进行业技术标准的健康更迭，TrustAsia 制定了以下规划：

RFC 6962 历史版本的退役规划

根据技术运营规划，TrustAsia 将在 2028 年停止新运营 RFC 6962 规范的 CT 日志。当前存量的 RFC 6962 节点将继续稳定维护，直至其既定生命周期全部终结。

为解决传统 RFC 6962 接口在数据同步与审计检索时的高并发性能瓶颈，我们为现有的 RFC 6962 日志额外平行部署了 static-ct-api 接口，以显著降低网络开销、提升抓取吞吐。技术细节详见社区讨论：https://groups.google.com/a/chromium.org/g/ct-policy/c/LNvmpQUsKF8

流量治理与限速策略

CT 日志服务属于高并发的全球公共基础设施。为保障日志节点的可用性与稳定性，防止突发流量引发服务降级，我们实施了针对性的流量分级调度与限速策略：

1. 规范对齐的高优先级请求（按独立 IP 频控）

对于符合高效抓取规范的客户端请求，将享受独立 IP 维度的频控配额。判定条件如下：

• Header 要求：请求头中显式包含 Accept-Encoding。
• RFC 6962 分片与对齐要求：请求的 start 与 end 参数需满足下列条件之一：
  • (start % 32 == 0) && (end - start >= 31) && (end - start != 255)
  • (start % 256 == 0) && (end - start == 255)

2. 非对齐/通用请求（共享降级频控）

未满足上述条件的请求，除受到基础的单 IP 限速约束外，还将共同受限于一个全局共享速率池（Shared Rate Limit）。

该共享速率将根据集群实时水位动态调整，可能在高负载时受到更严格的节流。强烈建议各监控程序与抓取客户端遵循上述分片与压缩规范以获得最佳性能。

3. 策略变动与沟通渠道

若后续针对限速规则或阈值进行调整，我们将在 Google Groups 官方讨论组第一时间公示：
https://groups.google.com/a/chromium.org/g/ct-policy

TrustAsia CT 日志运营团队