跳转到主要内容

档案

Research

Research档案页面汇集了人物、公司、机构等实体的情报,帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面,读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性,同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据,以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接,以及随着主体演进,哪些变化值得持续关注。

PP-26 即使只有一名候选人,也仍须取得多数票

案例档案

PP-26 即使只有一名候选人,也仍须取得多数票

PP-26 的公开页面目前在秘书长和电信标准化局主任两个职位下各列出一名候选人。这不是选举结果,甚至还不是最终候选名单:提名要到 10 月 12 日才截止。即便截止后仍然只有一个名字,ITU 规则也不会让职位自动产生。成员国仍须秘密投票,候选人仍须跨过多数门槛,公开记录仍须说明这项职务授权如何形成。

2026年8月29日
RIPE NCC 单层董事会需要一张权责迁移表

报道

RIPE NCC 单层董事会需要一张权责迁移表

RIPE NCC 准备把实际运行方式写进章程:总经理进入董事会成为执行董事,现任民选执行董事会成员则转为非执行董事。这一设计可能让日常控制与法律责任更一致,但它绝不只是换一组职务名称。既然日常管理的主要责任及相应法律责任要发生转移,会员就应在表决前看到逐条对应章程修订的权责迁移表。

2026年8月29日
ACSK-RIPE 与 AS210263:一个联系人句柄究竟能证明什么

报道

ACSK-RIPE 与 AS210263:一个联系人句柄究竟能证明什么

ACSK-RIPE 与 AS210263:一个联系人句柄究竟能证明什么 的情报摘要说明事态进展、可核验的公开证据、相关组织、区域背景、市场风险敞口,以及可能带来的基础设施影响。报道情报 语境将这一信号与网络运营、服务商策略、治理决策、资本流动、客户依赖、监管压力、合作关系动向、韧性规划、采购风险和服务连续性联系起来。

2026年8月29日
APNIC 的领导力咨询需要一份参与凭证

报道

APNIC 的领导力咨询需要一份参与凭证

APNIC 正在追问,为什么更多人没有进入社区领导岗位。保护参与者的谨慎设计值得肯定,但还应留下公开记录,说明意见如何被收集、综合并进入执行委员会的决定。

2026年8月29日
Mark Andrews 与那个活得比替代者更久的 DNS 服务器

互联网历史

Mark Andrews 与那个活得比替代者更久的 DNS 服务器

替代计划可以先被命名,迁移却必须在真实系统里逐项发生。Mark Andrews 在 BIND 10 开发时期继续维护 BIND 9 的经历,揭示了基础设施更难被看见的一面:当机构把资源投向下一代架构时,今天仍在回答查询的系统并不会因此失去安全、发布、测试与支持责任。

2026年8月29日
RIPE 委任 NRO 席位,需要一张决策凭证

报道

RIPE 委任 NRO 席位,需要一张决策凭证

RIPE NCC 把提名入口公开得相当清楚:谁有资格、如何确认身份、谁表示支持,都能留下记录。最终选择却由执行委员会作出,而且没有社区投票。委任本身是三席结构的一部分;真正缺少的是一份可复用的记录,说明委员会依据什么、如何处理冲突、由谁参与并为何选择。

2026年8月29日
RIPE NCC 的 708 个附加账户,不能靠一次批量合并收尾

报道

RIPE NCC 的 708 个附加账户,不能靠一次批量合并收尾

一个制度例外可以缩小到只剩少数使用者,却仍然散落在每一套核心系统里。RIPE NCC 现在面对的正是这种局面:410 个会员持有 708 个附加 LIR 账户。若要简化,首先要证明账户里的资源、权限、账单与历史各自去了哪里,而不是先把账户数量做小。

2026年8月29日
Joe Abley 与那枚必须说明信任从何开始的锚点

IETF

Joe Abley 与那枚必须说明信任从何开始的锚点

DNSSEC 能验证一条链,却不能替运营者作出链从哪里开始的决定。Joe Abley 参与制定的 RFC 9718 把这个常被含混带过的边界写得很清楚:签名可以证明文件来自哪里,却不能命令一台验证器相信文件里的密钥。

2026年8月29日
K-root 逐项声称符合预期,但公开证据并不等量

报道

K-root 逐项声称符合预期,但公开证据并不等量

RIPE NCC 把 K-root 面对的运行预期逐项写成公开答复,这是重要进步。问题也因此显现:一份可下载的日度指标、一段控制逻辑说明和一句“容量充足”,并不是同一种证明。RIPE-859 已列出要回答什么,下一版应继续回答每项信心从何而来。

2026年8月29日
Anurag Bhatia 与无法自证的路由差异

APRICOT

Anurag Bhatia 与无法自证的路由差异

一条路由没有出现在某个观测窗口里,首先只是一项观测,不是诊断。Anurag Bhatia 在 APRICOT 2020 展示的路由差异,把这个常被忽略的界线摆到了台前:集合之差可以指引调查,却不能独自证明故障原因、用户影响或责任归属。

2026年8月29日
APNIC prop-173 拟让每次查询都附带版权声明,但它还缺一份权利账本

报道

APNIC prop-173 拟让每次查询都附带版权声明,但它还缺一份权利账本

一条 RDAP 回应在屏幕上像一份完整记录,背后却可能叠着多种来源:地址段和日期是行政事实,资源持有人提交机构名称与备注,APNIC 设计字段、状态和服务提示,部分数据则由其他注册管理机构提供权威来源。prop-173 希望普通查询不再处于条款模糊地带,这是一个真实问题;但一句“APNIC 版权所有”无法说明每个字段由谁产生、附着什么权利,以及限制使用的真正依据。除非来源另有更晚日期,本文依据截至 2026 年 8 月 29 日核验的公开记录。

2026年8月29日
Vint Cerf 与“每个人”背后的九个例外

IETF

Vint Cerf 与“每个人”背后的九个例外

Vint Cerf 在 2002 年写下“互联网属于每个人”,这句话常被当作承诺。RFC 3271 更有价值的结构,却是紧随其后的九次限定:“但如果……它就不会属于每个人。”普遍性因此不再是掌声,而是一份未结事项。

2026年8月28日
IAB 可以设定架构条件,但不能制定儿童安全法律

IETF

IAB 可以设定架构条件,但不能制定儿童安全法律

一个年龄门槛,看上去只是网页弹出的一次验证,实际上却叠着五种不同权力:公共机构决定保护谁、限制什么;架构专家判断机制会不会伤害互联网;签发者提供年龄属性;设备与服务完成出示和核验;监管者与申诉机构处理错误。IAB 最新声明的价值,在于把政策紧迫感容易遮住的架构代价摆到台面上。它的边界也同样清楚:技术方向不是立法授权。除非信源标有更晚日期,本文所述公开记录核查截至 2026 年 8 月 29 日。

2026年8月28日
WTPF-26或将通过五份意见,但没有一份是ITU授权令

案例档案

WTPF-26或将通过五份意见,但没有一份是ITU授权令

五份意见草案将在经历近两年专家准备后抵达拿骚。如果 WTPF-26 以共识方式通过,它们可能影响政府、企业和国际机构之后的政策讨论。但它们仍不会成为监管规则、条约条款或运营命令。真正的治理考验始于其他行为者引用这些意见之时:公众能否看清究竟是哪家机构在行动、依据什么独立授权,以及一个共同观点是否被如实使用,还是被抬升为从未获得过的授权?除非来源另有更晚日期,本文反映截至 2026 年 8 月 29 日核查到的公开记录。

2026年8月28日
Geoff Huston 与主动撤回的 IPv6 默认值

IETF

Geoff Huston 与主动撤回的 IPv6 默认值

十年间,`/48` 像是一个难题的整洁答案:普通站点究竟该获得多少 IPv6 地址空间?Geoff Huston 参与撰写的文档撤回了这项统一答案,却没有丢掉它原本试图保护的东西。

2026年8月28日
Ray Bellis 与那条从连接变成会话的 DNS 通道

IETF

Ray Bellis 与那条从连接变成会话的 DNS 通道

一条 TCP 连接可以一直开着,却没有任何一方说明它保存了什么状态。RFC 8490 为 DNS 划出了这条边界:连接属于传输层,会话则是一组双方明确承认的权利、计时器与退出义务。Ray Bellis 与共同作者让“保持在线”不再等同于“可以永久保留状态”。

2026年8月28日
IETF NOC 重回志愿者管理,但权力交接仍由多方共同完成

IETF

IETF NOC 重回志愿者管理,但权力交接仍由多方共同完成

Joe Clarke 出任 IETF NOC 负责人,使保障 IETF 会议运转的网络重新由志愿者领导。然而,“志愿者管理”并不等于“只有志愿者参与”。社区工程师、专业承包商 Linespeed、远程参会服务商 Meetecho、IETF LLC 与 IESG 分别掌握不同环节的行动能力。真正的治理问题并不是谁获得了头衔,而是一项重要变更能否从提出、批准、采购与实施,一直追溯到监测、回滚和公开复盘,同时不把任何单一角色误写成全部授权的来源。

2026年8月28日
ICANN 可以把两条并不相似的字符串放进同一争用集:中间字符串控制了什么?

ICANN

ICANN 可以把两条并不相似的字符串放进同一争用集:中间字符串控制了什么?

设想三份新通用顶级域申请。ICANN 的字符串相似性评估小组认为,字符串 A 与 B 在视觉上可能造成混淆,B 与 C 也可能造成混淆,但 A 与 C 并不混淆。即便如此,三份申请仍可能进入同一个争用集。

2026年8月28日
ICANN在设定优先级批次前完成字符串相似性评估:“全申请字符串”规则保护什么?

ICANN

ICANN在设定优先级批次前完成字符串相似性评估:“全申请字符串”规则保护什么?

优先编号靠后,并不意味着相关申请字符串可以被排除在比较范围之外。ICANN 的 2026 年轮次规则要求:如果需要分批评估,必须先完成所有申请字符串的相似性评估,再设立评估优先级批次。

2026年8月28日
权威区失声后,递归解析器把故障放大了

案例档案

权威区失声后,递归解析器把故障放大了

DNS 权威服务器不再回答时,最初的故障发生在那个区;随后成千上万次重复查询是否继续涌向上级,却是递归解析器的决定。RFC 9520 要求解析器把已经穷尽路径的失败短暂记住,停止重复制造上游工作。它允许机器对“沉默”采取行动,却不允许机器把沉默说成域名不存在。

2026年8月28日