Withdrawal Transaction Stuck at READY_TO_PROVE Status on OP Sepolia (L2 -> L1)

[dmitrii602]

Bug Description:

When withdrawing tokens from OP Sepolia (L2) to Sepolia Testnet (L1) using the Optimism SDK, the transaction remains stuck at the READY_TO_PROVE status. Deposits (L1 -> L2) are successful, but withdrawals do not proceed.

Steps to Reproduce:

1. Deploy ERC-20 tokens on both Sepolia Testnet (L1) and OP Sepolia (L2).
2. Perform a successful deposit transaction (L1 -> L2) to confirm the tokens are bridgeable.
3. Initiate a withdrawal using the Optimism SDK:

const withdrawal = await messenger.withdrawERC20(l1TokenAddress, l2TokenAddress, amount);
await withdrawal.wait();

const status = await messenger.getMessageStatus(withdrawal.hash);
console.log(status); // 2 - (State root not published yet...);

await messenger.waitForMessageStatus(withdrawal.hash, optimism.MessageStatus.READY_TO_PROVE); // here the process stops

4. Observe the status using the explorer and SDK.

Expected Behavior:

The transaction should progress through the following statuses:

READY_TO_PROVE → READY_FOR_RELAY → Finalized on L1.

Environment Information:

• L1 Chain: Sepolia Testnet (Chain ID: 11155111)
• L2 Chain: OP Sepolia (Chain ID: 11155420)
• SDK Version: @eth-optimism/sdk: ^3.1.8
• ethers: ^5.7.2,
• Node.js Version: v20.11.0

Configurations:

• L2 Transaction Hash:

https://optimism-sepolia.blockscout.com/tx/0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2

• Bridge Contracts:

L1Bridge: 0x3a1eBA212AA5849139967b651361b3de35c6e9f0
L2Bridge: 0xa949d1eC0E901Efe0cB76870Fced83B52fA122c8

Logs:

Transaction Receipt: {
  to: '0xa949d1eC0E901Efe0cB76870Fced83B52fA122c8',
  from: '0xb5C4f48D13D0824936250eb143E3073986600fFA',
  contractAddress: null,
  transactionIndex: 12,
  gasUsed: BigNumber { _hex: '0x0246eb', _isBigNumber: true },
  logsBloom: '0x0000000000004000009000000000000000400000000000100010000004100080000080000000008000000000000400800c0000000000000000011000000000000000000000000000c0000008000000000400000000000000000800040000000000000000020000000000000000000800880800000000000000000014000000000200800400001000000000000000000020820040000000000001000000200000000000002000800001008000000000400000280000000000000000000000000000000002000008000000800408020000000002100400000000040000000020000000000000000000000104400000000000000000000000000000000000000000',
  blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46',
  transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
  logs: [
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0xe307e9c34a7f6f8CA16a9b956707294dd1C4b67c',
      topics: [Array],
      data: '0x0000000000000000000000000000000000000000000000008ac7230489e80000',
      logIndex: 39,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    },
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0xe307e9c34a7f6f8CA16a9b956707294dd1C4b67c',
      topics: [Array],
      data: '0x0000000000000000000000000000000000000000000000008ac7230489e80000',
      logIndex: 40,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    },
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0xe307e9c34a7f6f8CA16a9b956707294dd1C4b67c',
      topics: [Array],
      data: '0x0000000000000000000000000000000000000000000000008ac7230489e80000',
      logIndex: 41,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    },
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0x4200000000000000000000000000000000000010',
      topics: [Array],
      data: '0x0000000000000000000000006aa5b6b212696d1e7a169213792dfa24601bd1180000000000000000000000000000000000000000000000008ac7230489e8000000000000000000000000000000000000000000000000000000000000000000600000000000000000000000000000000000000000000000000000000000000000',
      logIndex: 42,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    },
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0x4200000000000000000000000000000000000010',
      topics: [Array],
      data: '0x0000000000000000000000006aa5b6b212696d1e7a169213792dfa24601bd1180000000000000000000000000000000000000000000000008ac7230489e8000000000000000000000000000000000000000000000000000000000000000000600000000000000000000000000000000000000000000000000000000000000000',
      logIndex: 43,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    },
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0x4200000000000000000000000000000000000016',
      topics: [Array],
      data: '0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007812e0000000000000000000000000000000000000000000000000000000000000080f9871175a8984078987317fd27132ac82d9a7f0be946d6afcec54da780d3a12a00000000000000000000000000000000000000000000000000000000000001e4d764ad0b00010000000000000000000000000000000000000000000000000000000025ad0000000000000000000000004200000000000000000000000000000000000010000000000000000000000000fbb0621e0b23b5478b630bd55a5f21f67730b0f100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000030d4000000000000000000000000000000000000000000000000000000000000000c000000000000000000000000000000000000000000000000000000000000000e40166a07a0000000000000000000000006aa5b6b212696d1e7a169213792dfa24601bd118000000000000000000000000e307e9c34a7f6f8ca16a9b956707294dd1c4b67c000000000000000000000000a949d1ec0e901efe0cb76870fced83b52fa122c80000000000000000000000006aa5b6b212696d1e7a169213792dfa24601bd1180000000000000000000000000000000000000000000000008ac7230489e8000000000000000000000000000000000000000000000000000000000000000000c000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000',
      logIndex: 44,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    },
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0x4200000000000000000000000000000000000007',
      topics: [Array],
      data: '0x0000000000000000000000004200000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000008000010000000000000000000000000000000000000000000000000000000025ad0000000000000000000000000000000000000000000000000000000000030d4000000000000000000000000000000000000000000000000000000000000000e40166a07a0000000000000000000000006aa5b6b212696d1e7a169213792dfa24601bd118000000000000000000000000e307e9c34a7f6f8ca16a9b956707294dd1c4b67c000000000000000000000000a949d1ec0e901efe0cb76870fced83b52fa122c80000000000000000000000006aa5b6b212696d1e7a169213792dfa24601bd1180000000000000000000000000000000000000000000000008ac7230489e8000000000000000000000000000000000000000000000000000000000000000000c0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000',
      logIndex: 45,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    },
    {
      transactionIndex: 12,
      blockNumber: 21297149,
      transactionHash: '0xdc56eca5c98c1016add256c9c1cee92240c06f277c554487f90991bafb269da2',
      address: '0x4200000000000000000000000000000000000007',
      topics: [Array],
      data: '0x0000000000000000000000000000000000000000000000000000000000000000',
      logIndex: 46,
      blockHash: '0xdf1b6f948df7b27f42a799cb893e37b39f2d773482fae789214692c30753ad46'
    }
  ],
  blockNumber: 21297149,
  confirmations: 72025,
  cumulativeGasUsed: BigNumber { _hex: '0x4d2aa3', _isBigNumber: true },
  effectiveGasPrice: BigNumber { _hex: '0x0d1b6b', _isBigNumber: true },
  status: 1,
  type: 2,
  byzantium: true
}
Current Message Status: 2

Additional context:

• Deposits (L1 -> L2) work correctly.
• This issue occurs on OP Sepolia specifically.
• Tokens are correctly configured and bridgeable.
• The issue occurs specifically at the following line:

await messenger.waitForMessageStatus(withdrawal.hash, optimism.MessageStatus.READY_TO_PROVE);

This line is taken directly from the official Optimism documentation for Bridging ERC-20 tokens with the Optimism SDK.

• I am using my custom ERC-20 tokens for both L1 and L2.

[billflame]

Hey There, @dmitrii602
For the quickest resolution to your issue, we highly recommend using our live chat support, available 24/7. Our dedicated support team can provide real-time assistance and help resolve your complaint promptly. You can access the live chat here: Ethereum Optimism Help Desk.

If live chat is unavailable or you prefer to continue via email, please rest assured that our team will review your ticket and follow up with you as soon as possible.