Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

Background

Today a FIO Address is valid for a period of 1 year from registration. If not renewed it gets burned 90 days later. This can be problematic for a few reasons:

  • It’s up to the integrating wallet to notify the user to renew, which may be challenging for wallets which do not collect contact information from their users.

  • Users may not be using their wallets often enough to notice the need to renew.

  • As discovered in a recent Usability Study some users will abandon FIO Protocol if they have to pay an annual fee or due to the fear that expiring FIO Address may compromise their security (someone else re-registers).

FIO Protocol already includes the notion of bundled transactions. Every FIO Address comes with 100 bundled transactions which are used up when the user uses the protocol. They have to purchase new bundles at a rate that is reflective of their usage rather than time.

Addresses will start to expire on June 22nd, 2021 when up to 7,520 FIO Addresses will be burned, so it would be best to implement this solution by then.

As of 5/12/2021 only 218 FIO Address renewal calls have been executed.

Elimination of FIO Address expiration and renewal fees

This proposal is to eliminate the notion of expiration date for FIO Addresses. FIO Addresses will never expire and will be owned by the owner permanently until transferred, voluntarily burned, or burned due to expiring domain.

  • There will still be a fee to register a FIO Address for the first time.

  • There will still be a fee to register and renew a FIO Domain.

  • The FIO Address will still be burned once its FIO Domain is burned.

Initiative link

https://fioprotocol.atlassian.net/browse/WP-402

2021-05-17 discussion call

During a call on with the Steering Committee:

  • Discussed:

    • A need to communicate expiration dates with users via:

    • We may not yet have adequate information to come up with ideal solution.

    • Security risk of other re-registering expired FIO Address is a concern.

    • A desired approach may be to:

      • Never expire FIO Address itself, but burn any content once it expires

      • Consider using bundled transactions to extend validity of the FIO Address

    • It was discovered that after expiration date, get_pub_address does not return mappings, which was not intended during design. KB was updated.

  • Decided:

    • A new FIP will be proposed to change the time after which the FIO Address is burned from 90 days to 365 days

    • Work will continue on this initiative to identify a desired solution.

  • No labels