LACNIC · RIR 观察
报道
与该 RIR 相关的 BTW 报道及背景信息。如需逐项了解各项提案的历史、相关人物及其立场变化，请从“政策”栏目开始。
报道
最新报道
281报道数
报道
Rapport只在测试路径存在后才计入结果
LACNIC 为 Rapport 扩展了类别与测试选择器，多个输入会被展开成矩阵。但如果某个被请求的组合没有对应目录，它会在获得测试身份、开始执行和进入统计之前退出。
报道
LACNIC 的选举上传测试读到了字节，却没有读 Excel 或 PDF
LACNIC 开源选举系统新添的一项兼容性测试，把两个上传对象强制写入临时磁盘，再确认取回的每一个字节都与原始输入相同。这是一张清楚、有用的传输收据；但文件名中的 Excel 与 PDF 并没有接受格式解析，选举权限、业务规则和资源边界也属于另外几张收据。把这些证据拆开，既能肯定新增测试真正保护的库接口，也能避免一盏绿色信号替尚未运行的文档解析与选举流程作证。
报道
LACNIC 的 Hackathon 仓库把代理规则交给了一个未锁定的外部仓库
9 月的提交把代理何时可以改动项目写得更清楚了，却没有把实际提供规则的相邻仓库版本写进项目证据。问题不在于共享规则，而在于一次变更完成后，能否说清当时究竟遵循了哪一版规则，以及后来的人能否仅凭项目提交重建当时的决策环境。
报道
Rapport的禁用AKI测试，第一关在Barry而不在验证器
要证明 RPKI 验证器拒绝了一个禁用字段，先得证明这个字段真的进入了证书。LACNIC 旗下测试套件 Rapport 在 9 月修正的一份测试夹具，把这条常被省略的证据链摊开了：原先的单一字符串改成了`GeneralNames`数组，日志断言不再指向另一个字段，预期 VRP 集合仍为空。代码里的测试意图因此更连贯，但“写对了测试”与“已经跑出可复现结果”仍是两件事。
报道
RIR治理草案数的是1,000名成员，不是1,000张选票
拟议的合规审查门槛按法人逐一计数，而不是累加投票权重。LACNIC 公开的选举数字恰好说明：先把分母做成可核验记录，门槛才有意义。
报道
LACNIC 的迁移脚本保留同一个卷，却换了容器内的挂载位置
卷名没有变化，程序面前的路径却变了。一个历史迁移工具留下的这个差异，值得追问缓存连续性的证据：保留下来的存储，是否仍然出现在应用实际读取的地方？在这层关系得到确认之前，既不能宣布缓存丢失，也不能拿卷名保证迁移保留了原有状态。
报道
FORT 的上限先看两份列表之和，再合并去重
固定发布代码显示，FORT 在去重之前先检查两份提供者 AS 列表的长度之和。这个计数次序关系到合并预算，本文没有发现实际客户受影响或路由器收到撤回。
报道
FORT 的快照补丁改了重建顺序，没把缓存成功变成文件证据
1.6.8 的发布源码限制跨源快照引用，并把下载移到工作区删除之前。缓存仍会返回记住的尝试结果；这解释了为什么文件完整性、重建权限和本地输出不能混成一件事。
报道
LACNIC 的两分钟权限缓存，可能装着更老的授权回复
PAI 的公开客户端允许在特定刷新失败后，把旧缓存的时间戳重新设为当前时间。这样做可以保护正常工作不中断，却没有取得新的授权决定。真正需要分清的，不是有没有缓存，而是缓存的年龄与权限回复的年龄究竟由哪只时钟计算。
报道
LACNIC 46称网站封锁已转向“反应式”，公开议程却没有展示编码规则
同一次封锁可以产生四个不同的数字：涉及多少司法辖区、多少项决定、多少个目标标识，以及多少家网络实施者。LACNIC 46 的公开议程先给出了区域趋势，却尚未说明这四种分母中的哪一种支撑了“反应式占主导”的判断。
报道
LACNIC 的选举找回默认设为 ALL：一个邮箱会触达投票、提名与支持三类链接
遗失通知只是收件问题，重新取得投票链接却是权限问题。LACNIC 最新公开的选举系统代码把三类权力保存在不同记录里，却让一个邮箱入口负责找回它们。真正缺少的不是更多点击日志，而是一张能够说明权限从何而来、何时重发、何时失效的回执。
报道
LACNIC 的 12,609 个组织选民名册，缺少一只修订时钟
LACNIC 已开放 2026 年董事会选举名册的申诉期。公开页面可检索，四组数字也能严丝合缝地相加；但在一份本来就允许被纠正的名册旁，读者看不到当前版本生成于何时。
报道
LACNIC 的 AI 客户端先解析模型，随后聊天却没有解析标识
PAI 的 Java 客户端在 1.6.0 版中把“查询会用哪个模型”和“真正发起对话”做成了两个清楚的动作。返回结果会告诉调用者供应商和模型，但公开类型还无法证明：对话用的正是此前看见的那一版配置。
报道
LACNIC 要为技术委员会立章；它的第一届委员会却曾经直接运转注册管理机构
董事会需要在一项技术变成紧急决策之前理解它，却不需要在组织内部另开一间控制室。LACNIC 2026 年关于技术委员会的讨论，同时看见了这两种需要。问题在于，制度名称会保留记忆：1999 年的“技术委员会”并非观察未来的咨询席位，而是承担了制定资源登记程序、组织并监督临时运营的任务。新章程必须让同一个名字承载一种完全不同、而且可以核验的权力边界。
报道
LACNIC统计了22.23亿条BGP消息，地址族表却只合计8.53亿次更新
这不是一道用减法抓错的题。LACNIC 同一篇研究里的两组小计严丝合缝，另一组则相差整整 13.7 亿；“消息”和“更新”完全可能属于不同处理层。真正需要追问的，是原始 RIS 文件经过哪些筛选和归类，才分别抵达这两个数字。
报道
LACNIC 为 150 个反向 DNS 文件签名，却没有批次清单
逐个文件验真，和证明整批文件已经齐备，是两件不同的事。LACNIC 的公开目录把第一件事做得很显眼，第二件事却仍要由下载者猜测。
报道
LACNIC 发布的 BGP 案例数得出 368 个路由观测点，却数不清所有受影响安装
Softaculous 与 Virtualizor 遭遇的路由劫持留下了一份罕见的不对称记录：公网路由、证书和攻击时段都能细致复原，厂商却无法给出收到恶意更新的服务器完整名单。问题不在于少画了一张 BGP 图，而在于执行更新决定的机器没有留下可携带的收据。
报道
LACNIC 的开源选举查询把邮箱写进了请求路径
这套公开代码会在返回选举参与记录之前验证调用者，但等到验证开始时，个人标识已经进入最容易被服务器、代理和可观测系统复制的请求部分。现有证据没有显示生产泄露；它揭示的是另一条更值得提前治理的边界：保护答案，并不等于减少问题留下的副本。
报道
LACNIC 的 IPv6 时钟扣除了 210 个 `/32`，却没有说明哪些碎片算数
IANA 为 LACNIC 展示的分配时钟给出了一个很干净的答案：尚有 978,428 个 `/32` 可用。公开页面上的碎片恰好合计 210 个 `/32`，足以把源文件中的 978,637.613 减到这个整数；但源文件里真正标为 `available` 的碎片只有 198.613 个 `/32`。决定下一次 `/12` 分配资格的数字，不应缺少从状态到公式的公开桥梁。
报道
LACNIC 的最高风险有两只时钟，却没有公开起点
LACNIC 为处于最高评级区间的剩余风险设下了一条罕见而明确的时间链：立即通知、90 天内提交处置方案、以不足 120 天退出该区间为目标。董事会会议纪要公开了时长，却没有公开两只时钟从哪个事件开始走。