You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Today any account can create any contract and transfer tokens to anyone on blockchain. This is good for general blockchain but not for something special like corporate or community chain, which need to have more control. This suggestion provide description of the Root contract which is using to resolve permissions:
who can transfer coins,
who can create contract,
which contract code could be deployed.
Optional abilities:
Receive funds of destroyed contract.
Root contract can be located at pseudo-address 0x00, that will solve missed funds problem.
Contract interface:
contractRoot {
function canTransfer(address_from, address_to, uint256_amount) returns(bool) {}
function canCreateContract(address_from, bytes_code, bytes_args) returns(bool) {}
function withdraw(address_to, uint256_amount) public {}
function () payable {}
}
This allows to create full specter of chains from centralized to fully decentralized.
Simple example
Suppose I'm going to create a chain which driven by group of experts like TC39 or WhatWG. All contracts should be specified and published only by this group. This is what for canCreateContract() exists. This group creates contracts factories and publish to the network. Then this group grants permission to create contracts to this factory contract. When user decided to publish a contract he call one of the factory's methods instead of directly publishing contract code.
The other limitation that could be realized is payments. For example this network supports only account-to-contract and contract-to-account transactions. This is possible with canTransfer() which receives sender and receiver of the transfer and decide is payment allowed.
The text was updated successfully, but these errors were encountered:
rumkin
changed the title
Root contract
ERC1668 - Root contract
Dec 22, 2018
rumkin
changed the title
ERC1668 - Root contract
ERC-1668 - Root contract
Dec 22, 2018
There has been no activity on this issue for two months. It will be closed in a week if no further activity occurs. If you would like to move this EIP forward, please respond to any outstanding feedback or add a comment indicating that you have addressed all required feedback and are ready for a review.
This issue was closed due to inactivity. If you are still pursuing it, feel free to reopen it and respond to any feedback or request a review in a comment.
Today any account can create any contract and transfer tokens to anyone on blockchain. This is good for general blockchain but not for something special like corporate or community chain, which need to have more control. This suggestion provide description of the Root contract which is using to resolve permissions:
Optional abilities:
0x00
, that will solve missed funds problem.Contract interface:
This allows to create full specter of chains from centralized to fully decentralized.
Simple example
Suppose I'm going to create a chain which driven by group of experts like TC39 or WhatWG. All contracts should be specified and published only by this group. This is what for
canCreateContract()
exists. This group creates contracts factories and publish to the network. Then this group grants permission to create contracts to this factory contract. When user decided to publish a contract he call one of the factory's methods instead of directly publishing contract code.The other limitation that could be realized is payments. For example this network supports only account-to-contract and contract-to-account transactions. This is possible with
canTransfer()
which receives sender and receiver of the transfer and decide is payment allowed.The text was updated successfully, but these errors were encountered: