From 0d3a36a76721f8c75eb5e75e25df25de6f65020c Mon Sep 17 00:00:00 2001 From: krofax Date: Tue, 15 Oct 2024 14:20:50 +0100 Subject: [PATCH 1/4] updated branch --- .../chain-operators/configuration/batcher.mdx | 20 +++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/pages/builders/chain-operators/configuration/batcher.mdx b/pages/builders/chain-operators/configuration/batcher.mdx index df5dfadea..ac07942aa 100644 --- a/pages/builders/chain-operators/configuration/batcher.mdx +++ b/pages/builders/chain-operators/configuration/batcher.mdx @@ -262,24 +262,24 @@ default value is `10`. `OP_BATCHER_NUM_CONFIRMATIONS=10` -### altda.da-server +### plasma.da-server HTTP address of a DA Server. - `--altda.da-server=` - `--altda.da-server=` + `--plasma.da-server=` + `--plasma.da-server=` `OP_BATCHER_PLASMA_DA_SERVER=` -### altda.da-service +### plasma.da-service Use DA service type where commitments are generated by plasma server. The default value is `false`. - `--altda.da-service=` - `--altda.da-service=false` + `--plasma.da-service=` + `--plasma.da-service=false` `OP_BATCHER_PLASMA_DA_SERVICE=false` @@ -288,8 +288,8 @@ default value is `false`. Enable plasma mode. The default value is `false`. - `--altda.enabled=` - `--altda.enabled=false` + `--plasma.enabled=` + `--plasma.enabled=false` `OP_BATCHER_PLASMA_ENABLED=false` @@ -299,8 +299,8 @@ Verify input data matches the commitments from the DA storage service. The default value is `true`. - `--altda.verify-on-read=` - `--altda.verify-on-read=true` + `--plasma.verify-on-read=` + `--plasma.verify-on-read=true` `OP_BATCHER_PLASMA_VERIFY_ON_READ=true` From 01fb5252f5c9a93a9569084a57c46be6044b0ba0 Mon Sep 17 00:00:00 2001 From: krofax Date: Tue, 15 Oct 2024 16:03:30 +0100 Subject: [PATCH 2/4] updated codebase --- next-env.d.ts | 2 +- .../tutorials/cross-dom-solidity.mdx | 56 ++++++------------- public/tutorials/cross-dom-solidity.js | 48 +++++++++------- 3 files changed, 46 insertions(+), 60 deletions(-) diff --git a/next-env.d.ts b/next-env.d.ts index a4a7b3f5c..4f11a03dc 100644 --- a/next-env.d.ts +++ b/next-env.d.ts @@ -2,4 +2,4 @@ /// // NOTE: This file should not be edited -// see https://nextjs.org/docs/pages/building-your-application/configuring/typescript for more information. +// see https://nextjs.org/docs/basic-features/typescript for more information. diff --git a/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx b/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx index b846658c1..1d086f678 100644 --- a/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx +++ b/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx @@ -5,9 +5,7 @@ description: Learn how to write Solidity contracts on OP Mainnet and Ethereum th --- import { Steps, Callout, Tabs } from 'nextra/components' -import { WipCallout } from '@/components/WipCallout' - # Communicating Between OP Mainnet and Ethereum in Solidity @@ -82,8 +80,8 @@ It will take a few minutes for your message to reach L2. Feel free to take a quick break while you wait. -You can use the Optimism SDK to programmatically check the status of any message between L1 and L2. -Later on in this tutorial you'll learn how to use the Optimism SDK and the `waitForMessageStatus` function to wait for various message statuses. +You can use Viem to programmatically check the status of any message between L1 and L2. +Later on in this tutorial you'll learn how to use Viem and the `waitToProve` function to wait for various message statuses. This same function can be used to wait for a message to be relayed from L1 to L2. @@ -145,20 +143,12 @@ Set up the project as a basic Node.js project with `pnpm` or your favorite packa pnpm init ``` -{

Install the Optimism SDK

} +{

Install Viem

} -Install the Optimism SDK with `pnpm` or your favorite package manager. +Install Viem with `pnpm` or your favorite package manager. ```bash -pnpm add @eth-optimism/sdk -``` - -{

Install ethers.js

} - -Install `ethers` with `pnpm` or your favorite package manager. - -```bash -pnpm add ethers@^5 +pnpm add viem ``` {

Add your private key to your environment

} @@ -189,46 +179,32 @@ Start the Node.js REPL with the `node` command. node ``` -{

Import the Optimism SDK

} +{

Import Viem

} -```js file=/public/tutorials/cross-dom-solidity.js#L3 hash=26b2fdb17dd6c8326a54ec51f0769528 -``` - -{

Import ethers.js

} - -```js file=/public/tutorials/cross-dom-solidity.js#L4 hash=69a65ef97862612e4978b8563e6dbe3a +```js file=/public/tutorials/cross-dom-solidity.js#L3-L5 hash=ed24e2f752f8c16ded84de74af10589d ``` {

Load your private key

} -```js file=/public/tutorials/cross-dom-solidity.js#L6 hash=755b77a7ffc7dfdc186f36c37d3d847a +```js file=/public/tutorials/cross-dom-solidity.js#L7 hash=f5211d75b2d19d7fd6da17ef02449e4b ``` {

Load your transaction hash

} -```js file=/public/tutorials/cross-dom-solidity.js#L8 hash=320cd4f397d7bed8d914d4be0c99f8dc +```js file=/public/tutorials/cross-dom-solidity.js#L9 hash=320cd4f397d7bed8d914d4be0c99f8dc ``` {

Create the RPC providers and wallets

} -```js file=/public/tutorials/cross-dom-solidity.js#L10-L13 hash=9afdce50665ae93bce602068071ffaa1 -``` - -{

Create a CrossChainMessenger instance

} - -The Optimism SDK exports a `CrossChainMessenger` class that makes it easy to prove and relay cross-chain messages. - -Create an instance of the `CrossChainMessenger` class: - -```js file=/public/tutorials/cross-dom-solidity.js#L15-L20 hash=997b9c4cdd5fb1f9d4e0882a683ae016 +```js file=/public/tutorials/cross-dom-solidity.js#L11-L12 hash=cedcc56e3200a039274dda506a897cb6 ``` {

Wait until the message is ready to prove

} -The second step to send messages from L2 to L1 is to prove that the message was sent on L2. +Next, you will send messages from L2 to L1 is to prove that the message was sent on L2. You first need to wait until the message is ready to prove. -```js file=/public/tutorials/cross-dom-solidity.js#L23 hash=25a072666b6147f8d8983d8223f045b8 +```js file=/public/tutorials/cross-dom-solidity.js#L17-L20 hash=be084e2a13c2cad44f6354feeb2bcbcb ``` @@ -240,7 +216,7 @@ Feel free to take a quick break while you wait. Once the message is ready to be proven, you'll send an L1 transaction to prove that the message was sent on L2. -```js file=/public/tutorials/cross-dom-solidity.js#L26 hash=17922abea43b3d379404fedd87422dde +```js file=/public/tutorials/cross-dom-solidity.js#L23-L27 hash=1af494e8b4c1533bc9d1ce981f7ec88c ``` {

Wait until the message is ready for relay

} @@ -253,21 +229,21 @@ On OP Mainnet, this takes 7 days. We're currently testing fault proofs on OP Sepolia, so withdrawal times reflect Mainnet times. -```js file=/public/tutorials/cross-dom-solidity.js#L29 hash=45d995aab47ec29afee4bb4577ae9303 +```js file=/public/tutorials/cross-dom-solidity.js#L30-L33 hash=ef3598d29f837b59cfb89e7bbbc0645d ``` {

Relay the message on L1

} Once the withdrawal is ready to be relayed you can finally complete the message sending process. -```js file=/public/tutorials/cross-dom-solidity.js#L32 hash=b5515811ffcf8b9ada15dea8ae666e44 +```js file=/public/tutorials/cross-dom-solidity.js#L36-L40 hash=c3e5c5d15c048c231397aebcb92eef2c ``` {

Wait until the message is relayed

} Now you simply wait until the message is relayed. -```js file=/public/tutorials/cross-dom-solidity.js#L35 hash=d6e7f89e929eea0ac3217a6751b7e578 +```js file=/public/tutorials/cross-dom-solidity.js#L43-L46 hash=e9da5a2b27185b0b948ac45b2d42a7f9 ``` {

Check the L1 Greeter

} diff --git a/public/tutorials/cross-dom-solidity.js b/public/tutorials/cross-dom-solidity.js index 9ddafb16b..fba881ebd 100644 --- a/public/tutorials/cross-dom-solidity.js +++ b/public/tutorials/cross-dom-solidity.js @@ -1,37 +1,47 @@ (async () => { -const optimism = require("@eth-optimism/sdk") -const ethers = require("ethers") +const { createPublicClient, http } = require('viem'); +const { optimismSepolia } = require('viem/chains'); +const { publicActionsL2 } = require('viem/op-stack'); -const privateKey = process.env.TUTORIAL_PRIVATE_KEY +const privateKey = process.env.TUTORIAL_PRIVATE_KE const transactionHash = process.env.TUTORIAL_TRANSACTION_HASH -const l1Provider = new ethers.providers.StaticJsonRpcProvider("https://rpc.ankr.com/eth_sepolia") -const l2Provider = new ethers.providers.StaticJsonRpcProvider("https://sepolia.optimism.io") -const l1Wallet = new ethers.Wallet(privateKey, l1Provider) -const l2Wallet = new ethers.Wallet(privateKey, l2Provider) - -const messenger = new optimism.CrossChainMessenger({ - l1ChainId: 11155111, // 11155111 for Sepolia, 1 for Ethereum - l2ChainId: 11155420, // 11155420 for OP Sepolia, 10 for OP Mainnet - l1SignerOrProvider: l1Wallet, - l2SignerOrProvider: l2Wallet, -}) +const l1Provider = createPublicClient({ chain: sepolia, transport: http("https://rpc.ankr.com/eth_sepolia") }).extend(publicActionsL1()) +const l2Provider = createPublicClient({ chain: optimismSepolia, transport: http("https://sepolia.optimism.io") }).extend(publicActionsL2()); console.log('Waiting for message to be provable...') -await messenger.waitForMessageStatus(transactionHash, optimism.MessageStatus.READY_TO_PROVE) +await l1Provider.getWithdrawalStatus({ + receipt, + targetChain: l2Provider.chain, +}) console.log('Proving message...') -await messenger.proveMessage(transactionHash) +const receipt = await l2Provider.getTransactionReceipt(transactionHash) +const output = await l1Provider.waitToProve({ + receipt, + targetChain: l2Provider.chain, +}) console.log('Waiting for message to be relayable...') -await messenger.waitForMessageStatus(transactionHash, optimism.MessageStatus.READY_FOR_RELAY) +await l1Provider.getWithdrawalStatus({ + receipt, + targetChain: l2Provider.chain, +}) console.log('Relaying message...') -await messenger.finalizeMessage(transactionHash) +const [message] = getWithdrawals(receipt) +await l1Provider.waitToFinalize({ + withdrawalHash: message.withdrawalHash, + targetChain: l2Provider.chain +}) console.log('Waiting for message to be relayed...') -await messenger.waitForMessageStatus(transactionHash, optimism.MessageStatus.RELAYED) +await l1Provider.getWithdrawalStatus({ + receipt, + targetChain: l2Provider.chain, +}) + })() From adb1b7db11ebc9daecbc5a81979847ffb17a70c5 Mon Sep 17 00:00:00 2001 From: Blessing Krofegha Date: Wed, 30 Oct 2024 15:53:18 +0100 Subject: [PATCH 3/4] fix file import paths issues --- next-env.d.ts | 2 +- .../tutorials/cross-dom-solidity.mdx | 64 +++++++++---------- public/tutorials/cross-dom-solidity.js | 14 +--- words.txt | 10 ++- 4 files changed, 42 insertions(+), 48 deletions(-) diff --git a/next-env.d.ts b/next-env.d.ts index 4f11a03dc..a4a7b3f5c 100644 --- a/next-env.d.ts +++ b/next-env.d.ts @@ -2,4 +2,4 @@ /// // NOTE: This file should not be edited -// see https://nextjs.org/docs/basic-features/typescript for more information. +// see https://nextjs.org/docs/pages/building-your-application/configuring/typescript for more information. diff --git a/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx b/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx index 1d086f678..ebdb5778c 100644 --- a/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx +++ b/pages/builders/app-developers/tutorials/cross-dom-solidity.mdx @@ -1,34 +1,34 @@ --- -title: Communicating Between OP Mainnet and Ethereum in Solidity +title: Communicating Between OP Stack and Ethereum in Solidity lang: en-US -description: Learn how to write Solidity contracts on OP Mainnet and Ethereum that can talk to each other. +description: Learn how to write Solidity contracts on OP Stack and Ethereum that can talk to each other. --- import { Steps, Callout, Tabs } from 'nextra/components' -# Communicating Between OP Mainnet and Ethereum in Solidity +# Communicating Between OP Stack and Ethereum in Solidity -This tutorial explains how to write Solidity contracts on OP Mainnet and Ethereum that can talk to each other. -Here you'll use a contract on OP Mainnet that can set a "greeting" variable on a contract on Ethereum, and vice-versa. +This tutorial explains how to write Solidity contracts on OP Stack and Ethereum that can talk to each other. +Here you'll use a contract on OP Stack that can set a "greeting" variable on a contract on Ethereum, and vice-versa. This is a simple example, but the same technique can be used to send any kind of message between the two chains. You won't actually be deploying any smart contracts as part of this tutorial. -Instead, you'll reuse existing contracts that have already been deployed to OP Mainnet and Ethereum. +Instead, you'll reuse existing contracts that have already been deployed to OP Stack and Ethereum. Later in the tutorial you'll learn exactly how these contracts work so you can follow the same pattern to deploy your own contracts. -Just looking to bridge tokens between OP Mainnet and Ethereum? -Check out the tutorial on [Bridging ERC-20 Tokens to OP Mainnet With the Optimism SDK](./cross-dom-bridge-erc20). +Just looking to bridge tokens between OP Stack and Ethereum? +Check out the tutorial on [Bridging ERC-20 Tokens to OP Stack With the viem](./cross-dom-bridge-erc20). ## Message Passing Basics -OP Mainnet uses a smart contract called the `CrossDomainMessenger` to pass messages between OP Mainnet and Ethereum. +OP Stack uses a smart contract called the `CrossDomainMessenger` to pass messages between OP Stack and Ethereum. Both chains have a version of this contract (the `L1CrossDomainMessenger` and the `L2CrossDomainMessenger`). -Messages sent from Ethereum to OP Mainnet are automatically relayed behind the scenes. -Messages sent from OP Mainnet to Ethereum must be explicitly relayed with a second transaction on Ethereum. +Messages sent from Ethereum to OP Stack are automatically relayed behind the scenes. +Messages sent from OP Stack to Ethereum must be explicitly relayed with a second transaction on Ethereum. Read more about message passing in the guide to [Sending Data Between L1 and L2](/builders/app-developers/bridging/messaging). ## Dependencies @@ -127,15 +127,14 @@ Feel free to keep this tab open so you can easily copy the transaction hash late {

Create a demo project folder

} -You're going to use the Optimism SDK to prove and relay your message to L1. -Since the Optimism SDK is a [Node.js](https://nodejs.org/en/) library, you'll need to create a Node.js project to use it. +You're going to use the viem to prove and relay your message to L1. ```bash -mkdir op-sample-project -cd op-sample-project +mkdir cross-dom +cd cross-dom ``` -{

Initialize the Project

} +{

Initialize the project

} Set up the project as a basic Node.js project with `pnpm` or your favorite package manager. @@ -143,7 +142,7 @@ Set up the project as a basic Node.js project with `pnpm` or your favorite packa pnpm init ``` -{

Install Viem

} +{

Install viem

} Install Viem with `pnpm` or your favorite package manager. @@ -181,22 +180,17 @@ node {

Import Viem

} -```js file=/public/tutorials/cross-dom-solidity.js#L3-L5 hash=ed24e2f752f8c16ded84de74af10589d -``` - -{

Load your private key

} - -```js file=/public/tutorials/cross-dom-solidity.js#L7 hash=f5211d75b2d19d7fd6da17ef02449e4b +```js file=/public/tutorials/cross-dom-solidity.js#L3-L5 hash=65b9a5ad5b634bc2e424f5664e6e1f84 ``` {

Load your transaction hash

} -```js file=/public/tutorials/cross-dom-solidity.js#L9 hash=320cd4f397d7bed8d914d4be0c99f8dc +```js file=/public/tutorials/cross-dom-solidity.js#L7 hash=320cd4f397d7bed8d914d4be0c99f8dc ``` {

Create the RPC providers and wallets

} -```js file=/public/tutorials/cross-dom-solidity.js#L11-L12 hash=cedcc56e3200a039274dda506a897cb6 +```js file=/public/tutorials/cross-dom-solidity.js#L8-L9 hash=d47e4991c5153e1e1dc55de5047a8a3e ``` {

Wait until the message is ready to prove

} @@ -204,7 +198,7 @@ node Next, you will send messages from L2 to L1 is to prove that the message was sent on L2. You first need to wait until the message is ready to prove. -```js file=/public/tutorials/cross-dom-solidity.js#L17-L20 hash=be084e2a13c2cad44f6354feeb2bcbcb +```js file=/public/tutorials/cross-dom-solidity.js#L12-L16 hash=df275e659d954eb72b8c5765d9baf6de ``` @@ -216,34 +210,34 @@ Feel free to take a quick break while you wait. Once the message is ready to be proven, you'll send an L1 transaction to prove that the message was sent on L2. -```js file=/public/tutorials/cross-dom-solidity.js#L23-L27 hash=1af494e8b4c1533bc9d1ce981f7ec88c +```js file=/public/tutorials/cross-dom-solidity.js#L18-L23 hash=e4d608ac2c2ceb5a744c8474679bd8cb ``` {

Wait until the message is ready for relay

} The final step to sending messages from L2 to L1 is to relay the messages on L1. This can only happen after the fault proof period has elapsed. -On OP Mainnet, this takes 7 days. +On OP Stack, this takes 7 days. We're currently testing fault proofs on OP Sepolia, so withdrawal times reflect Mainnet times. -```js file=/public/tutorials/cross-dom-solidity.js#L30-L33 hash=ef3598d29f837b59cfb89e7bbbc0645d +```js file=/public/tutorials/cross-dom-solidity.js#L25-L29 hash=88cec1db2fde515ea9008eaa1bbdfd73 ``` {

Relay the message on L1

} Once the withdrawal is ready to be relayed you can finally complete the message sending process. -```js file=/public/tutorials/cross-dom-solidity.js#L36-L40 hash=c3e5c5d15c048c231397aebcb92eef2c +```js file=/public/tutorials/cross-dom-solidity.js#L31-L33 hash=d7e47c9787d92e2140622a6bdcc6d7bb ``` {

Wait until the message is relayed

} Now you simply wait until the message is relayed. -```js file=/public/tutorials/cross-dom-solidity.js#L43-L46 hash=e9da5a2b27185b0b948ac45b2d42a7f9 +```js file=/public/tutorials/cross-dom-solidity.js#L35-L36 hash=4ff3cdc48f17cfd7de4a6ef2d2671dc2 ``` {

Check the L1 Greeter

} @@ -326,10 +320,10 @@ You can follow a similar pattern in your own smart contracts. ## Conclusion You just learned how you can write Solidity contracts on Sepolia and OP Sepolia that can talk to each other. -You can follow the same pattern to write contracts that can talk to each other on Ethereum and OP Mainnet. +You can follow the same pattern to write contracts that can talk to each other on Ethereum and OP Stack. This sort of cross-chain communication is useful for a variety of reasons. -For example, the [Standard Bridge](/builders/app-developers/bridging/standard-bridge) contracts use this same system to bridge ETH and ERC-20 tokens between Ethereum and OP Mainnet. +For example, the [Standard Bridge](/builders/app-developers/bridging/standard-bridge) contracts use this same system to bridge ETH and ERC-20 tokens between Ethereum and OP Stack. -One cool way to take advantage of cross-chain communication is to do most of your heavy lifting on OP Mainnet and then send a message to Ethereum only when you have important results to share. -This way you can take advantage of the low gas costs on OP Mainnet while still being able to use Ethereum when you need it. +One cool way to take advantage of cross-chain communication is to do most of your heavy lifting on OP Stack and then send a message to Ethereum only when you have important results to share. +This way you can take advantage of the low gas costs on OP Stack while still being able to use Ethereum when you need it. diff --git a/public/tutorials/cross-dom-solidity.js b/public/tutorials/cross-dom-solidity.js index fba881ebd..c4368c9e5 100644 --- a/public/tutorials/cross-dom-solidity.js +++ b/public/tutorials/cross-dom-solidity.js @@ -2,9 +2,7 @@ const { createPublicClient, http } = require('viem'); const { optimismSepolia } = require('viem/chains'); -const { publicActionsL2 } = require('viem/op-stack'); - -const privateKey = process.env.TUTORIAL_PRIVATE_KE +const { publicActionsL1, publicActionsL2} = require('viem/op-stack'); const transactionHash = process.env.TUTORIAL_TRANSACTION_HASH @@ -32,16 +30,10 @@ await l1Provider.getWithdrawalStatus({ console.log('Relaying message...') const [message] = getWithdrawals(receipt) -await l1Provider.waitToFinalize({ - withdrawalHash: message.withdrawalHash, - targetChain: l2Provider.chain -}) +await l1Provider.waitToFinalize({ withdrawalHash: message.withdrawalHash, targetChain: l2Provider.chain }) console.log('Waiting for message to be relayed...') -await l1Provider.getWithdrawalStatus({ - receipt, - targetChain: l2Provider.chain, -}) +await l1Provider.getWithdrawalStatus({ receipt, targetChain: l2Provider.chain }) })() diff --git a/words.txt b/words.txt index f325c6327..b65cb58a7 100644 --- a/words.txt +++ b/words.txt @@ -9,8 +9,8 @@ airgap Allnodes Allocs allocs -altda ANDI +Ankr Apeworx Arweave authrpc @@ -145,6 +145,7 @@ Holesky holesky IGNOREPRICE ignoreprice +Immunefi implicity Inator inator @@ -194,6 +195,7 @@ minsuggestedpriorityfee Mintable Mintplex MIPSEVM +Mitigations Monitorism Moralis Mordor @@ -286,6 +288,8 @@ Protip Proxied proxyd pseudorandomly +Pyth +Pyth's QRNG Quicknode quicknode @@ -317,6 +321,9 @@ safedb Schnorr secp SELFDESTRUCT +SEPOLIA +Sepolia +sepolia seqnr SEQUENCERHTTP sequencerhttp @@ -382,6 +389,7 @@ VMDEBUG vmdebug VMODULE vmodule +voxel wagmi Warpcast XORI From 491a34dffa62e117902c39bd0f1d533165ec1a89 Mon Sep 17 00:00:00 2001 From: Blessing Krofegha Date: Wed, 30 Oct 2024 15:53:58 +0100 Subject: [PATCH 4/4] updated word.txt --- words.txt | 26 ++++++++++++++++---------- 1 file changed, 16 insertions(+), 10 deletions(-) diff --git a/words.txt b/words.txt index b65cb58a7..376553b4f 100644 --- a/words.txt +++ b/words.txt @@ -1,5 +1,5 @@ -ACCOUNTQUEUE accountqueue +ACCOUNTQUEUE ACCOUNTSLOTS accountslots ADDI @@ -9,6 +9,7 @@ airgap Allnodes Allocs allocs +altda ANDI Ankr Apeworx @@ -16,6 +17,7 @@ Arweave authrpc Badgeholder's Badgeholders +badgeholders basefee BGEZ BGTZ @@ -27,8 +29,8 @@ BLOBPOOL blobpool blobspace blockhash -blocklists BLOCKLOGS +blocklists blocklogs BLOCKPROFILERATE blockprofilerate @@ -38,7 +40,6 @@ blocktime BLOOMFILTER bloomfilter BLTZ -Bluesweep Bootcamp BOOTNODES Bootnodes @@ -65,6 +66,8 @@ computependingblock confs corsdomain counterfactually +Crosschain +crosschain Crossmint daserver DATACAP @@ -170,7 +173,6 @@ leveldb lightkdf logfile logfmt -marketshare MAXAGE maxage MAXBACKUPS @@ -206,7 +208,7 @@ MTHI MTLO MULT multiaddr -Multichain +multichain multiclient multisigs MULTU @@ -263,6 +265,7 @@ POAPs PPROF pprof preconfigured +Predeploy predeploy Predeployed predeployed @@ -302,10 +305,10 @@ rejournal REMOTEDB remotedb replayability -reproven +replayor REQUIREDBLOCKS requiredblocks -Rollouts +rollouts Rollups rollups Routescan @@ -316,14 +319,14 @@ rpcs RPGF Rpgf rpgf +Runbooks +runbooks RWAs safedb Schnorr secp SELFDESTRUCT -SEPOLIA Sepolia -sepolia seqnr SEQUENCERHTTP sequencerhttp @@ -349,6 +352,7 @@ subcomponents subgame subheaders SUBU +Sunnyside SUPERCHAIN Superchain superchain @@ -372,6 +376,7 @@ trustlessly trustrpc txfeecap txmgr +txns TXPOOL txpool txproxy @@ -392,9 +397,10 @@ vmodule voxel wagmi Warpcast +xlarge XORI xtensibility ZKPs ZKVM Zora -zora +zora \ No newline at end of file