摘要
- RIPE 主席团队页面指出自 2020 年起 Mirjam Kühne 担任 RIPE 主席，并说明该角色促进协作与协调，以保障互联网的稳定运行。
- 2025 年 6 月，RIPE 宣布社区选举 Kühne 继续担任 RIPE 主席，第二个五年任期自 2025 年 10 月的 RIPE 91 开始。
- RIPE 治理文件将 RIPE 主席描述为社区功能、会议议程、工作群组支持、程序共识、报告和沟通的促进者，同时明确主席不正式代表 RIPE 参与其他组织。
- IETF Datatracker 将 Mirjam Kuehne 识别为 IETF Administration LLC Board 的主席，2026 年 1 月的 NomCom 公告显示她获选连任 IETF LLC Board 董事，任期自 2026 年 3 月起，为期三年。
- 有用解读有限：Kühne 不应被视为单边政策制定者或 RIPE、RIPE NCC、IETF 标准工作的代表。她的重要性在于维持开放技术治理持久性的流程层。
互联网有许多可见的基础设施形式。光纤路由可以映射。数据中心可以拍照。地址注册表可以查询。路由事件可以通过丢失的前缀、泄露的路由和中断的可达性来衡量。更安静的层次则更难看到：会议、邮件列表、议程规则、工作群组实践、申诉程序、领导选拔、社区行为规范以及决定共享技术机构是否仍值得信任的行政委员会。Mirjam Kühne 的公共职业生涯就属于这一层次。
这使她在人物报道中成为有价值的主题，因为她的重要性不能简化为英雄般的发明或单一机构头衔。证据将她置于互联网治理公共空间的多个部分：RIPE 主席、长期 RIPE 社区成员、前 RIPE NCC 高级社区建设者和对外关系总监、RIPE Labs 的创立者和策展人、前互联网协会高级项目经理、前 IETF 教育团队主席以及现任 IETF Administration LLC Board 主席。综合来看，这些角色描述了一种从外部看可能像是仪式、从内部看却是操作性的工作。
公共问题很简单：为什么一个尚未加入 RIPE 或 IETF 的人要关心谁主持社区流程？答案是开放技术社区并非自我维护的机器。它们依赖于参与规范、程序记忆、机构分离、记录在案的申诉、中立促进以及足够的行政连续性，使得持有不同利益的人仍然能够信任这个空间。在 RIPE 区域，这些空间影响着号码资源政策、注册机构问责、数据管理、工作群组实践以及服务于广大且多样化运营社区的区域互联网注册机构的合法性。
Kühne 的当前角色基于 RIPE 主席团队页面，该页面将她识别为 RIPE 主席，并说明自 2020 年起她担任此职。同一官方资料以一种不寻常的基础设施语言描述了主席职能：促进协作与协调，以帮助确保互联网的稳定运行。这一表述很重要。它没有把主席当作礼仪性主人。它把主席作为社区操作系统的一部分。
RIPE 社区随后在 2025 年重申了这一角色。RIPE NCC 于 2025 年 6 月 16 日发布的一篇新闻稿称，社区已选择 Kühne 在 2020-2025 年任期后再次担任 RIPE 主席。文中还提到 Anna Wilson 将在 2025 年 10 月的 RIPE 91 上接替 Niall O'Reilly 担任 RIPE 副主席，Kühne 和 Wilson 将自该会议起任期五年。文中描述的选拔过程本身也是故事的一部分：由随机选出的社区志愿者组成的提名委员会、社区候选人反馈以及 RIPE NCC 执行委员会确认过程正确执行。
这个过程并没有使该角色在选举政党意义上政治化。它使其对必须治理共同资源而不成为封闭俱乐部的社区负责。RIPE 2025 公告还指出了 Kühne 首任期内对包容性和多元化的关注，包括 RIPE 多元化工作组、行为准则工作组、奖学金项目和导师项目。这些听起来可能是软性的制度主题，直到基础设施背景被明确化。一个人们不信任的工作组不会产生有用的共识。一个感觉难以进入的政策论坛会过度代表现有者。一个没有行为准则的技术社区最终会失去它需要的声音。
RIPE-714，题为“RIPE 主席”的治理文件，最清晰地展现了头衔之下的工作。它指出主席的职能是确保 RIPE 社区良好运转。职责是实际的：设定 RIPE 会议的议程、主持会议、确保关于 RIPE 运作方式的共识、帮助建立或解散工作组和特别工作组、确保工作组主席得到选拔、支持工作组主席集体、监督 RIPE 的工作、向 RIPE NCC 和其他方传达 RIPE 的工作、向社区报告行动并在需要时委派任务。这些不是象征性任务。它们是维护治理表面的工作，运营商、供应商、研究人员、民间社会参与者和注册机构工作人员利用这个表面来解决共同问题。
RIPE-714 还划定了重要边界。它指出 RIPE 不正式代表其他组织，因此 RIPE 主席不正式代表 RIPE 在任何地方。这一告诫对正确理解 Kühne 至关重要。她不是拥有代表每位参与者授权的外交大使。她不是工作组之上的单一决策者。她是一个自下而上技术论坛中的社区主席。权力是程序性和关系性的，而非执行性的。这使得该角色不那么光鲜，但也更有趣。
围绕 RIPE 和 RIPE NCC 的制度边界是这项工作重要的另一个原因。RIPE-838，2025 年关于 RIPE 与 RIPE NCC 关系的文件，将 RIPE 描述为一个开放、包容、非正式的社区。任何人都可以参与；无需成员资格或形式。RIPE 通过工作组、特别工作组、全体讨论和邮件列表中的共识运作。工作组由社区共识特许并选择自己的主席。文件将 RIPE 主席描述为确保 RIPE 整体良好运作，通过提名委员会选拔。
相比之下，RIPE NCC 是承担法律和注册机构职责的运营机构。RIPE-838 将其描述为根据荷兰法律成立的非营利协会，以及分配和注册互联网号码资源的区域互联网注册机构。它还描述 RIPE NCC 为 RIPE 的秘书处和支持组织。这种分离并非为官僚而官僚。它允许一个开放社区制定政策和规范，同时由正式协会执行注册运营、成员服务和行政支持。如果两者模糊，合法性受损。如果过于脱节，运营失去社区根基。主席就处于这种紧张关系附近。
这种区分从外部容易忽视，因为两者共享历史且运作密切。但 RIPE 与 RIPE NCC 之间的界线是保持号码资源治理在 RIPE 区域可信的小小宪法事实之一。RIPE 需要低门槛的社区流程。RIPE NCC 需要正式性、可审计性、成员问责、工作人员、基础设施和法律存在。RIPE-838 称 RIPE NCC 中立性是一项主要资产。主席的工作存在于这样一个环境中：中立性不是一个形容词，而是一种设计要求。
政策流程更具体地说明了这一点。RIPE-781 描述了 RIPE 政策制定过程，该过程对所有人开放、自下而上、透明、基于共识并记录在案。任何关注互联网福祉的人都可以提出政策并参与讨论。提案经过创建、讨论、审查和结论。工作组主席总结讨论并确定共识。RIPE NCC 提供行政支持、发布提案和讨论、跟踪截止日期、发布公告、应要求协助起草、提供事实和统计数据以及发布影响分析。还有审查、最后征求意见和申诉机制。
这些机制听起来可能枯燥，但它们是抽象合法性变为操作性的方式。如果政策过程仅名义上开放，资源持有者会怀疑被俘获。如果共识模糊，有争议的政策结果就会脆弱。如果影响分析薄弱，良好意图可能损害注册机构运营。如果申诉不可及，程序合法性就会受损。如果邮件列表和会议纪要非公开，记忆就成为私人权力。RIPE 政策页面以面向读者的方式传达了相同信息：政策制定在 RIPE 会议和工作组邮件列表中进行，列表和会议对所有人开放，讨论不应仓促，正式政策公开记录。
节奏点值得停下。互联网运营商通常需要快速答案，尤其是在稀缺、滥用、路由安全或注册数据在操作上变得痛苦时。但过快移动的政策过程可能给资源充足的参与者相对于需要更多时间阅读、翻译、咨询或理解操作后果的人带来优势。公开政策页面坚持受影响各方应有时间审查和提供意见并非程序礼貌。它是社区减少隐藏俘获的部分方式。
公共档案服务于相同目的。邮件列表历史和会议纪要允许参与者重建决策原因及反对意见是否得到回应。在围绕自愿协调建立的社区中，记忆是一种治理工具。没有公共记忆，机构老手默认成为守门人。有了公共记忆，新来者可以审计对话、理解形成决策的论点，并判断新提案是真正的改变还是对既定立场的重新辩论。主持这样一个社区意味着关心记忆保持可用的条件。
工作组主席也成为基础设施链的一部分。RIPE-781 分配他们总结讨论和确定共识的责任，而 RIPE-714 将工作组主席集体的支持放在 RIPE 主席的职能内。这种划分很重要。它防止中央主席成为每个话题的政策法官，同时仍然给社区一个升级和协调层。结果是一个联合过程：专业小组进行详细工作，RIPE 主席帮助整个社区保持连贯。
这就是为何 Kühne 的 RIPE 主席角色应通过管理而非等级来解读的原因之一。在等级中，问责向上指向单一决策点。在共识社区中，问责分布在文档、列表、主席、会议、工作人员支持和可见过程中。RIPE 主席的任务不是将这些表面崩溃为个人权威。而是保持它们足够连接，以便社区在辩论技术性、区域性、政治性或商业性不适时仍能识别自身为一个社区。
这就是 Kühne 的传记变得不仅仅是头衔列表的上下文。RIPE 主席团队页面称她为 RIPE 社区成员近三十年。她曾作为高级社区建设者（此前为对外关系总监）在 RIPE NCC 工作。她创建并策划了 RIPE Labs，被描述为一个展示 RIPE 社区和 RIPE NCC 工作人员工作的协作平台。她曾在互联网协会担任高级项目经理，参与主要在发展中国家的技术研讨会部署。她曾担任 IETF 教育团队主席超过十年。她还在柏林工业大学获得计算机科学硕士学位，现居阿姆斯特丹。
IETF Datatracker 简介使用了 ASCII 名称形式 Mirjam Kuehne，与上述记录相符。它将她识别为 IETF Administration LLC Board of Directors 的主席和 RIPE 社区的主席。它描述了相同的 RIPE NCC、RIPE Labs、互联网协会、IETF 教育团队和柏林工业大学背景。它还记录截至 2026 年 7 月无 RFC 和活跃的互联网草案。在该文章的框架中，这一缺失并非弱点。它澄清了争议中的影响类型。Kühne 的 IETF 相关性主要不是协议作者身份。而是教育、社区基础设施和行政管理。
这种区分很重要，因为互联网治理常常奖励错误的心智图。很容易将权威仅归属于那些编写标准文本、运营网络、主持公司董事会或控制正式预算的人。这些角色重要。但开放技术社区也需要那些教导新来者流程如何运作、策划社区知识、运行包容性议程、维护程序规范以及防止行政框架淹没技术公共空间的人。Kühne 的公开记录异常集中在这个连接组织中。
RIPE Labs 是一个有用的例子。资料显示 Kühne 创建并策划了它作为一个协作平台，供 RIPE 社区和 RIPE NCC 工作人员使用。这样的平台不仅仅是博客。在互联网运营社区中，共享写作成为分享实验、解释政策、保存机构记忆以及让参与者在会议和邮件列表对话的狭窄压力之外看到彼此工作的一种方式。这样一个平台的质量影响着谁学习、谁贡献以及知识如何流通。
同样的逻辑适用于她传记中提到的互联网协会技术研讨会。发展中国家的研讨会与注册机构政策或 IETF 董事会治理不同，但它们指向一个一致的模式：围绕互联网共享运营实践建设能力。固定来源不支持每个研讨会或结果的详细重建。它们确实支持围绕社区赋能而非产品所有权的职业弧线。在基础设施机构中，这可能是一个高杠杆角色。
IETF 教育团队历史符合相同模式。主持该团队超过十年表明长期参与学习如何参与复杂标准社区的问题。IETF 参与有其自己的词汇、期望、草稿文化、会议习惯和程序规范。无法驾驭这种文化的新来者可能在形式上受欢迎但实际上被排斥。因此，教育工作不是公共关系。它是参与桥梁。没有它，开放过程仅对已经熟悉机构的人开放。
Kühne 目前的 IETF Administration LLC Board 角色增加了不同层面。IETF Datatracker 小组页面列出了 IETF Administration LLC Board of Directors 为活跃，并将 Mirjam Kuehne 列为主席。它描述该有限责任公司为 IETF、互联网架构委员会和互联网研究任务组的公司法律住所。措辞是行政性的，但功能是结构性的。IETF 的技术合法性取决于能够支持会议、合同、财务、工作人员、工具和连续性而不将技术决策转变为普通公司治理的法律和运营载体。
2026 年 1 月的 IETF NomCom 公告表示 Kühne 被选任第二任期，自 2026 年 3 月起为期三年，作为 IETF LLC Board 董事。这不意味着 IETF LLC Board 编写协议标准。这意味着她是让标准社区继续运营的公司和行政支持层的一部分。同样，相同的模式出现了：不是协议文本本身，而是人们可以生产、审查、维护和信任它的条件。
这个 IETF 角色也帮助精确解释短语“IETF 相邻”。固定来源支持治理和教育工作，而非协议作者身份。Datatracker 简介显示截至 2026 年 7 月，她没有记录在任何 RFC 或活跃互联网草案。她的公共工作位于标准生产旁边，支持教育和行政连续性，而非声称协议实质的作者身份。这种区分保护了准确性和对实际角色的尊重。
当若干条件成立时，中性流程工作成为基础设施。首先，底层社区治理着许多独立方依赖的资源或规范。其次，没有单一行为者能合法强加持久结果。第三，参与者有不同的利益和权力水平。第四，过程必须在新证据和新参与者方面保持足够开放，同时在运营商可依赖方面保持足够稳定。RIPE 明显满足这些条件。IETF 也是如此。Kühne 的角色位于过程失败可能变成基础设施失败的机构中。
考虑号码资源政策。IPv4 稀缺性、IPv6 部署、转移规则、注册数据、反向 DNS、RPKI、滥用联系期望、数据库准确性和成员问责不是单纯的文书问题。它们影响着谁可以接收和记录资源、操作责任如何被信号、路由安全如何得到支持以及当旧有实践不再适应当前压力时社区如何裁决变化。RIPE 政策文件不要求每个读者成为政策专家。它们展示了生产政策的过程为何必须被信任。
主席不决定这些政策。这就是关键点。在健康的自下而上社区中，主席的权威不是独自产出结果，而是维持合法结果能够出现的环境。这包括设定议程而不议程俘获、管理会议而不压制异议、支持工作组而不取代工作组主席、与机构行为者沟通而不假装代表所有人。这个角色有权力，因为它受到约束。
2025 年 RIPE 主席选举公告强调了这一约束。它通过提名委员会和社区反馈来框架结果，而非由私人董事会任命。RIPE NCC 执行委员会的角色被描述为确认过程正确执行。这一构造很重要。它提供正式保证，而不将 RIPE NCC 变为开放社区主席的选择者。在一个依赖于 RIPE 与 RIPE NCC 分离的社区中，选举方法是合法性故事的一部分。
同一公告中对包容性、行为准则、奖学金和导师的提及应通过这一视角解读。在技术圈子里，包容性工作有时被视为外围。在社区基础设施中，它更接近能力规划。谁能安全参与？谁理解规则？谁的操作经验到达政策列表？谁能负担出席或知道如何远程贡献？谁因不必要的不友好而离开？共识过程不仅可能被正式权力俘获，也可能通过消耗被俘获。
这就是共识俘获这个主题变得实用之处。俘获不一定看起来像公开接管。它可能看起来像程序疲劳、议程瓶颈、列表主导、私人知识、不可及的会议或一小部分重复声音成为可能的默认边界。RIPE 过程依赖开放性、文档、公共档案、工作组主席、影响分析和上诉来减少这些风险。主席职能，当执行得当时，有助于保持这些保障活跃。Kühne 的公开记录重要，因为它指向正是这种管理。
2026 年 7 月的 RIPE Labs 主席团队报告提供了该角色活跃而非存档的当前证据。由 Kühne 撰写，Anna Wilson 列为贡献者，它涵盖了 RIPE 93 准备、政策提案更新、工作组主席程序、NRO NC 完成、RIR 治理文档期望和社区活动更新。该报告不是一个戏剧性的公告。它是一份维护笔记。但维护笔记往往是基础设施显露自身的地方。社区需要知道什么在移动、什么在等待、程序在哪里更新以及机构各部分的如何配合。
该报告也说明了为什么流程工作容易被低估。政策提案更新不光彩。工作组主席程序不是产品发布。即将到来的会议议程从外部很少看起来像基础设施。然而，这些是社区协调规则和期望的表面，注册运营商、网络运营商、供应商、研究人员、民间社会参与者和政府后来将其视为运营环境的一部分。无聊的部分是承重部分。
Kühne 的传记也展示了机构记忆的价值。一个经历过 RIPE 社区参与、RIPE NCC 对外关系、RIPE Labs 策展、互联网协会研讨会、IETF 教育、RIPE 主席和 IETF LLC Board 治理的人，看到了多种形式的技术协调。这并不使她无懈可击。它确实给她的公开记录一种特定纹理：她反复工作于人们如何加入、理解、信任和维持技术社区的问题。对于开放机构，这不是一个次要问题。这是核心问题。
“中性流程”不应被误认为是判断缺失。该语境下的中立性意味着过程不被单一商业、政府或个人利益拥有。并不意味着每个想法同样合理或每个参与者拥有相同操作知识。主席的工作必须创造足够的公平和清晰，以便做出真正的技术判断。它必须让有力论点获胜，而不让强势人格主导房间。它必须允许分歧而不让分歧变成瘫痪。
这是一种要求高的中立性形式，因为 RIPE 社区在脱离后果的意义上并非中立。其参与者运营网络、使用注册服务、构建产品、监管通信、研究测量、保护用户并依赖地址政策。他们有利益。中性流程不假装这些利益消失。它问一个共享方法是否能使它们可见，用操作证据检验它们，并产生能够经受公共审查的结果。主席职能有助维护该方法。
RIPE NCC 关系文件使这一点特别敏感。RIPE NCC 不仅是社区支持者；它还是一个拥有工作人员、系统、预算、服务和法律义务的成员协会和 RIR。社区政策可能影响其工作，RIPE NCC 分析可能影响社区对提案可行性的理解。因此，健康关系需要双向信任。社区需要 RIPE NCC 的操作知识，而不让注册机构成为政策所有者。RIPE NCC 需要社区合法性，而不将共识视为客户服务形式。
Kühne 的公开传记赋予该边界实际相关性，因为她曾在两侧工作：作为 RIPE NCC 社区建设者和对外关系负责人，后来作为 RIPE 主席。资料不将其转化为关于动机的私人叙事，文章也不应如此。然而，它们确实支持对机构流畅性的公共解释。一个理解 RIPE NCC 支持功能、RIPE 社区文化和 IETF 相邻治理的主席，是在用过程可能启用信任或偶然集中于信任的地方的知识运作。
同样的点适用于 RIPE Labs。一个社区平台可能看起来像软性传播工作，但它塑造谁理解机构以及复杂技术问题如何变得可分享。如果政策和运营仅对内部人可见，开放性变得理论化。如果技术解释是公开的、策划的并附有命名的贡献者，社区获得更广泛的学习和批判表面。Kühne 的创建和策展 RIPE Labs 因此属于文章，不是作为品牌成就，而是作为围绕 RIPE 的知识基础设施的一部分。
有一种诱惑将硬性互联网基础设施与软性机构工作分开。这种分裂具有误导性。地址分配规则、路由安全实践、数据库联系规范和注册问责都依赖于人们能够理解、挑战和应用的文档和决策。一个组织良好的会议不移动数据包。但一个组织不良的过程可能产生脆弱政策、疏远运营商、弱合法性或决策在实践中被人们绕过。互联网的技术层充满了社会依赖。Kühne 的公开记录位于这些依赖内部。
这种平衡在像 RIPE 这样广泛的区域中尤其重要。RIPE NCC 服务区域涵盖许多经济体、监管环境、运营商规模、语言和政治背景。一个小型接入提供商、一个全球云平台、一个大学网络、一个政府机构、一个民间社会参与者和一个注册工作人员可能带着不同的风险和激励进入讨论。过程不能使它们相同。它可以使参与规则足够可见，以便分歧产生政策而非不信任。
成员问责也在这里进入。RIPE NCC 是一个成员协会，但 RIPE 政策参与比 RIPE NCC 成员资格更广。公共政策页面说提案者不必须是成员或常规 RIPE 会议出席者。这种开放性正是 RIPE 可以超越贸易协会的原因之一。它也创造了持续的治理挑战：如何在保持开放参与的同时，使政策在操作上可实施并让注册机构对其成员和公共利益角色负责。主席职能帮助社区导航这种差异而不抹去它。
机构合法性不是静态的财产。必须通过可见过程更新。RIPE 社区必须相信工作组是决策的真正场所。RIPE NCC 必须实施政策而不被视为悄悄重写。参与者必须相信申诉存在是有理由的。新来者必须相信房间尚未关闭。其他互联网机构必须理解 RIPE 在做什么，而不假设一位主席像社区的外交部长那样发言。这就是 RIPE-714 关于正式代表的告诫如此重要的原因。
IETF LLC Board 角色将模式扩展到 RIPE 之外。IETF 有自己的标准流程和领导机构，但 LLC 的存在是为了提供法律和行政连续性。在一个珍视开放技术贡献的标准社区中，行政基础设施必须足够支持工作，同时足够克制不淹没它。主持 LLC Board 因此是一个具有微妙授权的治理角色：保持组织能力而不将行政领导与技术权威混淆。
公共来源不显示 IETF LLC Board 的内部决定。董事会页面支持当前主席角色和 LLC 的目的。NomCom 公告支持第二任期选举。Datatracker 简介支持更广泛的教育和社区背景。这足以得出谨慎结论：Kühne 在 IETF 标准工作相邻的行政和社区层面运作，其中连续性、教育和机构可靠性影响着技术过程能否运作。
这是一种不同于运行自治系统或建设数据中心的基础设施领导形式。它也更容易被低估，因为其失败是分散的。当治理良好时，人们注意政策结果，而非议程设计。他们注意注册稳定性，而非会议促进。他们注意新来者参与只在缺失时。他们注意行政连续性只在董事会、法律住所或支持系统变得功能失调时。流程领导在最可见的时候是它失败的时候。
因此，Kühne 的公共档案应被阅读为隐藏依赖的地图而非显赫的传记。RIPE、RIPE NCC、RIPE Labs、互联网协会研讨会、IETF 教育和 IETF LLC 治理不是同一个机构。它们是互联网技术公共空间的不同部分。一个贯穿它们的职业生涯展示了互联网多少不是由命令权威维持，而是由那些保持机构多孔、可读和有纪律的人维持，使之能够经得起任何单一会议或争议。
还有一个文化论点。互联网的运营社区常常偏好粗略、实用的规范而非宏大的制度语言。这种偏好可能是健康的。它使过程接近那些必须让网络工作的人。但它也会隐藏治理劳动于共同意识的标签下。仍然有人必须制定议程、保存记录、保持行为规范可信、支持主席、解释程序并注意过程何时不再服务社区。将这种劳动视为仪式使基础设施更脆弱。
Kühne 的档案抵御了这种误解。官方来源描述社区建设、对外关系、协作出版、研讨会、教育、RIPE 主席和 IETF LLC 董事会领导。这些角色单独都不是整个故事。它们共同构成一个连贯的主题：其公开记录显示互联网的程序层作为一个操作层的人。这是文章最有力的主张，且不需要夸大她的权威。
同样重要的是不将文章变成机构致敬。来源支持批判性阅读也支持尊重性阅读。官方治理页面可以告诉我们什么角色和程序存在，但它们不能证明每个参与者都体验这些程序为公平。主席团队报告可以显示活动，但不能显示结果的完整质量。第二任期可以显示社区信心，但不能显示普遍同意。IETF 董事会角色可以显示行政信任，但不能显示技术作者身份。负责任的人物报道应保留这些边界。
在这些边界内，重要性仍然很大。互联网的共享资源需要不容易被俘获、不过度形式化、不依赖魅力型创始人、不对新参与者封闭的机构。它们需要足够的程序使决策可信，以及足够的开放性使决策合法。它们需要既理解技术社区又理解其周围机构机制的人。Kühne 的记录将她置于那个位置。
她工作的最强公共形象不是讲台演讲或头衔线。它是社区操作循环的重复出现：RIPE 会议议程汇编、工作组主席程序澄清、政策提案通过讨论和审查推进、社区更新发布、新来者培训、公共平台策展、行政董事会与其有限目的保持一致、通过透明选拔机制授予第二任期。每个行为都很小。它们一起形成一个其他基础设施依赖的层。
这就是为什么中性流程是基础设施。它承载负载。它分配权威。它使参与成为可能。它保存记忆。它将分歧转变为治理下的变化。它让注册机构实施政策而不拥有创造它的社区。它让标准社区保持行政支持而不放弃技术控制。它给较小参与者一条进入资源政策、运营规范和机构期望被塑造的房间的路径。
对于 RIPE 和 IETF 世界之外的读者，教训比一个人的头衔更广泛。每个成熟的基础设施系统都发展出一个流程层。能源网格有监管机构、市场规则、可靠性委员会和操作程序。金融网络有清算规则、结算实践和监管机制。互联网的等效物更分散且文化上更非正式，但并非更不真实。主席、邮件列表、工作组、秘书处、公共档案、提名委员会和法律支持委员会是系统治理自身的一部分。
Kühne 之所以重要，是因为她的公共工作使那个层可见。她在此不是作为 RIPE 的唯一守护者、RIPE NCC 的声音或 IETF 标准的作者被呈现。她被呈现为一个人，其角色展示了开放技术社区如何保持可用：通过将促进、教育、文档、问责和行政连续性视为严肃的基础设施工作。在一个依赖共享资源和自愿协调的互联网中，这项工作不是围绕真实系统的仪式。它是真实系统运行其上的系统之一。