_{Draft v0.1.2 - July 27th, 2022}

Every ASA Stats functionality is going to have a pre-defined permission level. In order to access some functionality, a user's level of a privilege granted has to meet the functionality's permission level.

The initial/minimum level of privilege is the one that anonymous/unauthenticated users will get and it will allow them to access all the functionalities currently available - ASA Stats in its current form remains to be free for everyone.

The rest of the permission levels will be available by subscribing to the different tiers on a monthly basis.

Users will be able to subscribe to a tier using ASA Stats Token (ASASTATS; ID 393537671) and no other currency will be allowed for the rest of the lifetime of the ASA Stats project. A legal document conditioning the policy from the previous sentence will be prepared and linked in the very first DAO voting session question.

By voting "yes" in the first DAO voting session, the DAO governors will obligate themselves to secure and maintain that policy in any circumstances after the first voting session ends.

No other condition for the DAO governors will be set by the ASA Stats Team in order to transfer custody of the project and its resources to the ASA Stats DAO.

The ASA Stats user's level of privilege is retrieved from the Algorand blockchain.

An ASA Stats user has to authenticate on the ASA Stats website as the owner of the account that has purchased a subscription tier. This document doesn't bring the actual methodology and/or technology for user authentication on the ASA Stats website. Also, this document doesn't list the providers where ASA Stats users can purchase an ASA Stats subscription tier. This document defines only the way how the ASA Stats subscription tiers system works, respectively how the ASA Stats Engine's permission levels system is connected to the purchased subscription tiers.

For that purpose, the ASA Stats Team will be in charge of developing an Algorand Smart Contract and its deployment on Mainnet (for the rest of this document, this will be referred to as Permission ASC). A user's supplied amount of ASASTATS to the Permission ASC (way down to the sixth digit after the decimal point) is the only information the ASA Stats Engine needs in order to correctly interpret the user's level of privilege.

It is worth noting that the introduction of this ASC doesn't change the centralized nature of the ASA Stats application - it's just that using the Algorand blockchain technology happens to be the most suitable way for the users' authorization purpose.

As the actual implementation is yet to be fully designed, the rest of this section brings only the basic principles for the permission system:

• Higher subscription tiers (besides the starting/introduction subscription tier) imply getting a DAO governance seat with the number of votes defined by the tier, respectively an existing governor seat's votes upgrade.
• A user has to supply a year-long subscription in advance (reduced by bonus) in order to qualify for a governance seat and corresponding governance votes after a year passes.
• A higher amount gets all the privileges any smaller amount has got.
• Stacked amounts imply increased benefits relative to the increased amount, while the governance votes increase occurs only for an integer multiplication of the starting tier amount.
• Besides the highest subscription tier, a supplied amount increased by tenfold automatically selects the higher subscription tier.

Every DAO governor seat's address will be hard-coded into the Permission ASC together with the seat's number of votes. The ASA Stats Engine will respect and evaluate that amount the same way as if it would have been supplied by a subscriber of a tier of the same amount.

The only exception to this rule is server resources privileges - the DAO governors won't get the dedicated Kubernetes cluster nodes even if their number of votes exceeds the amount their subscription counterparts have to purchase in order to get such a dedicated resource. All the DAO governors will share the resources of the DAO Kubernetes cluster.

An ASA Stats DAO governor is free to purchase a subscription tier as every other user does. The only difference is that the supplied amount adds up to the existing number of the governor seat's votes and such a sum represents the amount used to define the user's permission level.

The ASA Stats subscriptions can be stacked and the tiers definitions from this document represent only the starting levels. As mentioned above, a governor's seat votes increase occurs only for an integer multiplication of the starting level, up to ten times larger amount when the next subscription tier is automatically selected.

It is yet to be discussed about subscription canceling, but this draft suggests that a cancellation that takes place in the first half of the year completely disqualifies the user for governance. In the case of cancellation that occurs in the second part of the subscription year, this draft suggests penalties ranging from 75% (7^th month) to 15% (11^th month).

This draft doesn't define a process for downgrading a subscription and it is expected that the ASA Stats discussions in the future define a policy for such cases and that this document will be updated by such a policy.

An introduction configuration for all the subscription tiers is shown in the table below: Intro, Asastatser, Professional, and Cluster. The final amounts are yet to be confirmed in further discussions. It is possible that the defined amounts change during the first year, but it is expected that an introduced change always benefits the subscribers.

	Intro	Asastatser	Professional	Cluster
Supply (per month)	5,000	50,000	500,000	5,000,000
Bonus for yearly subscription	-	20%	20%	20%
Total supply for year	60,000	500,000	5,000,000	50,000,000
Refund	30,000	214,285.714286	4,375,000	40,000,000
Total cost for year	30,000	220,992.926164	463,196.601125	6,763,932.022500
Governance seat votes	-	64,721.359550	161,803.398875	3,236,067.977500

Every subscription tier brings some guaranteed amount of supplied tokens to be refunded back. A methodology for that is yet to be defined, but it is expected that all the yearly supplied amounts will be staked by the ASA Stats on staking platforms that offer ASASTATS-ASASTATS or similar programs.

---

Note

This document doesn't define how the DAO once it takes over the project should deal with the staking and refunding of the supplied ASASTATS. This document suggests only a policy for the pre-DAO phase where everything is focused on bringing awareness and enlarging the userbase.

---

This document defines that only a year in advance subscriptions qualify for the governance seat votes. It is suggested by this draft that a supplied yearly subscription amount is divided by ten (with a respect to the 20% bonus) and the resulting amount becomes the basis for the user's permission level, respectively the number of governance votes.

The exact process for updating an existing supplied amount is yet to be discussed and defined. It is suggested by this draft that there should exist at least two different approaches to updating:

• Yearly subscription update

  A supplied amount is divided by ten and the result is added to the existing permission level to define a new, immediately effective permission level. The governance votes update will take place exactly a year after the last update.

• One-time update

  Users are able to make a one-time update to their subscription programs, resulting in a permission level increase for the next 30 days. Such a one-time update doesn't affect the governance votes, nor the user's refunding.

Intro is a very basic subscription tier that allows only a very reduced set of additional functionalities.

The subscribers are able to use the following functionalities on top of the free/initial set of the ASA Stats functionalities:

• very basic user settings

• up to three user bundles

  User bundles functionality implies saving bundles in the user settings, as well as editing and changing the addresses in a bundle.

• up to eight addresses in a user bundle

• user bundles naming and saving

  User bundles naming implies having a custom name and related URL for every user bundle when the user is authenticated. If a user defines a name for a bundle for example "nfts", then the bundle will be accessible to the authenticated user under https://www.asastats.com/nfts.

Asastatser is a tier that brings all the ASA Stats functionalities in at least their basic form. This tier is meant to be used by the early adopters, as well as by all the other ASA Stats and Algorand enthusiasts.

The subscribers are able to use the following functionalities on top of the Intro tier set of the ASA Stats functionalities:

• access to ASA Stats API

• full set of user settings

• up to five user bundles consisting of up to ten addresses

• up to three user bundles consisting of up to fifteen addresses

• possibility to select user widgets from the initial set

• possibility to select and use a website theme from the initial set

Professional is a tier for trading professionals and hobbyists, as well as for other Algorand enthusiasts who want to take advantage of the possibilities this tier offers. Among other things, this tier brings advanced user widgets suitable for ASA trading in real-time.

The subscribers are able to use the following functionalities on top of the Asastatser tier set of the ASA Stats functionalities:

• up to ten user bundles consisting of up to fifteen addresses

• up to five user bundles consisting of up to twenty addresses

• up to three user bundles consisting of up to a hundred addresses

• user bundles naming and saving accessible by everybody

  Subscribers are able to define a name for each of their bundles that is unique and accessible to every ASA Stats user. If a user defines a name for a bundle for example "nfts", then the bundle will be accessible under https://www.asastats.com/nfts. This functionality implies that the name has not been taken by some other subscriber of this or a higher tier. Also, a registered NFD/ANS name is prioritized over the user's bundle name.

• possibility to develop and publish ASA Stats user widgets

  All the user widgets developed by the ASA Stats subscriber have to pass an audit by ASA Stats Team, while in some cases an external audit will be required too.

• possibility to select the trading user widget and related capabilities

  Every ASA amount in a subscriber's account can be added to the trading widget in full or partially. That implies a possibility to add an ASA amount to at least the following sections of the trading user widget identified by the following buttons:

  • sell

    For an ASA's balance amount.

  • unstake and claim

    For an ASA locked in a staking program.

  • unstake, claim and sell

  • remove liquidity and sell

  • unstake, claim, remove liquidity and sell

    For the LP tokens locked in a farming program.

  • buy

    For this functionality to be possible, we're going to add some functionalities into the API that is not applicable to show on the website.

• possibility to select all the available user widgets that fit under the subscription tier amount

  If a developer selects a monthly price for a widget that is smaller than the user's total supplied subscription amount then the subscriber is able to select the user widget for usage.

• possibility to select and use all the available website themes

Cluster is a tier most suitable for professional developers and other IT companies ready to use ASA Stats resources for providing complete software solutions to their users by using the ASA Stats API.

The subscribers are able to use the following functionalities on top of the Professional tier set of the ASA Stats functionalities:

• up to twenty user bundles consisting of up to twenty addresses

• up to ten user bundles consisting of up to fifty addresses

• up to five user bundles consisting of up to a hundred addresses

• up to three user bundles consisting of up to a thousand addresses

• possibility to select all the available user widgets

• possibility to order the development of a user widget

  Upon a subscriber's request, ASA Stats is obligated to develop or sponsor the development of a user widget that brings functionality not available in the existing set of user widgets.

• custom domain name

  Subscriber will be able to allocate and use a unique subdomain in a form of subdomain.asastats.com.

• dedicated domain and resources inside the DAO Kubernetes cluster or dedicated Kubernetes cluster (conditionally)

  Three working nodes in a separate Kubernetes cluster domain are guaranteed for the subscriber (conditionally).

  By increasing the subscription (up to double the tier amount), it is possible to deploy a separated Kubernetes cluster for the subscriber. Such a cluster can consist of up to five control planes and up to seven working nodes in a Kubernetes cluster in which three of the backup control planes can act as the additional three working nodes. It is expected that such a cluster brings a ten times bigger throughput than the current ASA Stats infrastructure is able to produce.