Requires sRFC 16 - Generalized Asset Indexing.

We want NFT programs that allow communities to have complete control over their implementation while retaining their integration with dApps and wallets.

Recent decisions by Metaplex governance has shown that Solana NFTs can have their assets and implementation changed overnight, with no recourse available.

We propose a standard protocol for programs to be indexed as NFTs, interpreted as common metadata, and interacted with via on-chain and off-chain clients using standard instructions.

We aim to combine the best features of ERC 721 with the best features of SPL Token.

TODO

TODO

TODO

TODO

When a program issues an NFT, it has a specific ordering of accounts that must be followed.

The first pubkey must either be a pubkey that specifies a collection or a program id. The second pubkey must be either the current delegate or the current owner of the NFT.

When the NFT is delegated, the NFT must update the 2nd pubkey in the list of pubkeys to be the new delegate.

Each AssetGroup emitted for an NFT in CudCreate or CudUpdate must have the following schema:

AssetGroup {
    asset_id: Pubkey,
    authority: Pubkey,
    pubkeys: [
        # collection | program id,
        # delegate | owner,
        # etc,
    ],
    data: Vec<u8>
}

Other pubkeys may be present in the AssetGroup, but are not required for the NFT to be considered valid.

In accordance with sRFC 16, when each NFT is emitted as an AssetGroup, it is rendered by simulating a view function called getAssetData that takes the AssetGroup as accounts and input data.

The rendered JSON MUST have the following fields:

{
    "name": "string",
    "symbol": "string",
    "uri": "string",
    "delegate": "string",
    "owner": "string",
}

Other fields may be present, but these are required for the NFT to be considered valid.

We note that it's a mess to use JSON on-chain, since it consume CUs aggresively. We recommend further research with using TLV<string, string> maps.

The following programs are implemented using this standard:

1. crud-indexing (todo: rename to nft-style-1)
2. nft-style-two

We also have implemented a marketplace contract for these programs:

nft-marketplace which implements a swap between assets of two different such programs, and both list and buy instructions for assets of a single program.

We provide a reference implementation of a General Asset Indexer (sRFC #16) that works with any program, and then an additional NFT RPC TS client that uses the indexer to provide useful retrieval methods for NFTs.

Running the tests requires coral-xyz/anchor to be >=0.28.0. Docker is also required.

1. Install TS dependencies: yarn install
2. Setup docker environment using Postgres with docker run --name postgres -e POSTGRES_PASSWORD=mysecretpassword -d -v ~/PATH-TO-LOCAL-PG-DB:/var/lib/postgresql/data postgres
3. Run tests: anchor test

• AAR for nft style one
• AAR for nft style two
• Local Marketplace
• 10k pfp
• 10k pfp marketplace