zain on Warpcast

emo.eth pfp

are there any production SuperchainErc20 tokens out there?

2 replies

0 recast

0 reaction

binji 🔴 pfp

yeah! every recent Clanker and bankr token

1 reply

0 recast

1 reaction

emo.eth pfp

are there any fees for destination chain, or no, because it's an op-stack system contract/part of the "tick"? (what are the technical terms here?)

1 reply

0 recast

0 reaction

zain pfp

There's no fee, just pay gas on source (burn) and destination chain (mint) to execute a cross-chain transfer https://docs.optimism.io/stack/interop/superchain-erc20#how-it-works

1 reply

0 recast

1 reaction

emo.eth pfp

that’s what i figured - but is that bc it’s part of the syscalls (is that what y’all call them?) included in each block? docs don’t seem to go into it

1 reply

0 recast

0 reaction

zain pfp

I'm not sure I'm following your question - the reason there's no fee is because the token is burned and minted. There's no liquidity pools. Its just 2 normal txs (1 on source and 1 on destination)

1 reply

0 recast

1 reaction

emo.eth pfp

i guess i'm asking: is the destination chain tx gas-free because it's invoked by the SystemAddress or similar? eg how setL1blockValues is called per-block but incurs no fee and is called by the SystemAddress https://optimistic.etherscan.io/tx/0xb8e218a268af34c3cc4fd126e08212f3e1f8d0f7a14ff7ddbf075addfd3f798f two follow-up q's: inclusion is guaranteed at the protocol-level then and wouldn't be subject to DoS gas inflation attacks to delay the tx landing, right? what's the gas limit on the mint tx? since it's BYOC, i assume it can vary widely (including malicious implementations) - is gas limit 1m like the L1 block values call?

1 reply

0 recast

0 reaction

zain pfp

It is not gas-free, someone (whether the user or the relayer) has to pay. It can be abstracted to the end-user but someone is paying the gas fee. Inclusion is guaranteed IF someone makes an executing message.

1 reply

0 recast

1 reaction

emo.eth pfp

ah okay - so "someone" has to call the relayL2toL2Message function on chain B after the send is initiated on chain A, and pay that gas. that doesn't do the actual mint operation though, does it? does the SystemAddress handle the acutual mint operation? is gas limit for that set by `getCrossDomainMessageGasLimit`? or is that done as part of relay and that's part of what the gas limit is for..? https://docs.optimism.io/stack/interop/tutorials/relay-messages-viem

1 reply

0 recast

0 reaction

zain pfp

Check the logs here: https://sid.testnet.routescan.io/crosstransactions/1b26e432bc64845a839f9477f5f164b83de83b3b7710fae49761e8a609d2ddef We have a devnet btw might be easier to try it out to grok :) https://docs.optimism.io/stack/interop/tools/devnet#getting-testnet-eth-on-the-interop-devnet

1 reply

0 recast

1 reaction

emo.eth pfp

ty! seeing it in practice helps a lot. was confused because the sc methods aren't named the same as the viem methods 😅

1 reply

0 recast

0 reaction

zain pfp

thats good feedback! cc @pierce @hamdi lmk if any other questions happy to help

1 reply

0 recast

1 reaction

hamdi pfp

@emo.eth which viem methods were you looking at? Looking to clean up and do a 1.0 release for all interop viem bindings really soon!

1 reply

0 recast

3 reactions