积木模式的核心：可组合性
区块链积木模式涉及哪些技术概念，可以从“已有功能怎样成为新应用的组成部分”来理解。这里的积木模式是一种形象说法，核心是可组合性，即把不同组件连接起来，形成新的功能或系统。本文讨论范围主要是以太坊智能合约及其代码复用，不将这些特点直接推广到所有区块链。
模块化、自主性与可发现性
以太坊开发文档用模块化、自主性和可发现性解释合约组合：组件承担明确任务，具备相对独立的功能，并能被开发者找到和接入。文档也介绍了复用现有合约、治理工具和身份工具的应用思路。
模块化要求先明确组件负责什么、输入什么以及产生什么结果。自主性意味着功能边界相对独立，并不代表合约没有外部依赖，也不代表它会自行定时运行。可发现性则让开发者能够识别组件及其可用接口。
合约调用与代码继承
积木可以在两个层面拼接。运行时组合是应用或合约调用已经部署的其他合约；代码复用则是在开发阶段引入已有实现。两者的区别在于，前者需要理解外部组件的行为，后者需要理解被纳入自身代码的逻辑。
OpenZeppelin 合约扩展文档说明，合约通常通过继承复用，Solidity 库则可通过 using for 等方式使用。开发者可以用 override 改写可覆盖的函数，也可以用 super 衔接继承链中的实现。文档同时提醒，自定义覆盖可能破坏原有安全假设，更新依赖版本后需要重新核验。
适用条件：接口、权限与行为兼容
组件能够组合，需要调用方式、参数含义和权限要求相互匹配。公开部署不等于源码必然开源，也不等于任何账户都能执行所有功能。理解接口之外，还要确认调用前需要满足哪些条件，以及执行失败时会怎样影响整体流程。
例如，把身份验证与治理模块连接起来时，需要明确身份验证结果能支持什么权限判断。能够证明某个账户的控制权，并不自动意味着该账户拥有治理权限；连接处仍需清晰的规则。
常见问题：复用是否等于安全
成熟组件可以减少重复开发，但组件原本可靠，不代表任意组合都可靠。新增检查、覆盖函数或调整调用顺序，都可能改变组件原有的行为前提。审查重点应包括组件之间的连接逻辑，以及修改后是否仍保留必要约束。
继承也不只是复制功能。扩展者需要理解父合约内部函数之间的关系，并在依赖升级时复核这些关系。积木模式能降低重复建设成本，但仍要求开发者对组合后的整体行为负责。