私有描述网络范围，仍要查具体控制
阅读区块链私有链介绍时，先确认私有指什么。Ethereum网络文档将未连接公共主网或测试网的网络称为私有网络，并提醒，这里的私有表示保留或隔离，不自动表示受到保护或安全。因此，一句不接公网主网，尚未回答谁能连接节点、谁能提交交易以及谁能看到材料。
讨论权限时可以沿着一份配置逐项阅读。下文选用Besu本地许可作为具体例子，说明同一系统中几种名单的作用范围。它不是所有私有链必须采用的统一结构，也不证明某个项目已经启用这些限制；实际部署仍需有对应版本和配置依据。
节点名单首先控制直接连接
Besu指南把节点允许名单放在各节点自己的权限配置中。启用这项功能后，节点按名单检查连接的远端；文档特别说明，它不会顺带检查本节点是否列在自己的名单内。这种检查对象是连接另一端的节点，不能直接解释成某个业务账户已经获得交易许可。
不同节点还可能保存不同名单。指南给出的关系是：一号允许二号和三号，二号允许三号和五号。五号仍可能参与同一网络，即使一号名单没有五号。因此，只取得一号的配置，不能把其中所有条目直接当成整个网络完整且一致的成员清册。
账户检查与接收区块处在不同阶段
账户允许名单又是另一项本地设置。Besu说明，它会在通过接口提交交易、从其他节点接收传播交易，以及出块节点把交易加入区块时检查账户。但其他节点收到已经组成的区块后，不会再以自己的账户名单重做这一项许可检查；这不是省去区块的全部验证。
沿用文档场景，账户甲获一号和出块节点允许，二号却没有允许甲。甲的交易经前两者处理进入区块后，二号仍可同步并加入这个包含甲交易的区块。由此不能把二号拒绝直接接收甲的交易，写成其账本永远不会出现甲的交易；本地入口限制与链上历史范围是两回事。
名单管理与保密承诺分别留下依据
指南提供运行时更新名单的接口，也说明可更新配置文件并重新加载。整理项目资料时，应另记谁获准修改这些设置、哪些节点实际采用该版本，以及变更在何时生效。接口存在本身不说明任何人都能调用，也不说明所有节点会自动同时更新。本文没有调用这些接口。
Besu的许可概念说明进一步指出，规则约束的是受控制的节点，参与者仍需共同遵守；其他节点可以限制违规者向链添加内容，却不能仅靠许可阻止其让别人访问链。因此，名单截图不能独自支撑资料绝不外泄的承诺。把连接、交易、配置管理及信息访问分别核对，才能准确描述这套私有网络实际设置的边界。