概念范围与适用边界
讨论sap和区块链技术涉及哪些技术概念，需要区分企业系统的业务处理与区块链的记录验证。下面介绍比特币和以太坊所体现的通用技术概念；这些机制可以帮助理解系统连接问题，但不能据此确认某个SAP产品支持哪些区块链功能，也不能证明已有特定集成项目。
分布式账本、哈希与共识
比特币通过节点验证区块和交易来维护账本。区块引用前一区块的哈希，交易哈希通过默克尔树汇总。共识规则规定哪些记录有效，工作量证明则提高改写历史的成本。
这里需要区分数据完整性与业务真实性：哈希关联可以帮助识别记录变化，却无法独自判断录入的交货信息是否属实。默克尔证明能够证明交易被某个区块收录，其证明范围不包括链外事件。
交易模型与业务单据
比特币的UTXO指尚未花费的交易输出，后续交易使用这些输出作为输入，同一输出不能重复花费。以太坊智能合约则包含可由交易调用的代码和状态。
因此，区块链中的“交易”不能直接等同于企业采购订单或发票。讨论系统连接时，需要说明业务动作对应什么链上记录，以及记录代表提交、接收还是业务完成；这些含义需要应用本身定义。
智能合约、虚拟机与执行费用
以太坊智能合约部署在特定地址，由交易触发函数执行，也可以调用其他合约。Solidity、Vyper等语言编写的合约需要编译，供以太坊虚拟机执行；部署和改变链上状态的执行涉及Gas费用。
智能合约适合表达输入和判断条件清晰的规则。例如，程序可以检查是否具备指定授权，但“代码执行成功”只说明满足了程序条件，不能自动证明全部业务责任已经履行。
链外数据与授权管理
智能合约不能自行读取企业数据库或获知现实事件。需要外部信息时，可通过预言机等机制将链外数据提供给合约。讨论连接方案时，应明确谁提供数据、如何验证以及错误数据怎样处理。
多签合约要求达到预设数量的有效签名后才能执行相关操作，可用于分担授权责任。它解决的是执行授权问题，无法替代对输入数据真实性的核验。
常见问题与适用条件
是否所有区块链都需要挖矿？不能这样概括。工作量证明是这里介绍的比特币机制，不能直接套用于所有区块链系统。
记录上链是否就可信？可信范围取决于验证规则和数据来源。理解企业系统与区块链的连接，首先要明确共享什么记录、哪些参与方授权、如何处理链外信息；SAP具体功能及兼容性仍需对应产品文档证明。