Cloudflare 縮短 DNS 建置延遲：改完網域仍要實際查核全球解析
Cloudflare 重新設計 DNS Zone Builder，降低完整重建比例、記憶體與建置延遲。網站管理者仍不應把內部測量當成單一網域保證。
大型 DNS 區域不再每次都完整重建
Cloudflare 於 11 月 2 日說明 DNS Zone Builder 的新設計。過去部分區域設定變更會讀取並比較整個 DNS 區域；面對含數千萬筆紀錄的大型區域，完整重建會占用大量記憶體，也可能拖慢其他等待中的更新。
新系統加入 targeted build planner，選擇能證明安全的最小重建範圍，再由統一排程器合併同一區域的工作。如果系統無法確定局部更新足以產生正確結果，仍會採用完整重建，而不是為了速度省略必要資料。
官方測量顯示記憶體與尾端延遲下降
Cloudflare 表示，24 小時測量中約 92.95% 的建置避免了完整重建，完整重建數量約減少 40%。Zone Builder 的記憶體峰值由 79 GiB 降至 12 GiB，下降約 85%；中位建置完成延遲則由約 7.7 秒降至約 3.3 秒。
官方也明確指出，這裡衡量的是 DNS 變更寫入 Quicksilver 前的建置完成時間，不包含 Quicksilver 把設定分送到全球網路的時間。不同方案與區域的實際情況不一，測量結果不能當作每次 DNS 修改都會在 3.3 秒內生效的服務保證。
網站換網域或部署後仍要逐層驗證
編輯分析：網站管理者修改 A、AAAA、CNAME、TXT 或其他 DNS 紀錄後，仍應使用權威 DNS 查詢、不同地區解析工具與實際 HTTPS 請求驗證結果。瀏覽器、作業系統、遞迴 DNS 與舊 TTL 快取，都可能讓個別使用者暫時看到舊資料。
網域遷移時也要保留舊站導向、TLS 憑證、canonical、sitemap 與搜尋引擎驗證紀錄，不能因底層建置變快就省略上線檢查。若正式網站仍顯示舊版本，應分開檢查 Git 提交、Cloudflare 建置、Worker 版本、DNS 解析與快取，找出真正停留的環節。