mirror of openzeppelin-contracts
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
Francisco 84db204a41
Rename rounding modes and complete with fourth (#4455)
2 years ago
.changeset Rename rounding modes and complete with fourth (#4455) 2 years ago
.github Remove slither hardcoded version (#4431) 2 years ago
audits Add final PDF report for v4.9 audit (#4235) 2 years ago
certora Bump minimum pragma version to `0.8.19` (#4288) 2 years ago
contracts Rename rounding modes and complete with fourth (#4455) 2 years ago
docs Rename rounding modes and complete with fourth (#4455) 2 years ago
hardhat Fix error when running hardhat test with parameters (#4265) 2 years ago
lib Bump and pin Forge Std submodule (#4102) 2 years ago
scripts Remove unnecessary explicit assignment override (#4443) 2 years ago
test Rename rounding modes and complete with fourth (#4455) 2 years ago
.codecov.yml Remove Codecov Patch status outside PRs 2 years ago
.editorconfig Remove line length configuration for markdown files 3 years ago
.eslintrc Simplify ESLint config (#3903) 2 years ago
.gitignore Add Pausable FV (#4117) 2 years ago
.gitmodules Bump and pin Forge Std submodule (#4102) 2 years ago
.mocharc.js Use Hardhat recommended Mocha configuration (#2805) 4 years ago
.prettierrc Use Prettier for JS files (#3913) 2 years ago
.solcover.js Use Prettier for JS files (#3913) 2 years ago
CHANGELOG.md Add unreleased disclaimer in readme 2 years ago
CODE_OF_CONDUCT.md Update guidelines and project documentation (#3966) 2 years ago
CONTRIBUTING.md Add `RELEASING.md` docs (#3981) 2 years ago
GUIDELINES.md Add `GUIDELINES.md` for marking `abstract` contracts (#4010) 2 years ago
LICENSE Update guidelines and project documentation (#3966) 2 years ago
README.md Add suggested remappings in readme (#4440) 2 years ago
RELEASING.md Add `RELEASING.md` docs (#3981) 2 years ago
SECURITY.md Update guidelines and project documentation (#3966) 2 years ago
foundry.toml Fix spurious CI check failures (#4160) 2 years ago
hardhat.config.js Add Governor signature nonces (#4378) 2 years ago
logo.svg use svg logo for better scaling 5 years ago
netlify.toml Fix documentation previews in pull requests (#2015) 5 years ago
package-lock.json Add custom linting rules (#4132) 2 years ago
package.json Add custom linting rules (#4132) 2 years ago
remappings.txt Improve `ERC4626` test coverage (#4134) 2 years ago
renovate.json Update renovate.json 2 years ago
requirements.txt Update dependency certora-cli to v3.6.4 (#4110) 2 years ago
slither.config.json Enable more Slither detectors (#4219) 2 years ago
solhint.config.js Add custom linting rules (#4132) 2 years ago

README.md

Warning Version 5.0 is under active development. The code in this branch is not recommended for use.

OpenZeppelin

NPM Package Coverage Status GitPOAPs Docs Forum

A library for secure smart contract development. Build on a solid foundation of community-vetted code.

🧙 Not sure how to get started? Check out Contracts Wizard — an interactive smart contract generator.

🏗 Want to scale your decentralized application? Check out OpenZeppelin Defender — a secure platform for automating and monitoring your operations.

Overview

Installation

Hardhat, Truffle (npm)

$ npm install @openzeppelin/contracts

OpenZeppelin Contracts features a stable API, which means that your contracts won't break unexpectedly when upgrading to a newer minor version.

Foundry (git)

Warning When installing via git, it is a common error to use the master branch. This is a development branch that should be avoided in favor of tagged releases. The release process involves security measures that the master branch does not guarantee.

Warning Foundry installs the latest version initially, but subsequent forge update commands will use the master branch.

$ forge install OpenZeppelin/openzeppelin-contracts

Add @openzeppelin/=lib/openzeppelin-contracts/ in remappings.txt.

Usage

Once installed, you can use the contracts in the library by importing them:

pragma solidity ^0.8.19;

import {ERC721} from "@openzeppelin/contracts/token/ERC721/ERC721.sol";

contract MyCollectible is ERC721 {
    constructor() ERC721("MyCollectible", "MCO") {
    }
}

If you're new to smart contract development, head to Developing Smart Contracts to learn about creating a new project and compiling your contracts.

To keep your system secure, you should always use the installed code as-is, and neither copy-paste it from online sources nor modify it yourself. The library is designed so that only the contracts and functions you use are deployed, so you don't need to worry about it needlessly increasing gas costs.

Learn More

The guides in the documentation site will teach about different concepts, and how to use the related contracts that OpenZeppelin Contracts provides:

  • Access Control: decide who can perform each of the actions on your system.
  • Tokens: create tradeable assets or collectives, and distribute them via Crowdsales.
  • Utilities: generic useful tools including non-overflowing math, signature verification, and trustless paying systems.

The full API is also thoroughly documented, and serves as a great reference when developing your smart contract application. You can also ask for help or follow Contracts's development in the community forum.

Finally, you may want to take a look at the guides on our blog, which cover several common use cases and good practices. The following articles provide great background reading, though please note that some of the referenced tools have changed, as the tooling in the ecosystem continues to rapidly evolve.

Security

This project is maintained by OpenZeppelin with the goal of providing a secure and reliable library of smart contract components for the ecosystem. We address security through risk management in various areas such as engineering and open source best practices, scoping and API design, multi-layered review processes, and incident response preparedness.

The OpenZeppelin Contracts Security Center contains more details about the secure development process.

The security policy is detailed in SECURITY.md as well, and specifies how you can report security vulnerabilities, which versions will receive security patches, and how to stay informed about them. We run a bug bounty program on Immunefi to reward the responsible disclosure of vulnerabilities.

The engineering guidelines we follow to promote project quality can be found in GUIDELINES.md.

Past audits can be found in audits/.

Smart contracts are a nascent technology and carry a high level of technical risk and uncertainty. Although OpenZeppelin is well known for its security audits, using OpenZeppelin Contracts is not a substitute for a security audit.

OpenZeppelin Contracts is made available under the MIT License, which disclaims all warranties in relation to the project and which limits the liability of those that contribute and maintain the project, including OpenZeppelin. As set out further in the Terms, you acknowledge that you are solely responsible for any use of OpenZeppelin Contracts and you assume all risks associated with any such use.

Contribute

OpenZeppelin Contracts exists thanks to its contributors. There are many ways you can participate and help build high quality software. Check out the contribution guide!

License

OpenZeppelin Contracts is released under the MIT License.

Your use of this Project is governed by the terms found at www.openzeppelin.com/tos (the "Terms").