You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Interop devnet is a temporary public network of two OP Stack Sepolia instances that supports SuperERC20 tokens, native cross-chain messaging, and cross-chain ETH transfers. This network will be deprecated once the next devnet is released. As we iterate on Superchain interop, these networks will be deprecated once the next devnets are released.
1. The "currency symbol" is required by some wallets like MetaMask.
38
+
2. The `OptimismPortal` is a low-level contract responsible for passing messages between L1 and L2. Messages sent directly to the `OptimismPortal` have no form of replayability. You can send ether directly to the portal to receive it to the sender address on the L2.
39
+
40
+
## Sending ETH to the interop devnets
41
+
42
+
<Steps>
43
+
### Get Sepolia ETH
44
+
45
+
You can utilize the [Superchain Faucet](https://console.optimism.io/faucet) to get ether on Sepolia.
46
+
47
+
### Send the Sepolia ETH to the devnet
48
+
49
+
You can send ether directly to the `OptimismPortal` address and it will go to the same sender address on the devnet.
50
+
51
+
### Wait for bridging to complete
52
+
53
+
It'll take approximately 2 minutes for the bridging process to complete and the ether to appear in your wallet.
54
+
</Steps>
55
+
56
+
## Next steps
57
+
58
+
* Want to start with local development? Use [Supersim](/stack/interop/supersim), a local dev environment that simulates interop for testing applications against a local version of the Superchain.
59
+
* Read about [interop message passing](/stack/interop/cross-chain-message) to see how you can implement it yourself on this devnet.
@@ -40,9 +40,48 @@ Chain operators can add or remove chains from the dependency set through the `Sy
40
40
41
41
However, since the nature of defining a dependency is one way, it is impossible for a chain to know of all of the other chains that depend on it.
42
42
43
+
## New predeploys
44
+
45
+
The following predeploys have been added to enable interoperability. Predeployed smart contracts exist at predetermined addresses in the genesis state. They are similar to precompiles but instead run directly in the EVM instead of running native code outside the EVM.
46
+
47
+
### CrossL2Inbox
48
+
49
+
The `CrossL2Inbox` is the system predeploy for cross chain messaging. Anyone can trigger the execution or validation of cross chain messages, on behalf of any user.
The `L2ToL2CrossDomainMessenger` is a higher level abstraction on top of the `CrossL2Inbox` that provides general message passing, utilized for secure transfers ERC20 tokens between L2 chains. Messages sent through the `L2ToL2CrossDomainMessenger` on the source chain receive both replay protection and domain binding, ie the executing transaction can only be valid on a single chain.
The `OptimismSuperchainERC20Factory` creates ERC20 contracts that implement the SuperchainERC20 standard, grants mint-burn rights to the `L2StandardBridge` (`OptimismSuperchainERC20`), and includes a remoteToken variable. These ERC20s are called `OptimismSuperchainERC20` and can be converted back and forth with `OptimismMintableERC20` tokens. The goal of the `OptimismSuperchainERC20` is to extend functionalities of the `OptimismMintableERC20` so that they are interop compatible.
The `BeaconContract` predeploy gets called by the `OptimismSuperchainERC20` BeaconProxies deployed by the SuperchainERC20Factory. The Beacon Contract implements the interface defined in [EIP-1967](https://eips.ethereum.org/EIPS/eip-1967).
The `SuperchainERC20Bridge` is an abstraction on top of the `L2toL2CrossDomainMessenger` that facilitates token bridging using interop. It has mint and burn rights over `SuperchainERC20` tokens, as described in the [token bridging spec](https://specs.optimism.io/interop/token-bridging.html).
Chain operators will need to run additional infrastructure to be part of the interoperable set.
45
-
* The Superchain-backend service, `op-supervisor`, will be a requirement for running an OP Stack chain that has interop enabled.
84
+
* The Superchain-backend service, [`op-supervisor`](op-supervisor), will be a requirement for running an OP Stack chain that has interop enabled.
46
85
`op-supervisor` is responsible for validating all cross-chain messages and will need to have an RPC configured for each chain in the dependency set.
47
86
* In the future, to reduce infrastructure costs, `op-supervisor` will rely on the P2P network and cryptographic schemes for validating cross-chain messages.
0 commit comments