13 KiB
eip | title | description | author | discussions-to | status | type | category | created | requires |
---|---|---|---|---|---|---|---|---|---|
725 | General data key/value store and execution | An interface for a smart contract based account with attachable data key/value store | Fabian Vogelsteller (@frozeman), Tyler Yasaka (@tyleryasaka) | https://ethereum-magicians.org/t/discussion-for-eip725/12158 | Draft | Standards Track | ERC | 2017-10-02 | 165, 173 |
Abstract
The following describes two standards that allow for a generic data storage in a smart contract and a generic execution through a smart contract. These can be used separately or in conjunction and can serve as building blocks for smart contract accounts, upgradable metadata, and other means.
Motivation
The initial motivation came out of the need to create a smart contract account system that's flexible enough to be viable long-term but also defined enough to be standardized. They are a generic set of two standardized building blocks to be used in all forms of smart contracts.
This standard consists of two sub-standards, a generic data key/value store (ERC725Y
) and a generic execute function (ERC725X
). Both of these in combination allow for a very flexible and long-lasting account system. The account version of ERC725
is standardized under LSP0-ERC725Account
.
These standards (ERC725
X and Y) can also be used separately as ERC725Y
can be used to enhance NFTs and Token metadata or other types of smart contracts. ERC725X
allows for a generic execution through a smart contract, functioning as an account or actor.
Specification
Ownership
This contract is controlled by a single owner. The owner can be a smart contract or an external account. This standard requires EIP-173 and SHOULD implement the functions:
owner() view
transferOwnership(address newOwner)
And the event:
OwnershipTransferred(address indexed previousOwner, address indexed newOwner)
ERC725X
ERC725X
interface id according to EIP-165: 0x570ef073
.
Smart contracts implementing the ERC725X
standard MUST implement the EIP-165 supportsInterface(..)
function and MUST support the ERC165
and ERC725X
interface ids.
ERC725X
Methods
Smart contracts implementing the ERC725X
standard SHOULD implement all of the functions listed below:
execute
function execute(uint256 operationType, address target, uint256 value, bytes memory data) external payable returns(bytes memory)
Function Selector: 0x44c028fe
Executes a call on any other smart contracts or address, transfers the blockchains native token, or deploys a new smart contract.
Parameters:
operationType
: the operation type used to execute.target
: the smart contract or address to call.target
will be unused if a contract is created (operation types 1 and 2).value
: the amount of native tokens to transfer (in Wei).data
: the call data, or the creation bytecode of the contract to deploy.
Requirements:
- MUST only be called by the current owner of the contract.
- MUST revert when the execution or the contract creation fails.
target
SHOULD be address(0) in case of contract creation withCREATE
andCREATE2
(operation types 1 and 2).value
SHOULD be zero in case ofSTATICCALL
orDELEGATECALL
(operation types 3 and 4).
Returns: bytes
, the returned data of the called function, or the address of the contract deployed (operation types 1 and 2).
Triggers Event: ContractCreated, Executed
The following operationType
COULD exist:
0
forCALL
1
forCREATE
2
forCREATE2
3
forSTATICCALL
4
forDELEGATECALL
- NOTE This is a potentially dangerous operation type
Others may be added in the future.
data parameter
-
For operationType,
CALL
,STATICCALL
andDELEGATECALL
the data field can be random bytes or an abi-encoded function call. -
For operationType,
CREATE
thedata
field is the creation bytecode of the contract to deploy appended with the constructor argument(s) abi-encoded. -
For operationType,
CREATE2
thedata
field is the creation bytecode of the contract to deploy appended with:- the constructor argument(s) abi-encoded
- a
bytes32
salt.
data = <contract-creation-code> + <abi-encoded-constructor-arguments> + <bytes32-salt>
See EIP-1014: Skinny CREATE2 for more information.
execute (Array)
function execute(uint256[] memory operationsType, address[] memory targets, uint256[] memory values, bytes[] memory datas) external payable returns(bytes[] memory)
Function Selector: 0x13ced88d
Executes a batch of calls on any other smart contracts, transfers the blockchain native token, or deploys a new smart contract.
Parameters:
operationsType
: the list of operations type used to execute.targets
: the list of addresses to call.targets
will be unused if a contract is created (operation types 1 and 2).values
: the list of native token amounts to transfer (in Wei).datas
: the list of call data, or the creation bytecode of the contract to deploy.
Requirements:
- Parameters array MUST have the same length.
- MUST only be called by the current owner of the contract.
- MUST revert when the execution or the contract creation fails.
target
SHOULD be address(0) in case of contract creation withCREATE
andCREATE2
(operation types 1 and 2).value
SHOULD be zero in case ofSTATICCALL
orDELEGATECALL
(operation types 3 and 4).
Returns: bytes[]
, array list of returned data of the called function, or the address(es) of the contract deployed (operation types 1 and 2).
Triggers Event: ContractCreated, Executed on each call iteration
Note: The execute()
functions use function overloading, therefore it is better to reference them by the given function signature as follows:
// web3.js example
// execute
myContract.methods['execute(uint256,address,uint256,bytes)'](OPERATION_CALL, target.address, 2WEI, "0x").send();
// execute Array
myContract.methods['execute(uint256[],address[],uint256[],bytes[])']([OPERATION_CALL, OPERATION_CREATE], [target.address, ZERO_ADDRESS], [2WEI, 0WEI], ["0x", CONTRACT_BYTECODE]).send();
// OR
// execute
myContract.methods['0x44c028fe'](OPERATION_CALL, target.address, 2WEI, "0x").send();
// execute Array
myContract.methods['0x13ced88d']([OPERATION_CALL, OPERATION_CREATE], [target.address, ZERO_ADDRESS], [2WEI, 0WEI], ["0x", CONTRACT_BYTECODE]).send();
ERC725X
Events
Executed
event Executed(uint256 indexed operationType, address indexed target, uint256 indexed value, bytes4 data);
MUST be triggered when execute
creates a new call using the operationType
0
, 3
, 4
.
ContractCreated
event ContractCreated(uint256 indexed operationType, address indexed contractAddress, uint256 indexed value, bytes32 salt);
MUST be triggered when execute
creates a new contract using the operationType
1
, 2
.
ERC725Y
ERC725Y
interface id according to EIP-165: 0x714df77c
.
Smart contracts implementing the ERC725Y
standard MUST implement the EIP-165 supportsInterface(..)
function and MUST support the ERC165
and ERC725Y
interface ids.
ERC725Y
Methods
Smart contracts implementing the ERC725Y
standard MUST implement all of the functions listed below:
getData
function getData(bytes32 dataKey) external view returns(bytes memory)
Function Selector: 0x54f6127f
Gets the data set for the given data key.
Parameters:
dataKey
: the data key which value to retrieve.
Returns: bytes
, The data for the requested data key.
getData (Array)
function getData(bytes32[] memory dataKeys) external view returns(bytes[] memory)
Function Selector: 0x4e3e6e9c
Gets array of data at multiple given data keys.
Parameters:
dataKeys
: the data keys which values to retrieve.
Returns: bytes[]
, array of data values for the requested data keys.
setData
function setData(bytes32 dataKey, bytes memory dataValue) external
Function Selector: 0x7f23690c
Sets data as bytes in the storage for a single data key.
Parameters:
dataKey
: the data key which value to set.dataValue
: the data to store.
Requirements:
- MUST only be called by the current owner of the contract.
Triggers Event: DataChanged
setData (Array)
function setData(bytes32[] memory dataKeys, bytes[] memory dataValues) external
Function Selector: 0x14a6e293
Sets array of data at multiple data keys. MUST only be called by the current owner of the contract.
Parameters:
dataKeys
: the data keys which values to set.dataValues
: the array of bytes to set.
Requirements:
- Array parameters MUST have the same length.
- MUST only be called by the current owner of the contract.
Triggers Event: DataChanged
Note: setData()
and getData()
uses function overloading, therefore it is better to reference them by the given function signature as follows:
// web3.js example
// setData
myContract.methods['setData(bytes32,bytes)'](dataKey, dataValue).send();
// setData Array
myContract.methods['setData(bytes32[],bytes[])']([dataKeys, ...], [dataValues, ...]).send();
// OR
// setData
myContract.methods['0x7f23690c'](dataKey, dataValue).send();
// setData Array
myContract.methods['0x14a6e293']([dataKeys, ...], [dataValues, ...]).send();
ERC725Y
Events
DataChanged
event DataChanged(bytes32 indexed dataKey, bytes dataValue)
MUST be triggered when a data key was successfully set.
ERC725Y
Data keys
Data keys, are the way to retrieve values via getData()
. These bytes32
values can be freely chosen, or defined by a standard.
A common way to define data keys is the hash of a word, e.g. keccak256('ERCXXXMyNewKeyType')
which results in: 0x6935a24ea384927f250ee0b954ed498cd9203fc5d2bf95c735e52e6ca675e047
The LSP2-ERC725JSONSchema
standard is a more explicit ERC725Y
data key standard, that defines key types and value types, and their encoding and decoding.
Rationale
The generic way of storing data keys with values was chosen to allow upgradability over time. Stored data values can be changed over time. Other smart contract protocols can then interpret this data in new ways and react to interactions from a ERC725
smart contract differently.
The data stored in an ERC725Y
smart contract is not only readable/writable by off-chain applications, but also by other smart contracts. Function overloading was used to allow for the retrievable of single and multiple keys, to keep gas costs minimal for both use cases.
Backwards Compatibility
All contracts since ERC725v2
from 2018/19 should be compatible with the current version of the standard. Mainly interface ID and Event parameters have changed, while getData(bytes32[])
and setData(bytes32[], bytes[])
was added as an efficient way to set/get multiple keys at once. The same applies to execution, as execute(..[])
was added as an efficient way to batch calls.
Reference Implementation
Reference implementations can be found in ERC725.sol
.
Security Considerations
This contract allows generic executions, therefore special care needs to be taken to prevent re-entrancy attacks and other forms of call chain attacks.
When using the operation type 4
for delegatecall
, it is important to consider that the called contracts can alter the state of the calling contract and also change owner variables and ERC725Y
data storage entries at will. Additionally calls to selfdestruct
are possible and other harmful state-changing operations.
Solidity Interfaces
// SPDX-License-Identifier: CC0-1.0
pragma solidity >=0.5.0 <0.7.0;
// ERC165 identifier: `0x570ef073`
interface IERC725X /* is ERC165, ERC173 */ {
event Executed(uint256 indexed operationType, address indexed target, uint256 indexed value, bytes4 data);
event ContractCreated(uint256 indexed operationType, address indexed contractAddress, uint256 indexed value, bytes32 salt);
function execute(uint256 operationType, address target, uint256 value, bytes memory data) external payable returns(bytes memory);
function execute(uint256[] memory operationsType, address[] memory targets, uint256[] memory values, bytes memory datas) external payable returns(bytes[] memory);
}
// ERC165 identifier: `0x714df77c`
interface IERC725Y /* is ERC165, ERC173 */ {
event DataChanged(bytes32 indexed dataKey, bytes dataValue);
function getData(bytes32 dataKey) external view returns(bytes memory);
function getData(bytes32[] memory dataKeys) external view returns(bytes[] memory);
function setData(bytes32 dataKey, bytes memory dataValue) external;
function setData(bytes32[] memory dataKeys, bytes[] memory dataValues) external;
}
interface IERC725 /* is IERC725X, IERC725Y */ {
}
Copyright
Copyright and related rights waived via CC0.