关于GRUB与shim引导加载程序包分阶段更新速率及依据的公开文档问询

先给大家简单梳理下Ubuntu的分阶段更新机制：

"What are phased updates, and why does Ubuntu use them?" 一文提到，当稳定版更新仅先推送给小部分用户群体时，执行sudo apt upgrade命令经常会弹出*"The following packages have been kept back"*的提示。Ubuntu采用这种方式，核心目的是降低更新软件中未预见缺陷对全局用户的影响。

根据Ubuntu Wiki中"StableReleaseUpdates section Phasing"部分的说明：

大多数软件包的分阶段推送速率为每6小时覆盖10%的用户群体，3天内即可完成全量推送。（该维基页面原本引用了Brian Murray的一篇相关文章，但原链接已失效，不过幸运的是Murray的《Phasing of Stable Release Updates》文章已被归档保存。）

不过实际使用中我发现，有少数软件包的分阶段推送速度明显慢于这个通用标准。我自己运行的两台Xubuntu 22.10设备上，根据自动生成的《Phasing Ubuntu Stable Release Updates》报告显示，grub-efi-amd64-bin、grub-efi-amd64-signed和shim-signed这几个GRUB相关的包已经被延迟推送整整20天了。

这种GRUB类包长时间处于分阶段推送状态的情况，也引发了其他用户的困惑——比如raddevus和Syn Romana都曾针对这个问题提出过疑问。

所以我想请教社区：针对GRUB和shim这类引导加载程序包，采用更慢分阶段推送的具体原因及速率标准，有没有公开的官方文档可以参考？

备注：内容来源于stack exchange，提问作者Damian Yerrick