Fix AC linting

docs/aurora-cloud/01-welcome/01-introduction.md

@@ -1,11 +1,10 @@
 # 💡 Welcome to Aurora
 
-**What is Aurora?**
+## What is Aurora?
 
 Aurora is an **EVM** (Ethereum Virtual Machine) compatible blockchain layer 2 on top of **Near protocol**, combining the compatibility with the Ethereum ecosystem and the performance and scalability of Near.
 
-
-**How is Aurora different from other Ethereum layer 2s?**
+## How is Aurora different from other Ethereum layer 2s?
 
 Aurora is not a rollup or a side chain. It is implemented as a **smart contract** on the NEAR Protocol. This means that Aurora inherits most of the features from Near protocol such as:
 
@@ -19,7 +18,7 @@ While providing ethereum compatibility:
 * Transaction fees (gas fees) in Aurora are paid in ETH and are constant ([gas price](https://dev.aurora.dev/posts/evm-gas-near-gas-on-aurora) is 0.07 GWei, which is around **$0.003 per transaction**).
 * Aurora supports all the Ethereum ecosystem tools — [MetaMask](https://metamask.io/), [Foundry](https://github.com/foundry-rs), [Truffle](https://www.trufflesuite.com/truffle), [Hardhat](https://hardhat.org/), [Remix](https://remix.ethereum.org/), etc...
 
-**What are the TPS on Aurora?**
+## What are the TPS on Aurora?
 
 Transactions Per Second is a common measure of performance for blockchains. Since Aurora inherits its characteristics from Near Protocol, the TPS are the same as on Near which are around **1k TPS.**
 
@@ -29,14 +28,14 @@ Note that the TPS number depends a lot on the size of transactions (a simple tra
 * Thanks to the sharding technology of Near, TPS could go up to **100k** with the current shards
 * And theoretically it actually has **no limit** since sharding offers horizontal scaling
 
-**What programming language do I need to know to deploy on Aurora?**
+## What programming language do I need to know to deploy on Aurora?
 
 As an EVM compatible chain, smart contracts on Aurora are written in Solidity, exactly how it is done on Ethereum, Polygon, Arbitrum or any other EVM chain.  
 
-**I already have a dapp on Polygon, can I migrate to Aurora?**
+## I already have a dapp on Polygon, can I migrate to Aurora?
 
 Absolutely, since both chains are EVM compatible, you can simply redeploy your smart contracts on Aurora without additional development, and you will instantly benefit from the **high throughput** and **low transaction costs**.
 
-**What are Virtual Chains?**
+## What are Virtual Chains?
 
 Virtual Chains are dedicated instances of the Aurora Engine, customised to a specific application. Read more about Virtual Chains in the next section.

docs/aurora-cloud/01-welcome/about-virtual-chains.md

@@ -1,6 +1,6 @@
 # 📄 About Virtual Chains
 
-#### **What are Virtual Chains?**
+## What are Virtual Chains?
 
 Virtual Chains are a unique innovation from Aurora providing a **dedicated** and **customised** chain, or **appchain**. 
 
@@ -12,22 +12,18 @@ Each Virtual Chain is a copy of the **Aurora Engine** (the Aurora smart contract
 
 ![image5](/img/.gitbook/assets/image_(5).png)
 
-#### **How are Virtual Chains different from other appchains (Arbitrum, Avalanche, Polygon) ?**
+## How are Virtual Chains different from other appchains (Arbitrum, Avalanche, Polygon)?
 
 Usually, appchains are side chains or rollups, which are completely separate blockchains from the main settlement chain. This has several consequences:
 
 * Each appchain needs to have its own **validators set**, which can be expensive to set up and run, and affects the decentralisation and security of the network. Typically, an appchain requires a minimum of 5 validators (which already comes at a cost) 
 * Appchains come empty, meaning the team will need to redevelop all the tools they might have wanted to use, such as onramps, oracles, indexers, etc... This involves third parties and can be extremely costly and time consuming.
 
-
 * **Instead, each Virtual Chain automatically gets all the 220 validators from Near**
 * Because Virtual Chains are smart contracts on Near, this allowed us to build tools and services that automatically support all new Virtual Chain, such as **onramp, centralised exchange support, Oracle**, etc... so that you don't have to start from scratch.
 
-
-**How do I get my own Virtual Chain?**
+## How do I get my own Virtual Chain?
 
 Aurora has built a platform for this purpose:  [**Aurora Cloud**](https://auroracloud.dev/).
 
 Aurora Cloud proposes different plans to get your own chain, including **free transactions**, custom **professional services** and much more... in order to let you focus on **building your application**, not setting up infrastructure!
-
-

docs/aurora-cloud/02-run-your-own-virtual-chain/04-enable-gas-abstraction.md

@@ -8,14 +8,14 @@ The Aurora Engine is paying gas in NEAR on the Near protocol, but inside the Vir
 
 ![frame827_3](/img/.gitbook/assets/Frame_827_(3).png)
 
-**Defining the gas mechanics**
+## Defining the gas mechanics
 
 Gas can be collected in different ways on a Virtual Chain:
 
 * Usage based: This is the most common method. Gas is calculated based on the transaction size and charged in the base token of the network
 * Fixed fee: To simplify user interactions, gas could be charged as a fixed fee on the Virtual Chain. For instance, the base token could be $USDT and each transaction could cost 0.01 $USDT
 
-**Advanced logic around free transactions**
+## Advanced logic around free transactions
 
 Free transactions are a great way to simplify onboarding of new users or to incentivise certain behaviours. But this should not be a on or off setting, and Aurora Cloud lets you define advanced ways of attributing free transactions, so that you can use it at your advantage.
 

docs/aurora-cloud/02-run-your-own-virtual-chain/05-on-offramp-to-your-chain.md

@@ -14,7 +14,7 @@ But onramp services can be expensive, with steep setup costs (sometimes up to $1
 
 ![frame827_0](/img/.gitbook/assets/Frame_827.jpg)
 
-**How does it work?**
+## How does it work?
 
 Since each Aurora Chain is a smart contract deployed on Near, they can seamlessly communicate with each other through the cross contract call technology (XCC).
 
@@ -26,33 +26,33 @@ The result is an onramp solution that does not require technical development on
 
 _Aurora partnered with Münzen to develop this solution._ [_Read more about Münzen_](https://munzen.io/ramp)
 
-**Adding an onramp widget to your application**
+## Adding an onramp widget to your application
 
 Aurora Cloud Onramp provides you with a widget that can be embedded in any application for the best user experience. The widget will open a popup powered by Münzen, and the customer will be required to go through the steps and abide by any regulatory requirements (such as passing KYC if needed).
 
-**Main Benefits**
+## Main Benefits
 
 * KYC-free transaction up to 100 EUR
 * 16 fiat currencies supported
 * Buy crypto in just two minutes
 
-**What countries are supported?**
+## What countries are supported?
 
 * Aurora Cloud Onramp supports 115 countries. The full list, including restricted countries, can be found [here](https://docs.google.com/spreadsheets/d/15geR5hByqh8XFhX6bHwq9C1g8LxH1Q1Ck0tfQEmoSzo/edit?usp=sharing). ([https://docs.google.com/spreadsheets/d/15geR5hByqh8XFhX6bHwq9C1g8LxH1Q1Ck0tfQEmoSzo/edit?usp=sharing](https://docs.google.com/spreadsheets/d/15geR5hByqh8XFhX6bHwq9C1g8LxH1Q1Ck0tfQEmoSzo/edit?usp=sharing))
 
-**What payment methods are available?**
+## What payment methods are available?
 
 * Debit/Credit card payment (Visa and Mastercard)
 * Bank Transfer
 
-**What assets are supported?**
+## What assets are supported?
 
 * At the moment, stablecoins USDT and USDC are supported by default and do not require any additional setup to enable.
 
-**Can I list my own token?**
+## Can I list my own token?
 
 * Yes, this will be subject to Münzen’s listing process and will incur a fee. Raise your interest to your Aurora Cloud Account Manager and they will introduce you to the Münzen team.
 
-**Commercials**
+## Commercials
 
 * An additional fee can be added on top of the base rate. Please get in touch with your account manager to set it up.

docs/aurora-cloud/02-run-your-own-virtual-chain/06-pyth-oracle.md

@@ -6,19 +6,19 @@ description: Access Pyth Oracle from any Virtual Chain
 
 Aurora Cloud partnered with Pyth to propose an access to its Oracle from all Virtual Chains.
 
-**How does it work?**
+## How does it work?
 
 Thanks to the communication between Virtual Chains, your Virtual Chain can call the Pyth Oracle deployed on Aurora Mainnet to retrieve price feeds required for your on-chain logic.
 
 Pyth proposes more than x price feeds.
 
 ![frame827](/img/.gitbook/assets/Frame_827_(4).png)
 
-**Technical Overview**
+## Technical Overview
 
 Each Virtual Chain comes with the Cloud Oracle deployed on it. The Cloud Oracle proposes the same interface as the Pyth Oracle but leverages the cross contract call technology between your Virtual Chain and Aurora Mainnet to retrieve the price feed you need.
 
-**Why is this important?**
+## Why is this important?
 
 The Pyth Oracle strives for decentralisation where prices are collaboratively fed by the different actors in the network.
 
@@ -28,7 +28,7 @@ Besides, you get access from your Virtual Chain to all the other price feeds fro
 
 ![image3](/img/.gitbook/assets/image_(3).png)
 
-**Aurora Cloud addon**
+## Aurora Cloud addon
 
 The Cloud Oracle is configurable from the Aurora Cloud Console and also supports price feeds from CoinGecko, to offer an easy and instant solution to your Oracle needs.
 

docs/aurora-cloud/02-run-your-own-virtual-chain/07-connect-cexes-to-your-chain.md

@@ -15,7 +15,7 @@ The tool is currently available at [https://aurora.plus/forwarder](https://auror
 
 ![image1](/img/.gitbook/assets/image_(1).png)
 
-**How does it work?**
+## How does it work?
 
 The forwarder, as its name suggests, forwards any assets sent to its Near deposit address to the recipient Aurora address. 
 
@@ -24,15 +24,15 @@ The forwarder, as its name suggests, forwards any assets sent to its Near deposi
 * This process is invisible for the user who simply receives their assets on their address on your Virtual Chain.
 
 
-**Technical overview**
+## Technical overview
 
 The forwarder leverages the chain abstraction ability from Aurora and Near by routing assets to the target virtual chain.
 
 In technical terms, the forwarder is a smart contract deployed on Near, and has the capacity to generate a unique Near address based on an Aurora address (one per Aurora network). When the contract receives tokens that are part of the curated token list, it will automatically send these assets to the address on the Aurora network selected.
 
 ![image2](/img/.gitbook/assets/image_(2).png)
 
-**Supported assets**
+## Supported assets
 
 These assets will be automatically forwarded to the destination address.
 

docs/aurora-cloud/02-run-your-own-virtual-chain/08-bridge-assets-to-your-chain.md

@@ -4,7 +4,7 @@ Each Virtual Chain is automatically supported by the Rainbow Bridge technology s
 
 ![frame827_6](/img/.gitbook/assets/Frame_827_(6).png)
 
-**Embeddable bridge**
+## Embeddable bridge
 
 The bridge addon in Aurora Cloud allows you to configure your own bridge interface and embed it in your application.