先界定“应用边界”
关键词提到“毕马威谈”，但所给材料没有呈现毕马威的报告或具体论述，因此不能据此归纳或引用该机构观点。可以依据材料讨论区块链的一般技术边界：它适合在多个参与者需要共享记录、又不希望由单一主体独自维护账本的场景中发挥作用；它并不自动解决数据真实性、业务规则合理性或参与方治理等问题。
区块链能解决什么问题
区块链可理解为由多个参与者共同维护的数字账本。在网络正常运行时，已经发布的交易通常难以被事后悄然改写；参与者可以依据共同的记录核对状态。这类特性有助于提升记录的一致性与可追溯性，尤其是在多方需要对同一组交易或状态形成共同视图时。
但“难以改写”不等于“记录一定真实”。账本能够证明某项信息何时被写入、之后是否发生变化，却不能仅凭自身判断录入内容是否符合现实。例如，若输入的是错误数据，分布式保存并不会自动把它变正确。技术能否带来实际价值，还取决于现有流程是否确实需要多方共享记录，以及共同维护账本是否优于由可信单一机构维护数据库。
链上执行与链外现实之间
智能合约通常根据链上数据和预先设定的程序执行。为使不同节点对同一状态变化得出一致结果，链上计算需要依赖可确定的输入；若各节点直接读取不断变化的外部信息，可能无法获得相同结果。因此，合约一般不能仅凭自身直接了解天气、现实事件或外部系统中的数据。
预言机承担链上与链外之间的信息传递工作：链外组件从外部来源获取信息，再将结果提交到链上，供合约使用。这样可以扩展合约可处理的业务条件，但也引入新的依赖。合约执行结果的可靠性，除了取决于代码，还取决于数据来源是否合适、传输过程是否完整、服务是否可用，以及不同报告不一致时如何处理。
适用条件与主要限制
区块链较适用的前提，是有多个相互独立的参与方需要共同维护或核验记录，并且各方对数据格式、权限、纠错和争议处理机制能够达成一致。如果业务本来由一个责任明确的主体管理，且参与者无需共同验证状态，分布式账本未必能带来相称的收益。系统还需要考虑访问控制、隐私保护、运行成本、性能要求及错误记录的处理方式；这些要求不能仅靠“上链”二字解决。
只要业务依赖现实世界的数据，预言机就成为系统设计的一部分。需要明确数据源、验证方式、更新与中断处理机制，并评估单一数据提供者可能带来的错误或依赖风险。采用多个来源或多个报告者可以作为降低单点依赖的设计思路，但并不保证信息必然正确，也不能替代对数据来源和责任安排的审查。
常见问题
区块链记录不可篡改吗？更准确地说，区块链记录在网络正常运行时具有防篡改和可发现篡改的特性；这不应理解为任何情况下绝无变更，也不意味着写入内容天然可信。
智能合约能直接读取现实信息吗？通常不能仅凭链上代码访问链外信息，需要通过预言机等机制传递。此时系统的可信范围也包括外部数据来源与传递流程。
如何判断是否需要区块链？应先看参与方关系、共享记录需求、信任与治理安排，再比较集中式数据库等方案。若核心难题是数据来源不可靠、规则不清或责任难以界定，换用分布式账本本身不会消除这些问题。