应用与技术方向

资料核对：2026-10-05。本文按应用机制和开发问题组织，协议升级状态以所链接的官方资料为依据。

理解一个方向，可以依次回答三个问题：它改变了什么状态，谁提供可信输入，出现故障后用户如何恢复资产或退出。

支付、稳定币与资产代币化

支付应用需要处理资产发行、转账、费用、到账确认和赎回。以 USDC 合约为学习对象时，应同时查看铸币、暂停、黑名单和升级权限，而不只看 transfer，见本站 USDC 源码分析。

现实资产代币化还需要连接身份、持有资格和转移限制。ERC-3643定义了身份登记、可信凭证签发者和合规检查等接口，可以作为研究受限代币的技术入口。

这些接口表达链上执行规则。资产是否真实存在、持有人能否赎回、发行方承担何种义务，仍需核对具体产品的外部安排；采用某个代币标准不能独立证明这些条件。

学习重点：从普通余额转移开始，再加入授权、身份条件、管理员权限和异常处理。可先读 ERC-20、EIP-2612与 ERC-3643。

DeFi：从交换规则到可扩展池逻辑

交易、借贷和金库分别维护流动性、债务或份额。组合这些协议时，需要核对价格来源、精度、清算条件和调用权限，不能把可组合性当作无条件安全。

Uniswap v4 是现阶段值得补充的协议学习入口。Hooks允许在交换、增减流动性等操作的指定位置执行自定义逻辑；Flash Accounting通过记录操作中的余额差额组织结算。

学习 v4 时，应分析具体池使用的 hook、回调权限、费用逻辑及结算要求。核心协议的审计范围不能自动覆盖任意第三方 hook，官方提供了独立的 安全框架入口。

本站的 Uniswap V2与 V3适合学习既有 AMM 模型；继续研究 v4 时，应按其自己的架构和接口阅读。

扩容：执行、数据与结算分别演进

以太坊的扩容学习路径已经从早期执行分片设想转向理解 L1 执行能力、Rollup、Blob 和数据可用性。Blob 承载的数据与普通合约状态用途不同，也不等于永久文件存储。

状态依据：Fusaka 官方说明与 Glamsterdam 测试网公告。测试网排期不能作为主网功能已经生效的证据。

分析某个 L2 时，要继续检查证明系统是否实际运行、数据发布在哪里、排序器停止后能否提交交易、用户如何退出，以及谁可以升级合约。具体概念见本站 Rollup；项目数据可从 L2BEAT查看。

账户与签名：授权范围成为核心问题

Pectra 引入的 EIP-7702 允许 EOA 通过签名授权设置代码委托，使账户能够使用委托代码提供的能力。批量调用、费用代付等体验还需要相应的代码和服务支持，见 Pectra 公告。

授权委托代码与给某个代币设置 allowance 具有不同的权限范围。理解钱包操作时，要分别识别普通交易、消息签名、代币授权和代码委托，见 EIP-7702 规范。

学习路线可从账户模型、ERC-4337进入，再对照 EIP-712与 ERC-1271理解消息域和合约账户验签。

跨链：消息验证与传递各有职责

跨链操作通常包含来源事件、目标端验证、消息传递和应用执行。中继者传来一份数据，并不意味着接收端已经验证其有效性；源链重组、重复处理、超时和恢复路径也需要单独设计。

当前 IBC-Go 文档同时介绍 IBC Classic 与 IBC v2。自 ibc-go v10 起，两种协议可以存在于同一软件版本中，但连接使用的协议需要明确区分。

IBC v2 的客户端验证模型可采用轻客户端、多签或证明验证器等方案。因此，“使用 IBC”不能直接推出所有连接共享相同信任假设。阅读实现时，应确认客户端类型、更新规则、中继流程与应用的消息处理条件。

隐私与链外数据：先确定证明的命题

零知识证明可以在不公开某些输入的情况下证明指定关系成立，但隐私范围取决于具体协议。公开地址、金额、调用模式或链外日志仍可能暴露信息，见 Ethereum 零知识证明介绍。

将价格、身份、设备数据或 AI 输出写入链上时，链上验证只能覆盖被编码的规则。数据采集、签发者权限、更新频率和纠错流程，仍是应用需要明确处理的部分。

如何观察这些方向

先按业务问题选择指标：支付看转账与结算，DeFi 看流动性和使用情况，扩容看数据与执行成本。避免用单一排行榜替代机制分析。

DeFiLlama Chains主要提供各链的 DeFi 数据，其中 TVL 是锁定资产价值，不是链或代币的市值。价格变化和统计范围都会影响数值，具体口径见 DeFiLlama 数据定义。

下一步可读开发工具与数据入口，从一个本地测试项目开始，再观察对应的链上交易和数据。