WBTC approach and how it compares to Multiple Oracles

Tasks

Links

Risks and development considerations

Development strategies

Open

WFIO Ecosystem

(Refer to Wrapped Bitcoin Whitepaper and Wrapped Bitcoin Github links above former details.)

The proposed WFIO ecosystem consists of Custodians, Merchants, and Users.

Custodians

The Custodians provide reliable, institutional-grade security for your WFIO. All WFIO issued will be fully backed and verified through on-chain proof of reserves.

• Custodians may consist of foundation+bps and other third-Parties?

• Each custodian has a “FIO vault” account on the FIO blockchain.

• Each merchant has a “WFIO vault” account on the Ethereum chain

• At any point in time, the amount of FIO in Custodian vaults should be greater than or equal to the total supply of WFIO.

Merchants

Merchants perform key roles for the WFIO community as administrators who initiate the process of minting newly wrapped tokens and burning wrapped tokens which are performed by the Custodians.

• Merchants may consist of wallets, exchanges, and BPs?

• Each Merchant has a “FIO vault” account on the FIO blockchain.

• Each Merchant has a “WFIO vault” account on the Ethereum chain.

• Only Merchants can burn tokens

User

Users are the holders of the wrapped token. Users can use wrapped tokens to transfer and transact like any other ERC20 token in the Ethereum ecosystem.

Trust

• Custodians will not be able to mint tokens on their own, but would instead require the initiation of a Merchant in order to do so. The creation of new tokens involves both the Custodian and the Merchant.

• Only Merchants can burn tokens.

• The User is insulated from interacting with the Custodian through a set of merchant institutions. An individual Merchant does not need to be trusted, but instead, all Merchants together would need to be.

Custodian / Merchant Rules

• Custodian is being trusted to confirm valid mint requests. I.e, a request followed (or preceded) by a FIO deposit to Custodian deposit address with a greater or equal amount.

• Custodian is being trusted to confirm burn requests and send FIO to Merchant deposit address (as depicted in the burn request)

• Merchant is trusted not to spam the Custodian with dust requests.

• Custodian is trusted not to frequently change his FIO deposit addresses

Use Cases

Minting (Merchant acquires WFIO from Custodian)

WFIO tokens are minted when a Merchant deposits FIO into the Custodian vault and submits a minting request. The Custodian then approves the minting. In other words, for minting to happen a single Custodian and a single Merchant have to agree.

1. The Merchant sends the Custodian (amount + fee) FIO to the Custodian’s FIO account

2. Merchant waits for X confirmations of the FIO transaction

3. Merchant initiates a transaction* to authorize the Custodian to mint X WFIO to the Merchant’s address on the Ethereum chain

4. Custodian calls confirm mint request to mint X new WFIO tokens on the Ethereum chain

** call the mintRequests function with a value of Y, where Y is the index of the mint request

Open

Burning

1. User sends WFIO to the Merchant.

2. The Merchant calls Burn with the amount, and lets the Custodian know the nonce of the request

3. Custodian reads the burn request

4. Custodian waits for 25 block confirmations of the ETH transaction

5. Custodian sends (amount requested - fee) FIO from Custodian’s vault to the Merchant’s vault

6. Custodian makes an Ethereum transaction marking the burn request as completed

User acquires WFIO (from Merchant)

1. Merchant monitors their FIO account (similar to an Exchange)

2. User sends FIO to merchant’s FIO account

3. User supplies Ethereum address to merchant

4. Merchant sends WFIO to User’s Ethereum account

User swaps WFIO for FIO (from Merchant)

1. Merchant monitormns their WFIO ETH vault (similar to an Exchange)

2. User sends WFIO to merchant’s WFIO account

3. User supplies FIO Public Key to Merchant

4. Merchant sends FIO to User's FIO account

Fees

Transfers of WFIO between Users will have no cost apart from network fees. There are three ways in which different parties in the network can earn fees:

• Custodian fees: This is taken by the Custodian at the time when the merchant mints or burns wrapped tokens.

• Merchant fees: This is taken by the Merchant who the User exchanges wrapped tokens with for the asset.

• Sidechain transaction fees: This fee is predominantly aimed at preventing spam on the sidechain. This is shared equally among all institutions running nodes on the sidechain.

Architecture

FIO Contracts (TBD)

Wrapping FIO contracts are not required as part of the ecosystem, but there may be use cases for creating specialized FIO contracts including:

• Allow custodian or merchants to update deposit wallets

• Register/voting as custodian/merchant?

ETH Contracts

Custodians will hold the keys to a multisig wallet, which owns a set of Ethereum smart contracts. These smart contracts control:

• Minting and burning of the WFIO token

• Adding and removing Merchants and Custodians in the network

• Pausing or resuming transfers on the wrapped contract

• Changing logic to Mint or Burn tokens (if needed)

‘M’ of ’N’ signatures will be required to send transactions from the multisig wallet where M and N will be determined once the launch partners are ascertained.

ETH Contract Overview

The end-user interacts only with the WFIO component which exposes an ERC20 interface. The implementation also has an interface and implementation for minting and burning. The owner of the token is the Controller​ contract. The Controller​ contract is owned by the Custodians (e.g., a multisig wallet) which has the authority to:

1. Pause the token transfers

2. Upgrade the minting and burning protocols

3. Upgrade the protocol for adding (and removing) new members, namely, merchants and custodians.

The initial implementation of the burning and minting protocol is defined in the Factory contract. The initial implementation of the member selection is implemented in the Members​ contract. The connection between the different contracts is depicted in the figure below.