HomeEIPs
EIPsERC-5604
ERC-5604

NFT Lien

Extend ERC-721 to support putting liens on NFT
DraftStandards Track: ERC
Created: 2022-09-05
Requires: EIP-165, EIP-721
Zainan Victor Zhou (@xinbenlv), Allen Zhou <allen@ubiloan.io>, Alex Qin <alex@ubiloan.io>
DiscussionsOriginal linkEdit
1 min read

The ERC-5604 proposal introduces NFT liens, which are a form of security interest over an NFT to secure the recovery of liability or performance of some other obligation. This proposal provides an interface to place and remove a lien, as well as an event to be emitted when a new lien is successfully placed. Any compliant contract must implement EIP-721 and EIP-165, and the IERC_LIEN interface. The motivation behind this proposal is to provide a way to use liens for finance use cases with NFTs, such as for a deed.

Video
Anyone may contribute to propose contents.
Go propose
Original

Abstract

This ERC introduces NFT liens, a form of security interest over an item of property to secure the recovery of liability or performance of some other obligation. It introduces an interface to place and removes a lien, plus an event.

Motivation

Liens are widely used for finance use cases, such as car and property liens. An example use case for an NFT lien is for a deed. This ERC provides an interface to implement an interface that performs the lien holding relationships.

Specification

The key words “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.

  1. Any compliant contract MUST implement ERC-721, and ERC-165.

  2. Any compliant contract MUST implement the following interface:

interface IERC_LIEN is ERC721, ERC165 { /// === Events === /// @notice MUST be emitted when new lien is successfully placed. /// @param tokenId the token a lien is placed on. /// @param holder the holder of the lien. /// @param extraParams of the original request to add the lien. event OnLienPlaced(uint256 tokenId, address holder, bytes calldata extraParams); /// @notice MUST be emitted when an existing lien is successfully removed. /// @param tokenId the token a lien was removed from. /// @param holder the holder of the lien. /// @param extraParams of the original request to remove the lien. event OnLienRemoved(uint256 tokenId, address holder, bytes calldata extraParams); /// === CRUD === /// @notice The method to place a lien on a token /// it MUST throw an error if the same holder already has a lien on the same token. /// @param tokenId the token a lien is placed on. /// @param holder the holder of the lien /// @param extraParams extra data for future extension. function addLienHolder(uint256 tokenId, address holder, bytes calldata extraParams) public; /// @notice The method to remove a lien on a token /// it MUST throw an error if the holder already has a lien. /// @param tokenId the token a lien is being removed from. /// @param holder the holder of the lien /// @param extraParams extra data for future extension. function removeLienHolder(uint256 tokenId, address holder, bytes calldata extraParams) public; /// @notice The method to query if an active lien exists on a token. /// it MUST throw an error if the tokenId doesn't exist or is not owned. /// @param tokenId the token a lien is being queried for /// @param holder the holder about whom the method is querying about lien holding. /// @param extraParams extra data for future extension. function hasLien(uint256 tokenId, address holder, bytes calldata extraParams) public view returns (bool); }

Rationale

  1. We only support ERC-721 NFTs for simplicity and gas efficiency. We have not considered other ERCs, which can be left for future extensions. For example, ERC-20 and ERC-1155 were not considered.

  2. We choose separate "addLienHolder" and "removeLienHolder" instead of use a single changeLienholder with amount because we believe the add or remove action are significantly different and usually require different Access Control, for example, the token holder shall be able to add someone else as a lien holder but the lien holder of that token.

  3. We have not specified the "amount of debt" in this interface. We believe this is complex enough and worthy of an individual ERC by itself.

  4. We have not specified how endorsement can be applied to allow holder to signal their approval for transfer or swapping. We believe this is complex enough and worthy of an individual ERC by itself.

Backwards Compatibility

The ERC is designed as an extension of ERC-721 and therefore compliant contracts need to fully comply with ERC-721.

Security Considerations

Needs discussion.

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