不充值、不注册、不做 KYC，交易却照样能达成——Bisq 用点对点网络、多重签名托管与人工仲裁把中心化交易所的职能逐个替换。本文按官方文档梳理其结构：桌面应用构成的去中心化网络、v1 协议的保证金与托管流程、非托管资金的链上形态，以及撮合效率、法币链路与仲裁成本这些写在机制背面的代价。

Flashbots是一组围绕MEV（矿工可提取价值）的研究与开源工具：交易束、中继、mev-boost与私有RPC。本文讲清它如何改变验证者拼块方式与普通用户送交易的路径，以及透明化之后仍留在构建层的暗箱。

Bitcoin Core v31.0 的 decoderawtransaction 纯本地拆解十六进制交易，不做共识校验也不告诉你能不能花。本文按源码核对 iswitness 参数的猜测风险、txid 与 wtxid 的分野、size、weight、vsize 三本体积账。

合约想验证「用户到底把哪些参数原样写进了交易」，过去只能偷看 tx.origin，而这套做法被账户抽象社区反复警告。2024 年 3 月提出的 EIP-7664 给了另一条路：ACCESS_KEY 指令（0x4B）直接读交易访问列表里为执行合约声明的存储键，把输入变成可静态验证的承诺。它后来以「小众场景、7702 实现更好」为由撤回。本文拆解它的设计、0x4B 槽位的三方竞争，以及撤回理由该怎么读。

EIP-8202 于 2026 年提出，建议引入类型 0x05 的“方案敏捷交易”：共用 1559 费用头，用类型化的授权列表与扩展组件把签名算法、blob 数据等能力插槽化，避免每加一种能力就造一个新交易类型。本文解释这套组合式信封的动机、结构，以及钱包未来面对多算法签名要做的准备。

比特币交易 nLockTime 与序列号的定时解锁机制：绝对时间锁和相对时间锁分别怎么编码、什么时候生效。

EIP-8272为EIP-8141帧交易增加canonical VERIFY帧，携带一至十六个来源、槽位、根三元组，调用recent root合约对照存储逐一核验，让隐私树根、钱包授权根在公共内存池验证阶段即可检查。

EIP-8266为EIP-8141帧交易增加到期随机数模式：用短期截止时间取代账户随机数的重放保护，期限一过追踪槽位即刻释放复用，靠环形缓冲把状态占用与交易量彻底解耦。本文拆解哨兵值触发、存储布局与13000 gas代价。

EIP-8202提出0x05类型的SchemedTransaction，用统一的1559费头加扁平授权与扩展列表组合功能，把签名方案、blob、set-code都做成可插拔组件，并预留Merkle承诺的一次性密钥与抗量子签名空间。

以太坊每次引入签名方案变化都要 mint 一个新的交易类型，签名和交易体被焊在一起。2025 年 3 月的 EIP-8197 提出 CATX 格式，把交易体与若干带类型标签的签名拆开平铺，让抗量子迁移、多签聚合只需登记新的签名类型编号。本文拆解这份 Draft 提案的编码结构、链式签名哈希与它和签名注册表路线的配套关系。