区块链能解决什么问题
区块链可以理解为由多个参与方共同维护的数字账本。按照NIST对区块链的概括，它通常以分布式方式保存记录，并通过共识机制让参与者对账本状态形成一致意见；交易一旦发布，在正常运行条件下通常具有较强的防篡改和可追溯特征。
因此，区块链更适合处理多方协作中的记录问题，例如不同机构需要共享同一组业务状态，且各方都希望能够核验记录是否被修改。它可以帮助参与者减少重复对账，明确操作顺序和责任线索，但账本上的记录可信，首先依赖写入数据本身经过正确采集和授权。
雄安场景的适用条件
讨论雄安区块链技术的应用边界，不能仅凭地区名称推断某个具体项目或应用已经落地。更稳妥的判断方式，是观察业务是否同时具备几个条件：存在多个需要协作的机构；各方对共享记录有持续需求；业务过程需要审计、追溯或防止事后任意改写；参与方可以明确身份、权限和数据责任。
在满足这些条件时，区块链可以作为共享记录层，保存经过确认的凭证、状态变化或操作摘要。原始文件、个人敏感信息和高频业务数据未必适合全部直接上链，可以由链下系统保存，链上记录必要的索引、哈希或状态证明。这样既能利用可追溯性，也能降低存储、性能和隐私压力。
边界一：链上记录不等于事实真实
区块链擅长保证记录在写入后的完整性，却不能独立判断现实世界的信息是否准确。例如，设备读数、合同履行情况、物流状态或审批结果都可能先由外部系统产生。若输入环节错误，区块链可能只是稳定地保存错误信息。
智能合约需要确定性的输入，才能让不同节点执行后得到一致结果。以太坊关于预言机的技术说明指出，预言机用于把链下数据提供给链上合约，同时也带来数据来源、准确性、可用性和责任追踪等问题。因此，在公共服务或城市治理场景中，必须同时设计数据来源、校验流程、异常处理和责任归属，不能把“上链”当作事实认证的全部方案。
边界二：区块链不能替代身份、权限与隐私治理
分布式账本并不意味着所有数据都应公开，也不意味着系统天然具备可靠身份。涉及个人信息、政务数据或商业秘密时，需要先确定谁可以读取、写入、查询和更正数据，并建立密钥管理、访问控制、脱敏和审计机制。
如果数据依法需要更正、删除或限制传播，系统设计还要考虑链上永久留痕与现实治理要求之间的关系。可行做法通常是减少链上原文存储，将敏感内容留在受控系统中，链上只保留必要的校验信息，并通过权限体系限制关联数据的访问。具体方案仍需结合业务规则和适用法律评估。
边界三：性能、成本与运维决定实际可行性
区块链需要节点之间传播数据并达成共识，这会带来处理速度、存储增长、网络稳定性和运维复杂度等约束。对于需要高频写入、低延迟响应或大规模文件传输的业务，直接把全部数据放入链上通常并不合适。
系统还需要持续维护节点、密钥、合约版本和数据接口。外部数据源发生故障、格式变化或被攻击时，预言机和链上合约可能受到影响。因此，评估方案时应先与传统数据库、可信时间戳、电子签名或跨机构数据交换等方式比较，只有在多方共享账本和可验证留痕确实带来价值时，才适合引入区块链。
常见问题
问题一：雄安所有政务或城市数据都适合上链吗？不适合。是否采用区块链，应由参与方数量、协作关系、数据敏感程度、写入频率和追溯需求共同决定。单一机构内部、规则明确且已有成熟数据库的业务，未必需要增加区块链层。
问题二：智能合约能否自动保证合同一定执行？智能合约可以按照预设代码处理链上状态和条件，但现实合同往往包含链下事实、人工判断和法律救济。只要执行条件依赖外部信息，就需要可靠的数据接口、验证机制和异常处置安排。
问题三：怎样判断一个应用是否越过了区块链的合理边界？可以依次检查四点：数据是否来自可核验来源，参与方是否需要共同维护记录，是否有明确的权限和责任机制，以及性能、隐私和纠错要求是否能被满足。任何一项无法解释清楚，都应先完善业务和治理设计，再决定技术路线。