档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
案例档案
一个带宽数值，四段控制权：RFC 10005 与 BGP 分流责任账本
路由发出时，数值由源端写入；进入下一张策略表时，它可以被改写；next hop 改变后，它可以被删除、保留或重算；最终，接收端再决定是否把它变成转发权重。RFC 10005 统一了这条声明怎样在 BGP 中携带，却没有把四段控制权合并成一个“标准答案”。真正需要管理的，是每次选择由谁作出、依据什么、造成什么结果。
报道
RIPE NCC 的两个投票代码需要一张凭证图谱
一封邮件里的编号，只有在制度说明它证明什么时，才是一项治理控制。RIPE NCC 已经把 2026 年 10 月会员大会的点击步骤写得很清楚；现在缺少的是把会员身份、两个代码、补发权限与匿名选票连成一条可审计链路的公开图谱。
ICANN
ICANN为何把双字符gTLD与双字母ASCII代码逐一比较？这道门槛究竟保护什么
一个双字符标签可能通过 2026 轮次的基础校验，却因为看起来像某个双字母 ASCII 代码而无法继续。真正需要解释的不是 ICANN 说了“不”，而是哪一道控制作出了“不”的决定、哪一组主标签或变体触发了比较，以及申请人能否从公开记录中复原判断过程。
案例档案
域名在 DNS 里挂出“出售”，谁有权把信号变成交易？
RFC 10023 让仍在运行的域名可以公开表达出售或出租意向。这个小小的 TXT 记录解决了发现问题，却没有替任何人证明产权、代理权、有效报价或交割结果。
案例档案
同一个域名，两套可达性账本：RFC 10001 如何揭开 DNS 双栈成本
一条 IPv4 路径成功，并不能替另一条 IPv6 路径作证；反过来也一样。双栈解析器会用成功掩盖失败，管理层看到的“DNS 正常”于是可能只是一条地址族仍能抵达权威服务器。RFC 10001 的价值不在于宣告迁移胜利，而在于把永久混合网络的互操作责任、依赖边界与真实成本摆到账面上。
案例档案
路由树记住了它见过的目标，却没有权力批准绕行
SIP 的 History-Info 能留下请求改投、分叉和转发的结构化痕迹。它是一名有用的证人，却不是授权者，更不是对完整事实的最终裁决。
案例档案
查询成功了，证据却没有到齐：RFC 10029 与 DNS 多类型回答的权限边界
监控面板只记下一次“DNS 成功”，应用也拿到了可用地址；但同一请求里的 HTTPS 类型并未被列为完整回答。RFC 10029 让这个差距无法再被吞进成功率：一个报文可以装下多个类型，只有明确的完成清单才能说明哪些证据真的到齐。
案例档案
找到了对话，不等于获得了转接权：SIP Replaces 如何划定通话迁移的授权边界
夜班值守看到的是一条“转接成功”，客户听到的却仍是等待音乐。专席没有接入，原坐席也没有退出。问题未必出在某一条 SIP 报文，而可能出在平台把“接受了请求”“找到了对话”和“完成了交接”压成了同一个状态。
ICANN
没有竞争申请人，ICANN 也能让一个字符串止步：Blocked Name 到底在做什么？
在 2026 年新通用顶级域轮次中，一个受保护或保留的标签可以阻止申请，却不会因此变成竞争申请人。真正的治理问题是：公开记录能否把排除边界、精确比较和异议时钟连成一条可验证的路径。
案例档案
手机确认了人，却没确认那台设备：RFC 10027 揭示的跨设备授权断层
手机上的网址是真的，通行密钥是真的，批准动作也是真的。可访问权最后落到哪台设备，仍可能是假的。RFC 10027 处理的不是一次普通“扫码诈骗”，而是一种更难察觉的权力错配：用户在可信设备上证明了自己，却替未经认证的发起端完成了授权。
案例档案
计时器续上了，通话未必还活着：SIP 会话刷新与存续判断权
一张话单可以因为 200 OK 继续计时，一位用户却早已听不到声音。两条记录都可能是真实的。治理失败发生在系统把“信令状态获得延期”改写成“整个通话仍在产生服务”的那一刻。
报道
AFRINIC 2028 年草案把八场席位选举放进了同一张票数排行
一张选票可以同时列出八个席位，却不等于八场竞选天然共用一把尺。AFRINIC 的宪章草案拟在 2028 年按有效票总数给八名董事分配三年、两年和一年任期。这个办法试图恢复错峰换届，目标合理；但草案先把六个区域席位和两个非区域席位定义为不同职务，随后才用“票数最高的候选人”统一排序。真正缺失的不是加法，而是比较规则。
案例档案
两段网络一接通，旧分配器就回来了：RFC 10028 与 IPv6 多播迁移权
RFC 10028 把动态 IPv6 多播组 ID 重新划成互不重叠的区间。这项修订能消除规范内的冲突，却不会替运营者升级一台旧服务器、清空一条过期租约，或证明某个接收端收到了正确来源的流。真正的迁移证据必须回答：这枚 ID 是谁按哪一代规则产生的？
案例档案
会话把四路流归为一组，却没有重建场景：RFC 10034 与 V3C 完成权
体积视频抵达接收端时，往往已经被拆成图集、占用、几何与属性等相互依赖的分量。RFC 10034 让这些分量能够在 RTP 与 SDP 中被准确命名和组合；它没有把“同属一组”升级成“场景已经完整重建”。真正的完成证据仍在跨流对齐、参数状态、来源绑定、解码结果与应用验证之中。
案例档案
Header 请求流式转发，Proxy 仍掌握放行：RFC 10036 与 HTTP 消息释放权
源站可以立即写出第一条事件，连接也可以始终处于健康状态，读者却可能一个字节都看不到。中间某一层若坚持等到完整正文再转发，长连接就会把“稍后”变成“永远”。`Incremental: ?1` 让发送者能够明确表达需求，但它不会远程接管沿途每一个 buffer。
IETF
IETF 的公开 issue 列表还不是一条公开优先级队列
在 GitHub 上打开一条 issue，只能证明某个需求被写了下来。它不能证明需求已被确认、接受、估算、拨款或排期。IETF Tools Team 在 2026 年 8 月承认，数千条多年积累的记录仍缺少这种结构。真正的治理任务不是把卡片排列得更整齐，而是让公众看得见一条需求如何被分类、比较、决定和处置。
案例档案
服务器分配了 Locator，网络还没有接纳路由：RFC 10038 与 SRv6 可达性的权责边界
一条 DHCPv6 Reply 可以把“谁获得哪段 SRv6 Locator、结构怎样、何时到期”写得很清楚。但这条消息并没有穿过路由策略，也没有替远端设备写入 FIB，更不会在终端自动生成预期的 SID 行为。RFC 10038 的治理价值，正在于把分配说清楚，同时不把分配夸大成可达。
案例档案
令牌对上了，写入权仍未成立：WebDAV 锁令牌的权限边界
一次成功续锁、一个完全相同的令牌，紧接着却是 423、412 或 403。三种拒绝看似都在说“锁有问题”，实际分别指向缺少锁证据、条件不成立和权限不足。把它们压成一个红灯，系统就会失去解释自己决策的能力。
案例档案
注册局公布了 TTL，解析器仍按自己的钟计时：RFC 10037 与 DNS 变更窗口的权责边界
RDAP 页面显示 300 秒，并不等于全网从此刻一起倒计时。这个数字描述的是注册局数据库已经配置的值；权威区是否完成发布、各地递归解析器还剩多少时间、业务是否真正切到新目标，分别由不同证据回答。RFC 10037 的进步，在于让第一项更容易看见，也在于明确它不是后面三项。
案例档案
缓存说自己命中了：Cache-Status 与解释一份响应的权力
Cache-Status 让 HTTP 路径上的缓存用统一格式说明自己怎样处理了一次请求。它把故障现场从猜测推进到可解析的证词，却没有把运行系统对自身行为的陈述变成独立证明。