Nincs leírás

Francisco 3bb7ec72d0 Update README.md 2 éve
.changeset b849906ce4 Make AccessManager.execute/schedule more conservative when delay is 0 (#4644) 2 éve
.github 5d43060cdc Fix release tagging (#4646) 2 éve
audits e5dbc7435e Add final PDF report for v4.9 audit (#4235) 2 éve
certora aca4030e4a Formal verification of AccessManager (#4611) 2 éve
contracts 0560576c7a Improve `AccessManaged` and `AuthorityUtils` tests (#4632) 2 éve
docs 39400b78ba Ensure constant getters show in docs (#4649) 2 éve
hardhat f92dce51ed Reset Hardhat Network before each test suite (#4652) 2 éve
lib 96ff934ad0 Update `forge-std` submodule to `v1.2.0` (#3885) 2 éve
scripts baf0e91279 Improve AccessManager tests (#4613) 2 éve
test 0560576c7a Improve `AccessManaged` and `AuthorityUtils` tests (#4632) 2 éve
.codecov.yml 93bc3b657b Remove Codecov Patch status outside PRs 3 éve
.editorconfig d3ff81b37f Remove line length configuration for markdown files 3 éve
.eslintrc 2336bd3e8e Simplify ESLint config (#3903) 2 éve
.gitignore abba0d047a Update remappings.txt for upgradeable contracts and set up submodule (#4639) 2 éve
.gitmodules 58a62916de Bump and pin Forge Std submodule (#4102) 2 éve
.mocharc.js 8bcf0ad7ab Use Hardhat recommended Mocha configuration (#2805) 4 éve
.prettierrc 618304cc01 Update linters (major) (#4563) 2 éve
.solcover.js a28aafdc85 Use Prettier for JS files (#3913) 2 éve
CHANGELOG.md 9e3f4d60c5 Use the _update mechanism in ERC721 (#4377) 2 éve
CODE_OF_CONDUCT.md 88a64a802e Update guidelines and project documentation (#3966) 2 éve
CONTRIBUTING.md 6d18435098 Add `RELEASING.md` docs (#3981) 2 éve
GUIDELINES.md 8186c07a83 Follow _approve overrides in ERC721._update (#4552) 2 éve
LICENSE 88a64a802e Update guidelines and project documentation (#3966) 2 éve
README.md 3bb7ec72d0 Update README.md 2 éve
RELEASING.md 2472e51e80 Improve documentation about backwards compatibility (#4627) 2 éve
SECURITY.md b4a9c47e9b Fix typos 2 éve
foundry.toml abba0d047a Update remappings.txt for upgradeable contracts and set up submodule (#4639) 2 éve
hardhat.config.js 2c6b859dd0 Fix coverage analysis (#4648) 2 éve
logo.svg d1f336d8fd use svg logo for better scaling 5 éve
netlify.toml b56e00eb61 Fix documentation previews in pull requests (#2015) 5 éve
package-lock.json 39400b78ba Ensure constant getters show in docs (#4649) 2 éve
package.json 39400b78ba Ensure constant getters show in docs (#4649) 2 éve
remappings.txt 8643fd45fd Update remappings and install instructions for Foundry on docs site (#4498) 2 éve
renovate.json 740ce2d440 Update renovate.json 2 éve
requirements.txt aca4030e4a Formal verification of AccessManager (#4611) 2 éve
slither.config.json 908f78d07b Enable more Slither detectors (#4219) 2 éve
solhint.config.js cd981f6521 Add custom linting rules (#4132) 2 éve

README.md

[!NOTE] Version 5.0 is currently in release candidate period. Bug bounty rewards are boosted 50% until the release.
See more details on Immunefi.

OpenZeppelin

NPM Package Coverage Status GitPOAPs Docs Forum

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

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

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

[!IMPORTANT] OpenZeppelin Contracts uses semantic versioning to communicate backwards compatibility of its API and storage layout. For upgradeable contracts, the storage layout of different major versions should be assumed incompatible, for example, it is unsafe to upgrade from 4.9.3 to 5.0.0. Learn more at Backwards Compatibility.

Overview

Installation

Hardhat (npm)

$ npm install @openzeppelin/contracts

Foundry (git)

$ forge install OpenZeppelin/openzeppelin-contracts

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

[!WARNING]

Avoid installing the master branch. 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. Note that forge install gets the latest version initially, but subsequent forge update commands will use the master branch.

Usage

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

pragma solidity ^0.8.20;

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.

Legal

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