比较之前先明确系统范围
这里的普通系统主要指使用浏览器、应用服务器和数据库的网站系统；区块链部分以以太坊扩容机制为讨论范围。不同区块链的设计存在差异，不能把一种网络的表现直接推广到所有系统。
两者也可能出现在同一个应用中：页面和接口属于网站层，部分状态处理交给区块链。分析故障时，需要区分页面打不开、接口报错和链上确认延迟，避免将所有异常归因于同一组件。
区块链常见问题：拥堵、费用与扩容限制
以太坊扩容文档说明，主网需求超过容量时，交易处理可能变慢，使用费用也会上升。扩容需要兼顾吞吐量、确认速度、安全性和去中心化。Rollup将交易执行移到主网之外，并向主网提交数据或证明；侧链则采用自身的共识机制，安全条件不同。
因此，理解扩容方案不能只看处理速度，还要看结果如何得到验证、数据在哪里保存，以及哪些环节依赖运营方。能够连接主网，并不意味着各种方案具有相同的安全保障。
普通网站常见问题：输入、身份与资源滥用
MDN的网站安全介绍涵盖跨站脚本、SQL注入、跨站请求伪造和拒绝服务等问题。它们分别涉及浏览器执行不可信内容、输入改变数据库查询、身份凭据被借用发起操作，以及服务资源被耗尽。常见防护包括恰当的输出编码、参数化查询、请求验证和流量过滤。
这些问题需要在对应环节处理。数据库查询安全无法替代浏览器端防护，身份验证也不能独自证明一次敏感请求符合用户意愿。部署了区块链功能的网站，仍然需要保护其页面、接口和登录会话。
常见疑问与适用条件
系统变慢是否就是受到攻击？不能仅凭延迟判断。正常需求增加和恶意请求都可能影响可用性，应结合请求量、资源占用、错误记录及链上确认状态定位原因。
使用二层网络是否解决全部问题？二层主要处理扩容需求，应用仍需考虑自身的网站安全和服务依赖。判断体验时，也应区分请求被接收、执行完成与结果最终确认。
如何安排排查顺序？先确定受影响的功能和组件，再检查相应证据。网站打不开侧重检查入口及服务器；页面正常而链上操作迟迟未确认，则需要进一步检查网络处理状态。明确问题所在层次，才能选择适用的修复措施。