# Reputation Score

An app developer can share the user's data in the app, defined as the reputation score of the user in the app,  with the FSL ID ecosystem. And, of course, he can also retrieve the user's reputation score shared by other apps in the ecosystem. All FSL products have or are about to share their reputation score with this ecosystem.&#x20;

## Define a Reputation Score

The app developer can define a limited number of *Reputation Scores* for his app at the developer console (Not ready right now). All the created Reputation scores of the app will be shared among all FSL ID developers. Thus, we have some best practices for you.

* Define a concise but accurate name for the created score and give a thorough description, including the definition of the score, the data type, etc
* Name the score in `Pascal Case,` with space between words.
* Keep the definition not changed once finalized. Remove and create a new one if changes are required.
* Define desensitize rules if you don't want to share the original score data with other developers with user privacy considerations.

## Score Structure

Defining a score at the app level is quite flexible, but it may lead to low maintainability and usability.&#x20;

Take the trading volume score as an example, it is a key indicator to understand a user. With the efforts of all the app developers in the FSL ID ecosystem, each app has defined and uploaded its trading volume score, which may have different names. This makes it difficult to consume the score for other developers. A trade volume score that aggregates all volumes across all apps can solve this problem.&#x20;

<table><thead><tr><th width="197">Score Level</th><th width="553">Description</th></tr></thead><tbody><tr><td>Aggregated Score</td><td>The score is defined at the global level and aggregates all app-level data. <br>All global score name is reserved. Developers are not able to create scores with names reserved.</td></tr><tr><td>Global Score</td><td>Reserved global score that doesn't require aggregating app-level data. </td></tr><tr><td>App-level score</td><td>Defined by developers for each app.</td></tr></tbody></table>

## Score Dimension

Defined 4 Dimensions overall, "ALL", "30D", "7D", "1D". Every score has data in 4 dimensions. However, we may only provide a few dimensions for different scores.

ALL: Whole Lifetime

30D: Recent 30 days

7D: Recent 7 days

1D: Recent 1 day

## Global Scores

### **Trading Volume**

Aggregated Score, long type, with 6 decimals, counted in USDT.

`Trading Volume` score aggregates all the volumes made across all apps in the FSL ID ecosystem, counted in USDT. Represented in 5 tiers according to the volume size. Providing score at "ALL" and "30D" dimensions

* Plankton
* Dolphin
* Shark
* Whale
* Kraken

### Active

Aggregated Score, bool type, 1 means active while 0 means inactive.

`Active` score aggregates all active or not from all apps. A user who is active in one app is active at a global level. Represented in 5 tiers according to the active day in the time frame. Providing score at "30D" and "7D" dimensions.

* Inactive
* Casual
* Active
* Engaged
* Hyperactive

### Humanity

Global Score, numeric type, value from 0 to 100.

`Humanity` score is a global score compiled by FSL ID. It is not an aggregated score.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://id-docs.fsl.com/developers/reputation-score.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
