EVM(Solidity)写函数含读校验时如何强制推送交易到txpool

Solidity 开发中存在典型的 "read" in "write"（写操作内嵌读行为） 特性，以下为对应逻辑的 Solidity 伪代码示例：

function myFunction() external payable onlyOwner {
  ExternalContract contract = ExternalContract(address);
  uint result = contract.readFunction();
  required(result > 0, 'might failed here') // 若校验为FALSE，交易完全不执行（表现与view函数一致）
  myCustomWriteLogic();
}

提问者原描述：若代码中required()校验失败，将不会收取Gas fee。针对该逻辑存在两点技术疑问，目前提问者使用Truffle框架执行交易，希望即使交易存在预校验失败可能也能完成推送，当前执行代码如下：

const obj = await MyContract.deployed();  
obj.myFunction({value: 1000});

疑问解答 #

1. 该机制是否意味着节点会先对区块链执行"READ"操作预校验，校验通过后才会将交易放入txpool？ #

这个认知是错误的，节点不会在交易入txpool阶段做合约逻辑层面的预执行校验。
首先先纠正一个认知偏差：你提到的required()校验失败就不收Gas，只有交易完全没被广播上链、没被打包进区块时才成立。只要交易被打包进区块进入EVM执行流程，哪怕第一行代码就触发revert，也会扣除执行过程中已经消耗的Gas，不会完全免费。
你观察到的"校验失败就不执行、不扣Gas"的表现，和节点入池机制没有关系：txpool的入池校验仅检查交易的基础合法性，包括：

• 交易签名是否有效
• 发送地址的Nonce是否连续匹配
• 发送地址余额是否足够支付初始Gas成本
• 交易设置的Gas参数是否满足链的最低要求
  这类校验完全不会模拟执行合约内部逻辑，更不会因为外部合约读返回值不满足required条件就拒绝交易入池。
  真正拦截交易的是你用的Truffle框架：它默认在发送所有写操作交易前，会自动通过eth_call做一次本地干跑模拟，只要模拟结果显示会revert，就直接在客户端层面拦截交易，根本不向节点广播，自然不会进txpool、不会扣Gas，才会给你造成"节点做了预校验不收交易"的错觉。

2. 如何强制将交易推送至txpool？ #

既然你确认交易实际被打包执行时result的值必然满足>0的条件，只需要绕开Truffle默认的干跑拦截，把交易直接广播到节点即可，有两种可直接落地的方案：

• 方案一：修改Truffle配置关闭干跑校验
  打开项目根目录的truffle-config.js文件，找到你当前连接的网络对应的配置项，添加skipDryRun: true配置，重启Truffle后再运行原有代码即可，框架不会再因为本地模拟revert拦截交易，交易会正常广播到节点进入txpool。
• 方案二：跳过Truffle封装，直接构造原生交易广播
  如果不想修改全局配置影响其他流程，可以直接构造原始交易签名后广播，完全绕开Truffle合约实例的预检查逻辑，示例代码如下：

// 基于已部署的合约实例生成调用calldata
const calldata = obj.contract.methods.myFunction().encodeABI();
// 构造交易基础参数
const txParams = {
  from: "你的交易发送地址",
  to: obj.address,
  data: calldata,
  value: 1000,
  gas: 200000, // 配置为足够覆盖合约执行成本的Gas值
  gasPrice: "你设置的Gas价格"
};
// 签名后直接广播，不会触发预执行校验
const signedTx = await web3.eth.accounts.signTransaction(txParams, "发送地址对应的私钥");
const txReceipt = await web3.eth.sendSignedTransaction(signedTx.rawTransaction);

通过这种方式发送的交易，只要基础参数符合链的校验规则，节点会直接接收进入txpool，不会关心本地模拟执行是否会revert。

内容的提问来源于stack exchange，提问作者Yurii