所以我相信，使用MCP时，包含延迟可以独立于验证者数量和地理分布。 但是，包含保证似乎仍然显著弱于你可以从单个排序者/提议者那里获得的*执行*保证。 我的意思是： 基本上在MCP中，你只能获得包含保证，这意味着你的交易将会在区块中，但并不能保证你的交易会被实际执行，因为可能会有一个在同一时段被另一个提议者确认的冲突交易。这个冲突必须被解决，可能会导致你的交易无效。 而使用单个排序者或领导者，排序者不仅可以给你提供区块中的包含保证，还可以保证你的交易将被执行并达到你想要的结果。它可以做到这一点，因为它可以全局查看和排序所有交易。 假设你在CLOB上交易，你发送了一个订单来提升出价。一个MCP提议者只能告诉你“是的，你在区块中”。而一个单一的排序者/提议者可以告诉你“是的，你在区块中，并且你的交易将被执行”。 这个执行保证比包含保证强大得多，而似乎你无法通过MCP获得它。

自然的后续问题是，用户是否愿意为了较低的延迟执行保证而牺牲更少的审查抵抗/验证者去中心化。 我认为对于某些用例，比如集中限价订单簿（CLOB），他们绝对会这样做。 Rollup/acc