Principles Layer
A Fungible Token is a vehicle to capture and transfer some kind of value. As a consequence, it must adhere to some fundamental principles. These principles apply to all fkind of Fungible Tokens.
I. Capture Value Faithfully
- MUST Capture value as expected: (Token Value)
** token should be able to capture the underlying value: speculative, reputational, external price, intrinsic value
** token should be able to protect against whales manipulation
II. Protect Holders Value
- MUST Protect value restricted to marked forces (Token Integrity):
** Protect investor from Issuer Misuse
**** prevent issuer minting unexpected tokens
**** prevent issuer creating tokens in networks out of expected scope
**** manage the token variables to reflect the reality of the aggregated token
**** notify users in changes of token behaviour and allow withdraw witout lose of value
** Token Security: Protect stakeholders from attack
**** protect token ownership
**** prevent attacks and vulnerabilities
**** protect provder disaster recovery mechanisms
III. Inform Token Holders
- MUST allow holders about governance decisions
** Token Transparency: Provide to holders all details about the token
**** provide consolidated data
** Token Reporting: Provide to holders all details about the token
| ERC | Title | Description |
|---|---|---|
| ERC-7776 | Transparent Financial Statements | Open Transparent Financial Data such as Revenue, Costs of Goods Sold, Operating Expenses, EBITDA and Earnings Per Share for all Investors. |
| ERC-7512 | Onchain Representation for Audits | Proposal to define a contract parseable representation of Audit reports. |
| ERC-5646 | Token State Fingerprint | Unambiguous token state identifier |
| EIP-2566 | Human Readable Parameters for Contract Function Execution | New Ethereum RPC method eth_sendTransactionToContractFunction that parallels eth_sendTransaction but allows for human-readable contract function execution data to be displayed to users. |
| ERC-2477 | Token Metadata Integrity | This specification defines a mechanism by which clients may verify that a fetched token metadata document has been delivered without unexpected manipulation. |
| ERC-8056 | Scaled UI Amount Extension for ERC-20 Tokens | Equity Token support for Stock Splits |
IV. Friedly Access to Value
- MUST Make value available (Token Usability)
** Token Distribution: Provide the desired network presence to issuer
**** token should be able to be created in any EVM enhanced network
**** allow issuers moving to the desired network
**** allow holders moving to the desired network
**** allow decentralized intertoken communications
V. Privacy
- CAN Token Privacy: Hide token operations to external observers
** optionally hide transactions
| ERC | Title | Description |
|---|---|---|
| ERC-7984 | Confidential Fungible Token | Confidential fungible tokens use an account-based accounting model while maintaining the confidentiality of transfer amounts and balances. |
| ERC-7722 | Opaque Token | A token specification designed to enhance privacy by concealing balance information. |
VI. Compliance
- CAN Token Compliance: Comply with regulatory requirements
** optionally require KYC
| ERC | Title | Description |
|---|---|---|
| ERC-2980 | Swiss Compliant Asset Token | An interface for asset tokens, compliant with Swiss Law and compatible with [ERC-20](./eip-20.md). |
| ERC-884 | DGCL Token | An ERC-20 compatible token that conforms to Delaware State Senate, 149th General Assembly, Senate Bill No. 69: An act to Amend Title 8 of the Delaware Code Relating to the General Corporation Law, henceforth referred to as ‘The Act’. |