验证者集中度：统计控制权而非密钥数量

验证者集中度要回答的是谁能够协调共识权重，而不是链上有多少把验证密钥。一个网络可以拥有很多密钥，同时依赖较少的运营者、托管服务或治理安排。研究时先保存密钥原始表，再建立控制关系表，不能直接拿代币持有人排名或质押存款人数替代。

以太坊攻击与防御文档解释了质押权重占比为何影响特定攻击条件。这些条件属于具体协议，不能照搬给其他权益证明网络。本文工作表只记录可验证的依赖，不计算攻击概率，也不把某个比例宣布为普遍安全线。

先确定哪一种控制权

写下网络、观察纪元、有效验证者集合和权重口径。存入的代币余额，不一定就是共识正在采用的有效权重。还要分清谁能选择客户端、签署消息、选择区块构建服务、变更运营者，以及控制提款。不同权利可能属于不同主体。

流动性质押池不必然等于单一运营者，多个品牌也不必然代表独立运营。建议同时保留组织视图与实际运营视图，每次归组都附证据与日期。共同提款目的地可以提供线索，却不能单独证明签名决策受同一方控制；名称不同也不能证明服务完全独立。

原始表至少记录验证者标识、有效权重、运营实体、实体归属证据、委托关系与未解决归属。不要只保存最后的排行榜，否则后来发现标签错误时，复查者无法撤销归组并重新计算。分母必须来自相同观察纪元的完整有效集合。

假设某虚构网络有一百个等权验证者。雪松品牌展示三十把密钥，但公开部署记录显示三个独立运营者各运行十把。另有两个品牌各展示十五把密钥，却共同使用同一家实际签名服务公司。此时品牌排名与运营服务排名回答的已经是两个问题。

按已披露运营者归组，共享服务公司拥有三十份权重。若证据支持雪松三家运营者的独立性，就分别记录十份。若雪松治理机构有更换运营者的权力，另列这项较长期的控制权，不能为了简化排名而删掉实际运营差异。

再假设其余十个验证者没有可靠运营者证据。不能默认它们就是十家独立组织。可分别展示全部未知属于同一方、未知互相独立等明确假设下的结果范围，同时强调这些只是敏感性边界，不是对真实身份的认定。案例所有数字均为假设。

先固定归组规则，再计算最大主体或前几大主体占比。若使用集中指数，可以写出“各组份额平方之和”，同时说明指数只总结当前归组。它不能识别未公开协调，也不能代替协议层面的威胁分析。相同权重在不同分组方式下会得到不同数字，这正是需要解释的地方。

至少保留两张视图：披露充分的实际运营者视图，以及包含更广泛组织依赖的视图。如果两者差异明显，应说明哪些权利造成差异、还需要什么材料来解决，而不是挑选最符合预设结论的一张。未知占比较大时，结论应缩小为“已识别部分的控制分布”。

比较历史时还需检查权重变化。密钥数量不变，有效权重仍可能重新集中；运营者退出某个池，也可能改变控制图却不改变总供应。把这些观察同步刷新，避免把标签调整写成真实共识变化。

常见错误包括把存款人当验证者、把每个地址当组织、混用不同纪元的权重，以及从集中度推断恶意意图。现货研究备忘录应描述有日期的协调依赖与证据边界，不据此推导价格目标。

只有在控制定义与证据支持时才可以。出资者治理、实际签名和提款权限可能分离，需要分别保留。

不可以。未知表示归属尚未解决，应该展示不同归组假设如何改变结果，而不是赋予肯定标签。