Abstract
A new OPCODE that allows queuing some piece of code with a well defined gas used that will execute at the end of a block. If two transactions queue the same end-of-block code, it will only execute once. Gas costs are covered with ETH in the calling contract.
Motivation
This would enable things like block auctions, by allowing a bunch of people to submit transactions to swap some asset, and then they would all execute together via a block-auction at the end of the block in a way defined by the contract, rather than in a sequential order that they appear. Each transaction would queue the end-of-block code execution. If a single transaction does a swap on some pool, then the end-of-block execution would not change anything from today. If multiple people submit swaps on some pool within a single block, then the contract can execute a block-auction rather than executing the swaps in the order they are received. This allows the contract to get the best price for everyone and combat things like in-block fr

<div><h2><a href="https://ethresear.ch#abstract-1" rel="nofollow"></a>Abstract</h2><p>A new OPCODE that allows queuing some piece of code with a well defined gas used that will execute at the end of a block.  If two transactions queue the same end-of-block code, it will only execute once.  Gas costs are covered with ETH in the calling contract.</p><h2><a href="https://ethresear.ch#motivation-2" rel="nofollow"></a>Motivation</h2><p>This would enable things like block auctions, by allowing a bunch of people to submit transactions to swap some asset, and then they would all execute together via a block-auction at the end of the block in a way defined by the contract, rather than in a sequential order that they appear.  Each transaction would queue the end-of-block code execution.  If a single transaction does a swap on some pool, then the end-of-block execution would not change anything from today.  If multiple people submit swaps on some pool within a single block, then the contract can execute a block-auction rather than executing the swaps in the order they are received.  This allows the contract to get the best price for everyone and combat things like in-block front-running.  This does <em>not</em> address cross-block front-running/back-running, but that is far harder to execute than within-block front-running and sandwiching.</p><h2><a href="https://ethresear.ch#specification-3" rel="nofollow"></a>Specification</h2><p>Mostly TBD, but gas paid by the contract allows for cost sharing strategies between transactors (e.g., split costs and refund at end) and requiring a fixed gas usage for the end-of-block execution helps with solving the bin-filling problem introduced by delayed execution.</p><h2><a href="https://ethresear.ch#considerations-4" rel="nofollow"></a>Considerations</h2><p>It could be useful to allow for specifying dependencies, so one contract could say “I want my end-of-block execution to run after this other contract’s end-of-block execution”.  Care would need to be taken to avoid circular dependencies, but this could be achieved by just asserting that if a circular dependency is detected then all contracts in the circle do not get their end-of-block execution.  This strongly encourages people to <em>only</em> depend on immutable end-of-block executors with fixed dependency trees.</p></div>

Queue End Of Block Transaction OPCODE

抽象的
一种新的 OPCODE，允许使用明确定义的 gas 对一段代码进行排队，该代码将在块末尾执行。如果两个交易对相同的块末尾代码进行排队，则它将仅执行一次。gas 成本由调用合约中的ETH支付。
动机
这将实现诸如区块拍卖之类的功能，允许一群人提交交易来交换某些资产，然后他们将按照合约定义的方式通过The Block末尾的区块拍卖一起执行，而不是按照它们出现的顺序执行。每笔交易都会将区块末尾的代码执行排队。如果单笔交易在某个池上进行交换，那么区块末尾的执行不会改变今天的任何事情。如果多个人在单个区块内对某个池提交交换，那么合约可以执行区块拍卖，而不是按照收到的顺序执行交换。这使得合约可以为每个人获得最佳价格，并对抗诸如区块内交易之类的问题

<div><h2><a href="https://ethresear.ch#abstract-1" rel="nofollow"></a>抽象的</h2><p>一种新的 OPCODE，允许对一段代码进行排队，并使用明确定义的 gas，该代码将在块末尾执行。如果两个交易对相同的块末尾代码进行排队，则它将仅执行一次。gas 成本由调用合约中的ETH支付。</p><h2><a href="https://ethresear.ch#motivation-2" rel="nofollow"></a>动机</h2><p>这将实现诸如区块拍卖之类的功能，允许一群人提交交易来交换某些资产，然后他们将按照合约定义的方式通过The Block末尾的区块拍卖一起执行，而不是按照它们出现的顺序执行。每笔交易都会将区块末尾的代码执行排队。如果单个交易在某个池上进行交换，那么区块末尾的执行不会改变今天的一切。如果多个人在单个区块内的某个池上提交交换，那么合约可以执行区块拍卖，而不是按照收到的顺序执行交换。这使得合约可以为每个人获得最优惠的价格，并打击区块内抢先交易之类的行为。这<em>并不能解决</em>跨区块抢先交易/反向交易的问题，但这比区块内抢先交易和夹持交易要难得多。</p><h2><a href="https://ethresear.ch#specification-3" rel="nofollow"></a>规格</h2><p>大部分情况有待确定，但合约支付的 gas 允许交易者之间分摊成本策略（例如，分摊成本并在最后退款），并且要求在块末尾执行固定的 gas 使用量有助于解决延迟执行引入的箱子填充问题。</p><h2><a href="https://ethresear.ch#considerations-4" rel="nofollow"></a>注意事项</h2><p>允许指定依赖关系可能很有用，因此一个合约可以说“我希望我的块结束执行在另一个合约的块结束执行之后运行”。需要小心避免循环依赖，但这可以通过断言来实现，如果检测到循环依赖，则循环中的所有合约都不会获得其块结束执行。这强烈鼓励人们<em>只</em>依赖具有固定依赖树的不可变块结束执行器。</p></div>

队列结束块事务操作码

原文标题：How Perplexity + Claude Replace an Entire Analyst Team on Polymarket
原文作者：@0xwhrrari
原文编译：Peggy，BlockBeats
编者按：本文介绍了一种在 Polymarket 上识别套利机会并将其系统化执行的方法：用 Perplexity 完成研究，定位数据与市场定价之间的偏差；用 Claude 搭建交...

别凭感觉下注了：AI正在Polymarket上「捡钱」

2026年4月1日上午，FPT大学在其位于河内市和乐校区的校区举行仪式，揭幕了被认为是比特币之父的神秘角色——中中本聪的雕像。此次活动吸引了大学领导的参与……

比特币“之父”雕像在FPT大学校园官方上线。

总部位于美国的金融巨头嘉信理财(Charles Schwab)正准备直接进军加密货币市场。根据该公司的计划，用户最初将能够进行比特币和以太坊交易……