Aptos 的 sponsored transaction 让 fee payer 替发送方扣手续费。按官方文档拆解 MultiAgentWithFeePayer 的签名结构、1.8 框架前后 fee payer 地址能否后置、序列号与退款的归属。

Aptos 每个账户都是 32 字节地址，写全有 64 个十六进制字符，但框架地址常被写成 0x1 这样一小截。本文按 Accepted 状态的 AIP-40 地址标准拆解：LONG 与 SHORT 两种形态、什么才算"特殊地址"、钱包和接口各自该显示与接受哪种写法，以及复制导出地址时该核对什么。

Aptos 生态标准 AIP-62（Wallet Standard）把浏览器扩展钱包与 dApp 的相处方式从"注入全局对象等被发现"改成"钱包主动登记、按功能名亮出能力"。本文拆解它要解决的漏发现与竞态问题、注册事件机制、必需与可选功能清单，以及这些接口约定对普通用户签名核对意味着什么。

在 Aptos 上，私钥、公钥与账户地址都是 32 字节，用户很容易把私钥当地址贴进转账，结果私钥被公开在链上。AIP-80 用带算法名与密钥类型的前缀区分链下的私钥表示。本文拆解前缀构成、四条设计收益、被明确排除的静态加密，以及它为什么没有改成 Base64 或换地址格式。

AptosBFT 用两种机制压缩出块延迟。本文按 aptos-core 共识文档拆解乐观提议如何不等父块 QC 就抢先提议、order vote 如何把排序压到部分同步下 BFT 的理论最小三跳、没有 order vote 时的两链提交回退，以及 3f+1 容错与部分同步前提。

Aptos 的数字资产标准里，一枚 NFT 是一个独立的对象（Object），对象自带地址，Token 数据与所有权解耦。本文讲解对象模型下的 NFT 结构、字段限制与查询方式，以及与合约账本模式的区别。

本文解释 Aptos 的执行架构：Block-STM 如何把有依赖的交易并行化、B+ 树状态模型对存储和验证的意义、Move 语言的角色，以及它与 Sui 的架构分野。