先把“潜规则”变成可核验的问题
“潜规则”不是明确的协议术语，可能指公开但难懂的技术规则，也可能指未经证实的利益安排。核验前应明确：说的是哪个网络、哪种行为、哪个版本，以及什么证据能够支持这一说法。
例如，“谁能提出区块”属于协议问题；“某个组织暗中控制出块”属于具体行为指控。前者可以查技术规范，后者还需要对应的活动记录与身份关联证据，不能由共识原理直接推出。
两个来源分别能支持什么
以太坊开发文档的共识机制页面解释，共识涉及协议、激励及分叉选择等组成部分；权益证明下的投票权重与质押余额有关。它适合帮助辨析共识结构，不能据此认定某个参与者实际控制了网络。对应来源为 ethereum.org/developers/docs/consensus-mechanisms/。
比特币开发指南的区块链页面说明，全节点独立验证区块；在有效的竞争链之间，累计工作量是链选择的重要依据。它可以解释验证与分叉，不能证明某次具体争议存在人为操纵。对应来源为 developer.bitcoin.org/devguide/block_chain.html。
核验来源与原文语境
检查引用时，应确认域名、页面标题、维护主体及版本信息，并定位到支持主张的具体段落。搜索摘要、转载截图和自动提取文本可能遗漏限定条件；出现断句、缺词或截断时，不宜依赖残缺句子作强结论。
两个不同网站也不一定构成独立佐证，需要判断它们是否重复引用同一出处。以太坊与比特币文档描述不同系统，适合对照概念，但不能彼此证明对方网络的具体参数或事件。
常见问题：数字和术语能直接引用吗
不能脱离适用条件引用。看到“多数同意”，应分清计量对象是节点数量、算力还是质押权重，并区分分叉选择与最终确定性。看到“最长链”，也应核对是否指累计工作量，而非单纯比较区块数量。
关于攻击门槛的百分比，还需明确攻击目标和假设条件。某个比例不能直接解释为低于它绝对安全，也不能解释为达到它就能任意改写所有规则。
让结论与证据强度一致
一条可复核的结论应同时交代主张、出处、适用范围和未解决的问题。协议文档支持机制解释；涉及具体事件时，还需匹配区块、交易、软件版本或可追溯公告等记录。
链上记录能帮助核对交易和区块，但地址背后的身份、动机及链下约定通常需要额外证据。缺少这些证据时，应保留“尚未证实”的判断，避免把技术可能性写成已经发生的事实。