Feature EOSIO FIO Chain
Active block producers 21 21
Paid stand-by block producers Making 100 EOS per day 21
Open DAPP platform Yes No. FIO does not permit contracts to be deployed by users. FIO is a single Dapp. Similar to EOS, any contract updates must be agreed to by 2/3 + 1 of the block producers. FIO provides a detailed API (one chain endpoint is provided for each capability of the FIO protocol). Push transaction can be used, but we encourage the use of the API for integration to the FIO chain (this provides ease of use, more validation and error handling).
Custom getter functions No The chain_plugin and chain_api_plugin have been modified to support more extensive getter functions to walk the state tables for specific information. Otherwise, get_table_rows can still be used for all lookups.
Account required Yes, must be created before interaction Yes, but automatically created by the API when transfer fio using pub key, and register address are called. Accounts are all created with limited CPU, NET, RAM. RAM limits are increased as user pay fees. A FIO account is a hash of the FIO public key. The protocol keeps a map of the single pub key associated with each account. For signing, wallets include the actor in the signed content, and signed API calls require the actor parameter. The wallets perform hashing of the pub key using SDK calls.
Fees None. BPs paid by inflation. Staking required to access resources. FIO does not require staking of tokens. All operations on the FIO protocol have an associated fee, which is collected from user. FIO has a notion of a bundled transactions: a number of transactions of certain type are included with every FIO Crypto Handle. Other calls have mandatory fees. Fees are set through votes of the block producers. Each fee is represented in state in the fees table.
Fees shared with integrator No FIO has the notion of a TPID (Technology Provider ID). It is a FIO Crypto Handle created by the integrator. If the TPID is included in the API call then part of the fees of that call will go to the specified TPID.
Token contract Yes The original eosio.token transfer function is not supported for users. The action is reserved for block producers and inline actions that perform internal accounting within the FIO system contracts. trnsfiopubky is the action for general users transferring tokens. At this time users cannot create fungible tokens on the FIO blockchain.
http_plugin Yes The http_plugin has been modified to support more detailed error responses within the FIO contracts. The expected error responses for various actions are detailed in the FIP specifications.
Default proxy No Yes. If the holder of FIO tokens does not explicitly vote or proxy votes, their votes are automatically proxied to the TPID.
Vote decay Yes No
Deferred transactions Yes, but being deprecated No
Cleos Yes Cleos has been modified to become specific to the FIO protocol. We have renamed the command line to be Clio (for command line fio).

Knowledge Base articles

FIO Chain Overview