工程实践 Cloudflare Blog 2026/09/28
文章介绍 Cloudflare 在 wasm-bindgen 与 Rust Workers 上实验性支持 wasm32-unknown-emscripten 目标，使原生 Rust 代码乃至 Tokio 应用可在 Workers、Node.js 和 Web 上运行。核心工作包括通过 -sWASM_BINDGEN 让 Emscripten 与 wasm-bindgen 协同，补丁支持 libc、socket2、Mio 等库，并为 Tokio 设计 JSPI 挂起语义和 LocalEventLoop 事件循环集成。为解决 Tokio I/O，作者用 node:net 桥接 Emscripten 的 epoll/TCP/UDP socket，并贡献 -sNODERAWSOCKETS。文中以 Pumpkin Minecraft 服务器跑在 Durable Object 为例，验证多人、持久化和 TCP 入口可行性。当前仍为预发布实验补丁，上游评审、JSPI 重入上下文和 API 稳定性尚待完善。
推荐收录：文章给出 wasm-bindgen/Emscripten 互操作、Tokio 在单线程 JS 事件循环中的两种集成方案，以及 epoll/socket 桥接的完整工程证据，并用 Minecraft 服务器验证可行性。对 Rust、WebAssembly、边缘运行时、异步运行时和网络栈开发者有较高迁移价值；需注意当前仍是实验性补丁，上游 API 与实现可能变化。
技术文章 PortSwigger Research 2026/09/23
文章介绍 PortSwigger 为 Burp Suite 和 Turbo Intruder 增加 HTTP/3 支持，并推出可自动选协议、动态调参的 AUTO 引擎。作者说明最大化 RPS 的配置方法，包括压缩请求/响应、调整并发连接与每连接请求数，Wi-Fi 下可超 100,000 RPS。针对 HTTP/3 竞态，文章引入 Single Datagram Attack 和 QPACK Blocked Streams，并展示 kettled 请求语法与转义，用于降级和头部注入测试。HTTP/3 Adapter 扩展可将常规 HTTP/1.1/2 流量转为 HTTP/3，以测试仅支持 HTTP/3 的端点。边界是目标须支持 HTTP/3，部分技术仅限 HTTP3 引擎，AUTO 不适用于 desync 且需授权测试。
推荐收录：文章不仅宣布扩展，还给出 Turbo Intruder HTTP3/AUTO 引擎的调优方法、竞态攻击与降级注入的可执行语法和示例，并引用 Springer 与 Black Hat 技术来源。适合渗透测试、Web 安全研究和维护 HTTP/3 服务的读者，可迁移到高速模糊测试、竞态窗口利用及仅 HTTP/3 目标测试。风险是依赖 Burp/Turbo Intruder 生态且目标须支持 HTTP/3，需自行验证配置与授权边界。
工程实践 NVIDIA Technical Blog 2026/09/22
本文由 NVIDIA 工程师撰写，介绍开源工具 Topograph 如何为 AI 工厂/GPU 集群提供拓扑感知的工作负载调度。核心问题是：分布式训练与推理需要通信局部性，若调度器不掌握当前的 GPU 与网络互连关系，工作负载会被打散到远端拓扑域，导致跨链路竞争、吞吐下降与成本上升。Topograph 通过 provider（从云 API 或本地 InfiniBand/Spectrum-X/MNNVL 发现拓扑）与 engine（输出 K8s 节点标签、NFD 资源、Slurm topology.conf 或 Slinky ConfigMap）两层抽象，把异构环境归一化为统一模型，并由 API Server、Node Observer、Node Data Broker 等组件在集群变化时自动重算。文章给出 Helm/native 包部署、节点标签校验、亲和性配置，以及与 KAI Scheduler、Kueue、Slurm、Slinky 集成的完整示例。主要边界是：它反映的是上报而非预期拓扑，部分能力依赖特定 provider、版本或 alpha 特性开关，且文中未给出量化性能收益。
推荐收录，因为它用可验证的仓库、Helm chart 和 API 端点具体展示了 GPU 集群拓扑感知调度的架构权衡与落地步骤，而非泛泛宣传。适合负责 AI 基础设施、GPU 调度、Kubernetes/Slurm 集群运维的工程师参考，其 provider/engine 抽象、标签层级与自动刷新机制可迁移到其他异构算力调度场景。风险在于其性能收益未量化，且部分特性依赖 alpha 开关与特定版本。
工程实践 Meta Engineering 2026/09/21
Meta 介绍规划中的跨洋海缆 Petal：连接法国与美国约 7000 公里，目标 2029 年投运，实现 1 Pbps 容量，成为首个皮比特级跨洋系统。其核心是采用 2-core fiber，在 24 光纤对中达到等效 48 对的空分复用容量，并通过超纯石英、折射率控制和反向传输来降低衰减与串扰。中继器使用 96 芯单体内放大和 FIFO 将双芯转换为单芯再恢复，结合泵浦共享把功耗控制在 18 kV 供电限制内。文章还梳理从 Marea、Amitié、Anjana 到 Petal 的容量演进及 NEC、住友电工、Orange 的分工。不足是公告性强，缺少独立测试、成本和长期运维数据。
推荐收录。文章虽带有 Meta 基础设施发布色彩，但给出了 Petal 的容量目标、2-core fiber 与 24 对光纤等效 48 对的 SDM 设计、FIFO 中继器、96 芯放大和 18 kV 供电边界等具体工程约束。适合网络基础设施、光通信与海缆系统读者参考，其容量扩展路径和功耗/工艺取舍可迁移到大规模互联系统评估。
工具笔记 SpecterOps Research & Tradecraft 2026/09/17
文章介绍 CiliumHound，一个用于审计 Cilium Kubernetes 网络策略的 BloodHound OpenGraph 扩展。作者先解释 Cilium 作为 CNI 插件如何用 L3/L4/L7 规则实现命名空间隔离，并强调 matchLabels/matchExpressions 内部用 AND、独立 ingress/egress 规则之间用 OR 的组合语义。CiliumHound 摄取 JSON/YAML 策略后生成以命名空间为中心、带方向边的可查图，将 Kubernetes 元素与规则节点连接，并附带保存的 Cypher 查询。文章用直接 egress、endpointSelector egress、ingress、无限端口 egress 和 policy 作用域等例子展示图建模方式。结论是可视化让大量策略变得可消化，但当前尚不支持 nodeSelector 与 CiliumClusterwideNetworkPolicy，pathfinding 也仍未解决。
推荐收录，因为它不止发布一个工具，还完整解释了 Cilium 策略的 AND/OR 组合语义、审计中的实际约束，并给出可复用的图建模与 Cypher 查询方法。适合 Kubernetes 安全评估、红队和平台安全工程师阅读，其图化审计思路可迁移到其他策略密集型场景。主要限制是尚未覆盖 nodeSelector 与 Clusterwide 策略，也缺少 pathfinding 能力。
工程实践 Oxide Public RFDs
RFD 363 描述 Oxide 的 Minibar：一种面向 SP3/SP5 计算 sled 的制造测试器。它插入 sled 背板，提供类机架接口，将背板 PCIe x4 引出到 x16 槽，把 SGMII 管理网口转为 BASE-T，并内置 Ignition 控制器。目标是在编程站一次完成编程、测试和锁定，验证 Ignition、PCIe Gen3 x4、管理链路及 200G/100G KR4 环回链路，并通过 PCIe 网卡加载主机 OS。架构复用 Sidecar 的 VSC7448 交换、Ignition 控制器和 RoT/SP，分为生产型与 Minibar Lite，并讨论机械/电气安全和基于 RoT 测量启动的缓解。其边界是高度绑定 Oxide 专用 sled 与背板，部分安全细节未定型，但测试夹具、环回验证和复用既有平台的取舍对硬件/基础设施工程有迁移价值。
推荐收录。该 RFD 不是产品宣传，而是给出完整的制造测试器需求、五项测试能力、Sidecar 复用、PCIe 引出、管理网口转换、KR4 环回、两种机械形态、安全与威胁模型等工程细节。适合服务器硬件、数据中心基础设施、制造测试和固件/平台工程师阅读，可迁移其测试夹具设计、复用既有平台、环回验证与安全缓解思路；主要限制是高度依赖 Oxide 专用 sled/背板，部分安全设计仍未定型。
工程实践 Oxide Public RFDs
本文是 Oxide 的 RFD 493，讨论其平台最关键的 Kubernetes 集成并给出路线图。文章先概述 Kubernetes 组件和声明式 API，再区分原生集成与发行版集成，逐项分析 Cloud Controller Manager、Cluster API、CNI、CSI、Ingress/Gateway API、Rancher Node Driver 的问题、所需 Oxide API、开发量和延期风险。路线图分三阶段：优先 Cluster API 与 Rancher Node Driver 改进，其次 CCM 和 Rancher UI 扩展，最后 CSI；CNI、Ingress、Gateway API 明确推迟。边界是 Oxide 暂不提供托管 Kubernetes，部分估算需更多研究，方案高度依赖其自身 API 与存储、网络能力。
推荐收录：这是已发布的 Oxide RFD，提供了集成点、所需 API、开发量、延期风险和分阶段路线图等直接证据，而非泛泛介绍。适合平台工程、Kubernetes 发行版/云集成和基础设施团队参考，可迁移的是如何按客户价值与差异化程度排序集成、推迟非核心组件；主要风险是结论绑定 Oxide 平台，外部读者需注意其前提。
工程实践 Oxide Public RFDs
RFD 357 提出 Oxide MVP 的外部 DNS 方案：运维方委派一个子域，并提供 2 个以上（建议 3-10 个）客户网络 IP，由 Oxide 运行独立于内部 DNS 的权威外部 DNS 服务器。每个 Silo 获得 $silo.sys.$delegated_domain 主机名，指向同时服务控制台与 API 的 Nexus 实例，更新时采用蓝绿部署并动态迁移固定 IP 来提升可用性。TLS 证书在 MVP 中倾向通过 API 管理，因为客户环境常不暴露公网，难以使用 ACME 公网挑战。文章还讨论 DNS 最终一致性、扩展性、Cookie 作用域和备选方案，但安全考虑尚未展开，且不覆盖通用递归 DNS 与实例 DNS。
推荐收录：该 RFD 不是泛泛介绍 DNS，而是给出可执行的系统设计决定，包括委派域、外部权威 DNS 服务器、按 Silo 命名、蓝绿更新与固定 IP 迁移，并系统比较证书管理和多种备选方案。适合基础设施、网络、控制平面和系统架构读者，可迁移到多租户平台、客户自管 DNS 域名和 TLS 证书自动化等场景。主要风险是内容面向 Oxide MVP，安全考虑尚未展开，且部分细节标记为待定。
工程实践 Oxide Public RFDs
RFD 347 提出 Delay Driven Multipath（ddm），面向物理多路径数据中心网络做 L3 包级负载均衡与容错。它受 DRILL 和 Swift 启发：控制平面用距离向量分发前缀，数据平面在 IPv6 逐跳扩展头中携带时间戳，节点通过确认计算目的端时延及其导数，持续逼近分布式 Dijkstra 森林。ddm 追求 N-1 容错、灵活拓扑、包级最优负载均衡和可扩展性，并在 RTT 内响应拥塞与故障，且不绑定传输层流；文章详述发现、前缀交换、server/transit 路由器、管理 API、时延表、基础/概率/预测 pick 函数和接收端重排序，并讨论 illumos 与 P4 实现。其边界是 15 跳扩展头限制、重排序与缓冲开销，中转路由器、路径向量和预测选路等仍属未来工作。
推荐收录：这是一份真实的网络协议设计 RFD，给出了多路径数据中心网络中基于时延的 L3 负载均衡与容错方案，包含控制平面、数据平面、pick 函数、重排序分析和实现平台约束。适合网络架构、数据中心基础设施和分布式系统读者，可用于理解延迟驱动路由、IPv6 扩展头数据面及多路径协议设计中的取舍。风险是部分设计仍属未来工作、缺乏生产验证，需结合实现与测量评估。
工程实践 Oxide Public RFDs
本文是 Oxide 的 RFD 404，定义边界隧道路由问题并提出基于 ddm 路由协议分发隧道路由的解决方案。问题在于实例/服务发往外部上游网络的包需经 Geneve 封装到 IPv6 underlay，封装器 OPTE 需知道可用网关、如何选择多个网关以及路由变化如何传播。方案让交换机上的 mgd/ddmd 将上游前缀与边界隧道端点 IPv6 ULA 通过 ddm 通告并传播到各 sled，ddmd 再把隧道路由写入 OPTE 新增的 V2B 表，并用 metric、ECMP 哈希和路径向量协议能力处理多网关与故障。文中还给出协议对象、指标设计、与纯控制面/对称交换机配置等替代方案对比，以及安全与开放问题。边界是当前仍处讨论阶段，可扩展性、路由剪枝和 mgd 健康监控等未完全验证，主要适用于 Oxide 的 underlay/overlay 边界路由。
推荐收录，因为这是一份真实基础设施系统的设计文档，完整展示了从问题定义、路由协议选型、OPTE V2B 表设计到替代方案、指标与安全风险权衡的推理链条。适合网络、基础设施和分布式系统工程师阅读，可迁移到多机架网关路由、overlay 路由传播和故障收敛等场景；风险是仍处讨论阶段且若干可扩展性与实现细节未定。
工程实践 Oxide Public RFDs
Oxide RFD 250 讨论管理网络拓扑与“本体感知”：控制平面 MGS 如何发现 SP、推断机架位置，并让 SP 获知自身位置。文章先确立 L2 网络、SP 间隔离、每交换机隔离、VSC7448/Tofino 端口一一对应等原则，再提出用 VLAN 标签实现隔离：MGS 到 VSC7448 按目标端口打标签，KSZ8463 到 SP 用 0x301/0x302。随后说明 MAC 从 FRU EEPROM 分配、以 EUI-64 生成 IPv6、用多播和 NDP 发现地址，并通过向确定端口发探测消息判断 Sidecar A/B 位置。文章还列出备选方案、开放问题和安全考量，指出恶意 Sidecar 可重配 VSC7448 等边界。
推荐收录：这是一份公开的机架管理网络设计文档，给出了 VLAN 隔离、地址发现、位置推断和安全威胁模型的完整取舍，并包含备选方案与开放问题。适合做数据中心网络、带外管理、嵌入式 SP 通信或 L2 隔离设计的读者参考，其中“用拓扑约束替代额外硬件或协议”的思路可迁移到类似系统。
工程实践 Oxide Public RFDs
这份 Oxide RFD 203 提出在产品、代码、API、控制台和文档中统一数据量单位与词头的规范。它先区分 bit 与 byte，以及网络常用的十进制 SI 词头与内存/存储常用的二进制 IEC 词头，指出机架规模下 PB 与 PiB 差异超过 12%，单位误解可能造成数量级错误。核心判定是：网络吞吐以 bit/s 为单位并使用十进制词头；内存和存储以 byte 为单位并使用 KiB、MiB 等二进制词头。若因硬件等原因必须偏离，应使用正确标签或同时给出两种形式，例如 3.2 TB（2.9 TiB）。该规范适合接口设计、文档和运维沟通，主要不足是改变既有习惯需要迁移成本。
推荐收录，因为该 RFD 给出了可直接执行的单位规范，并用表格明确网络吞吐、内存和存储分别应使用 bit/s 与 KiB/MiB 等标签，还覆盖了硬件例外和双单位展示边界。对设计 API、CLI、控制台、监控指标或技术文档的工程师来说，这类约定能减少跨层沟通中的数量级误解，具有跨项目迁移价值；风险是它属于组织内部标准，外部团队需结合实际历史兼容。
工程实践 Oxide Public RFDs
本文是 Oxide 公开的 RFD 63，系统阐述单机架到多机架的网络架构设计。文档先给出七项设计目标（低延迟体验、无单点故障、可扩展、兼容客户网络、实例可任意迁移、简化管理、可演进），继而提出物理层采用基于 IPv6 的 L3 + ECMP 架构并把路由决策下推到主机，虚拟层用 Geneve 封装实现 VPC，每台主机运行可编程的 OPTE 完成路由、NAT、防火墙等转换，边界服务则通过 BGP 与客户网络对接。文中以物理转发、内部 DNS、实例互通、出站 NAT、浮动 IP 入站等五条报文流程推演实现路径，并对比 VL2、Ananta、VFP、Andromeda 与 Joyent Fabrics 的经验教训。文档同时声明其边界：不解决信任问题，且为初期产品做了取舍，诸多细节留待后续 RFD 完善。
推荐收录：该 RFD 不是概念宣传，而是给出明确的七项设计目标、L3+ECMP 物理架构，以及 Geneve 之上由 OPTE 承担 L3 转换的完整方案，并用五条报文流程逐步推演，还复盘了 VL2、Ananta、VFP、Andromeda 与 Joyent Fabrics 的取舍和失败教训。对从事云网络、VPC 虚拟化、多租户隔离或数据中心架构的读者，其“目标—决策—权衡”链条极具可迁移价值；需注意它是尚未完全定稿的设计文档，明确不覆盖信任模型，部分细节待后续补充。
工程实践 Oxide Public RFDs
本文是 Oxide 的 RFD 58，围绕机架交换机（rack switch）的需求与设计空间展开，系统梳理控制面、块存储与应用三类流量对交换机的功能要求。作者讨论双交换机冗余、Tofino 2 与 Tomahawk 3 的 ASIC 选型、外部 PCIe 连接、热插拔、带外管理与 NC-SI/专用管理网络等关键取舍，并以可证明固件完整性和无单点故障为目标。最终计划采用 Tofino 2 作为交换 ASIC，并选择专用管理网络而非 NC-SI，同时说明升级到 200G、QSFP28 光模块管理和多机架组网等扩展方向。该文档面向机架级基础设施设计，很多结论绑定 Oxide 的硬件形态与供应链约束，偏架构决策记录而非通用教程。
推荐收录：该 RFD 不是产品宣传，而是从需求分类、ASIC 选型、PCIe 热插拔到带外管理网络的一手架构决策记录，包含明确约束、备选方案与取舍理由。适合做机架级网络、数据中心硬件、系统可靠性或基础设施架构的读者参考，其冗余设计、固件 attestation、管理面与数据面隔离等思路可迁移到类似系统。风险是结论高度依赖 Oxide 的供应链和硬件形态，需结合自身平台重新评估。
工程实践 Oxide Public RFDs
这份 Oxide RFD 讨论多机架部署的故障域与资源作用域。作者沿用云行业概念，提出从 server、rack、cell、AZ、region 到 fleet 的层级，并定义每层默认故障爆炸半径与共享资源边界。随后给出实例、存储、网络、镜像、项目和认证等资源的建议作用域及汇总表，例如实例归 AZ、存储卷归 Cell、虚拟网络和项目归 Region、认证归 Fleet。文中还讨论客户需自行构建真实独立故障域、跨 AZ/跨 Region 链路信任与加密、管理平面单一视图等开放问题。当前多为设计假设，尚未实现验证，且默认 v1 可能仅面向单机架，细节仍会随其他 RFD 演进。
推荐收录。该 RFD 直接给出从服务器到 fleet 的故障域层级和资源 coherence 汇总表，并系统权衡了多机架下的可用性、网络、存储与 API 作用域，属于可迁移的架构设计材料。适合云基础设施、分布式系统和控制平面设计者阅读，用于设计多 AZ/多 Region 的部署边界；但需注意其尚未落地验证，部分结论仍标注为开放问题。
工程实践 Oxide Public RFDs
该 RFD 定义 Oxide Rack 的用户网络 API，覆盖 VPC、子网、路由表、Internet Gateway、浮动/临时 IP、DNS、防火墙与 VPC Peering 等核心模型。文档用三层博客架构示例说明浮动 IP、负载均衡、子网路由、NAT 网关和数据库间的流量路径，并给出最长前缀匹配、自定义路由优先、防火墙优先级与状态化规则等关键行为。它还描述默认规则、IP 保留、DNS 命名方案、VPC 隔离/对等约束及 VNIC/DHCP 表现。内容偏重平台网络 API 与架构设计，含未来方向与开放问题，适合云网络和基础设施工程师参考，但并非通用实现教程，且部分 API 端点细节未完整展开。
推荐收录：该文档以真实产品 RFD 形式给出 VPC、路由、NAT、浮动 IP、DNS 和安全组/防火墙的完整设计模型与示例，包含可验证的规则优先级、默认行为和边界条件，而不是泛泛介绍。适合云网络、基础设施、API 设计工程师在规划多租户网络、隔离、对外暴露和排障规则时迁移参考；风险在于它绑定 Oxide 的特定实现，部分端点与未来方向仍在讨论中。
技术文章 Quarkslab Blog 2026/09/15
本文系统梳理 ITU-T PON（GPON、XG(S)-PON、NG-PON2、50G-PON）的安全机制与威胁模型。作者解释 OLT/ONU/ODN 架构：下行经分光器广播给同一 ODN 所有用户，上行用 TDMA/TWDM，故下行窃听、ONU 伪装、链路截获与重放篡改均需纳入威胁模型。文章分析 Registration ID、OMCI PSK、IEEE 802.1X/EAP 三类认证，以及 MSK/KEK、PLOAM/OMCI MIC、AES-CTR 加密的派生与启用，并指出默认不加密、弱默认 Registration ID、主载荷无认证、仅 802.1X/EAP-TLS 可能前向保密等问题。它还讨论 50G-PON 密钥派生歧义、计数器重复块与 OMCI 攻击面，但限于 ITU-T 体系且未覆盖完整状态机，适合作为协议安全参考。
推荐收录。文章基于 ITU-T 规范逐层拆解 PON 的下行广播、上行 TDMA、认证与密钥派生流程，并给出 Registration ID 默认弱值、AES-CTR 无载荷认证、默认不加密、前向保密缺失等具体风险，证据密度高。适合网络安全、电信协议、光接入网和嵌入式固件方向的工程与研究人员，可作为 PON 安全评估、协议实现审计和威胁建模的可迁移参考；需注意其结论主要限 ITU-T 体系，且对 IEEE EPON 和厂商实现覆盖有限。
工程实践 ScyllaDB Engineering 2026/09/14
文章记录华沙大学学生与 ScyllaDB 合作，将 QUIC 集成进 Seastar（ScyllaDB 依赖的异步 C++ 框架）的工程实践。作者先剖析 TCP 队头阻塞与握手延迟的缺陷，再以无隐藏 I/O、无隐藏线程、符合 IETF 标准等条件筛选候选库，最终选用 sans-I/O 的 ngtcp2 并复用 GnuTLS。核心工作包括用单 actor 驱动协议状态机、把 QUIC 流适配为 connected_socket、实现用户态连接路由，并调和 QUIC 与 Seastar 两套流控。作者对比一对一适配与 QUIC-Aware 两种 RPC 方案，在无损回环与丢包场景给出延迟、吞吐基准：无损时 QUIC 有固定每调用开销，5% 丢包时 QUIC-Aware 保留约 76% 吞吐并反超 TCP。该实现仍是单机单分片、合成负载下的受控成果，尚未成为生产级传输。
推荐收录：文章完整展示了从协议选型、适配层设计到 RPC 改造与丢包基准的工程闭环，包含候选库对比、约束取舍和可复现的性能数据，而非泛泛介绍。适合从事网络协议、数据库内核或高性能异步框架的工程师，其 sans-I/O 状态机桥接与流控协调方法可迁移到类似系统。需注意结论基于单机单分片合成负载，尚未在生产环境验证。
工程实践 Cloudflare Blog 2026/09/10
Cloudflare 宣布 1.1.1.1 已支持验证后量子 DNSSEC 算法 ML-DSA-44，为应对未来量子威胁做准备。DNSSEC 迁移涉及权威服务器、注册局、注册商和递归解析器，必须提前验证。核心难点是 ML-DSA-44 签名达 2420 字节，远超 UDP/EDNS 常见上限，导致 DNSKEY 等响应膨胀并更多转向 TCP；新旧算法并存还可能形成降级路径。1.1.1.1 通过父区认证 DS 记录识别后量子能力，并采用更严格本地策略，要求至少一条有效 ML-DSA-44 路径，否则验证失败。该实现仅覆盖解析器验证侧，完整信任链仍依赖根区、权威服务器、注册商和注册局部署，目标为 2029 年。
推荐收录：文章不仅宣布支持，还给出了可验证的工程细节，包括 2420 字节签名对 UDP/EDNS 和 DNSKEY 响应的影响，以及通过 DS 信号与本地严格策略防止降级。适合 DNS 解析器、网络安全、基础设施和后量子迁移从业者阅读，可迁移到其他大型公钥算法升级中的传输限制、兼容性与降级防护设计。局限是当前仅完成解析器验证侧，尚未形成完整后量子信任链。
工程实践 Meta Engineering 2026/08/24
Meta发布自研RDMA传输协议MetaRoCE，面向AI规模GPU集群，运行于普通以太网，并计划通过OCP开放规范、参考实现和一致性测试套件。其核心是将网络智能从交换机移向NIC，支持原生乱序投递、逐路径喷发、免PFC的丢失容忍传输，以及发送端AIMD与接收端速率提示的拥塞控制。在64节点AMD GPU集群测试中，相比RoCEv2，MetaRoCE在all-reduce和all-to-all上吞吐更高、流完成时间更低，1%丢包时保持约86%吞吐，多平面扩展近线性，平面故障可自动恢复。现有RDMA Verbs应用无需修改即可使用，文章也承认在机内、跨数据中心和存储/KV缓存等场景仍需后续优化。
推荐收录。文章来自Meta工程博客，详细阐述了MetaRoCE的动机、设计权衡和实测数据，包括与RoCEv2的对比、损失下的优雅降级和多平面弹性，证据链完整。适合网络协议开发者、AI基础设施架构师和分布式系统工程师参考，其端点智能、逐路径拥塞控制等思路可迁移到其他高性能网络设计。需要注意文章同时是产品发布稿，基准规模和场景有限，实际部署效果需独立验证。
工程实践 Meta Engineering 2026/08/24
文章介绍 Meta 自研训练与推理加速器 MTIA 300，它针对推荐排序模型训练中的通信瓶颈，将网络接口直接集成进芯片封装，通过两个包含 6 个 800 Gbps RDMA NIC 的 chiplet 提供 1.2 TB/s 总带宽，避免 PCIe 和 CPU 中介开销。芯片加入 16 个独立消息引擎和近存计算单元，以超过 2.8 TB/s 归约吞吐实现线速 AllReduce/ReduceScatter，与计算网格隔离，并行运行 GEMM 时计算吞吐损失小于 0.5%。通信库 HCCL 与硬件协同设计，采用编译通信模型，将集合通信编译为依赖子图后由消息引擎自主执行，无需主机参与，并支持拓扑感知算法和 PyTorch 接口集成。在生产环境中，1500 亿参数推荐模型跨 40 个加速器训练时，通信时间比等效 GPU 集群快 3.9 倍。文章也讨论了架构对未来推理工作负载的适应性，并指出当前设计主要面向推荐模型。
本文是 Meta 工程团队对其训练芯片的深度技术解析，公开了芯片架构、NIC 集成、通信卸载引擎及 HCCL 编译模型的具体设计和性能数据，直接给出与 GPU 的量化对比（0.5% 干扰、3.9 倍加速）。适合 AI 基础设施、分布式训练、芯片设计与高性能网络方向的工程师和研究者阅读。其通信一体化和软硬件协同设计思路可迁移到其他 AI 加速系统，但性能数据来自厂商自测，需保持一定批判性。
技术文章 Eli Bendersky 2026/08/22
本文是并发服务器系列第8篇，聚焦Go语言。作者先实现串行服务器，再展示goroutine每连接一协程的模型，说明其轻量级和M:N调度。为应对计算密集、下游限流和恶意客户端等场景，演示用有缓冲channel做信号量限制并发，以及worker pool模式。文章比较了Go与async/event-driven，指出Go底层已用事件循环，goroutine天然适合高并发。示例代码刻意简化，缺少协议帧和整数溢出等边界处理。提供从简单到受控并发的完整代码路径。
本文是Eli Bendersky并发服务器系列的高质量续篇，直接对比多种并发模型并给出可运行Go代码和量化比较。适合后端、网络编程及对并发设计感兴趣的读者，帮助理解goroutine的资源特征、限流模式和worker pool取舍。文中对何时限制并发及Go异步底层的辨析，可迁移到其他语言和系统设计中；但示例代码为演示简化，需注意边界条件。
工程实践 Cloudflare Blog 2026/08/18
本文介绍 Cloudflare 对 RFC 9234（BGP Role 与 Only to Customer 属性）在互联网上部署情况的测量。作者先解释 BGP 路由泄漏的成因、BGP Role 的五种角色及合法配对、OTC 属性的设置与检查规则，然后描述两套测量方法：基于 RouteViews/RIPE RIS 公共数据的统计，以及利用 Cloudflare 自身全球对等连接的 BMP 数据直接观测对等 AS 是否发送 OTC。结果显示 67 个 AS 已启用 OTC，但公共数据中的识别存在歧义；一项故意携带 OTC=13335 的广播实验进一步发现，部分 Tier-1 网络（如 AS3257、AS1299）会剥离 OTC，造成大量路径丢失该属性，经沟通后 Arelion 已开始保留 OTC。最后给出各 BGP 实现的支持状态和配置建议。文章局限在于测量方法依赖可见路径与公共收集器，可能漏掉小型 AS，且无法完全区分 OTC 由哪一端设置。
推荐收录。文章提供了对 RFC 9234 实际部署的原创测量方法和结果，包括如何用 BMP 和公共 BGP 数据区分 OTC 设置者，以及通过实验识别剥离 OTC 的 Tier-1 网络，这些对网络运维和安全研究者具有直接参考价值。其方法可迁移到其他 BGP 属性或协议特性的大规模部署观察中，同时文中的实验设计和与运营商的沟通经验也值得借鉴。风险在于测量视角以 Cloudflare 网络为主，结论的普遍性受限于可见路径。
技术文章 Daniel Stenberg 2026/08/17
文章由 curl 作者 Daniel Stenberg 撰写，针对一家大型电力基础设施公司的 IT 人员提出的 libcurl.dll 升级请求作出回应。作者解释该 DLL 并不是 Windows 自带组件，而是某个应用安装时放入 system32 的；Windows 内置的 curl 使用静态链接，因此不会产生该文件。由于无法获知此 DLL 的确切构建方式，盲目替换为最新版很可能导致依赖它的应用崩溃。作者建议先用 tasklist 等工具找出使用该 DLL 的应用程序，再联系相应厂商进行更新。文章还澄清了静态链接与动态链接的差异，以及漏洞扫描器在第三方组件供应链场景中的局限性。最后介绍了 curl 项目提供的长期稳定版本和构建建议，但明确表示无法代替厂商进行运行时补丁。
推荐收录。这是 curl 维护者基于真实案例对 libcurl.dll 分布与更新困境的权威说明，直接纠正了“直接替换 DLL 即可修复漏洞”的常见误解。适合系统管理员、安全人员和应用开发者阅读，有助于理解动态链接库的依赖管理边界、供应链漏洞扫描的盲区，以及“谁构建、谁负责更新”的处置原则。文中给出的排查思路和长期支持方案，对处理类似第三方组件漏洞问题有可迁移价值。
工程实践 Cloudflare Blog 2026/08/14
文章介绍了 Cloudflare 如何识别并保护基于 Model Context Protocol (MCP) 的 AI 代理流量。作者首先剖析了 MCP 工具调用的链路，指出请求中的主机名、路径、MCP-Protocol-Version 头、JSON-RPC 方法及参数等可作为识别信号。随后对比了客户端钩子、网络安全网关和 MCP 服务器三个控制点的优劣，强调网络层覆盖最广但依赖 TLS 解密，服务器层控制最彻底但只能保护已实现的服务器。文章详细说明了 Cloudflare Gateway 如何通过检测 MCP-Protocol-Version 头来分类流量，新增 experimental.is_mcp 选择器和 MCP 流量仪表盘，并利用 MCP Portal 和 Traffic Source 选择器实现 Portal-only 访问，区分影子 MCP 与 Portal 绕过。最后讨论了预注册 OAuth 客户端支持和私有 MCP 服务器接入的进展，以及 Agents SDK 对新无状态协议的双路径兼容。文章也明确指出这些控制对本地 stdio、未解密流量和不合规客户端存在盲区。
推荐收录，因为本文基于 Cloudflare 真实网络流量和产品实践，系统性地分析了 MCP 安全控制的三种位置及其取舍，并给出了可操作的检测规则与架构流程。对需要治理 AI Agent 流量、设计 MCP 安全策略或构建类似网关能力的读者，文中关于协议信号识别、影子 MCP 与 Portal 绕过区分、以及从发现到治理的路径设计具有直接可迁移价值。
技术文章 Cloudflare Blog 2026/08/11
本文是 Cloudflare 发布的 2026 上半年 DDoS 威胁报告，基于其全球网络数据，系统总结了网络层和应用层攻击的规模、频率、主要向量与行业分布。核心发现包括：1 Tbps 以上超大规模攻击数量较上季度增长六倍以上，DNS Flood 与 CLDAP Flood 等反射放大攻击显著上升，其中 CLDAP 攻击环比激增 580%；地缘政治事件直接驱动攻击目标变化，媒体行业持续位居受攻击首位，政府行业在“史诗之怒”行动后排名骤升。报告强调攻击呈现短时爆发特征，人工响应已不可行，自动化、始终在线的防护成为必需，并介绍了 Cloudflare 的免费 DDoS 防护与 Botnet 威胁情报共享等防御实践。
报告提供了基于真实网络的海量 DDoS 攻击统计与向量分析，对安全工程师、网络运维和架构师理解当前威胁格局、评估防护策略有直接参考价值。文中揭示的 CLDAP 爆发、攻击短时化等趋势，以及自动化防御的洞察，可迁移至各类网络服务的安全规划与应急响应改进中。
技术文章 LWN.net 2026/08/05
文章记录了 Jordan Rife 在 2026 年 LSFMM+BPF 峰会上提出的需求：让具有适当权限的 BPF 程序能够遍历其他网络命名空间中的套接字，以支持 Cilium 等容器网络工具。与会 BPF 开发者快速提出了多种替代方案，包括扩展现有 socket iterator、利用 bpf_sk_lookup 辅助函数、通过内核模块或系统调用接口等，并深入讨论了性能开销、权限模型、可维护性及安全边界。最终倾向于基于已有基础设施进行增强，避免引入全新机制，同时严格限制程序权限。这一讨论为 BPF 网络编程与命名空间隔离的交互提供了当前的技术共识和设计权衡。
本文源自 LWN 对内核社区峰会的权威报道，直接呈现了 BPF 网络编程中一个实际工程需求的讨论过程，包含多种实现路径的具体权衡和专家观点，而非浮于表面。适合从事内核、容器网络或 BPF 开发的工程师和研究者，从中理解如何在内核机制中平衡功能扩展与安全边界，以及如何利用现有基础设施降低复杂度，具有很高的可迁移设计参考价值。
技术文章 Cloudflare Blog 2026/08/03
本文宣布 Cloudflare Workers 和 Containers 新增对入站 TCP 连接和 gRPC 的支持。核心特性包括：新的 connect(socket) 处理器让 Worker 能直接接受来自 Spectrum 代理的 TCP 套接字，并可将套接字路由到其他 Worker、Durable Objects 或容器；在 Cloudflare 容器中运行双向流式 gRPC 服务器，实现全双工通信；以及通过内置的 gRPC-web 与 gRPC 互转，使 Worker 既能作为 gRPC 服务端提供 unary 和 server-streaming API，也能作为客户端调用外部 gRPC 服务。文章通过代码示例展示了从 Worker 接受套接字并转发到容器，以及使用 @connectrpc/connect 库编写 gRPC 服务的方法。这使得开发者能够在 Cloudflare 全球网络上部署任意语言的现有 gRPC 应用，特别适合低延迟语音 AI 等场景。但功能目前处于私有测试阶段，协议转换可能引入额外开销，且仅支持 TCP 协议，尚未涉及 UDP。
推荐收录，因为文章详细阐述了 Cloudflare 将 TCP 入站和 gRPC 引入无服务器平台的技术方案，包括 Socket 路由、容器集成和协议转换等关键设计，并提供了可运行的代码示例。对于从事云原生开发、平台工程或需要构建低延迟实时服务的工程师而言，这些机制有助于理解如何将现有 TCP/gRPC 应用迁移到边缘计算环境，具有可迁移的架构参考价值。注意功能仍处 beta 阶段，部分细节可能变化。
工程实践 Cloudflare Blog 2026/07/31
文章详细介绍了Cloudflare为MoQ（Media over QUIC）协议提供的全局中继供给API，该API允许开发者为应用创建隔离的中继范围并管理发布/订阅凭证。作者首先回顾了MoQ作为IETF草案协议的基本原理：一种基于QUIC的发布/订阅系统，中继无需解析媒体内容即可实现大规模低延迟分发。随后，文章重点说明了新API如何解决此前开放预览中缺乏认证和访问控制的难题，通过创建隔离的“中继”资源和限定操作（发布、订阅或两者）的“令牌”，实现细粒度权限管理。技术上，中继并非独立虚拟机或容器，而是现有全球Anycast网络上的隔离作用域，因此可实现秒级部署和弹性伸缩。此外，文章还介绍了对draft-16协议新增的PUBLISH和SUBSCRIBE_NAMESPACE特性的支持，以及推动跨CDN统一供给模型的开放标准化努力。该API目前处于免费Beta阶段，适用于需要低延迟、高隔离性的实时媒体应用。
文章深入阐述了在全球CDN网络上构建MoQ中继服务的工程实践，覆盖了架构取舍（如Anycast与隔离作用域）、访问控制模型（令牌粒度和生命周期管理）及协议演进。对需要设计或使用低延迟媒体分发、实时通信或CDN服务的工程师和架构师具有直接参考价值。文中关于如何以轻量配置替代独立服务器实现多租户隔离的思路，也可迁移到其他大规模基础设施服务的设计中。
工具笔记 Cloudflare Blog 2026/07/27
Cloudflare 开源了隐私代理 CLI 工具 pvcli，用于简化 Oblivious HTTP (OHTTP) 等隐私保护协议的调试。文章首先说明 OHTTP 涉及客户端、中继、网关和目标四方的多步交互，以及二进制 HTTP 编码和分散的 RFC 带来的调试困难。通过对比手工解析公钥、手动构建加密请求的繁琐过程，作者展示了 pvcli 如何用一条命令自动完成密钥获取、请求加密、二进制解析和日志输出，极大降低开发与事件响应的摩擦。pvcli 设计风格接近 curl，支持 OHTTP 请求、自定义中继头、mTLS 认证等功能，未来计划集成 MASQUE、Privacy Pass 等协议。该工具适合需要端到端测试隐私协议的工程师，能有效提升调试效率并减少人为错误。
本文通过真实的调试痛点，清晰阐述了 pvcli 如何替代手工操作，将 OHTTP 等多方协议调试转化为简洁的命令行流程。文中详细的对比案例和工具设计思路，对从事隐私增强技术、网络代理或协议实施的开发者具有直接参考价值，其工具集成多种协议的方法论也便于迁移到其他类似调试场景。
工程实践 Cloudflare Blog 2026/07/24
本文探讨了BGP ORIGIN属性在互联网中的操纵现象及其影响。Cloudflare通过从全球Peering点宣告不同ORIGIN值的IPv4和IPv6前缀，并利用公开BGP collector数据进行路径分析，量化了ORIGIN重写的规模。结果表明约70%的观察路径中ORIGIN值被更改，大量顶级AS将ORIGIN重置为IGP以提升路由优先级，从而吸引更多流量。这种行为扭曲了正常的路径选择，且缺乏技术合理性。文章进一步论证了废弃ORIGIN属性的必要性，并呼吁社区和IETF推动相关标准化。研究受限于BGP拓扑的不完全可见性，但仍揭示了操纵行为的集中性和显著的流量偏移效应。
推荐收录，因为本文通过主动测量实验，提供了BGP ORIGIN属性篡改的可信数据和系统性分析，揭示了互联网路由策略中一个长期被忽视的安全与公平问题。适合网络工程师、安全研究人员了解BGP实际运行中的策略冲突，其调研方法和分析视角可迁移至其他协议属性的测量研究。
工程实践 Cloudflare Blog 2026/07/21
本文利用 Cloudflare Radar 的全球 HTTP 请求数据，分析 2026 年世界杯期间互联网流量的变化模式。方法上，通过赛前四周中位数建立基准，并使用 log₂ 比率衡量偏离，使得增减对称且可跨国家比较。核心发现包括：开球时间显著影响流量，深夜和凌晨比赛会使流量翻倍，而白天比赛可能导致流量下降；不同国家在比赛中场休息时呈现相反的流量行为（短视频社交 vs. 流媒体观看），聚类分析揭示了三种典型模式。文章还量化了最具全球影响力的比赛和球队，并观察到体育博彩网站流量上升。该分析提供了事件驱动流量研究的可复用框架，但其具体结论仅适用于类似全球性赛事，且主要基于 HTTP 层面。
推荐收录。文章展示了大规模互联网流量分析的完整工程案例，包括基准定义、偏离标准化和行为聚类等方法，具有可迁移至其他全球事件或容量规划场景的价值。适合网络工程师、SRE 及数据分析人员参考，能帮助理解如何从实际观测数据中提炼流量行为模式。
技术文章 NVIDIA Technical Blog 2026/07/20
文章系统介绍了NVIDIA NVLink技术在AI工厂中的横向扩展网络角色，从第一代到第五代的演进，重点解析了第五代NVLink提供的1.8 TB/s总带宽、NVSwitch实现的GPU全互联拓扑，以及NVLink-C2C实现Grace CPU与Blackwell GPU间内存一致性的片间互连。作者结合DGX和HGX系统实例，展示了NVLink如何支撑万亿参数模型训练和实时推理，并概览了未来NVLink 6和7的性能指标。文章主要基于NVIDIA官方视角，对NVLink技术的原理、性能和系统架构提供了深入描述，但内容局限于NVIDIA生态系统，未涉及替代方案或成本权衡。
推荐收录，因为文章详细解释了NVLink的协议设计、拓扑演进和性能数据，并提供了具体的系统集成案例，对于需要理解大规模AI训练基础设施的工程师和架构师具有明确参考价值。尽管带有官方宣传色彩，但其技术深度仍可帮助读者掌握GPU互连对系统设计和可扩展性的影响，适合作为硬件架构和AI系统工程的学习材料。
技术文章 知乎 - 木鸟杂记 2026/07/12
文章以“意象”和“隐喻”视角，将滑动窗口这一经典工程概念串联到TCP可靠传输（停等、GBN、SR协议）、LeetCode字符串处理（无重复最长子串、最小覆盖子串）、Raft共识算法（同步窗口与应用窗口）以及流式数据调度等多个计算机领域。作者以个人学习与工作经历为线索，逐步揭示滑动窗口的核心结构：序号机制、有限视图和单调移动，并强调其“以有限应对无限”的设计哲学。文中对每个场景的推导过程、关键细节和工程取舍均有说明，尤其点出双指针维护窗口、计数器表达视图等共通技巧。文章偏向概念梳理与跨领域类比，未深入单一实现细节或性能边界，更适合建立全局直觉而非直接作为实现手册。
推荐收录，因为文章将滑动窗口从具体协议和算法中提炼为可迁移的工程隐喻，以生动案例串联多个计算机子领域，能帮助读者建立跨层次的系统思维。适合对分布式系统、算法设计或计算机网络感兴趣的学习者，文中总结的“序号+窗口+滑动”模式可直接迁移至数据管道、状态同步等工程场景。
技术文章 Fzakaria Blog 2026/07/09
文章介绍了一款名为 anubis-fetch 的工具，用于绕过 Anubis 防火墙的工作量证明（PoW）挑战。作者首先描述了为 Linux 内核 BPF binfmt_misc 开发补丁时，遇到 AI 工具无法直接抓取 lore.kernel.org 的问题，继而开发了该工具。工具通过原生实现 PoW 求解、可选的 Chromium 回退，以及对 Chrome TLS/JA3 指纹的模拟，成功绕过了 Anubis 及 Cloudflare 的被动封锁。文章进而批判了 Anubis 的无效性：攻击者可以轻易摊销一次性成本，而人类用户每次访问都要付出等待时间和设备能耗，尤其对移动端、屏幕阅读器等用户形成排斥。作者通过粗略计算，估算了全球范围因 Anubis 挑战消耗的人数和能源，指出这种措施更像是一种累退税，未能阻止真正的 AI 爬虫，反而损害了开放 Web。全文兼具工具实现细节与社会影响分析，边界清晰，不涉及复杂系统设计，但提供了可复现的方法和对反爬技术局限的反思。
推荐收录，因为它不仅是一个工具介绍，更包含了对反爬技术的深度批判和实证分析。文中直接展示了绕过 Anubis 的具体代码思路与效果，并通过估算了这种防御措施对人类用户造成的隐性代价，证据充分。这篇文章适合安全工程师、Web 开发者以及关注互联网开放性的读者，其可迁移价值在于提醒设计反爬系统时需权衡防御真实威胁与用户体验的平衡，避免累退性设计。
技术文章 LWN.net 2026/07/01
这篇文章围绕 BPF 程序访问内核本地存储时的效率问题展开，说明该能力常被用于在网络路径中为数据包关联附加信息。作者结合 Linux Storage/Filesystem/Memory-Management/BPF Summit 上的两场分享，分别讨论了通用性能瓶颈，尤其是锁带来的开销，以及网络子系统中本地存储的具体使用方式。文章的核心结论是：本地存储虽然语义简单，但在高频访问场景下容易成为热点，优化必须同时考虑锁竞争、访问路径和数据布局。它更偏向内核机制与性能分析，而不是面向普通 BPF 开发者的入门教程。适合关注 Linux 内核、网络栈和 BPF 性能优化的读者参考。
推荐收录，因为正文明确讨论了 BPF 本地存储的访问效率、锁竞争和网络子系统中的实际使用，这些都是可迁移的内核性能分析点。适合做 Linux/BPF、网络栈优化和系统性能调优的读者阅读，但它偏会议讨论转述，深度主要来自问题分析而非完整实现细节。
工程实践 Cloudflare Blog 2026/07/01
这篇 Cloudflare 报告回顾了“Content Independence Day”一年后的变化，基于 Cloudflare Radar 和 Investor Day 数据，讨论开放网络在 AI 时代的流量、抓取与商业模式重构。文中给出多个量化信号：代理流量首次超过人类流量、抓取请求中 AI 训练占比快速上升、混合用途爬虫让内容所有者难以区分抓取目的。作者认为，传统“内容换搜索流量”的交换关系正在失效，出版商和网站正在面对“Google Zero”式的流量下滑。报告进一步指出，透明声明、访问控制和网络级执法会制造稀缺性，从而推动内容授权市场与更精细的定价机制。其结论是：面向 agentic Internet，需要新的基础设施来支持权限、许可、度量和交易，但这些判断明显带有 Cloudflare 自身网络视角和商业立场。
收录价值在于它提供了云安全/边缘网络视角下的真实流量数据与抓取目的变化，能帮助理解 AI 时代网站访问、机器人识别和内容授权的系统性变化。适合做互联网基础设施、爬虫治理和内容变现趋势参考，但读者也需注意其数据来自 Cloudflare 网络，立场带有明显商业主张。
个人心得 知乎 - 皮振伟 2026/06/28
文章回顾作者从 Linux 内核、KVM 和存储虚拟化背景切入 Redis/Valkey 社区的六年经历，强调自己并非缓存数据库“专家”，却能借助外行视角持续发现内核、网络与数据库之间的协作点。前半部分列举了线程命名、CPU 亲和性、THP 开关和 LTTNG trace 等改动，说明这些功能如何帮助观测、隔离和排查长尾延迟。后半部分重点讲述 Valkey Over RDMA 与 Valkey Over MPTCP：前者围绕 RESP3 与 RDMA 消息语义的适配、连接抽象层改造和上游合入，验证了高性能网络可带来约 2.5 倍性能提升；后者则面向跨机房同步与多路径容错完成了客户端、服务端和工具链适配。文章也交代了从 Redis PR 长期无回应到 Valkey 社区推进落地的过程，并记录了社区协作、测试验证和发行版打包的推进路径。整体更像一篇带有技术细节的开源成长记录，适合想参与基础设施和数据库开源项目的读者参考，但方法论总结偏经验化而非系统化教程。
推荐收录，因为文章给出了从“外行”切入核心开源项目的具体证据：RDMA、MPTCP、THP、LTTNG 等改动都落到可验证的代码与性能结果上。对想参与基础设施开源、做跨层性能优化或理解社区协作流程的读者，具有可迁移的实践参考价值。
工程实践 Daniel Stenberg 2026/06/25
文章围绕 curl 在处理 URL 主机名尾随点（trailing dot）时暴露的三个新问题展开：IPv4 数字地址、双尾随点与 Cookie/PSL 校验。作者说明了尾随点会干扰 inet_pton、HSTS 逻辑和 libpsl 公共后缀判断，进而导致把数字地址误判为主机名、使非法双点主机进入内部流程，甚至让本应被拒绝的超级 Cookie 被接受并触发 CVE-2026-8924。文中给出了 curl 8.21.0 的修复思路，包括对单个尾随点做归一化吞掉、对双尾随点直接禁止，以及同步修补相关安全检查链路。它体现了 URL 规范、DNS、TLS、Cookie 安全与库间接口细节之间的耦合风险，但也承认对“尾随点应报错还是容错”的边界仍存在争议。
收录价值明确，因为文章直接展示了一个看似细小的 URL 语法差异如何穿透解析、TLS、HSTS 和 Cookie 安全链路并引发漏洞。适合做网络协议实现、客户端安全和库兼容性设计的参考，尤其能帮助读者理解规范容错与安全收紧之间的取舍。
工程实践 Daniel Stenberg 2026/06/24
这篇文章记录了 curl 作为 CNA 后首次遭遇的 CVE 争议，核心是作者如何判断一个安全报告是否应被赋予 CVE，以及为何认为该问题低于“LOW”级别。文章详细说明了漏洞触发链路：必须使用以点开头的非法主机名、依赖本地地址解析或特殊环境、还要命中特定 TLS 后端与通配符证书检查缺陷，因此作者主张它更像一个已修复的 bug，而不是值得全生态响应的安全漏洞。最终 MITRE 认可了 curl 的判断，未分配 CVE，文章也由此展示了 CNA 视角下的漏洞分级、风险判断与争议处理流程。
推荐收录，因为它不仅讲一个单点 bug，而是完整展示了开源项目如何做漏洞评估、如何在“是否发 CVE”上做取舍，以及为什么“理论上可触发”不等于“值得全生态警报”。这类经验对安全响应、CNA 协作、漏洞分级和开源维护都具有很强的迁移价值。
工程实践 LWN.net 2026/06/23
这篇文章讨论 Tor 项目计划停止支持 0.4.8 及更早版本的原因与时间表，核心动机是 0.4.9 中将移除旧的目录数据字段，尤其是 TAP onion keys 和 family lines，以显著降低客户端目录带宽并加快网络启动。文章同时说明了兼容性代价：旧版本客户端和中继将因依赖这些字段而失效，因此项目需要提前设定明确的日落日期来完成协议演进与版本切换。
推荐收录，因为它展示了一个典型的网络基础设施演进案例：为了整体性能提升而主动收缩旧协议兼容面，并明确处理版本退役带来的风险。对做安全网络、分布式系统或长期维护协议的人来说，这类兼容性与性能的权衡具有可迁移参考价值。
技术文章 Xe Iaso 2026/06/05
这篇文章围绕 IPv6 zone/scope 在 URL 中的表示问题展开，先解释了链路本地地址在不同网卡上会冲突，因此需要用 zone 来消歧义，再说明在 Go 的 net/url 中直接写入 `%eth0` 会被当作非法转义。作者进一步给出正确写法：需要把 `%` 编码成 `%25`，并结合 RFC 6874、浏览器同源策略和其他框架的类似边界案例，说明这是一个跨协议栈、跨实现的长期边缘问题。
推荐收录，因为它不是泛泛讲 IPv6，而是把网络地址语义、URL 语法、Go 标准库行为和相关 RFC 的边界完整串起来，能帮助读者避免真实系统中的解析错误。虽然主题很边缘，但这类协议细节具有很强的可迁移价值，尤其适合做网络编程、URL 处理和标准兼容性排障参考。
工程实践 知乎 - 皮振伟 2026/06/04
这篇文章围绕 AI 推理中的存储需求展开，重点分析了模型权重加载、KV Cache 的数据形态、外部存储布局，以及单机和分布式场景下的 IO 路径选择。作者把 LLM 推理中的启动延迟、GPU 空转、缓存共享、存储分层和成本控制串成一条完整链路，并系统比较了 mmap、GDS、Direct IO、RDMA、NVMe-oF、对象存储等方案的适用边界。最后，文章结合自研 GD2FS 和若干实测数据，提出了面向推理场景的 GPU 直连分布式存储架构，但也明确这些优化高度依赖数据对齐、缓存形态和具体工作负载。
推荐收录，因为它不是泛泛谈“AI 存储”，而是从推理引擎的数据特征出发，逐层分析了存储栈、网络栈和 GPU 直连路径的取舍，具有很强的工程可迁移性。文中还给出了自研系统和实测结果，适合做 AI 基础设施、推理优化和分布式存储方向的长期参考。
工程实践 Cloudflare Blog 2026/06/03
这篇文章讨论了 BGP 路由中的“First AS”校验问题，指出攻击者可以通过伪造 AS_PATH 绕过 origin validation 和部分路径验证机制，从而制造路由劫持。作者结合公开劫持案例、RFC 规范和 Cloudflare 自己的实测，说明只要在 EBGP 邻居上强制检查 AS_PATH 的左端 AS 是否等于对端 AS，就能有效阻断这类攻击，且应当作为默认安全配置。文章还统计了多家 Tier 1 网络和主流路由实现的默认行为，揭示了不同厂商在安全默认值上的差异，以及 IX route server 这一少数例外场景。
推荐收录，因为它把一个看似细小的 BGP 配置项，放到互联网路由安全的真实攻击面和工程默认值中系统分析，具有很强的可迁移价值。对网络工程师、SRE 和基础设施安全从业者来说，文章不仅能解释“为什么要开”，还给出“哪些场景可以不开”的边界。
工程实践 Amazon Science 2026/05/28
文章介绍了 AWS 在数据中心网络中用“准随机”平面网络替代传统 fat-tree 的方案，核心包括拓扑设计 RNG、路由算法 Spraypoint，以及用于落地布线的被动光学组件 ShuffleBox。作者不仅解释了为什么随机平面拓扑在理论上更优，还给出了可计算的性能模型、530 个 CPU 年规模的仿真实证，以及在真实生产环境中的部署结果。文章最后总结了该方案在路由器数量、吞吐量和能耗上的收益，同时说明其适用前提是需要配合专门的物理布线与路由机制。
推荐收录，因为它把网络拓扑理论、路由算法设计、物理布线约束和生产验证完整串联起来，属于典型的高质量工程研究案例。对做数据中心网络、系统架构和高性能基础设施的读者来说，这篇文章提供了可迁移的设计思路：如何把“理论最优”转化为“可部署、可验证、可规模化”的方案。
工程实践 Cloudflare Blog 2026/05/27
这篇 Cloudflare Radar 博文基于边缘网络观测数据，跟踪伊朗在经历长期断网后出现的部分互联网恢复迹象。文章从流量字节数、DNS 查询、区域分布、ASN 变化以及 IPv4/IPv6 差异等多个角度交叉验证恢复过程，并指出当前迹象仍可能是暂时性的，不能直接等同于完全恢复。文章还通过 IPv6 几乎归零而 IPv4 地址宣布保持稳定的对比，推测此次断网更可能依赖应用层过滤或白名单式控制，而非简单撤销路由公告。
推荐收录，因为它展示了如何利用真实网络遥测数据判断大范围互联网中断与恢复，这种分析框架对网络可观测性、基础设施监控和故障研判都有可迁移价值。虽然事件本身具有强时效性，但其中关于流量、DNS、ASN 和 IPv6 信号的交叉验证方法，适合长期作为网络异常分析参考。
技术文章 知乎 - 南山烟雨珠江潮 2026/05/10
这篇文章系统梳理了 C++ 标准网络库 std::networking 的最新提案方向，核心观点是：网络 I/O 更适合直接建立在 C++20 协程之上，而不是继续沿用 sender/receiver 的 std::execution 抽象。作者从性能开销、复合结果处理、编译时间、ABI 稳定性、学习曲线和生产部署等多个维度对比了两类方案，并详细解释了 IoAwaitable、io_env、Executor、any_stream 等设计如何继承并简化 Asio 的成熟思路。
推荐收录，因为文章不只是转述标准化动态，而是把 C++ 网络编程的关键设计分歧、工程权衡和迁移路径讲得非常完整，适合作为理解标准库网络化方向的长期参考。它对正在使用 Asio、关注 C++ 协程或评估异步 I/O 架构的读者都有直接迁移价值。
工程实践 PlanetScale Blog 2024/04/17
文章介绍了 PlanetScale 新增的 global replica credentials：用户只需一套复制库密码，即可在全球范围内自动路由到最近的只读副本，并在同一区域内对多个 replica 做负载均衡。作者说明了其默认拓扑是一个 primary 加多个跨可用区 replica，而新凭据可以在新增或删除只读区域时自动更新路由，无需修改应用代码或重新连接。文中进一步拆解了 PlanetScale Global Network 的工作方式：在边缘层终止 MySQL 与 TLS、进行连接池化，并通过低延迟 DNS 选择就近入口。实现上把 Credential、Route 和 Endpoint 分离，Route 由 etcd 监听并按实时延迟排序，从而把下一跳决策稳定地落到最优副本。该方案的价值主要体现在跨地域读扩展和连接管理简化上，但也明显依赖 PlanetScale 自身的全局网络与内部路由体系，通用性受平台约束。
文中给出了凭据、路由、端点三层拆分，以及边缘终止 MySQL/TLS、按延迟排序副本的具体实现证据，不是简单的产品宣传。适合做数据库代理、跨地域读扩展和连接层设计的参考，但迁移时要注意它强依赖 PlanetScale 的全局网络基础设施。