适用范围：先明确需要解决的问题
区块链在智慧社区应用有哪些常见问题，可以从记录共享和身份核验两个方向理解。涉及多方核对记录、验证资格的业务，可以讨论这些技术的适用性；是否采用区块链，还取决于参与方之间的信任关系、数据权限和响应要求。以下讨论通用设计问题，不代表某个社区项目已经取得相应效果。
性能问题：提交成功与最终确认如何区分
以太坊扩容文档说明，网络需求增加可能带来拥堵、交易变慢和费用上升；扩容需要兼顾吞吐量、安全性与去中心化。第二层方案可以把部分处理移到主网之外，但不同方案的安全依赖存在区别。
对应到社区业务，需要分别定义请求已接收、业务已处理、链上已确认的状态。如果把即时通行等操作直接绑定到链上最终确认，网络等待就可能影响使用体验。设计时应明确哪些操作需要及时响应，哪些记录允许稍后核验，并评估异常情况下的服务连续性。
成本问题：扩容是否等于消除成本
扩容能够缓解部分网络处理压力，但选型不能只看交易速度。社区系统还需要考虑节点或服务运营、系统对接及维护责任。
对于不同扩容架构，应逐项核对数据由谁保存、结果由谁验证、运营方不可用时如何处理。连接主网并不意味着所有方案都获得完全相同的安全保障。
身份问题：凭证能验证，内容就一定真实吗
W3C可验证凭证数据模型区分发行者、持有者和验证者，并明确凭证可验证不等于其中声明必然真实。验证方仍需依据自身规则判断是否接受发行者及相关声明；凭证体系也可以使用可信数据库等注册设施，并非必须依赖区块链。
例如，社区若用数字凭证表达居民资格，需要先确定谁有权签发、资格如何核实以及何时失效。验证签名只是其中一步，住户搬离后的资格更新、凭证状态检查和错误信息处理同样需要业务规则。
隐私问题：身份核验需要多少信息
数字信息容易长期保存并被关联，可验证身份体系也需要防止过度收集。社区核验应围绕具体目的确定必要信息：确认服务资格时，应评估是否确实需要完整身份资料。
隐私设计还应覆盖谁可以查询、查询用于什么目的，以及不同业务能否关联同一居民。密码学验证可以辅助保护信息，但具体保护效果取决于采用的机制与实现，不能仅凭“上链”或“可验证”作出保证。