人人都在构建代理和钱包，却几乎没人追问：这些交易最终能不能真正落地。
代理已经在以太坊上为东西付款了。这不只是演示。x402 把 HTTP 402 变成了一个真实的支付流程，代理钱包现在自带密钥和支出限额。各个团队都在基于这样一个假设来构建：机器可以在没有人类在场的情况下，自行结算自己的义务。
行业迅速给代理配齐了“付款工具”，却跳过了下面那一层。任何支付轨道都默认“付款会完成”，而以太坊从来不是在这个假设上设计的。交易被打包是“尽力而为”：你提交，然后只能寄望它能进下一个区块。人类可以盯着交易卡住，手动加价、重试。你也可以构建一个代理来做同样的事。但你构建不出的是“确定性”：重试只是在一个已经变动的市场里，再押一次同样的赌注。
这一切在单笔交易上问题不大，但在每天一万笔、且每一步都要等前一步完成的时候，问题就大到离谱。
以太坊在结算价值，它还不能排程价值。
在以太坊上，区块空间是通过一个大约每 12 秒结算一次的实时拍卖来分配的。当你提交一笔交易，你买到的不是“下一个区块的保底位置”，而是进入了一场竞争。这场竞争的结果——你能否被包含、以及你最终要付多少——在落地之前都是未知数。这个设计对一个无需许可的网络来说非常优雅，但对传统机构金融的运作逻辑则很陌生。
机构已经在以太坊上了，他们做不到的是那些需要“保证”的策略。当一个交易台事先不知道一笔交易能否按时执行、也不知道要付出什么成本才能做到，它就无法在上面下注体量，于是这类活动要么留在链下，要么迁到一个愿意给出这种承诺的地方。
多年来，应对以太坊局限性的标准答案一直是“吞吐量”：每秒更多交易，更多 rollup 分流需求。吞吐量衡量的是“有多少”，完全没有回答“在什么时候”。这是时间问题，而不是空间问题，只加更多空间并不能解决它。
弥合这个缺口
现在有几种路径正在进入落地阶段，各自从不同层面切入这个问题。
预确认（preconfirmations）允许提议者在区块最终确定之前，就对包含或执行某笔交易作出承诺。这是对“时间问题”最直接的回应：代理不再只是提交然后祈祷。但这种承诺必须“算数”。它需要广泛的验证者参与、可信的经济背书，以及在提议者违约时可执行的后果。那些把预确认与质押抵押物、惩罚（slashing）条件绑定在一起的系统，能把一句承诺变成一个可追责的义务。
包含列表（inclusion lists）在协议层工作，限制区块构建者可以“漏掉”什么。这让它们成为对抗审查的有力工具。但它们解决的是不同的问题：让一笔交易“更难被排除”，不等于承诺“何时执行”。包含列表设定的是“下限”，不是“时间表”。
远期市场（forward markets）则把时间表向未来延伸得更远。它们允许机构和应用在真正需要之前预定区块空间，就像能源、带宽和算力可以在需求到来之前通过合约锁定一样。这样，未来的产能从“实时竞争的对象”变成了“买方可以围绕它来规划的资源”。这里的设计问题在于市场结构：透明的接入、验证者必须对交付负责，以及防止少数大买家“包场”的机制。
每种路径都有需要围绕它来设计的约束。但合在一起，它们勾勒出一个代理和机构可以真正对接的市场形状：有约束力的提议者承诺、协议层级的“不得排除”保障、以及可以扩展到机构需求水平的提前产能。单个方案各有设计难题，但方向已经很清晰。
一个代理在两个场所之间拆仓平仓时，必须知道第二腿能在它执行第一腿之前落地。没有这一点，它就不在运行一个“策略”，而只是在“下注然后等结果”。
以太坊已经构建出可信的结算层。接下来的挑战，是让对这种结算能力的访问可以被“事先编排”。如果代理要在机器速度上协调资本，区块空间就不能只是它们出价争抢、然后寄希望于好运的东西；它必须变成它们可以提前排程的资源。