HomeEIPsNewsletter
EIPsERC-5380
ERC-5380

ERC-721 Entitlement Extension

Allows token owners to grant the ability for others to use specific properties of those tokens
FinalStandards Track: ERC
Created: 2022-03-11
Requires: EIP-165, EIP-721, EIP-1046
Gavin John (@Pandapip1), Tim Daubenschütz (@TimDaub)
DiscussionsOriginal linkEdit
1 min read

The ERC-5380 proposal suggests a new interface that allows ERC-721 token owners to grant limited usage of those tokens to other addresses. This can be useful in scenarios such as renting tokens or granting usage rights to associated media. The proposal also includes a specification for creating a more tangible link between NFTs, digital art, owners, and artists. It provides a standard for 3rd party applications to display the uniqueness of an NFT for those that purchase them, by designating limited-editions combined with immutable signatures that create a trustlessly enforced link. ERC-721 compliant contracts may implement this ERC for editions to provide a standard method for designating the original and limited-edition prints with signatures from the artist. Overall, the proposal aims to make it easier for artists to maintain a connection with the Ethereum blockchain and their fans that purchase their tokens.

Video
Anyone may contribute to propose contents.
Go propose
Original

Abstract

This EIP proposes a new interface that allows ERC-721 token owners to grant limited usage of those tokens to other addresses.

Motivation

There are many scenarios in which it makes sense for the owner of a token to grant certain properties to another address. One use case is renting tokens. If the token in question represents a trading card in an on-chain TCG (trading card game), one might want to be able to use that card in the game without having to actually buy it. Therefore, the owner might grant the renter the "property" of it being able to be played in the TCG. However, this property should only be able to be assigned to one person at a time, otherwise a contract could simply "rent" the card to everybody. If the token represents usage rights instead, the property of being allowed to use the associated media does not need such a restriction, and there is no reason that the property should be as scarce as the token.

Specification

The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.

Base

Compliant entitlement contracts MUST implement the following Solidity interface:

/// SPDX-License-Identifier: CC0-1.0 pragma solidity ^0.8.0; interface ERC5380Entitlement is ERC165 { /// @notice Emitted when the amount of entitlement a user has changes. If user is the zero address, then the user is the owner event EntitlementChanged(address indexed user, address indexed contract, uint256 indexed tokenId); /// @notice Set the user associated with the given ERC-721 token as long as the owner is msg.sender. /// @dev SHOULD NOT revert if the owner is not msg.sender. /// @param user The user to grant the entitlement to /// @param contract The property to grant /// @param tokenId The tokenId to grant the properties of function entitle(address user, address contract, uint256 tokenId) external; /// @notice Get the maximum number of users that can receive this entitlement /// @param contract The contract to query /// @param tokenId The tokenId to query function maxEntitlements(address contract, uint256 tokenId) external view (uint256 max); /// @notice Get the user associated with the given contract and tokenId. /// @dev Defaults to maxEntitlements(contract, tokenId) assigned to contract.ownerOf(tokenId) /// @param user The user to query /// @param contract The contract to query /// @param tokenId The tokenId to query function entitlementOf(address user, address contract, uint256 tokenId) external view returns (uint256 amt); }

supportsInterface MUST return true when called with ERC5380Entitlement's interface ID.

Enumerable Extension

This OPTIONAL Solidity interface is RECOMMENDED.

/// SPDX-License-Identifier: CC0-1.0 pragma solidity ^0.8.0; interface ERC5380EntitlementEnumerable is ERC5380Entitlement { // Also implicitly supports ERC-165 /// @notice Enumerate tokens with nonzero entitlement assigned to a user /// @dev Throws if the index is out of bounds or if user == address(0) /// @param user The user to query /// @param index A counter function entitlementOfUserByIndex(address user, uint256 index) external view returns (address contract, uint256 tokenId); }

supportsInterface MUST return true when called with ERC5380EntitlementEnumerable's interface ID.

Metadata Extension

This OPTIONAL Solidity interface is RECOMMENDED.

This extension uses ERC-1046 for tokenURI compatibility.

/// SPDX-License-Identifier: CC0-1.0 pragma solidity ^0.8.0; interface ERC5380EntitlementMetadata is ERC5380Entitlement { // Also implicitly supports ERC-165 /// @notice ERC-1046 token URI /// @dev See ERC-1046 and the metadata schema below function tokenURI() external view returns (string); }

supportsInterface MUST return true when called with ERC5380EntitlementMetadata's interface ID.

Interoperability Metadata Extension

ERC-1046's InteroperabilityMetadata is extended with the following TypeScript interface:

/** * ERC-5380's extension to ERC-1046's Interoperability metadata. */ interface ERC5380InteroperabilityMetadata is InteroperabilityMetadata { /** * This MUST be true if this is ERC-5380 Token Metadata, otherwise, this MUST be omitted. * Setting this to true indicates to wallets that the address should be treated as an ERC-5380 entitlement. **/ erc5380?: boolean | undefined; }

tokenURI Metadata Schema

The resolved tokenURI data MUST conform to the following TypeScript interface:

/** * ERC-5380 Asset Metadata * Can be extended */ interface ERC5380TokenMetadata { /** * Interoperabiliy, to differentiate between different types of tokens and their corresponding URIs. **/ interop: ERC5380InteroperabilityMetadata; /** * The name of the ERC-5380 token. */ name?: string; /** * The symbol of the ERC-5380 token. */ symbol?: string; /** * Provides a short one-paragraph description of the ERC-5380 token, without any markup or newlines. */ description?: string; /** * One or more URIs each pointing to a resource with mime type `image/*` that represents this token. * If an image is a bitmap, it SHOULD have a width between 320 and 1080 pixels * Images SHOULD have an aspect ratio between 1.91:1 and 4:5 inclusive. */ images?: string[]; /** * One or more URIs each pointing to a resource with mime type `image/*` that represent an icon for this token. * If an image is a bitmap, it SHOULD have a width between 320 and 1080 pixels, and MUST have a height equal to its width * Images MUST have an aspect ratio of 1:1, and use a transparent background */ icons?: string[]; }

Rationale

ERC-20 and ERC-1155 are unsupported as partial ownership is much more complex to track than boolean ownership.

Backwards Compatibility

No backward compatibility issues were found.

Security Considerations

The security considerations of ERC-721 and ERC-1046 apply.

Copyright and related rights waived via CC0.

Further reading
Anyone may contribute to propose contents.
Go propose
Adopted by projects
Anyone may contribute to propose contents.
Go propose

Not miss a beat of EIPs' update?

Subscribe EIPs Fun to receive the latest updates of EIPs Good for Buidlers to follow up.

View all
Serve Ethereum Builders, Scale the Community.
Resources
GitHub
Supported by