40 releases

0.18.0 Jul 2, 2023
0.17.0 Mar 23, 2023
0.16.0 Oct 25, 2022
0.13.4 Jul 23, 2022
0.3.1 Oct 16, 2020

#1158 in Magic Beans

Download history 1278/week @ 2023-12-15 803/week @ 2023-12-22 790/week @ 2023-12-29 1058/week @ 2024-01-05 1149/week @ 2024-01-12 1867/week @ 2024-01-19 1679/week @ 2024-01-26 994/week @ 2024-02-02 1853/week @ 2024-02-09 2337/week @ 2024-02-16 2095/week @ 2024-02-23 2026/week @ 2024-03-01 2299/week @ 2024-03-08 3102/week @ 2024-03-15 3435/week @ 2024-03-22 2378/week @ 2024-03-29

11,587 downloads per month
Used in 55 crates (47 directly)

Apache-2.0

210KB
5K SLoC

Rust 4.5K SLoC // 0.0% comments TypeScript 579 SLoC // 0.1% comments

Cw721 Basic

This is a basic implementation of a cw721 NFT contract. It implements the CW721 spec and is designed to be deployed as is, or imported into other contracts to easily build cw721-compatible NFTs with custom logic.

Implements:

  • CW721 Base
  • Metadata extension
  • Enumerable extension

Implementation

The ExecuteMsg and QueryMsg implementations follow the CW721 spec and are described there. Beyond that, we make a few additions:

  • InstantiateMsg takes name and symbol (for metadata), as well as a Minter address. This is a special address that has full power to mint new NFTs (but not modify existing ones)
  • ExecuteMsg::Mint{token_id, owner, token_uri} - creates a new token with given owner and (optional) metadata. It can only be called by the Minter set in instantiate.
  • QueryMsg::Minter{} - returns the minter address for this contract.

It requires all tokens to have defined metadata in the standard format (with no extensions). For generic NFTs this may often be enough.

The Minter can either be an external actor (e.g. web server, using PubKey) or another contract. If you just want to customize the minting behavior but not other functionality, you could extend this contract (importing code and wiring it together) or just create a custom contract as the owner and use that contract to Mint.

If provided, it is expected that the token_uri points to a JSON file following the ERC721 Metadata JSON Schema.

Running this contract

You will need Rust 1.65+ with wasm32-unknown-unknown target installed.

You can run unit tests on this via:

cargo test

Once you are happy with the content, you can compile it to wasm via:

RUSTFLAGS='-C link-arg=-s' cargo wasm
cp ../../target/wasm32-unknown-unknown/release/cw721_base.wasm .
ls -l cw721_base.wasm
sha256sum cw721_base.wasm

Or for a production-ready (optimized) build, run a build command in the repository root: https://github.com/CosmWasm/cw-plus#compiling.

Importing this contract

You can also import much of the logic of this contract to build another CW721-compliant contract, such as tradable names, crypto kitties, or tokenized real estate.

Basically, you just need to write your handle function and import cw721_base::contract::handle_transfer, etc and dispatch to them. This allows you to use custom ExecuteMsg and QueryMsg with your additional calls, but then use the underlying implementation for the standard cw721 messages you want to support. The same with QueryMsg. You will most likely want to write a custom, domain-specific instantiate.

TODO: add example when written

For now, you can look at cw721-staking for an example of how to "inherit" cw721 functionality and combine it with custom logic. The process is similar for cw721.

Dependencies

~4–5.5MB
~121K SLoC