摘要

  • draft-carpenter-gendispatch-anachronisms修订07于2026年9月9日上传，新增“利益冲突”一节，称IETF尚无普遍认可的定义与通用政策。它仍是为开启讨论而发布的个人Informational Internet-Draft，并非已经通过的规则。
  • IESG、IAB、LLC与Trust/IPMC现有政策分别覆盖不同角色和决定。真正需要补上的不是全体参与者利益档案，而是一份随具体决策启动的记录：谁在行使什么权力、哪条政策适用、如何处置、回避后由谁接手。

修订07的新内容很短。它说，IETF邮件列表偶尔会出现“利益冲突”指控，但IETF没有普遍认可的定义，也没有这一主题的通用政策；IETF LLC员工、IESG成员以及IETF Trust/IPMC则各有相关规则。

这段文字没有指认任何人，也没有审理任何事件。它不是一次违规结论，更不是说IETF毫无控制。它所强调的是“通用”二字。

修订06还没有这一节。官方差异页显示，标题从“流程文档中的一些时代错置”变成“时代错置与空白”，摘要也新增“识别若干空白”，变更记录则明确写着新增利益冲突问题。

这仍不是政策生效事件。Datatracker页面把文件列为活跃的个人Internet-Draft，拟定状态是Informational。页面同时提醒：个人提交既不能证明IETF共同体已经认可，也不是标准程序中的正式阶段。历史页记录Brian Carpenter在9月9日上传修订07；API记录没有stream与责任Area Director。

草案自称只为开启讨论，有兴趣的问题可能应拆成更聚焦的草案。GenDispatch章程赋予工作组的是“分发”职责：把新工作送往现有工作组、筹备新场所、建议其他机构接手、延期或拒绝。它不负责直接完成所有提案。因此，新闻是议程上多了一道明确问题，不是IETF已经选择答案。

现有规则是一组有岸线的岛屿

IESG利益冲突政策适用于NomCom选出的成员和ex-officio成员，并期望对接IESG的liaison遵守。成员须公开主要雇主、赞助、咨询客户、相关收入来源及其他可能冲突来源；个别事项中的潜在冲突则向IESG内部披露。明确冲突出现时，Area Director通常应回避，把行动留给其他AD。

它列出的决定类型很具体：判断共识、批准文档、任命指定专家、处理工作组章程与BoF、审理appeal、回应liaison statement及进行任命。政策也明确说，雇主参与IETF活动本身不等于冲突。使某种关系进入治理范围的，是覆盖角色正在行使一项列明权力。

IAB政策另有边界：覆盖经选择与ex-officio的IAB成员，明确不覆盖liaison和IAB program参与者。它关注确认人选、标准appeal、RFC Series、对外联络、建议与任命；发生回避时，应记入公开会议纪要。

IETF LLC政策处理行政法人范围。它把Board Directors、LLC雇员和contractors，以及以特定身份获得正式委托的代理人称为Covered Individuals。这一定义明确排除通常的IETF/IRTF参与者、IESG/IAB成员、工作组与研究组主席、directorate参与者、多类编辑和志愿职务、Ombudsteam及Trust trustees；只有另获LLC授权时才会改变范围。

Trust与IPMC政策索引以及IPMC利益冲突政策又管辖各自董事会事务。RFC 9680准确保留了这种拼接结构：参与者应在“适用时”遵守IESG、IAB或LLC既有政策。是否适用，本身就是尚需回答的问题。

不同岸线并不天然错误。采购合同、IAB appeal、IESG批准和工作组共识判断需要不同的保密程度、审查者、替代角色与公开方式。真正的空白，是一项重要决定落在岸线之间，或者事后没人能说明当时是哪条规则在起作用。

参与太宽，权力才是可观察的触发点

RFC 3935把个人参与、开放接纳技术意见与rough consensus列为IETF核心原则。RFC 7282直言IETF其实没有“会员”。一名参与者可能同时是作者、实现者、雇员、客户和评审者，这些身份带来知识与利益，却不能自动推导出冲突。

如果规则从订阅邮件列表或提交意见那一刻启动，制度就会收集大量个人资料，却没有确定资料对应哪项决定。更糟的是，技术异议可能被改写成对异议者身份的盘问，论证本身反而无人回答。

决策权的范围窄得多。RFC 2418让Working Group chair负责流程并判断rough consensus。RFC 7282解释，这不是点票：只有真正审视了反对理由，才可能把尚未满足的异议放在“rough”一侧。editor、评审负责人、指定专家、AD与appeal机构在其他阶段各有不同裁量权。

因此，触发点应是角色开始行使权力：宣布共识、批准或阻止文档推进、选择专家、处理appeal、分配资金，或作出其他由政策界定的决定。制度届时只需询问与该决定相关的利益、适用规则和替代角色，而不是给这个人贴上永久标签。

补救程序也不能代替预防。RFC 2026第6.5节允许对标准流程行为提出复核。IESG 2025年声明要求指出具体行为、理由与所求补救，并排除猜测和人身指控。它是事后审查入口，却不能倒推一项当时没有记录的披露、回避或替代授权。

记录决策边界，而不是给人定性

我建议采用一份最小的决策范围利益冲突记录。它应包括：决定标识与阶段；某人在该决定中的角色；适用政策及版本，或明确写明无具名政策；不超过必要程度的利益类别；披露送达对象；独立判断materiality的角色；以及最终处置。

处置可以是继续参与、弃权、回避或其他有理由的缓释方式。若原角色回避，记录必须写清由哪一角色替代，而不能只停在“已回避”。适用政策要求公开时，再连接理由或会议纪要，并保留复核、appeal、纠正与替代历史。由授权机构作出的“无冲突”或“可参与”也应记录，不应只记录负面结果。

这不要求把四套政策合成一套。IESG、IAB、LLC与Trust/IPMC可以继续保有各自定义、保密边界和判断机构。共同的只是一组路由字段，使读者能区分：不在范围、细节不公开、已评估并准许、已缓释、已回避、正在复核。沉默不再被误读成认证清白，也不自动变成嫌疑。

这符合Heng Lu的最小初始规范：只标准化协作必需的边界，保留地方决策。The Policy Mirror进一步要求，重要结果能从规则、权力与证据重建。这份记录是我的制度建议，不是修订07的条文。

新修订的价值，在于把零散指控背后的结构问题写进议程。下一步不应先问“谁必须公开全部关系”，而应先问“哪项权力在何时需要保护”。

来源