Performance

The Operational Capabilities of ATLETA

With an ever increasing pool of competition and an acceleration of technological capabilities, the vast majority of new generation blockchain projects focus on two vectors of performance; speed and throughput. Speed refers to the amount of time it takes for a transaction to be processed; whereas throughput refers to the amount of transactions that can be processed within a set block of time.

While it is understandable that these two vectors are fundamental requirement for truly bringing Web3 technology to the masses in a form factor that would satisfy the scrupulous demands of retail users as well as institutions; it must be emphasized that solely focusing on the two has imposed many tradeoffs that have forgone other (potentially more important) vectors.

BCSports has taken into consideration seven (7) principle design vectors that balance security, value blockspace, and enable seamless interactions. They are as follows:

1. Modularity Granulating the architecture, imbuing the freedom to customize modules independently in the blockchain stack without breaking structure.

2. Interoperability Tapping into the ability to pass messages between compatible and non-compatible networks. By enabling interchain communication, ATLETA transforms itself from an isolated island, into a Pangea for all networks that can share resources.

3. Upgradeability The need to upgrade blockchains with more advanced feature sets, such as privacy mechanisms, signature schemes, key management, hashing algorithms, et al. is quintessential for ensuring long-term survivability in the event of highly uncertain scenarios (such as with Quantum computing). Moreover, by taking upgradability into account, the chain essentially becomes fork resistant.

4. Smart Contract Development Atleta made sure to establish an environment that is both friendly and flexibility to developers by implementing a wider range of development languages and frameworks.

5. Performance In addition to speed and throughput are factors of consistency and predictability. Being able to ascertain the direction of fees and balance network load will ultimately prove to be of more value to legacy institutions that require a greater degree of stability than can otherwise be provided by most public blockchains today.

6. Scalability As more entities, applications, networks, and sovereigns come into Web3; they will demand an environment that is capable of satisfying growth demands. Being able to handle more transactions at a higher throughput

7. Security Arguably the most important element in distributed computing that has gotten predominantly ignored with newer generations is the resilience against subversion. What does it matter if a network can process a million transactions per second but gets hijacked or shuts down randomly multiple times a day?

---

Throughput: 60-80 TPS	Fees: 2 gwei
Depending on the complexity of a transaction type; Atleta will be able to handle 60-80 transactions per second before starting to experience bloat. Simple transactions, such as moving around the ATLA Token, require minimal computation. Complex transaction types, such as smart contract calls during a liquidation event, will demand more.	Fees will fluctuate based on demand. The base fee applicable to a simple transaction consuming a single slot of resources is 2 gwei. As the complexity of a transaction increases, so does the cost per unit of computation. Likewise, network fees depend on the level of network load, as more transactions hit the chain, the fees for inclusion in the next block raise as well.

Finality: Instant	Fee Mechanism: Base + Priority
Finality is a quintessential property to consider whenever building any applications dealing with high value. The Atleta Network has instant (per block) finality to avoid issues in the security of transactions.	Base fees is the lowest bound of a transaction’s price, which ensures TX inclusion. Priority fee is an optional incentive that users can attach to their transactions to speed up queue placement and processing.

Blocktime: ~ 6 seconds	Epochs/Eras: ~ 36 Hours
Subject to natural forces relating to the speed of message transference, the blocktime will fluctuate near the 6-second mark.	Batches of blocks with a locked validator set. During Epoch shifts, rewards are distributed, and validator sets are reshuffled.