Update dApp Staking, Tokenomics and Include Comet Swap (#787)

* Update tokenomics parameters

* Update dApp Staking, Tokenomics 3.0 parameters & replace ArthSwap with CometSwap

* Update Astar Portal images and tutorials

* Remove move-staked-tokens sub page

* Fix broken links

Author: Juminstock

docs/build/EVM/wrapped-token.md

@@ -38,7 +38,7 @@ Astar EVM supports two WASTR contracts for different use cases. **Both are safe
 - **Additional Features:** Flash loans (ERC-3156), Permit, withdrawTo
 
 **Use for:**
-- Existing positions in Arthswap and legacy DeFi protocols
+- Existing positions in CometSwap and legacy DeFi protocols
 - Applications requiring WETH10-specific features (flash loans, permit)
 
 **Block Explorer:** [View on Blockscout](https://astar.blockscout.com/token/0xAeaaf0e2c81Af264101B9129C00F4440cCF0F720)
@@ -51,7 +51,7 @@ Astar EVM supports two WASTR contracts for different use cases. **Both are safe
 **Building a new dApp?**  
 → Use Official Astar WASTR (`0x3779...`)
 
-**Using Arthswap or legacy Astar DeFi protocols?**  
+**Using CometSwap or legacy Astar DeFi protocols?**
 → Use Community WASTR (`0xAeaa...`)
 
 **Need flash loan functionality?**  

docs/build/nodes/collator/learn.md

@@ -34,7 +34,7 @@ The first phase in making PoS was by deploying the Aura pallet. Aura PoA Collato
 **Let’s break down the latest phase:**
 
 - **Collator staking**: collators can now start with securing the network. This will be with a minimum bond of a fixed amount of tokens.
-- **Network inflation**: Astar mainnet has a 10% inflation. This 10% is based on a perfect block production every 12 seconds.
+- **Network inflation**: Astar mainnet has a 5.5% max yearly inflation (Tokenomics 3.0). This is based on a perfect block production every 6 seconds.
 - **Rewards**: a fixed amount will be created at each block and divided between treasury, collators, and dApp staking.
 
 A collator (block producer) is rewarded a fixed amount for each block produced.

docs/learn/dapp-staking/dapp-staking-faq.md

@@ -176,7 +176,7 @@ There you can find your current tier, number of stakers, total earned (total sta
 
 ### Q: How are dApps assigned to tiers?
 
-At the end of each **Build&Earn** Subperiod, dApps are assigned to a tier based on the total value staked on them by users. There are *4 tiers* with a **fixed maximum of 16 slots** distributed across all tiers.
+At the end of each **Build&Earn** Subperiod, dApps are assigned to a tier based on the total value staked on them by users. The protocol uses **4 tier indices**, but only **Tier 2 and Tier 3 are active** and reward-eligible, with a **fixed maximum of 16 slots** distributed between them. Tier 1 and Tier 4 have 0 slots and 0% reward share.
 
 Each tier has entry thresholds defined as **fixed percentages** of total issuance. These percentages remain constant, though the absolute threshold amounts adjust proportionally with changes in total issuance.
 

docs/learn/tokenomics2/tokenomics2-network-fees.md

@@ -8,7 +8,7 @@ import Figure from "/src/components/figure"
 
 Each block is a limited resource - it can only fit a limited amount of transactions. This is an oversimplification, but the point is that every transaction included in the block consumes a portion of the block’s resources.
 
-Astar is a parachain in the Polkadot ecosystem, which relies on the shared security the Polkadot relay chain provides. However, it comes at the cost of having certain limitations placed on block resources. Most readers should know that a block is produced on Astar every 12 seconds - a limitation imposed by Polkadot. Only 0.5 out of those 12 seconds account for the time required to **execute** the block. This means it takes **0.5 seconds** of execution time on some CPU to execute the block logic. This is the first limiting resource - usually called `ref time` (time required to execute on the reference machine).
+Astar is a parachain in the Polkadot ecosystem, which relies on the shared security the Polkadot relay chain provides. However, it comes at the cost of having certain limitations placed on block resources. Most readers should know that a block is produced on Astar every 6 seconds - a limitation imposed by Polkadot. Only 0.5 out of those 6 seconds account for the time required to **execute** the block. This means it takes **0.5 seconds** of execution time on some CPU to execute the block logic. This is the first limiting resource - usually called `ref time` (time required to execute on the reference machine).
 
 As a simple example - consider a token transferred from **Alice** to **Bob**. If such a transaction consumes **0.001 seconds** of execution time, executing two such transactions in a single block would consume **0.002 seconds**. Calling a smart contract, e.g., a DEX swap, is much more resource intensive and may, for example, consume **0.01 seconds, or 100x that of a simple transfer from one account to another**.
 

docs/use/how-to-guides/layer-1/dapp-staking/for-devs/index.md

@@ -47,9 +47,9 @@ You have to claim your rewards to receive them. We recommend that you claim your
 
 **Example (tier+rank rewards):**
 
-- Tier 1 has **5 slots** and **50,000 ASTR** is allocated as a reward for that tier in a given era;
-- At the end of the voting subperiod, only **3 slots** are occupied by dApps in Tier 1;
-- Assume `tier_rank_multipliers` for Tier 1 is **24,000 bips**, meaning **rank 10 earns 2.4× rank 0** in that tier;
+- Tier 2 has **6 slots** and **50,000 ASTR** is allocated as a reward for that tier in a given era;
+- At the end of the voting subperiod, only **3 slots** are occupied by dApps in Tier 2;
+- `tier_rank_multipliers` for Tier 2 is **24,000 bips**, meaning **rank 10 earns 2.4× rank 0** in that tier;
 - If the 3 dApps have ranks **0**, **5**, and **10**, their era rewards are computed deterministically from tier **base (rank 0)** and **per-rank-step** components (see the technical overview formulas);
 - Under-filled tiers can leave part of the tier allocation **unminted** due to the normalization cap (lazy minting).