Brian Carpenter

网络图上的边界总是很干净：机房、园区、云上租户或工业网络，各有一圈颜色。数据包看不见这圈颜色。Brian Carpenter 与 Bing Liu 在 RFC 8799 中追问的，正是工程师常常略过的一步：当一种协议只在局部有意义时，谁能证明成员身份、边界角色与出站行为真的和图上一致？

Brian Carpenter 在 6to4 上的工作不应被视为解决了 IPv6 过渡的声明，也不应被视为一位工程师对其失败的忏悔，而应被视为一个有记录的技术责任周期：与 Keith Moore 定义了临时桥梁，描述了运营该桥梁的成本，后来编辑了其最麻烦模式的谨慎有限撤回。

Brian Carpenter 的公共记录，不应被解读为某位工程师掌控互联网的故事。它记录的是一种更持久的模式：一位标准领域的老兵，在旨在使个人权威变得有用、可审查且受限的流程中工作。他的职业生涯表明，只有当文件、工作组、共识测试、申诉机制和部署现实将任何个人的影响力约束于共享体系之内时，架构才能成为公共基础设施。

互联网先驱布莱恩·卡彭特回顾了早期的合作、治理经验以及当今线上区域自治的斗争。

网络里的边界，不是拓扑图上的一条圈线。它必须让机器回答四个问题：谁在里面，谁守在边缘，哪些规则只能在这里生效，特殊机制失效后如何回到普通互联网。Brian Carpenter 跨越二十余年的公开架构文献，恰好记录了这条边界从不可见依赖变成可验证契约的过程。

第 06 版把“用了什么工具”转化为制度问题：软件可以参与写作，但署名的人和批准文本的机构仍须对文字、权利与后果负责。