一、如何理解区块链技术瓶颈
讨论区块链瓶颈，需要先明确问题发生在哪里：是单位时间处理的交易不够多，还是交易确认等待过长，或使用成本过高？这些问题彼此相关，却不能用同一个指标解释。以下围绕以太坊扩容和比特币账本机制展开，不将某一种网络的特征套用于所有区块链。
二、吞吐量与确认速度不是一回事
以太坊开发文档将提高交易吞吐量和加快最终性列为扩容目标。吞吐量关注单位时间能处理多少交易，最终性关注交易结果何时达到相应的确定状态。因此，“能处理更多交易”不能直接等同于“每笔交易更快完成最终确认”。评价扩容效果，应先区分这两个目标。
三、网络拥堵为什么影响费用
以太坊扩容说明指出，当主网需求较高时，交易处理可能变慢，用户竞价也会推高费用。这里的瓶颈是有限处理能力与使用需求之间的矛盾。判断应用是否受影响，需要同时观察等待时间与单次操作成本，而不能只问网络是否仍然能够运行。
四、提高容量为何还要考虑节点门槛
扩容并非单纯追求更大的处理规模。以太坊文档强调，提升性能不应牺牲安全和去中心化，并需要维持较低的节点参与门槛。因此，评估方案时既要问“能处理多少”，也要问“由谁验证、参与验证需要什么条件”，避免把性能改善误当作所有问题都已解决。
五、链下处理是否具有相同安全性
以太坊文档区分了从主网获得安全保障的二层方案，以及采用不同安全机制的其他链下方案。例如，Rollup 在主网之外执行交易并向主网提交相关数据；侧链则具有自己的共识规则。链下处理适用于分担主网负载，但不能仅凭“连接主网”就认定安全条件相同，仍需辨明验证与数据安排。
六、交易入块后是否绝对不可改变
比特币开发指南说明，节点可能因同时出现的有效区块而暂时看到不同分支，随后依据累计工作量选择有效链。交易进入一个区块，因此不等于完全排除了后续重组的可能。
在比特币的工作量证明机制下，区块之间的链接与持续累积的工作量提高了修改历史的成本。这解释了确认等待与安全判断之间的关系，但不意味着存在对所有网络、所有场景都适用的统一等待标准。讨论这类瓶颈时，应明确共识机制与应用对结果确定性的要求。