Socket
Socket
Sign inDemoInstall

@eth-optimism/contracts-bedrock

Package Overview
Dependencies
Maintainers
5
Versions
213
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

@eth-optimism/contracts-bedrock

Contracts for Optimism Specs


Version published
Weekly downloads
23K
decreased by-2.64%
Maintainers
5
Weekly downloads
 
Created
Source

Optimism Smart Contracts (Bedrock)

This package contains the smart contracts that compose the on-chain component of Optimism's upcoming Bedrock upgrade. We've tried to maintain 100% backwards compatibility with the existing system while also introducing new useful features. You can find detailed specifications for the contracts contained within this package here.

Contracts Overview

Contracts deployed to L1

NameProxy TypeDescription
L1CrossDomainMessengerResolvedDelegateProxyHigh-level interface for sending messages to and receiving messages from Optimism
L1StandardBridgeL1ChugSplashProxyStandardized system for transfering ERC20 tokens to/from Optimism
L2OutputOracleProxyStores commitments to the state of Optimism which can be used by contracts on L1 to access L2 state
OptimismPortalProxyLow-level message passing interface
OptimismMintableERC20FactoryProxyDeploys standard OptimismMintableERC20 tokens that are compatible with either StandardBridge
ProxyAdmin-Contract that can upgrade L1 contracts

Contracts deployed to L2

NameProxy TypeDescription
GasPriceOracleProxyStores L2 gas price configuration values
L1BlockProxyStores L1 block context information (e.g., latest known L1 block hash)
L2CrossDomainMessengerProxyHigh-level interface for sending messages to and receiving messages from L1
L2StandardBridgeProxyStandardized system for transferring ERC20 tokens to/from L1
L2ToL1MessagePasserProxyLow-level message passing interface
SequencerFeeVaultProxyVault for L2 transaction fees
OptimismMintableERC20FactoryProxyDeploys standard OptimismMintableERC20 tokens that are compatible with either StandardBridge
L2ProxyAdmin-Contract that can upgrade L2 contracts when sent a transaction from L1

Legacy and deprecated contracts

NameLocationProxy TypeDescription
AddressManagerL1-Legacy upgrade mechanism (unused in Bedrock)
DeployerWhitelistL2ProxyLegacy contract for managing allowed deployers (unused since EVM Equivalence upgrade)
L1BlockNumberL2ProxyLegacy contract for accessing latest known L1 block number, replaced by L1Block

Installation

We export contract ABIs, contract source code, and contract deployment information for this package via npm:

npm install @eth-optimism/contracts-bedrock

Development

Dependencies

We work on this repository with a combination of Hardhat and Foundry.

  1. Install Foundry by following the instructions located here.

  2. Install node modules with yarn (v1) and Node.js (16+):

    yarn install
    

Build

yarn build

Tests

yarn test

Deployment

Configuration
  1. Create or modify a file <network-name>.json inside of the deploy-config folder.
  2. Fill out this file according to the deployConfigSpec located inside of the `hardhat.config.ts
Execution
  1. Copy .env.example into .env
  2. Fill out the L1_RPC and PRIVATE_KEY_DEPLOYER environment variables in .env
  3. Run npx hardhat deploy --network <network-name> to deploy the L1 contracts
  4. Run npx hardhat etherscan-verify --network <network-name> --sleep to verify contracts on Etherscan

Standards and Conventions

Style

Comments

We use Seaport-style comments with some minor modifications. Some basic rules:

  • Always use @notice since it has the same general effect as @dev but avoids confusion about when to use one over the other.
  • Include a newline between @notice and the first @param.
  • Include a newline between @param and the first @return.
  • Use a line-length of 100 characters.

We also have the following custom tags:

  • @custom:proxied: Add to a contract whenever it's meant to live behind a proxy.
  • @custom:legacy: Add to an event or function when it only exists for legacy support.
Errors
  • Use require statements when making simple assertions.
  • Use revert if throwing an error where an assertion is not being made (no custom errors). See here for an example of this in practice.
  • Error strings MUST have the format "{ContractName}: {message}" where message is a lower case string.
Function Parameters
  • Function parameters should be prefixed with an underscore.
Event Parameters
  • Event parameters should NOT be prefixed with an underscore.

Proxy by Default

All contracts should be assumed to live behind proxies (except in certain special circumstances). This means that new contracts MUST be built under the assumption of upgradeability. We use a minimal Proxy contract designed to be owned by a corresponding ProxyAdmin which follow the interfaces of OpenZeppelin's Proxy and ProxyAdmin contracts, respectively.

Unless explicitly discussed otherwise, you MUST include the following basic upgradeability pattern for each new implementation contract:

  1. Extend OpenZeppelin's Initializable base contract.
  2. Include a uint8 public constant VERSION = X at the TOP of your contract.
  3. Include a function initialize with the modifier reinitializer(VERSION).
  4. In the constructor, set any immutable variables and call the initialize function for setting mutables.

FAQs

Package last updated on 14 Sep 2022

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc