Rainbow

Zora

OK, I think the problem may be on Zora's side. Had the same issue today with the Farcaster Iguana NFT mint. Zora isn't checking that Rainbow on the other side is on the right network before sending the transaction request: https://warpcast.com/dfern.eth/0x7e6402

This is still happening, I connect to Zora over Walletconnect, hit mint, and I nearly submit an Ethereum Transaction going to nowhere when it was supposed to be on base. I always check the txn simulator, which is awesome! But there has to be some method to send all wallet requests with an associated chainID, so that both ends of the DApp-Wallet interface aren't out-of-sync on what chain they are supposed to be on. Maybe this is a WalletConnect problem and MWP would solve this?

Software Engineer @ Cadence Design Systems. B4: Stanford EE / Illinois ECE

Chainid handling is a nightmare between wallets. Viem can give you a false sense of security that a tx will be initiated on the right chain since it’s dependent on wallet behavior.

To handle this, we have some logic before every transaction to asset the wallet is on the expected chain before the transaction prompt. 

For some wallets, automatic chain switching doesn’t work well, so then we have to toast the user to manually switch.

Co-founder of sound.xyz

Building at the intersection of music and crypto

Viem performs chain checks before every transaction, so this shouldn't happen.

Unless the consumer sets `chain: null`, which skips this assertion.

https://github.com/wevm/viem/blob/main/src/actions/wallet/sendTransaction.ts#L168-L172