Bab 21 — Dari Konsensus Teknis ke Tata Kelola Multipihak

第二十一章　从技术共识到多方治理

共同账本使参与者能够依据同一套协议核验记录，却不会自动回答共同事业应当朝什么方向发展。当组织需要决定资本如何使用、回报如何安排、谁承担风险以及规则如何改变时，问题已经超出交易是否有效、状态是否一致的范围，进入不同主体如何共同决定并承担责任的治理领域。

上一章讨论了收益核算与分配执行。分配依据的确认、支付方案的授权和争议结果的落实，都要求明确谁有权作出决定。即使程序能够准确计算并自动执行，决定本身仍然需要适当的权限来源、参与条件与责任安排。没有这些基础，自动化可能只是更快地执行一种缺乏共同认可的权力关系。

本章所讨论的多方治理，是让与共同创造有关的不同主体，按照事项、关系和责任进入相应的决策过程。它既需要让重要利益能够被表达，也需要形成可以执行和追责的决定。区块链可以支持资格核验、程序记录和权限约束，而治理的正当性与有效性，需要在这些技术条件之外继续建立。

一、账本验证权与企业治理权的分别配置

账本验证权首先指向技术系统中的任务：检查交易是否满足协议规则，确认状态转换是否有效，并在具体共识机制下参与记录顺序或最终状态的形成。不同网络对验证、提议、排序和确认作出不同安排，运行验证软件与取得区块提议资格也并不总是同一件事。本章将这些能力放在账本确认秩序中理解，不把它们概括为对企业全部事务的决定权。

企业治理权则指向组织事项。谁可以提出资源配置方案，谁可以批准预算，谁可以决定某类权益条件，谁可以监督管理者，以及谁有权修订共同规则，都属于治理需要回答的问题。这些权限的依据来自组织制度及其适用的法律、合同与授权关系，而不是来自某个主体拥有更强的计算能力或更多的验证节点。

二者处理的正确性也不同。账本验证可以检查一笔支出是否得到系统要求的签名，却未必能够判断该项支出是否符合获批预算、是否遗漏利益冲突披露，或者是否损害某类参与者的既有权益。系统只会核验已经被准确表达并纳入执行的条件；尚未进入程序的制度要求，仍需要其他核验与责任机制承接。

因此，需要把协议条件与组织授权逐项连接。若一项资产转移要求有效预算、特定角色批准和独立复核，系统就应尽可能核验这些条件或它们的有效证明，并保留链下判断的依据。签名有效能够支持“某项密钥完成了授权动作”的判断，授权者是否在职责范围内行动，则还要回到组织权限。

协议自身的治理也应与企业治理区分。协议升级决定网络规则如何变化，应用治理决定某个系统怎样运行，企业治理决定现实组织怎样配置权利与责任。以太坊的治理说明明确区分核心协议变更与协议上的应用活动，并说明协议变更涉及链下的多方协调。这提示我们，即使讨论同一个技术生态，也不能把不同层次的治理压缩为一次统一投票。Ethereum：协议治理与参与主体〔1〕

本书据此主张，制度设计应先列出治理事项，再配置参与权限。对日常业务，可以在明确预算和职责内交由管理者决定；对跨部门资源调整，可以设置相应的共同审议；对影响基本权益的事项，则需要更严格的授权和受影响主体参与。不同层级能够分工，组织才不必把每项操作都交给全体表决。

分别配置不意味着这些层次必须由完全不同的人承担，而是即使同一主体兼任多项职责，也需要说明每次以何种身份行动。技术维护者可以具有正式治理资格，但其表决依据应来自该资格；治理代表可以参与技术核验，但其代表身份不会使无效交易自动变得有效。

技术管理权限尤其需要纳入治理。能够升级合约、更换身份核验机构、修改数据输入源或调整紧急暂停条件的人，可能实质影响其他主体的权利行使。这些能力即使被命名为“运维”，也不能因此免于授权、监督与记录。判断权力大小，应看它能够改变什么，而不只看岗位名称。

将关键操作交由多人签署，可以减少单一密钥控制的部分风险，但签署人数并不直接证明代表性。多把密钥可能由同一控制者掌握，也可能由同一利益群体任命的人员持有。组织应同时核验技术上的操作分离与制度上的角色独立，才能理解多人签署真正提供了何种约束。

反过来，有效决定也需要真实的执行路径。表决通过后，若管理者仍可无理由拒绝执行，或者技术管理员可以另行改变执行内容，治理参与就难以产生稳定效果。制度应明确执行责任、完成条件和偏差报告，并让原决定与实际操作保持可核对的联系。

技术故障不宜被解释为原有治理授权自然转移。网络中断、密钥遗失或服务商退出时，组织仍需要依既定安排恢复操作、调整工具或采取适当替代方式。恢复程序可以赋予有限的临时权限，但应说明范围、期限与复核要求，避免维护连续性成为永久扩大控制权的理由。

区块链在这一层面的制度价值，是帮助各方检查权限是否得到遵守、决定是否被准确执行，以及例外是否留下依据。共同账本能够降低部分信息不对称，企业治理则为账本上的行动提供目的、边界与责任。两者衔接得越清楚，技术执行越能服务于真实的组织协作。

二、多类利益相关者的代表、提案与监督机制

共同创造涉及不同主体，但“受到影响”并不自动导出对所有事项拥有同等决定权。员工、客户、供应商、出资者、合作伙伴以及其他与组织存在重要关系的主体，其投入方式、依赖程度、风险承担和既有权利可能不同。多方治理需要把这些关系说明白，再决定各主体以何种方式参与哪些事项。

本书主张从事项影响出发识别参与范围。劳动安排直接影响承担工作的主体，产品使用规则涉及使用者，持续供给条件影响供应协作，资本使用与回报安排则可能同时影响多类主体。对于跨越多个关系的重大事项，应当说明各类影响如何进入讨论，而不是只邀请最容易召集或最容易量化的一方。

关系识别也应关注尚未充分进入账本的人。没有通证、缺少数字工具或尚未取得内部账户，不等于不受组织行为影响。对无法直接参与的相关利益，可以在有依据的范围内设置意见征集、专门评估或代表表达机制。代表者的任务和授权应当公开，不能仅以“代表未来”或“代表公共利益”的名称取得无限权力。

参与权可以分层安排。获得相关信息、提出意见、提交提案、参与审议、表决、监督执行和申请复核，分别具有不同作用。某一主体没有对全部经营事项的表决权，仍可以拥有与其权利相关的知情或异议渠道；某个代表有权提出建议，也不能被系统展示为已经获得最终批准权。

代表机制的关键，是建立代表与被代表者之间可检查的关系。代表如何产生，任期多长，负责哪些事项，应向谁报告，能否被撤换，以及职位空缺怎样补足，都需要明确。治理机构邀请某人列席，可以增加信息来源，但若缺少受代表群体的授权，就不宜将其意见直接等同于该群体的认可。

同一类别内部也存在差异。不同岗位的员工、不同规模的供应商、不同使用条件的客户，未必具有一致诉求。代表席位的安排应能够识别这些差异，避免最活跃、最富有资源或最接近管理层的一小部分人长期代替整个类别发言。具体方式可以包括适当的分组、轮换、公开征集与直接反馈，是否采用以及如何组合，需要结合事项规模与参与成本判断。

代表还需要获得履职条件。及时、易理解的信息，必要的准备时间，适当的专业支持和与被代表者沟通的渠道，决定了一个席位能否产生实际作用。如果会议材料只在表决前短暂出现，或者关键解释只能由提案方提供，形式上的参与就可能缺少独立判断基础。

参与成本应在组织制度中得到正视。治理工作消耗时间与专业劳动，完全依靠无偿投入可能使有闲暇、有资源的主体占据优势。合理的支持与补偿需要透明，并与代表职责相联系，避免演变为购买立场。是否参与治理，也不应在没有适当依据时成为领取已成立报酬或维持基本合作关系的额外条件。

提案机制则决定哪些问题能够进入共同讨论。提案资格、提交形式、必要资料和受理责任应当清楚，技术平台不能只开放一个输入框而不说明后续处理。提案至少需要解释拟解决的问题、建议方案、受影响主体、所需资源和主要不确定性，使不同参与者能够讨论同一个对象。

提出议题的门槛与作出决定的门槛应当分别设置。为了避免滥用，可以对正式提案设置合理的支持或资料要求，但也应保留让少量主体提出重要问题的途径。受理者拒绝纳入议程时，应说明适用理由并提供适当复核；否则，控制议程的人可能在投票发生之前就决定了治理结果。

提案进入程序后，实质修改也需要可见。调整影响对象、资源规模或权益条件，可能改变原先支持者的判断，不能仅保留提案名称就沿用所有先前授权。系统应记录版本、说明差异，并依据修改程度决定是否需要重新审议。这里的版本记录服务于真实理解，而不仅是保存一份文件摘要。

监督机制应当覆盖决定之后的行动。谁核验执行是否超出范围，谁检查预算使用，谁接收未履行报告，以及谁能够要求作出解释，都需要明确。监督者应在必要范围内获得证据，并具有独立报告渠道；若其接触信息和报告结果完全取决于被监督者同意，监督就容易失去实际作用。

数字工具能够降低这些程序的部分成本。它可以按角色发送通知，核验参与资格，记录提案处理和回应状态，并使授权者追踪代表的行动。与此同时，工具也应提供适当的辅助或替代参与方式，使缺少特定钱包、设备或技术能力的人不至于被程序性排除。治理的可达性应通过实际参与来检验。

代表、提案与监督因此构成连续的责任关系：相关主体能够表达问题，代表能够把问题带入有权程序，决定形成后又能够被追踪和质询。多方参与只有进入这条关系，才有机会改变组织如何理解问题、配置资源并承担后果。

三、表决权重、授权委托与决策门槛

表决把经过讨论的意见转化为能够识别的集体结果，但它的意义取决于谁有资格、每份意见具有多大权重，以及什么条件下结果可以成为有效决定。相同的赞成票数，放在不同的资格集合和门槛规则中，可能产生不同效果。制度必须先说明计算所表达的权力关系，再让程序执行计算。

按人配置权重，强调在特定共同体中的成员地位；按出资或某类权益配置权重，强调相应风险与权利关系；按代表类别配置席位或权重，则试图让不同关系进入共同决定。这些方式分别服务于不同判断，不能只用技术复杂程度比较优劣。组织应当解释某一事项为什么适用某种安排，并与既有权利结构衔接。

贡献记录也可以在有明确依据时参与某些资格或权重的确定，但贡献分数不宜直接成为全部事项的通用票数。不同贡献的计量边界、长期影响与不确定性，本来就需要分别处理。把它们合并成一种永久治理权重，可能让某个时期的评价结果长期控制与其无关的未来事项。

同时，需要防止资格计量中的循环授权。如果拥有较高权重的人可以独自决定贡献标准，又可以通过该标准增加自己的权重，权力就可能在程序表面合规的情况下持续集中。涉及资格和权重本身的改变，应设置相应的独立复核、受影响主体参与和生效边界，使现有优势不能毫无限制地改写未来参与条件。

多类主体共同参与时，可以考虑分类表决与总体表决相结合，或对特定事项增加受影响类别的同意条件。这样的安排有助于显露不同群体之间的分歧，但也会增加协调成本。分类范围应当与真实关系相联系，不能为了使某项提案通过，临时拆分或合并类别。

同一个人具有多重身份时，规则需要说明其参与方式。一个主体既可能是员工，也可能持有某项资本权益；两种关系确实可能分别支持相应权限，但不能因重复登记而在同一资格中重复计票。系统应当区分经制度认可的多重参与，与通过多个账户扩张同一份权力的行为。

授权委托可以降低参与成本，使缺少时间或专业能力的主体仍能通过受托者表达意见。委托的对象是特定权限的行使，不当然转移相关资产、收益请求或身份。能否转委托，是否限定议题，是否需要遵循明确指示，期限多长以及如何撤回，都应进入授权记录。

委托的生效时点尤其重要。对于已经固定资格与权重的表决，撤回或更换委托如何影响本次投票，需要事先说明；不能允许委托人与受托人对同一权重分别投票，也不能用“可以随时撤回”的界面承诺掩盖本次计票已经固定的事实。当前授权、历史投票与未来权限应分别表达。

受托者还应报告其实际立场与理由，并披露与议题有关的利益关系。大量分散主体把权重委托给少数代表，可能提高专业性，也可能形成新的控制中心。因此，需要观察有效权重集中于谁、授权者是否理解其选择，以及撤回和替换是否真正可行，而不只统计名义参与人数。

决策门槛至少涉及四个不同问题：事项是否在本机构权限范围内，参与程度是否达到要求，赞成意见是否满足通过条件，以及是否还需要特定类别或有权主体的同意。前一个问题没有解决，后面的票数不能自动补足权限；满足总体通过条件，也不等于已经满足全部附加条件。

分母是门槛规则中不可省略的内容。以全部合格权重、实际参与权重或有效赞成与反对权重为分母，得到的通过条件不同。弃权是否计入参与门槛，利益冲突回避后怎样调整资格集合，空缺席位如何处理，都需要明确。没有参与也不能在没有依据时被记作赞成。

治理合约本身就体现了这种可配置性。OpenZeppelin 的 Governor 文档将投票权来源、参与门槛、计票方式及投票期间等作为需要选择的组成部分，并提供委托与延迟执行等机制。这些工具可以落实已选规则，但文档中的模块和参数并不为任何企业自动确定合适的治理制度。OpenZeppelin：链上治理的权限、计票与执行配置〔2〕

门槛的严格程度应与事项影响和可逆性相称。日常授权范围内的操作需要及时性，重大且难以恢复的权益变化则需要更充分的审议。提高门槛可以约束仓促决定，也可能使必要行动长期受阻；降低门槛可以提高决策速度，也可能使少量活跃主体控制结果。制度应同时说明未通过、平票和长期无法形成决定时怎样继续处理。

技术设计还应使资格与计票状态具有可核验的时间依据。通过适当的历史记录固定某次表决所使用的权重，可以减少同一单位在流转中重复取得计票效果的风险，但不能单独解决提前集中持有、利益交换或资格造假。限制某种技术操作之后，仍需判断实际控制关系是否符合制度目的。

表决结束与决定执行之间也可以保留适当间隔，用于检查执行内容、处理程序异议或完成必要准备。间隔只有与可用的质询、暂停或复核权限配合，才可能提供实际保护；若参与者只能看到即将发生的后果而无法采取任何有效行动，等待本身不能构成治理保障。

表决结果最终应说明采用哪份提案、哪一版规则、哪些资格数据和怎样的计票口径，并列出是否仍待其他程序完成。可复算能够提高程序透明度，决定是否妥当则还要结合证据、理由和利益影响评估。治理质量既需要计算准确，也需要集体判断能够得到解释和纠正。

四、少数利益保护与利益冲突处理

多数规则能够帮助组织形成行动，却不能独立保证每一种利益都受到适当对待。少数可能指票数较少的主体，也可能指长期缺少议程影响力、承担集中损失或难以退出的一类参与者。即使每次计票都准确，若某些群体持续只能接受他人决定，多方治理仍可能在实际运行中失去平衡。

少数利益保护首先需要界定共同决定的边界。组织可以在权限范围内选择发展方向和资源安排，但参与者已经依法或依有效约定取得的权利，是否以及如何调整，仍需依据相应规则判断。表决能够形成组织意见，不意味着多数可以仅凭票数取消任意主体的请求或豁免既有责任。

本书将保护安排理解为参与前、决定中和结果后的连续程序。参与前需要适当通知、相关信息和表达机会；决定中需要识别特别影响、处理回避并适用正确门槛；结果后需要提供理由、复核与必要救济。把保护只设置为最后的投诉入口，容易使少数主体在关键事实和程序已经固定后才被允许发声。

特别影响应当通过具体关系判断。如果某项决定使收益主要流向一类主体，而成本集中由另一类主体承担，就应解释这种安排的依据、替代方案以及受到影响者的参与情况。总体收益为正，并不自动回答负担分配是否合理；逐项说明收益与成本落在谁身上，能够使原本被总体数字遮蔽的问题进入治理。

对于会显著改变某类既有权益的事项，可以依制度设置分类同意、加强审查或限定范围的否决条件。保护措施需要与所保护的权益相对应，并说明触发、行使和复核程序。一般经营分歧与特定权利受损不能始终采用同一处理方式，否则少数保护可能被扩张为对全部组织行动的无条件阻断。

处理僵局时，也应遵守既定边界。补充证据、缩小方案范围、引入独立评估或开展调解，可以帮助寻找可接受方案；不能因为获得同意困难，就临时删除相应群体的表决资格。程序可以修订，但谁有权修订保护规则，本身就是需要受到约束的治理事项。

退出可以为某些主体提供选择，却不能替代全部保护。退出成本可能很高，关系可能无法立即转移，尚未履行的请求也可能继续存在。组织应把退出渠道与信息、参与和救济并列考虑，不能将“可以离开”作为回应所有不合理安排的理由。

利益冲突则要求区分共同利益上的不同立场与可能妨碍履职的特殊关系。员工代表关注工作条件、客户代表关注服务质量，本来就是多方治理需要表达的不同利益，不能因此一律要求他们回避。需要重点识别的是某个主体在履行受托或治理职责时，是否同时拥有会影响其独立判断的个人、关联方或其他特殊利益。

这种关系可能出现于交易审批、薪酬决定、服务商选择、资格确认和争议复核等事项。判断应关注受益、控制和依赖关系，而不只看是否使用同一个账户。同一控制者通过不同组织、地址或代理人参与，不会因为数字标识不同就自然形成独立性；必要核验应与隐私保护和信息访问权限相协调。

G20/OECD《公司治理原则》在董事会职责中强调识别与管理利益冲突、监督相关内部控制，并关注举报渠道的独立性与保密性。这些原则为本章提供了制度参照，但其具体适用对象和本书提出的多类主体治理安排仍需分别判断，不能将公司治理原则中的某一角色要求直接套用于全部参与者。OECD：董事会职责与利益冲突管理〔3〕

冲突处理应从及时披露开始，并进一步确定如何参与。有关主体可以提供必要事实和解释，但是否参与评价、表决或执行，需要结合冲突程度与有效规则决定。单纯公开关系并不当然消除影响；同样，存在关联也不自动证明方案不合理，仍需要对交易条件、替代方案和组织利益进行实际审查。

回避安排必须能够落实到计票与执行。谁判断需要回避，相关权重是否计入门槛分母，由谁接替必要职责，以及对判断有异议时怎样复核，都应提前说明。回避后没有足够合格主体作出决定，应进入相应的替代审查程序，不能由程序静默降低门槛或重新计入本应回避的权重。

监督者和复核者也需要接受同类检查。由被质疑决定的直接受益者控制全部证据、选择审查者并决定是否执行纠正，难以形成可信处理。组织应尽可能提供独立报告与复核路径，并记录审查者的任命、权限和相关关系。独立性应当表现为能够实际调查和提出不同结论，而不只是名称中出现“独立”二字。

表达异议的主体还需要避免因合理质询而遭受不当报复。对于举报、少数意见和受托代表履职，应建立适当保密、回应与保护安排，同时保留核验事实及处理恶意行为的程序。公开账本适合保存某些程序依据，并不意味着应公开所有举报者身份或个人争议明细。

自动执行增加了及时复核的重要性。制度若允许在明确条件下暂停有争议的操作，应同时限定暂停对象、期限与恢复程序。没有约束的暂停权同样可能被滥用。保护措施既要能够阻止不可挽回的损害，也要使行使保护权限的人说明依据并接受监督。

面向未来，本书提出一种需要检验的治理方向：让技术系统持续呈现权限的来源、代表关系、委托集中程度、事项影响与尚未解决的异议，使参与者能够检查权力在何处形成、怎样行使及如何受到纠正。评价这一方向，应观察受影响主体是否更容易进入程序、决定理由是否更充分、救济是否可达，以及治理成本是否与效果相称。更多投票记录，并不足以证明更多主体真正参与了决定。

从技术共识走向多方治理，意味着把共同可核验的记录进一步连接到有依据的权力与责任。协议维护账本秩序，治理安排共同事业的方向和边界，监督与救济则使决定持续接受检验。三者相互支持，才能让共同创造中的不同主体不仅被记录，也能够在有关事务中被听见、获得回应并追索责任。

下一章将讨论制度的制定、执行与修订，进一步展开提案怎样经过审议成为有效规则，参数与版本怎样受到授权约束，以及自动执行、人工裁量和例外处置怎样共同维持组织的连续性。

定稿补强：代表生命周期与委托集中

利益相关者代表不是一个永久标签，而是一段可追责的授权关系。制度应说明代表如何产生、代表哪些群体和事项、任期与利益披露、协商和报告义务、投票说明、罢免、空缺补位及卸任后的资料交接。代表可以运用判断，但必须能解释其判断与授权范围的关系。

委托能够降低参与成本，也可能重新集中权力。系统应允许清晰撤回，规定是否可以再委托，并监测单一代理、关联方和投票联盟的集中度。委托上限、关联方合并计算、异常投票复核和法定人数防操纵，可以作为具体控制。界面应同时显示自有权重与受托权重，使参与者看见实际权力结构。

本章工具与图表

本章的制度关系可结合附录八、附录十一使用。附录用于形成可填写、可核对的工作成果，不能把模板中的默认项视为已经生效的组织规则。

图21-1　多方治理的提案、监督、申诉与修订闭环。 验证权与治理权分别配置；少数保护、回避和救济贯穿全过程

本章注释

1. [SRC-044] Ethereum.org：协议治理与参与主体。原文或官方页面

   • 本章引证：Ethereum：协议治理与参与主体。
   • 支持范围：用于说明特定协议或项目在当前文档中的运行机制与工程约束，本书引用主题包括：以太坊治理说明、Ethereum：协议治理与参与主体、Ethereum：协议分歧与分叉。
   • 使用边界：项目文档描述特定系统，版本、参数与实现可能变化，不能直接外推为所有区块链的一般性质。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：已完成可访问性核验，核验日：2026-10-08。

2. [SRC-020] OpenZeppelin：链上治理的权限、计票与执行配置。原文或官方页面

   • 本章引证：OpenZeppelin：链上治理的权限、计票与执行配置。
   • 支持范围：用于展示具体实现方式、工具接口或实践中的可行安排，本书引用主题包括：OpenZeppelin：链上治理的权限、计票与执行配置。
   • 使用边界：实现资料用于说明可行技术路径，不等同于独立安全审计、法律效力或经营效果证明。
   • 证据等级：C（实现层或第三方技术资料，用于说明具体工具与实践）；链接状态：已完成可访问性核验，核验日：2026-10-08。

3. [SRC-065] 经济合作与发展组织（OECD）：董事会职责与利益冲突管理。原文或官方页面

   • 本章引证：OECD：董事会职责与利益冲突管理。
   • 支持范围：用于说明公共机构对风险、身份、评估或技术能力的框架性要求，本书引用主题包括：OECD：董事会职责与利益冲突管理。
   • 使用边界：框架提供分析与控制依据，不替代组织对具体事实、成本和责任的独立判断。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：官方来源存在访问限制，已保留人工复核标记，核验日：2026-10-08。