Central to this ecosystem is the native utility token "TICS", which serves as the lifeblood of the network, facilitating transactions, powering DeFi applications, and incentivizing network participants. Through the strategic deployment of TICS and the integration of cutting-edge blockchain technologies, the Qubetics Network aims to revolutionize the way individuals and enterprises engage with decentralized finance. By providing a robust, scalable, and user-friendly platform, Qubetics is poised to drive widespread adoption and unlock new frontiers in the blockchain space.

Prerequisites

System Requirements

• Operating System: Ubuntu 22.04

• Memory: At least 4GB RAM

• Storage: Minimum 20GB available disk space

• Network: Stable internet connection

Tools and Dependencies

Ensure the following tools are installed:

• Go ( by running the install_go.sh script )

• Jq

• Bash

• wget

• unzip

• build-essential

All of these installations are already covered in the qubeticsnode.sh script.

Step 1: Prepare Your Environment

1. Run as Root or with Sudo Privileges: Ensure the script is executed with root privileges. If not, you may encounter permission issues. sudo su

cd qubetics-tesnetnode-script

Step 2: Execute the Script

Run the Script

Execute the script to install the required components and set up the node. ./qubetics_ubuntu_node.sh

Key Configuration Prompts

• If a previous node configuration exists, you will be prompted to overwrite it. Choose y to overwrite or n to retain the existing setup.

• Save the generated keys and mnemonics securely when prompted. These are essential for accessing your node.

Step 3: Verify Installation

1. Validate Genesis: Ensure the genesis file is properly configured. qubeticsd validate-genesis --home /data/.tmp-qubeticsd

2. Display Node Information: After setup, the script displays important node details:

• Tendermint Public Key

• Bech32 Address

• Node ID

Record these details for future reference.

Step 4: Start the Node

The script automatically sets up and starts the node as a system service.

Manage the Node Service

• Start the Service: sudo systemctl start qubeticschain.service

• Check the Service Status: sudo systemctl status qubeticschain.service

• Enable the Service to Start on Boot: sudo systemctl enable qubeticschain.service

Additional Configurations

Update Configurations

The script automatically modifies configuration files located in /data/.tmp-qubeticsd/config/.

• Timeout Settings: Adjusted for optimal performance.

• Gas Prices: Set to 0.25tics.

• Networking: Configured to listen on all interfaces (0.0.0.0).

Persistent Peers

The script includes default persistent peers to facilitate P2P communication. To add or modify peers, edit the config.toml file.

nano /data/.tmp-qubeticsd/config/config.toml

Troubleshooting

Common Issues

1. Dependency Errors: Ensure all dependencies (e.g., jq, go) are installed before running the script. sudo apt-get install -y jq build-essential wget unzip

2. Service Not Starting: Check logs for detailed error messages: sudo journalctl -u qubeticschain.service -f

3. Genesis File Validation Failed: Verify the Genesis file contents and ensure they match the required network configuration.

Maintenance

Restart the Node

sudo systemctl restart qubeticschain.service

Stop the Node

sudo systemctl stop qubeticschain.service

Qubetics is the world's first Layer 1, Web3 aggregated ecosystem with a proprietary Layer 1 Proof-of-Stake Network with EVM compatibility and purpose-built for interoperability.

It emphasizes the innovative implementation of chain abstraction through intents that showcase a seamless and efficient transactional framework. Qubetics’ advanced, privacy-focused decentralized infrastructure, where user and node interactions occur entirely on-chain, effectively eliminating central points of failure.

The Qubetics Network represents a transformative shift in the blockchain industry, poised to establish a self-contained, high-efficiency ecosystem. Built upon a proprietary layer 1 POS blockchain. Qubetics network redefines scalability, throughput, and interoperability within its EVM-compatible network.

Key to Qubetics Network’s success is its commitment to decentralization and user-centric design. Through an advanced consensus mechanism “Delegated Proof Of Stake (DPOS) and powerful security protocols, the Qubetics Network ensures a level playing field for all participants, promoting a community-driven environment where every voice is heard and valued through its on-chain governance mechanism where users can contribute in major decisions using a DAO platform.

The Qubetics Network aims to empower its users with unparalleled transaction speed, promoting rapid growth and easy collaboration. By removing traditional barriers and constraints, creating a dynamic ecosystem where transparency, trust, and innovation merge to redefine the future of transactions. Furthermore, the Network's smart contracts serve as a stronghold of the ecosystem, offering immutable, transparent, and efficient execution of agreements. With benefits such as fraud reduction, cost efficiency, and fault tolerance, smart contracts empower users with confidence and security in their interactions.

Qubetics has Alpha Testnet and Dev Testnet networks available. You can use one of the test networks, Devnet or Testnet, to experiment with the smart contracts and your application on that network.

To perform transactions on the Qubetics network, you would require TICS Coins to pay for the transaction fee. Follow the instructions given to add the Qubetics network to your EVM-compatible wallet such as MetaMask.

How to add Qubetics Network Manually

Go to MetaMask or any other EVM compatible wallet, click on Add network and enter the following details:

Qubetics faucet is a helpful tool where Qubetics users and developers can get free test TICS tokens to deploy and interact with their smart contract or application on Qubetic's Alphatest and Dev testnet networks. There is no faucet for Qubetics Mainnet.

Prerequisites

To request tokens from the faucet, you must own a wallet address that can receive the TICS tokens.

Request test tokens through Faucet

You can access the test TICS token from the Alpha testnet faucet .

The technical architecture supporting interoperability is crafted with precision and foresight. It is robust and flexible, capable of accommodating the distinct features and functionalities inherent to Qubetics. This well-thought-out framework is engineered to facilitate seamless cross-chain operations, allowing for efficient asset transfers and data exchange across different blockchain networks. By combining compatibility with resilience and adaptability, we aim to offer a versatile and resilient blockchain platform that meets the diverse needs of developers, enterprises, and users alike.

To join the Qubetics network as a validator, users must meet specific system requirements, install essential tools to run a validator node, and fulfill staking requirements. Below is a detailed guide to help become a validator in Qubetics ecosystem:

System Pre-Requisites

To ensure optimal performance and reliability as a validator, users need to have a dedicated server with the following computational resources:

• Operating System: Ubuntu 22.04 or a compatible Linux distribution.

• Memory: At least 4 GB of RAM to handle network demands.

• Storage: A minimum of 20 GB of available disk space to store Qubetics chain data and logs.

• Internet Connection: A stable, high-speed internet connection would be required to maintain a consistent node performance and uptime.

Software and Tool Installation

The following tools must be installed on the system to operate as a validator on the Qubetics network:

• Bash: Command-line shell for script execution.

• Go: Install a version compatible with the Cosmos SDK requirements.

• jq: A lightweight and flexible command-line JSON processor.

• wget: For downloading files from the internet.

• unzip: To extract files from compressed archives.

• build-essential: A package with essential tools for compiling code and building software.

Make sure all tools are properly installed and configured before proceeding to node setup on the Qubetics chain.

Minimum TICS Holdings

To participate as a validator in the Qubetics network, users must hold a minimum balance of 100 TICS coins in their wallet. This balance is critical for the following:

• Staking Requirements: Validators must stake TICS coins to join the network and participate in transaction validation.

• Economic Security: Staked tokens serve as collateral, ensuring validators act in the best interest of the Qubetics network. Validators are rewarded with TICS tokens for adhering to protocols, but any mistakes or rule violations can result in slashing their stake. Beyond their own tokens, validators are also accountable for those delegated to them, making reliability and integrity essential. This dual responsibility highlights their critical role in maintaining network security and safeguarding the community's trust.

Steps to run a Validator Node

Here is the step-by-step guide to run a Qubetics Validator Node: https://qubetics.gitbook.io/qubetics-docs/getting-started/validator-node-setup

Responsibilities of Validators

1. Maintain Uptime

• 24/7 Operations: Keep your node online and fully operational at all times to avoid penalties and ensure consistent participation.

• Redundancy: Implement backup systems to minimize downtime due to hardware or network failures.

2. Secure the Network

• Node Security: Follow best practices to protect your node from unauthorized access and attacks.

• Private Keys: Safeguard your private keys securely in encrypted backups.

3. Adhere to Governance Policies

• Compliance: Follow the governance rules and protocol standards of the Qubetics network.

• Ethical Practices: Ensure fair and honest participation to maintain the integrity of the Qubetics network ecosystem.

How to onboard as a Validator

Here is the link with a step-by-step guide to onboarding as a validator on Qubetics Validator:

https://qubetics.gitbook.io/qubetics-docs/getting-started/validator-application-user-guide

Validators play an important role in ensuring the security of a blockchain network and facilitating the creation of new blocks. They also participate in the consensus process with other validators. This document is intended to guide users through the process of becoming a validator on the Quebtics network.

Before proceeding, please ensure you have successfully set up your Quebtics Validator Node.

Who are validators?

A validator is a participant in a network who is responsible for maintaining the integrity of the distributed ledger by validating transactions and adding them to the blockchain. They are in charge of creating new blocks, as well as ensuring the network's finality and, ultimately, its security.

Validators are incentivized to participate in the network through the use of a cryptocurrency or tokens (TICS Tokens in our chain) and are required to "stake" a certain amount Min. 100 TICS of tokens to become a validator.

The stake acts as a guarantee of good conduct, and whenever they make a mistake, this stake is slashed. In contrast, when they follow the rules, they are generously compensated. Running a validator on a live network involves a significant amount of responsibility. They will be made responsible for not just their stake but also for the stake of their delegators. Their money and reputation will be affected if validators make a mistake and get slashed.

Contract listing is a feature that allows users to view and explore smart contracts deployed on the blockchain. It provides a centralized repository of all active contracts, offering details such as the contract address, creator, deployment date, and contract type (e.g., ERC-20 or custom). This functionality helps developers, users, and auditors track and interact with deployed contracts.

When a contract is deployed, it is automatically added to the listing, and its metadata is indexed for easy access. Users can click on a contract to view its details, including transaction history, methods, and events. This ensures transparency and allows anyone to verify the contract's purpose and activity.

FR 10.001: Contracts Overview Section

The Contracts Overview Section gives a summary of all smart contracts deployed on the Qubetics blockchain, helping users understand the scale and variety of contracts available:

• FR 10.001a: Total Contracts Shows the total number of smart contracts deployed on the blockchain (e.g., 734). This includes all contract types, such as token contracts, governance contracts, and application-specific contracts.

• FR 10.001b: Contracts (ERC-20) Displays the total number of ERC-20 token contracts (e.g., 500). These contracts follow a standard that ensures compatibility with wallets, exchanges, and other blockchain tools.

• FR 10.001c: Contracts (ERC-721) Displays the total number of ERC-721 token contracts (e.g., 500). These contracts follow a standard that ensures compatibility with wallets, exchanges, and other blockchain tools.

• FR 10.001d: Contracts (ERC-1155) Displays the total number of ERC-1155 token contracts (e.g., 500). These contracts follow a standard that ensures compatibility with wallets, exchanges, and other blockchain tools.

FR 10.002: Token Information Table

The Token Information Table provides a detailed overview of each deployed smart contract and its associated token on the Qubetics blockchain. This table includes the following columns:

• FR 10.002a: Name The name of the blockchain or token linked to the contract (e.g., Qubetics Chain). This helps users identify the purpose or origin of the contract.

• FR 10.002b: Type Specifies the type of contract (e.g., ERC-20), indicating the standard it follows. This is crucial for understanding the contract’s functionality and compatibility.

• FR 10.002c: Contract Address Displays the unique address of the deployed smart contract (e.g., 0x47865...46845). Clicking on this address opens a detailed view of the contract, including its transaction history, token metrics, and deployment data.

• FR 10.002d: Txn Hash Shows the total number of transactions involving the contract (e.g., 4). This helps users gauge the contract's activity and usage.

• FR 10.002e: Last Executed At The most recent time when the contract was interacted with (e.g., Feb 2024, 18:15:20). This indicates how actively the contract is being used.

• FR 10.002f: Deployed At Displays the time of the contract’s initial deployment to the blockchain (e.g., 2024-09-28 04:14 am). This provides context about the contract’s longevity and history.

• FR 10.002g: Status The status column shows the current state of each contract verification, indicating whether it is "Success", "Pending", or "Failed".

FR 10.003: Pagination

Pagination controls at the bottom of the contract list allow users to navigate through multiple pages of token data efficiently (e.g., 1, 2, 3 ... 12).

The Blocks page provides real-time updates on the latest blocks produced, including details such as block height, hash, and production time.

FR 4.002: Blocks Table

The Blocks Table provides a detailed view of recently produced blocks on the blockchain.

• FR 4.002a: Block Displays the block number (e.g., 8014556). Each block is assigned a unique sequential number that represents its position in the blockchain.

• FR 4.002b: Block Hash Shows the unique cryptographic identifier for each block (e.g., 0x47865...4c8f345). The block hash is a cryptographic signature generated based on the block's contents, ensuring immutability and integrity.

• FR 4.002c: Validator Displays the validator responsible for producing the block (e.g., qubetics1k...1456ad). The validator name or address identifies the node that validated and produced the block.

• FR 4.002d: Time Shows the time elapsed since the block was created (e.g., 1m ago). The time column dynamically updates to reflect the time since the block was generated.

Validators are essential to securing the blockchain, validating transactions, and proposing blocks. The process involves submitting the required details through the form, which are then recorded on the blockchain. Once validated, the new validator either joins the active set or waits based on the network's staking rules. After setup, the validator’s information becomes visible in the validator list, allowing delegators to view their details and delegate tokens.

Step 1:

Click on the "Setup as a validator" button

FR 3.001: Setup as a Validator Form Fields

The "Setup as a Validator" form is a crucial step for registering as a validator on the Qubetics platform.

• FR 3.001a: Name Enter the name of your validator (e.g., "QubeticsGuardian"). This name serves as the primary identifier for your validator on the network. It helps delegators and other participants recognize and differentiate your validator among others.

• FR 3.001b: Description Provide a brief description of your validator. The description allows you to highlight your validator’s mission, values, and unique features.

• FR 3.001c: Website Enter your validator's website or contact URL (e.g., "https://validator.qubetics.com").

• FR 3.001d: Identity Enter the username or unique identifier of your validator (e.g., "Validator_123").

• FR 3.001e: Security Contract Provide the contract address associated with your validator's security setup.

• FR 3.001f: Next Button Once all fields are filled in, click Next to proceed. The "Next" button validates the input data and saves it for further steps in the validator setup process.

Step 2:

The "Step 2" asks for bond token details for participation in the network.

• FR 3.002a:

  • Stake/Bond Amount: Enter the number of TICS tokens you want to bond for validator staking.

  • Max Button: Clicking this button automatically fills in the maximum number of tokens available in your wallet for staking.

• FR 3.002b: Commission (%) The commission settings determine how much of the staking rewards the validator retains as compensation for their services.

  • Max Rate Specify the maximum commission rate that the validator can charge delegators (e.g., between 0.05 and 1).

  • Initial Rate Set the starting commission rate (e.g., ≥ 0.05 or ≤ Max Rate). Defines the validator's initial reward share.

  • Max Change Rate Enter the maximum percentage by which the commission rate can increase (e.g., ≥ 0.05 or ≤ Max Rate).

• FR 3.002C: Bond and Validate Button Once all the fields are filled, click the Bond and Validate button to finalize your validator setup. This action bonds the specified tokens, sets the commission parameters, and registers the validator with the blockchain.

Upon successful submission, the validator becomes part of the network and starts participating in validation activities, provided the network's minimum staking criteria are met.

To become a validator on the Qubetics platform, user can access the validator application through a secure login screen that authenticates them before granting them access to validator features.

By connecting to the Qubetics network via a valid node URL and logging in with a wallet using mnemonic phrase, users can become a validator to participate in consensus mechanism, and manage validator-specific tasks such as staking, unbonding, and account management. This process ensures secure, reliable access and aligns with blockchain best practices.

FR 1.001: Login Section

This section allows users to authenticate and access the validator application.

• FR 1.001a: Node URL Input Field Users need to provide the URL of the node they want to connect to in the Node Information section. This URL serves as a gateway for communication with the blockchain network, enabling validators to interact with real-time blockchain data.

Your IP instance will be like this, e.g. http://166.108.192.144:26657 or node rpc-url: https://dev-vd-rpc.qubetics.work/

• FR 1.001b: Submit Button By clicking the Submit button, the system checks the entered node URL to ensure it is valid. Once the URL is successfully validated, the connection to the node is established.

• FR 1.001c: Info Icon Provides additional guidance or tips about connecting to nodes.

• FR 1.001d: Mnemonics Field The input field allows users to securely paste or enter their mnemonic phrase, a unique set of words used to authenticate their account. By entering their mnemonic phrase, users can securely connect their wallet and access the Validator platform.

• FR 1.001e: Log In Button After entering the mnemonic phrase, clicking the login button authenticates the user. It's important to note that a successful login requires a connection to a valid node, which is essential for accessing the validator features.

• FR 1.001f: Connection Note A message is displayed stating, “NOTE: Connect With Node For Login”, to remind users that connecting to a node is essential for successful login authentication.

FR 6.002a: Validators Table

The Active Validators Tab serves as a centralized hub for understanding validator contributions and making informed staking decisions. Delegators can assess validator performance, reward structures, and operational status to choose validators that align with their goals. Validators can monitor their metrics to evaluate their standing within the network and optimize their operations for better performance.

• FR 6.002a.1: Serial Number (Sr. No.) Each validator is assigned a unique serial number for quick reference and streamlined navigation. This allows users to locate and compare validators effortlessly within the table.

• FR 6.002a.2: Name The Name column displays the unique names of validators, such as "Shinobi Validator" or "Sherlock Nodes". This identifier helps delegators easily recognize and select validators for staking, making the interface user-friendly and intuitive.

• FR 6.002a.3: Validator Address The Validator Address represents the unique blockchain address associated with each validator (e.g., 0x47865...46845). Clicking on the address provides a more in-depth view of the validator’s metrics, performance history, and contribution to the network. This feature allows users to make informed decisions based on detailed validator data.

• FR 6.002a.4: Status The Status column indicates the validator's operational state, ensuring transparency in their participation within the network. This status overview helps delegators identify reliable validators for staking:

  • Active: The validator is currently contributing to block validation and participating in consensus.

  • Deactivating: The validator is in the process of exiting from active participation but may still be holding delegators' stakes temporarily.

  • Inactive: The validator is not currently validating blocks, potentially due to downtime or other operational reasons.

• FR 6.002a.5: Total Stake The Total Stake column reflects the total number of tokens staked with each validator, including contributions from delegators and the validator themselves (e.g., 625.26 TICS).

• FR 6.002a.6: Commission The Commission column displays the percentage of staking rewards retained by the validator as a fee for their services (e.g., 0.1%).

• FR 6.002a.7: Self Stake The Self Stake column highlights the amount of tokens the validator has personally staked to maintain their eligibility (e.g., 40.25 TICS).

• FR 6.002a.8: Delegators The Delegators column shows the number of users who have staked their tokens with the validator (e.g., 2).

The Qubetics Validator Overview Page offers a list view of validator performance, including voting power, self-stake, blocks proposed, and delegator participation. It helps users analyze staking opportunities with metrics like APR and commission rates, enabling easy sorting and navigation.

FR 6.001: Validators Overview

The Validators Overview section gives users a clear and concise summary of the overall performance of validators and the network's health. It is a key area for understanding how the network operates and provides essential metrics for both validators and delegators.

• FR 6.001a: Total Validators This metric displays the total number of active validators in the network (e.g., 60). A higher number of validators indicates greater decentralization and security for the network. It shows the level of participation in block validation and consensus, reflecting the network’s robustness.

• FR 6.001b: Staking APR Displays the current annual return rate for staking tokens with validators (e.g., 18.5%). The APR is calculated based on the total rewards distributed and the total tokens staked.

FR 6.002: Validator Tabs

Three tabs categorize validators based on their current status:

• FR 6.002a: All Validators Displays all validators in the network.

• FR 6.002b: Active Shows only validators actively participating in block production.

• FR 6.002c: Inactive Lists validators temporarily not participating.

• FR 6.002d: Deactivated Shows validators that are permanently removed or not validating.

FR 6.003: Validator List Table

The Validator List Table provides a comprehensive view of all validators in the network, organizing key details into columns for easy navigation and analysis. This table is essential for both delegators and validators to assess network performance, validator contributions, and staking opportunities.

• FR 6.003a: Sr No. A unique serial number is assigned to each validator for quick reference.

• FR 6.003b: Name Displays the name of the validator (e.g., Shinobi Validator, Sherlock Nodes). The validator name is a human-readable identifier, making it easier for delegators to recognize and select validators.

• FR 6.003c: Validator Address The blockchain address associated with the validator (e.g., 0x47865...46845). This address uniquely identifies the validator on the blockchain. Clicking on the address opens a detailed page with metrics like blocks proposed, commission history, and staking statistics.

• FR 6.003d: Status Displays the validator’s current operational status. The status column helps delegators identify reliable validators and avoid those not participating in the network.

  • Active: The validator is actively participating in block validation and consensus.

  • Deactivating: The validator is in the process of being removed from the active set due to insufficient stake, performance issues, or other reasons.

  • Inactive: The validator is not currently validating blocks and is out of the active set.

• FR 6.003e: Total Stake The total amount of tokens staked with the validator (e.g., 625.26 TICS). This metric reflects the validator's overall influence in the network and their ability to attract delegations.

• FR 6.003f: Commission The percentage of staking rewards retained by the validator as a fee for their services (e.g., 0.1%). Commission rates allow delegators to understand how much of their rewards will be kept by the validator.

• FR 6.003g: Self Stake The amount of tokens the validator has staked themselves to maintain their role (e.g., 40.25 TICS). Validators must maintain a minimum self-stake to remain in the active set. Insufficient self-stake can result in status changes to "Deactivating" or "Inactive".

• FR 6.003h: Delegators The number of users who have delegated tokens to the validator (e.g., 2). This metric indicates the validator’s popularity and level of trust within the community.

FR 6.004: Pagination

Pagination controls below the table help users navigate through multiple pages of transaction data by selecting specific page numbers (e.g., 1, 2, 3). Additionally, the table can be sorted by columns like value, timestamp, or transaction hash, allowing users to organize the data according to their preferences for easier analysis.

The Validator Details Page provides in-depth information about a validator’s performance, commission rates, and community engagement. Delegators can explore these details to make informed decisions about staking their tokens. It includes key metrics such as total stake, self-stake, delegator count, and commission structure, offering insights into the validator's reliability and efficiency. Validators can use this page to track their performance, monitor their contributions to the network, and compare their metrics with other validators, helping them improve and maintain their position within the ecosystem. This page ensures transparency and supports both delegators and validators in making data-driven decisions.

FR 7.001: Back Button

Located at the top left, this button allows users to return to the main Validators list page.

FR 7.002: Wallet Address Field

Displays the unique blockchain address of the validator (e.g., 0x47685...8B145).

FR 7.003: Name

The name of the validator (e.g., Shinobi Validator) serves as its identity within the network, making it easier for users and delegators to locate and recognize them. Validators often choose unique and meaningful names to establish trust and attract delegators.

FR 7.004: Status

This indicates the current operational state of the validator. Understanding a validator’s status is crucial for delegators when choosing where to stake their tokens.

• Active: The validator is currently validating blocks and actively participating in the network’s consensus mechanism.

• Inactive: The validator is temporarily not participating in block validation, potentially due to downtime or issues.

• Deactivating: The validator is transitioning out of active status, which could indicate reduced activity or operational changes.

FR 7.005: Commission Rate

This is the percentage of staking rewards that the validator retains as payment for their services (e.g., 0.1%).

FR 7.006: Commission Max Rate

The maximum commission rate a validator can charge (e.g., 0.2%) offers insight into the potential upper limit of their fees.

FR 7.007: Commission Change Rate

This defines how quickly a validator can adjust their commission rate over time (e.g., 0.0%).

FR 7.008: Total Stake

The combined total of tokens staked with the validator, including both the validator’s self-stake and delegator contributions (e.g., 115047755.57773653 TICS).

FR 7.009: Self-Stake

The number of tokens the validator has staked from their own holdings (e.g., 401287.8070295907 TICS). A significant self-stake demonstrates the validator’s commitment to the network and its security, reassuring delegators about their credibility.

FR 7.010: Validator Since

The date the validator started operations on the network (e.g., 2024-09-28). This provides historical context about the validator’s experience and longevity in the network, which can influence delegators’ decisions.

FR 7.011: Delegators

The total number of delegators who have staked tokens with this validator (e.g., 27).

The Deactivated Tab on the Validators Page of the Qubetics Validator interface provides critical information about validators who are no longer actively participating in the network. It offers insights into their past performance, commission rates, total stake, and delegator count, helping users make informed staking decisions. This section also enables delegators to review validators for potential future staking opportunities and allows validators to analyze their deactivated status for potential reactivation. By ensuring transparency and accessibility, the Qubetics ecosystem empowers both delegators and validators to contribute effectively to network participation and growth.

FR 6.002c: Validators Table Overview

The Validators Table offers a comprehensive view of all validators in the network, displaying essential details in organized columns. This information helps both delegators and validators assess performance, trustworthiness, and staking opportunities.

• FR 6.002c.1 #No. Each validator is assigned a unique serial number to make navigation and identification straightforward.

• FR 6.002c.2: Name The validator's name (e.g., Shinobi Validator, Sherlock Nodes) provides an easily recognizable identity, allowing delegators to quickly locate and evaluate specific validators.

• FR 6.002c.3: Validator Address The blockchain address associated with the validator (e.g., 0x47865...46845). Clicking on the address reveals detailed metrics, such as the validator's performance, transaction history, and operational activities.

• FR 6.002c.4: Status The status column indicates the validator's current role in the network:

  • Active: The validator is actively participating in block validation and consensus.

  • Inactive: The validator is not currently validating but remains registered within the network.

  • Deactivated: The validator has been removed from active participation, often due to non-compliance or insufficient self-stake.

• FR 6.002c.5: Total Stake This metric displays the total tokens staked with the validator, including both the validator's self-stake and delegator contributions (e.g., 625.26 TICS).

• FR 6.002c.6: Commission The percentage of rewards retained by the validator for their validation services (e.g., 0.1%).

• FR 6.002c.7: Self-Stake This is the amount of tokens staked by the validator themselves to maintain their status (e.g., 40.25 TICS).

• FR 6.002c.8: Delegators The number of delegators who have chosen to stake their tokens with this validator (e.g., 2).

FR 6.002b: Validators Table

The Inactive Tab highlights validators that are no longer actively participating in the network's consensus mechanism, providing essential details to help users understand their status and performance. This feature enables delegators to assess inactive validators, explore reasons for inactivity, and make informed decisions about re-staking with active validators. It also allows validators to analyze their operational history and identify steps to regain active status.

• FR 6.002b.1: Serial Number (#No.) This column assigns a unique serial number to each validator for easy reference. It helps users quickly locate and differentiate between validators.

• FR 6.002b.2: Validator Name The name of the validator (e.g., Shinobi Validator, Sherlock Nodes) serves as an identity marker, allowing users to recognize and differentiate validators within the network.

• FR 6.002b.3: Validator Address Each validator is associated with a unique blockchain address (e.g., 0x47865...46845). Clicking on the address provides access to a detailed performance overview, including transaction history, staking activities, and validator-specific metrics.

• FR 6.002b.4: Status The status column indicates the current operational state of the validator.

  • Active: Validators actively contributing to the validation process and participating in consensus.

  • Inactive: Validators that are registered but not currently validating blocks or participating in consensus.

  • Deactivating: Validators in the process of withdrawing from active validation.

• FR 6.002b.5: Total Stake This shows the total amount of tokens staked with the validator, including contributions from both the validator themselves and their delegators (e.g., 625.26 TICS).

• FR 6.002b.6: Commission The commission column reflects the percentage of staked rewards retained by the validator as a fee for their services (e.g., 0.1%).

• FR 6.002b.7: Self-Stake This indicates the number of tokens the validator has staked themselves to maintain their role (e.g., 40.25 TICS).

• FR 6.002b.8: Delegators The number of delegators who have staked tokens with the validator (e.g., 2) is displayed here.

The dashboard page offers a comprehensive understanding of how to use the platform. The dashboard provides critical insights into validator operations and overall blockchain performance.

FR 2.001: Navigation Menu

The Navigation Menu is designed for ease of use, ensuring that users can quickly access relevant screens without confusion. This menu acts as a central hub for managing all aspects of validator operations while ensuring a secure and user-friendly interface.

• FR 2.001a: Dashboard Here, users can view essential validator metrics, such as their current status, performance statistics, and recent wallet activities.

• FR 2.001b: Block Navigate to the Block Screen, where users can explore:

  • Block numbers

  • Block hashes

  • Validators associated with each block

• FR 2.001c: Validators This leads to the Validators List screen, displaying all active and inactive validators. Users can access additional tabs and tools to view validator-specific data, such as voting power, staking, and delegator information.

• FR 2.001d: Manage Account Enables users to manage their validator account. Key actions include:

  • Bond More: Stake additional tokens to increase validator power.

  • Unbond: Withdraw staked tokens.

  • Stop Validator: Deactivate the validator role.

• FR 2.001e: My Account Allows users to:

  • View their wallet balance.

  • Check transaction history for an overview of activities.

• FR 2.001f: Validator Address Displays the Validator Address, which identifies the node set up on the Qubetics blockchain as part of the validator network. This ensures users have quick access to their validator node details.

• FR 2.001g: Balance Shows the current token balance in the user’s connected wallet. Reflects available funds for staking or other transactions.

• FR 2.001h: Logout Provides a secure way for users to log out of the application, ensuring their account and wallet remain protected.

FR 2.002: Metrics Section

The Metrics Section offers a comprehensive overview of key network statistics, giving users insights into the blockchain's economic performance and staking opportunities. Below are the details of each metric displayed in this section:

• FR 2.002a: Market Cap Displays the total market capitalization of the native TICS tokens (e.g., $1,493,7089). This metric reflects the overall value of the blockchain's circulating supply.

• FR 2.002b: Qubetics Price This tile shows the current market price of one TICS token (e.g., $100). This price updates in real-time, helping users assess the token's value and market trends.

• FR 2.002c: Inflation Reflects the current annual inflation rate on the blockchain (e.g., 12%). Inflation determines the rate at which new TICS tokens are added to the token supply, affecting token supply of the token.

• FR 2.002d: APR (Annual Percentage Rate) Displays the staking reward rate for validators and delegators (e.g., 18.5%). Indicates the percentage of returns users can earn by staking their tokens, making it a critical metric for potential investors.

• FR 2.002e: Total Supply Indicates the total number of TICS tokens currently in circulation (e.g., 100,000 TICS). Reflects the blockchain's total token availability, including staked, bonded, and liquid tokens.

FR 2.003: Validator Status

The Validator Status section offers key insights into a validator’s performance and operational details. Below are the detailed components of this section:

• FR 2.003a: Total Stake Displays the total amount of tokens staked with the validator (e.g., 1000 TICS). Includes both self-bonded tokens (staked by the validator themselves) and delegations (tokens staked by others with the validator). This metric reflects the validator’s voting power, which directly impacts its influence in the consensus process. A higher stake indicates greater trust and reliability from delegators.

• FR 2.002b: Commission Shows the percentage of rewards retained by the validator as a fee for their services (e.g., 10%). Validators charge this commission to cover operational costs such as infrastructure maintenance and security. Delegators earn the remaining rewards based on their staked amount.

• FR 2.003c: Status Indicates whether the validator is active, inactive, or awaiting activation.

  • Active: The validator is currently participating in block production and consensus.

  • Inactive: The validator is not part of the active set, possibly due to low stake, downtime, or penalties.

  • Awaiting: The validator is registered but has not yet met the criteria to join the active set (e.g., insufficient stake).

Real-time updates ensure users know their validator’s operational state and any necessary actions.

FR 2.004: Recent Action

The Recent Actions section provides a quick overview of the latest activities related to the validator. Below is a breakdown of the components and details:

• FR 2.004a: Unbond Shows details of tokens unstaked from the validator (e.g., 100 TICS).

• FR 2.004b: Withdraw Displays details of withdrawal requests (e.g., 100 TICS).

FR 2.005: Key Metrics

The Key Metrics section provides a detailed overview of critical validator and network statistics. This information is essential for understanding a validator's performance, influence, and contributions to the network.

• FR 2.005a: Latest Block Proposed This metric displays the block number of the most recent block proposed by the validator.

• FR 2.005b: No. of Delegators Shows the total number of delegators who have staked their tokens with this validator (e.g., 32).

• FR 2.005c: Total Delegators' Stake Amount Displays the cumulative amount of tokens staked by all delegators with this validator (e.g., 150 TICS).

• FR 2.005d: Total Rewards This metric shows the total rewards earned by the validator over time (e.g., 500 TICS).

• FR 2.005e: No. of Blocks Proposed Indicates the total number of blocks successfully proposed by the validator since its inception (e.g., 12). This measures the validator’s overall contribution to network operations and highlights their reliability in proposing blocks.

• FR 2.005f: Self Stake Displays the amount of tokens staked by the validator themselves (e.g., 20 TICS). Validators with higher self-stake often demonstrate stronger alignment with the network’s success.

GitBook has a powerful block-based editor that allows you to seamlessly create, update, and enhance your content.

Writing content

GitBook offers a range of block types for you to add to your content inline — from simple text and tables, to code blocks and more. These elements will make your pages more useful to readers, and offer extra information and context.

Either start typing below, or press / to see a list of the blocks you can insert into your page.

Add a new block

The Profile Details Page in the Qubetics Validator serves as a centralized hub for managing validator profiles and staking activities. It provides key metrics such as total stake, bonded funds, and commission rates, enabling validators to monitor their performance and contributions. The page includes interactive features like bonding more tokens, unbonding, or stopping validation to adapt to network or personal needs. Additionally, the Edit Validator button allows updates to profile information, ensuring transparency and compliance with network standards. With its user-friendly interface and essential functionalities, the Profile Details Page streamlines validator management and supports efficient network participation.

FR 9.001: Wallet Address

The wallet address linked to the validator is prominently displayed (e.g., 0x47685...8B145). This serves as the primary identifier for transactions and network participation.

FR 9.002: Validator Information

This section provides essential details about the validator:

• Name: The validator's chosen name for easy identification within the network (e.g., Starlight Stake).

• Description: A brief summary explaining the validator’s mission or purpose (optional field).

• Website: A URL linking to the validator’s official website, offering delegators additional resources or information about the validator's services and security.

• Identity: An optional tag that enhances the validator’s recognition and identity within the network.

• Security Contact: Details for addressing security-related inquiries or issues, promoting trust and accountability.

• Commission Rate: The percentage of staking rewards retained by the validator as compensation for their services (e.g., 0.1%).

• Commission Max Rate: The highest rate the validator can set for commissions (e.g., 0.2%).

• Commission Max Change Rate: Defines how much the validator’s commission can change daily, ensuring stability for delegators (e.g., 0.00%).

• Status: Indicates the validator’s current state, such as Active, Inactive, or Deactivating, reflecting their operational status in the network.

FR 9.003: Stake Overview Section

This section displays the overall staking metrics of the validator:

• Total Stake: Reflects the combined amount of tokens staked by both the validator and their delegators (e.g., 10,000,051 TICS). This metric highlights the validator’s responsibility and trust within the network.

• Commission: Displays the percentage of rewards retained by the validator, helping delegators assess the cost-effectiveness of staking with them.

FR 9.004: Bond Details Section

This section provides tools for managing staking-related operations:

• Bonded: Displays the total number of tokens actively bonded and contributing to network validation (e.g., 10,000,000 TICS).

• Unbonded: Indicates the number of tokens unbonded and available for withdrawal after the unbonding period (e.g., 0 TICS).

• Actions:

  • Bond More Funds: Allows the validator to increase their total bond by staking additional tokens, strengthening their role in the network.

  • Unbond Funds: Provides an option to release bonded tokens, which will be withdrawable after the required unbonding period.

  • Stop Validating: Ends the validator’s participation in network validation, transitioning them to an inactive state.

FR 9.005: Edit Validating Button

Located at the top right of the Profile Details Section, this button offers flexibility for validators to update their profile details. Validators can modify information such as commission rates, website URLs, identity tags, and security contact details.

The Stop Validator feature allows users to securely deactivate their validator role on the blockchain. By entering their wallet’s mnemonic phrase, validators can confirm and authorize the deactivation process, ceasing participation in block validation and network consensus. Before stopping their validator status, users are advised to complete pending actions such as unbonding tokens or withdrawing rewards, as rewards will no longer accumulate after deactivation. This feature ensures a smooth and secure exit for validators while maintaining the network’s integrity and stability.

FR 12.001: Wallet Address Field

This section displays the wallet address currently linked to the validator role (e.g., 0x4768589...8B145). It helps users identify which wallet is associated with their validator operations. A Copy Icon is provided next to the wallet address, allowing users to quickly copy it for use in external tools or for record-keeping.

FR 12.002: Enter Mnemonics to Authorize Transaction

To securely authorize the deactivation of the validator role, users must input their wallet's mnemonic phrase. For added convenience, a Copy Icon is included, enabling users to paste their mnemonic phrase directly into the input field. This functionality minimizes manual errors and streamlines the process.

FR 12.003: Sign and Submit Button

This button is the final step in the deactivation process. When clicked, it initiates the transaction to deactivate the validator role. The connected wallet prompts the user to confirm the action and pay the necessary gas fees. After submission, a notification is displayed, informing users that the account status update may take some time to reflect.

The Unbond Funds feature allows users to unstake tokens bonded to a validator, offering flexibility to adjust their staking participation. Users specify the token amount, authorize the transaction using their wallet's mnemonic phrase, and submit the request. After the network's unbonding period, the tokens become available for withdrawal. This secure and user-friendly feature ensures validators and delegators can efficiently manage their stakes while complying with network protocols.

FR 11.001: Funds Available to Unbond

This section shows the total number of staked tokens that can be unbonded by the user (e.g., 10,000,000 TICS).

FR 11.002: Unbond Amount Input Field

Users can specify the exact number of tokens they want to unbond by entering the amount in the provided input field.

FR 11.003: Unbond All Button

This feature allows users to automatically fill the input field with the maximum number of tokens eligible for unbonding, simplifying the process for those who wish to unbond all their staked funds.

FR 11.004: Unbonding Period Notification

Displays a mandatory waiting period during which the unbonded tokens remain locked before they become available for withdrawal. For example, the notification might state an unbonding period of 10 minutes.

FR 11.005: Enter Mnemonics to Authorize the Transaction

For secure authorization, users must enter the mnemonic phrase associated with their wallet. Copy Icon: This feature allows users to paste their mnemonic phrase easily, ensuring convenience and reducing the chance of errors during input.

FR 11.006: Sign and Submit Button

This button finalizes the unbonding process. Upon clicking, the user’s connected wallet will prompt them to confirm the transaction and pay the required gas fees. Once confirmed, the unbonding process is initiated, and the user can track the progress until the tokens are fully unbonded and ready for withdrawal.

The Profile Details Section provides users with an overview of their wallet status and facilitates the process of becoming a validator. By clicking the Setup as a Validator button, users are guided through a step-by-step workflow to configure their validator, including entering essential details, setting commission rates, and staking tokens. The section also features a Validator Status update, offering real-time insights into the user's progress and activities within the network, ensuring transparency and keeping them informed about their validator's operational state and performance.

FR 8.001: Wallet Address

This section displays the user's connected wallet address, a unique identifier on the blockchain (e.g., 0x47685...8B145). The wallet address is crucial for managing funds, staking tokens, and interacting with the validator network.

FR 8.002: Validator Status

The Validator Status field shows the current state of the user's validator setup. Initially, the status will appear as Inactive, indicating that the user has not yet set up or activated their validator. Once the setup process is completed, this status dynamically updates to reflect the validator’s operational state, such as:

• Active: The validator is live and participating in block validation.

• Deactivating: The validator is transitioning out of active participation.

• Inactive: Validator setup is incomplete or temporarily not participating in validation.

FR 8.003: Setup as a Validator Button

The Setup as a Validator button allows users to begin the process of becoming a validator. Clicking this button launches a step-by-step guided workflow where users:

1. Enter Validator Details: Provide necessary information, such as the validator name and description.

2. Set Commission Rates: Configure the validator's commission structure, including initial rates and maximum allowed rates.

3. Stake Tokens: Bond a specific amount of tokens to activate the validator, demonstrating commitment to the network.

4. Activate the Validator: Finalize the setup and become an active participant in the blockchain’s validation process.

The Bond More Funds screen in the Qubetics Validator interface enables users to stake additional tokens, enhancing their validator’s voting power, performance, and rewards. Users can enter the desired staking amount, authenticate the transaction with their wallet’s mnemonic phrase, and submit the request securely. Once confirmed on the blockchain, the validator’s total stake is updated in real-time, boosting its role and influence in the network.

FR 10.001: Additional Funds to Bond

The first input field allows users to manually enter the number of tokens they wish to bond for staking. For convenience, a Max Button is provided, which automatically fills in the maximum number of tokens available in the user’s connected wallet.

FR 10.002: Enter Mnemonics to Authorize the Transaction

To authorize the transaction, users must input the mnemonic phrase associated with their wallet. A Copy Icon is included to facilitate easy pasting of the mnemonic phrase, reducing the chances of input errors and improving the user experience.

FR 10.003: Sign and Submit Button

Once all required information is entered, users can finalize the bonding process by clicking the Sign and Submit Button. Gas fees are automatically calculated and deducted during this step, ensuring a seamless experience.

FR 10.004: Note

After the transaction is successfully processed, a notification informs users that changes to their account status, such as updates to the total bonded tokens, may take some time to reflect on the interface.

Prerequisites

1. Wallet Setup

• A Qubetics-compatible wallet

• TICS Tokens: ensure the holds 50 TICS tokens to participate in delegation.

1. Understanding the Process

• Familiarize yourself with the roles and responsibilities of validators.

• Understand key metrics such as stake amount, commission rates, stake rewards, and the potential risks involved.

• Gain basic knowledge of the unbonding period and how delegation works.

Steps to Become a Delegator

Step 1: Access Qubetics Delegator Application

• Visit the delegator application, the official delegator application for Qubetics blockchain, to seamlessly onboard as a delegator in 4 easy steps.

• Sign in with your wallet mnemonics in the application and click on “Become a delegator” button.

Step 2: Select a Validator

• Evaluate validator performance metrics on the validator page, including:

  • Total Stake: The total amount of TICS token staked, including self-stake and stake delegated by delegators to the validator.

  • Commission Rate: The percentage of rewards retained by the validator as a fee before distributing the staked rewards to all the delegators.

  • Number of Delegators: Reflects the validator’s popularity and community support.

• Choose a validator based on your preferences for reliability, reward potential, and trustworthiness.

Step 3: Delegate Tokens

• Use the Qubetics Wallet TICS balance to delegate your tokens.

• Specify the number of tokens to delegate.

• Review and confirm the delegation process.

Step 4: Monitor Rewards

• Regularly log into the delegator application to track staking rewards and validator performance.

• Stay updated on any changes in validator metrics

Step 5: Re-Delegate or Withdraw Tokens

• If you’re unsatisfied with your current validator, re-delegate your tokens to another validator.

• Withdraw your staked tokens if needed, adhering to the unbonding period, during which your tokens remain locked before becoming accessible.

Responsibilities of Delegators

1. Choose Validators Wisely

• Conduct thorough research on validator performance metrics, including reliability, commission rates, and reputation.

• Avoid delegating to validators with high commission rates or poor uptime records to minimize risks.

2. Participate in Governance

• Use your delegated tokens to vote on governance proposals, playing an active role in shaping the Qubetics ecosystem.

• Stay informed about governance discussions and upcoming proposals.

3. Monitor Staking Activity

• Regularly review validator performance and reward rates to ensure your tokens are aligned with the best options.

• Stay proactive in re-delegating or withdrawing tokens if your current validator’s performance declines.

Introduction

The Quebtics delegator application provides a user-friendly interface for delegators to onboard and manage the delegated stake to associated validators.

Delegators actively participate in the Quebtics blockchain network by staking their own TICS Tokens to support the selection of trustworthy validators who verify transactions and maintain blockchain integrity and security. Delegators play a crucial role in the Qubetics consensus mechanism (DPOS), ensuring that validators act in the network's best interest. In return for their support, delegators are rewarded with a portion of the validators' earnings/rewards.

Who are the Delegators?

Delegators are essential participants in the consensus mechanism (DPOS) within the Qubetics ecosystem in making the network decentralized. Their role involves supporting the selection process of validators by delegating trusted validators who will be responsible for creating new blocks and validating transactions.

By delegating validators with TICS coins, delegators contribute to the decentralization of the validation process, which in turn enhances the security of the network. Unlike validators, who are active participants in the network by running a validator node and staking a significant amount in the network, delegators are considered passive participants in the Qubetics ecosystem.

What are the minimum requirements to become a delegator?

Stake Amount: To become a delegator, a user would require a minimum of 50 TICS tokens in their wallet.

Note: A user will require sufficient TICS tokens to create a delegator bond and an additional amount for transaction fees.

Unbonding gives delegators flexibility and control over their staked funds. You may choose to unbond if:

• You want to use your tokens for other purposes, such as trading or liquidity provision.

• You wish to reallocate your stake to a different validator offering better rewards or lower commission rates.

FR 2.003e.1: Check Funds Available to Unbond

The Funds Available to Unbond field displays the total number of staked TICS tokens currently eligible for unbonding. This reflects only tokens that are actively staked and not locked in any other process.

FR 2.003e.2: Enter the Unbond Amount

In the Unbond Amount field, specify the exact number of TICS tokens you want to unbond. This flexibility allows you to unbond a portion of your stake while leaving the remaining tokens staked to continue earning rewards.

If you wish to unbond all your staked tokens with the validator, click the Unbond All button. This action automatically populates the field with the maximum amount eligible for unbonding.

FR 2.003e.3: Authorize the Transaction

To confirm and execute the unbonding process, enter your wallet’s mnemonic phrase in the Enter mnemonics to authorize the transaction field. This is a mandatory security step to verify the transaction's authenticity and ensure that only the wallet owner can perform unbonding.

FR 2.003e.4: Confirm and Submit

Once you have entered all details, take a moment to review everything carefully:

• Verify the Unbond Amount to ensure it reflects your intended transaction.

• Confirm the accuracy of your mnemonic phrase.

Click the Sign and Submit button to initiate the unbonding transaction. Your connected wallet application will prompt you to confirm the transaction details, including the amount to unbond and any associated fees. Approve the transaction to proceed.

The user must log in to the Delegator application to become the delegator. By clicking the application link, the user will be redirected to the login page (Shown below) of the delegator Application.

FR 1.001: Mnemonics Field

Users need to enter their mnemonics in the input field and click the “Login” button to access the application. While users can view the list of validators without logging in, they must log in to stake tokens on a specific validator's node.

After successfully logging in, users will be redirected to the dashboard, where they can view their stats, wallet address (associated with the mnemonics used for login), and their account balance. First-time users won’t see the latest delegations on the validator's node. To proceed, they need to click on the "Become a Delegator" button, which will take them to a list of available validators on the Qubetics Network. Once a user stakes a minimum of 50 TICS on a specific validator, the updated delegation view will appear.

FR 2.001: Header Overview

The top panel of the application displays the following blockchain statistics

• FR 2.001a: Market Cap Displays the total value of all circulating TICS tokens, reflecting the overall valuation of the Qubetics ecosystem.

• FR 2.001b: Qubetics Price Shows the real-time market price of TICS tokens. This is essential for understanding the value of your staked and unbonded tokens.

• FR 2.001c: Inflation The annual rate at which new tokens are created and distributed within the network. Inflation impacts staking rewards and token supply.

• FR 2.001d: APR (Annual Percentage Rate) Indicates the current staking yield, representing the rewards you can earn annually for staking TICS tokens. A higher APR means more potential rewards.

• FR 2.001e: Total Supply Reflects the total number of TICS tokens available in the network, including circulating and staked tokens.

FR 2.002: Dashboard Statistics

This section provides a snapshot of the delegator's staking activity:

• FR 2.002a: Total Rewards Displays the cumulative rewards you’ve earned through staking. Rewards are distributed periodically based on validator performance and network participation.

• FR 2.002b: Total Stake Amount Reflects the total number of TICS tokens you’ve delegated to validators. This includes active stakes across all validators in the network.

FR 2.003: Validator Table

This is the central feature of the dashboard, enabling you to manage your interactions with validators effectively:

• FR 2.003a: Name Displays the name of the validator node, helping you identify their roles and reputations.

• FR 2.003b: Validator Address The blockchain address of the validator node, ensuring transparency and verifiability.

• FR 2.003c: Bond Amount Reflects the number of TICS tokens you’ve staked with each validator.

• FR 2.003d: Rewards Earned Shows the total rewards generated from staking with a specific validator.

• FR 2.003e: Actions

  • Bond More: Allows you to stake additional TICS tokens with the selected validator.

  • Unbond: Lets you withdraw your staked tokens.

  • Redelegate: Enables you to transfer your staked tokens from one validator to another without going through the unbonding period.

FR 2.004: Recent Wallet Activities

This section provides a detailed log of your wallet’s interactions within the network. It ensures transparency and allows you to review past transactions:

• FR 2.004a: Transaction Hash A unique identifier for each transaction. You can click the hash to view detailed information about the transaction.

• FR 2.004b: Type Categorizes the transaction (e.g., staking, voting, unbonding, or redelegating), providing insights into your recent activities.

• FR 2.004c: Amount Displays the number of TICS tokens involved in the transaction.

• FR 2.004d: Status Indicates whether the transaction was "success", "pending", or "failed".

FR 2.005: How to Delegate or Manage Tokens

• FR 2.005a: Delegating more Tokens

  • Click on the “Delegate More” button to view a list of available validators.

  • Review each validator’s performance metrics, including uptime, commission rates, and voting power.

  • Select a validator and specify the amount of TICS tokens you wish to delegate.

• FR 2.005b: Bonding Additional Tokens

  • Navigate to the validator you’ve already delegated to.

  • Click “Bond More” to increase your staked amount.

• FR 2.005c: Unbonding Tokens

  • Select a validator from the table and click “Unbond”.

  • Note that unbonded tokens will remain locked during the unbonding period, after which they will be available in your wallet.

• FR 2.005d: Redelegating Tokens

  • Click “Redelegate” to shift your staked tokens from one validator to another.

  • Redelegation does not require an unbonding period, ensuring uninterrupted staking rewards.

FR 2.006: Viewing More Transaction Details

Click on “View More” in the Recent Wallet Activities section to see a comprehensive transaction history. This includes all staking, unbonding, and governance participation activities.

The "Bond More Funds" feature on the Qubetics platform allows users to increase their staked TICS tokens with an existing validator, boosting rewards and supporting network security.

FR 2.003e 1: Enter the Amount to Bond

In the "Enter amount" field, specify the number of TICS tokens you want to bond in addition to your existing stake. This amount will determine how much more you are contributing to the validator. Consider your overall staking strategy and ensure you leave enough tokens in your wallet for other potential transactions or fees.

If you wish to bond all available tokens in your wallet, click the "MAX" button. This will automatically populate the field with the maximum amount of tokens you have that can be bonded.

FR 2.003e 2: Authorize the Transaction

To proceed with bonding, enter your wallet's mnemonic phrase in the "Enter mnemonics to authorize the transaction" field.

If you have your mnemonics stored securely in a password manager, use the clipboard icon to paste them directly into the field.

Important: Only enter your mnemonic phrase on the official Qubetics platform. Never share your mnemonic with anyone or input it on unverified websites to protect your wallet and funds.

FR 2.003e 3: Confirm and Submit

After entering the staking amount and mnemonic, carefully review all details to ensure accuracy. Check the amount to bond and confirm that the mnemonic phrase is correctly entered.

Once you are confident everything is accurate, click the "Bond More" button to initiate the transaction. Your wallet application will prompt you to confirm the transaction details, such as the amount and associated fees. Approve the transaction to finalize the process.

FR 2.003e 4: Wait for Account Update

After submitting the transaction, the platform will take some time to process and update your account. A notification below the input fields states: "Your account status may take some time to update and reflect on the dashboard".

FR 5.001: Validator Information:

• Displays specific details about the selected validator, including:

  • Name: Validator’s display name (e.g., Sherlock Nodes).

  • Status: Indicates whether the validator is active, inactive, or deactivated.

  • Commission Rate: The current fee the validator charges on rewards.

  • Commission Max Rate: The maximum commission the validator is allowed to charge.

  • Commission Change Rate: How quickly the validator can change their commission rate.

  • Total Stake: The total amount of TICS tokens staked with the validator, including delegators' and self-stake.

  • Self Stake: The number of TICS tokens staked by the validator themselves.

  • Validator Since: The date when the validator was registered.

  • Delegators: The total number of delegators staking with this validator.

FR 5.002: Action Button:

Delegate Button: This allows you to stake tokens with the selected validator directly from this screen.

The All Validators Screen provides a comprehensive overview of all validators in the network, regardless of their status. It allows users to view detailed information such as validator names, addresses, activity status (active, inactive, or deactivated), total stake, self-stake, commission rates, and the number of delegators.

FR 4.001: Search for Validators

To begin, use the Search Bar at the top of the dashboard to find specific validators. You can search by their name, address, or block hash.

To narrow down the list, you can apply filters based on the validators' statuses. These include:

• All Validators: Displays every validator in the network, regardless of their status.

• Active Validators: Shows validators that are currently participating and earning rewards.

• Inactive Validators: Lists validators that are temporarily not validating blocks.

• Deactivated Validators: Includes validators that are no longer a part of the network.

FR 4.002: Analyze Validator Metrics

Once you have a refined list, the Validators Table provides detailed metrics to evaluate each validator. These include:

• Name: The display name of the validator for easy identification.

• Validator Address: The unique address associated with each validator.

• Status: Indicates whether the validator is active (participating in validation and earning rewards) or inactive (temporarily not participating).

• Total Stake: The total amount of tokens staked with the validator, including contributions from both the validator and delegators.

• Self Stake: The number of tokens staked by the validator themselves, demonstrating their commitment to maintaining network performance.

• Commission: The percentage of rewards the validator retains as a fee before distributing rewards to delegators. Lower commission rates mean higher rewards for delegators.

• Delegators: The number of delegators who have staked tokens with the validator.

FR 4.003: Select Validators for Delegation or Redelegation

After analyzing the metrics, use the information to select validators for delegation or redelegation. If this is your first time delegating, focus on active validators with competitive performance metrics. Validators with a high self-stake, low commission rates, and a history of reliability are generally good choices.

If you are already delegating but want to switch to a different validator, use the redelegation option. Redelegation allows you to transfer your staked tokens from one validator to another without going through an unbonding period.

The Wallet Activities Page provides a detailed overview of all user interactions within the Qubetics blockchain ecosystem, specifically designed to offer insights for delegators.

FR 3.001: Transaction Hash

A transaction hash is a unique alphanumeric string that identifies every transaction on the blockchain. This hash acts as a digital receipt for all interactions within the Qubetics network.

FR 3.002: Type

The "Type" column categorizes the nature of activities associated with each transaction. For delegators, the most common activities include voting on governance proposals, unbonding funds from validators, redelegating stakes between validators, and claiming staking rewards.

Voting enables users to actively participate in network governance, shaping the future of the ecosystem.

Unbonding allows users to unstake tokens from validators, while redelegation provides flexibility by transferring stakes to another validator without waiting for the unbonding period.

FR 3.003: Amount

The "Amount" column displays the number of TICS tokens involved in each transaction. This feature provides delegators with a clear overview of token movements, whether they are staking, unstaking, or claiming rewards.

FR 3.004: Status

The "Status" column indicates the outcome of each transaction, reflecting its current state within the blockchain.

• A successful status means the transaction has been processed and confirmed by the network, such as a successful staking or voting action.

• A pending status suggests that the transaction is still being processed, which can occur during periods of high network activity or validator delays.

• A failed status indicates an error, often due to insufficient gas fees, incorrect data, or network congestion.

Redelegation allows you to transfer your staked tokens from one validator to another without waiting for the unbonding period. This provides flexibility to adjust your delegation based on validator performance, rewards, or risk preferences.

FR 2.003e.1: Select the Target Validator

In the Select validator dropdown menu, choose the validator to whom you want to redelegate your staked tokens. The platform provides a list of active validators along with their details, such as commission rates and performance.

Tips for Validator Selection:

• Low Commission Rates: Validators with lower commission rates allow you to retain a higher portion of your staking rewards.

• High Performance: Choose validators with a good track record of uptime and no history of penalties or slashing.

• Diversity: Consider diversifying your delegation across multiple validators to mitigate risks.

FR 2.003e.2: Authorize the Redelegation

• Enter your wallet's mnemonic phrase in the Enter mnemonics to authorize the transaction field. This verifies your identity and ensures only the wallet owner can initiate the redelegation.

• Use the clipboard icon to securely paste your mnemonics if they are stored in a password manager.

FR 2.003e.3: Confirm and Submit

• Review all details before submitting:

  • Verify the selected validator is correct.

  • Ensure your mnemonic phrase is entered accurately.

• Click the Redelegate button to initiate the redelegation process.

• Your wallet may prompt you to confirm the transaction. Approve it to finalize the redelegation.

Delegation allows you to stake your tokens with a validator of your choice. Validators perform critical network functions such as block validation and transaction processing. By delegating, you support the validator’s operations while earning rewards.

FR 4.001: Enter Staking Details

• FR 4.001a: Amount to Stake

  • Enter the number of TICS tokens you wish to stake in the Enter amount to stake field.

  • Click the MAX button if you wish to stake the maximum number of tokens available.

• FR 4.001b: Mnemonics Authorization

  • Enter your wallet's mnemonic phrase in the Enter mnemonics to authorize the transaction field.

  • Use the clipboard icon to paste your mnemonics securely if they are stored in a password manager.

Important: Ensure your mnemonic phrase is kept secure and never shared.

FR 4.002: Submit the Transaction

• Double-check all details for accuracy.

• Click the Sign and Submit button to initiate the bonding process.

• Your wallet may prompt you to confirm the transaction.

FR 4.003: Wait for Account Update

• After submitting, note the message below the input fields: "Your account status may take some time to update and reflect on the dashboard."

• Check back later to confirm your transaction and view updated account details.

TICS Scan is a blockchain explorer designed to make it easy for users to explore and interact with the Qubetics blockchain.

It provides a user-friendly platform to access detailed information about transactions, tokens, blocks, and smart contracts. With TICS Scan, users can track real-time activity on the blockchain, verify contract details, and analyze data like token transfers and holder distributions. It also supports features like contract verification, enabling developers and users to confirm the authenticity and security of deployed smart contracts. By offering transparency and powerful tools, TICS Scan ensures that both developers and community members can navigate the blockchain with confidence and ease.

The Transaction Summary in TICSScan provides an overview of all transactions on the blockchain, offering insights into network activity, performance, and engagement. It displays key metrics such as total transactions, recent activity, and transaction trends over various timeframes. Users can filter, sort, and navigate through transaction records while accessing real-time updates. With features like transaction hash linking for detailed views and filtering by parameters like status or type, it ensures transparency and ease of use for developers, investors, and general users.

FR 4.001 Transaction Summary

The transaction metrics display the total number of transactions since the network's launch, the transactions completed in the last 30 days, and the number of unique active accounts today. These insights reflect the network's overall scale, recent activity trends, and daily user engagement.

• FR 4.001a: Total Transactions Displays the total number of transactions recorded on the blockchain since its inception (e.g., 68,321,458). This metric reflects the overall scale and usage of the network.

• FR 4.001b: Transaction (Last 30 Days) Shows the total number of transactions completed in the past month (e.g., 34,32,323). It provides insights into recent network activity and usage trends.

• FR 4.001c: Active Accounts (Today) Indicates the number of unique accounts that have performed at least one transaction within the current day (e.g., 12,577). This highlights daily user engagement and participation levels.

FR 4.002 Transactions List

This table provides detailed insights into individual transactions on the network. The following columns are included:

• FR 4.002a: Txn Hash A unique identifier for each transaction (e.g., 0x47865...46845). Clicking on the hash provides a detailed breakdown, including gas fees, status (e.g., success or failure), and associated events like contract executions.

• FR 4.002b: Type Specifies the type of transaction (e.g., Transfer, Staking, Smart Contract Interaction). This helps users quickly understand the purpose and nature of the transaction.

• FR 4.002c: Block The block number where the transaction was included (e.g., 4675635). It provides context about when the transaction was confirmed on the blockchain.

• FR 4.002d: From Displays the sender's wallet address (e.g., 0x47865...46845), representing the initiator of the transaction.

• FR 4.002e: To Shows the recipient’s wallet address (e.g., 0x47865...46845) or contract address if the transaction involves a smart contract.

• FR 4.002f: Timestamp The exact date and time the transaction was processed (e.g., 2024-09-28 04:14 AM). This helps users track when the transaction occurred.

• FR 4.002g: Txn Fee The transaction fee in the TICS transaction summary is the cost of processing a transaction on the Qubetics blockchain. It is calculated by multiplying the Gas Used by the Gas Price. This fee is paid to validators for keeping the network secure and running smoothly.

• FR 4.002h: Value Indicates the amount of cryptocurrency or tokens involved in the transaction (e.g., 0.120 TICS). This metric helps users assess the scale and importance of the transaction.

• FR 4.002i: Status The status column shows the current state of each transaction, indicating whether it is "Success", "Pending", or "Failed".

FR 4.003 Pagination

The pagination and sorting features make it easy to navigate and analyze transaction data. Pagination controls, located below the table, let users move through multiple pages of transactions by clicking on specific page numbers. Additionally, sorting options allow users to organize transactions by columns such as newest, value, or age, making it easier to find and analyze specific information.

The TICS Scan transaction detail page provides all the important information about a specific blockchain transaction. It includes details like the transaction hash (a unique ID for the transaction), the sender and receiver addresses, the amount transferred, gas fees, and the transaction status. This page helps users verify and understand the key components of a transaction, making it easy to track activity and ensure transparency on the Qubetics blockchain.

FR 5.001 Overview Tab

The overview tab provides a complete breakdown of each transaction on the TICSScan. This information helps users understand the transaction's status, purpose, and impact on the network:

• FR 5.001a: Status Displays the current state of the transaction (e.g., Success, Failed, or Pending), confirming whether it was processed successfully.

• FR 5.001b: Transaction Hash A unique identifier for the transaction (e.g., 7ccc3c04...28d69f1). Clicking on it allows users to investigate the transaction further or share its details.

• FR 5.001c: From Shows the sender’s wallet or account address (e.g., 7ccc3c04...28d69f1), indicating the origin of the transaction.

• FR 5.001d: To Displays the recipient’s wallet or account address (e.g., 7ccc3c04...28d69f1), showing where the assets or tokens were sent. For smart contract interactions, this could be the contract address.

• FR 5.001e: Block Number Indicates the block in which the transaction was included (e.g., 5124526), providing a timeline for when it was confirmed.

• FR 5.001f: Amount The total amount of tokens transferred in the transaction (e.g., 100 TICS), helps users assess the value of the transfer.

• FR 5.001g: Age Shows when the transaction was confirmed (e.g., 7h ago, 11-06-2023, 7:43 AM), helping track its execution time.

• FR 5.001h: Fee Displays the transaction fee paid by the sender (e.g., 0.01 TICS), representing the cost of processing the transaction on the network.

• FR 5.001i: Method Identifies the transaction type or function invoked (e.g., Transfer, Delegate, or Smart Contract Call), providing clarity on the transaction's purpose.

• FR 5.001j: Gas Used Indicates the computational power consumed to process the transaction (e.g., 78,045). This metric helps users understand resource utilization and network demand.

• FR 5.001k: Event Logs Links to logs generated during the transaction (e.g., Event ID: 5124526). These logs provide detailed insights into events triggered, such as token transfers or contract-specific activities.

FR 5.002 Logs Tab Overview

The Event Logs section provides detailed information about specific events triggered during transactions on the Qubetics blockchain. These logs are essential for tracking activities like token transfers or contract interactions and offer transparency into transaction-related events. The Logs tab supports multiple entries for a single transaction. Each log entry is presented with the same structure, allowing users to analyze different events triggered during the transaction's execution. Each log entry includes:

• FR 5.002a: Address The contract or account address linked to the log entry (e.g., 0x2260fce5e5...c2c599). This identifies the source responsible for generating the event.

• FR 5.002b: Name Describes the type or purpose of the event (e.g., Transfer), providing context for the log, such as a token transfer or interaction with a smart contract.

• FR 5.002c: Topics Topics act as identifiers, linking the log entry to specific data fields or functions in the smart contract. Organized data points related to the event:

  • From: The sender's address involved in the event (e.g., 0x59b0e6...b81d3e43).

  • To: The recipient's address for the event (e.g., 0x7cc130...f8d6795).

• FR 5.002d: Hex Displays raw hexadecimal data for specific fields in the log. This low-level information is useful for debugging, verification, or advanced analysis by developers.

• FR 5.002e: Value Shows the amount or value associated with the log entry (e.g., 3000549 TICS). This typically represents the transferred amount or any other relevant metric tied to the event.

• FR 5.002f: Date Provides the age for when the event occurred, helping users track the timeline of activities.

The Block Summary highlights key metrics like the latest block height, top validator, and average block time, while the Block Details section provides in-depth information on individual blocks, including height, age, transaction count, and the validating node. Validator performance metrics and transaction analytics offer a comprehensive view of the network's health, decentralization, and growth, enabling users to understand the blockchain's overall performance and user participation.

FR 2.001 Block Summary

The Block Summary section provides a real-time overview of the Qubetics blockchain's current status. It allows users to monitor transaction volumes and block generation rates, giving a clear picture of network activity. Key metrics, such as block time, offer insights into the blockchain's efficiency and speed. Additionally, this section highlights user participation by analyzing transaction counts and validator activity, helping users understand the level of engagement and overall health of the network.

• FR 2.001a: Latest Block Displays the height of the most recently added block (e.g., 16,124,2323). This metric reflects the growth and activity level of the blockchain, showing how frequently new blocks are being generated.

• FR 2.001b: Top Validator (Last 24H) Identifies the validator with the best performance over the past 24 hours. Validators play a crucial role in producing blocks, validating transactions, and ensuring the security of the network. This metric helps users track the contribution and reliability of top-performing validators.

• FR 2.001c: Block Time (Last 20 Blocks) Shows the average time taken to generate a block based on the last 20 blocks. It provides insights into the network's speed and efficiency, helping users assess how quickly transactions are being processed and confirmed.

FR 2.002: Block List

This section provides a list of recently mined blocks along with comprehensive information about each block:

• FR 2.002a: Block A sequential identifier for each block in the chain (e.g., 4675635), shows the order of block and the blockchain’s growth.

• FR 2.002b: Timestamp The exact time the block was created (e.g., 14m ago, Jan 16 2025, 16:18). This helps track when transactions were processed and provides a timeline of blockchain activity.

• FR 2.002c: Block Hash A unique cryptographic fingerprint for the block (e.g., 6EJCJ...KwScB). It ensures the block's immutability and integrity, making it tamper-proof and secure. The user can also copy the block hash by clicking on the copy icon.

• FR 2.002d: Txn Count The total number of transactions included in the block. This gives insights into the activity level during the block's creation and reflects network usage trends.

• FR 2.002e: Validator Displays the name or address of the validator responsible for producing the block (e.g., 0xh0043.8887). Validators play a key role in maintaining the network’s security by validating transactions and adding new blocks to the chain. The user can also copy the validator address by clicking on the copy icon.

FR 2.003: Filter (Newest)

This section lets users sort blocks by newest or oldest and explore block history using easy pagination controls. It also shows useful details about validator performance, like how many blocks they’ve validated, the top-performing validators in the last 24 hours, and specific validator account details. These features help users track network stability, validator contributions, and overall decentralization. To use this feature, simply click the drop-down menu next to "Newest", and choose between the available options to sort the blocks.

The Qubetics Explorer is a simple and easy-to-use dashboard that shows real-time updates about the Qubetics blockchain. It gathers data from the blockchain, processes it, and displays it in a clear and interactive way. Users can track network activity, check market trends, review validator performance, and even build blockchain applications. It’s a handy tool that makes the Qubetics blockchain more transparent, accessible, and useful for everyone. The dashboard also provides an overview of all transactions and blocks created on the blockchain so far.

FR 1.001: Navigation Menu Overview

The navigation menu provides quick access to different features of the Qubetics Explorer. Each option takes the user to a specific screen with detailed information. This menu simplifies navigation and helps users easily find the data they need to explore and interact with the Qubetics blockchain. Here's a breakdown of the options:

• Dashboard: Takes the user to the TICSScan dashoard screen, where they can see a complete overview and analytics of the Qubetics blockchain.

• Blocks: Redirects the user to the blocks summary screen, showing a full list of all blocks generated on the Qubetics blockchain so far.

• Transactions: Opens the transaction summary screen, displaying a comprehensive list of all transactions made on the Qubetics blockchain.

• Tokens: Takes the user to the tokens list, showing all tokens deployed on the Qubetics blockchain. It also provides detailed token metrics, such as market performance and distribution data.

• Validators: Redirects the user to the validators screen, offering insights into validator performance, uptime, and staking metrics, along with detailed validator information.

• Nodes: Provides access to the nodes screen, displaying a complete list of all nodes in the Qubetics network, their locations, names, availability, and health metrics.

• Contracts: Takes the user to the smart contracts screen, providing access to deployed contracts and their activity logs.

• Verify Contracts: Opens the contract verification screen, where users can verify the smart contracts they’ve deployed on the Qubetics blockchain in a simple 2-step process.

• Faucet: Redirects to the faucet screen, where users can obtain testnet tokens by entering their wallet address. This is a developer utility to get test tokens for testing and sandbox environments.

FR 1.002: Add Qubetics Network

Clicking this option allows users to automatically connect their wallet to the Qubetics blockchain (TICS chain). Once connected, the wallet is configured with all the required network details, including:

• Network Name: Qubetics Testnet

• Default RPC URL: https://alphatesnet-evm-rpc.qubetics.work

• Chain ID: 9003

• Currency Symbol: TICS

Once the connection is successfully established, a tick mark will appear next to the "Add Qubetics Network" button, confirming the integration. This feature allows users to perform transactions on the Qubetics blockchain, seamlessly verify deployed smart contracts, and interact with the network using Web3 wallets such as MetaMask and WalletConnect. It ensures secure integration through advanced authentication protocols, enabling users to execute blockchain transactions, manage staking activities, and monitor portfolios in real-time. With its streamlined and secure process, it empowers users to engage with the Qubetics blockchain efficiently and effectively.

FR 1.003: Search Bar

The search bar makes it easy for users to find blockchain-specific data, such as transaction hashes, wallet addresses, block numbers, or contract addresses. It includes auto-suggestions to improve accuracy and speed. With real-time query processing powered by blockchain indexing APIs, it ensures quick and efficient results. The search bar also validates inputs to prevent errors, saving time and helping users quickly locate the data they need.

FR 1.004: Onchain Metrics

This section gives users real-time updates on the Qubetics network's performance, token activity, and key metrics:

• TICS Price: Shows the current value of the Qubetics native token (TICS) in USD, helping investors analyze the market.

• Last Finalized Block: Displays the latest validated block, ensuring transparency and reliability of the Qubetics network.

• Transactions: Shows the total number of processed transactions and the Transactions Per Second (TPS), highlighting network efficiency on our Qubetics chain.

• Market Cap: Reflects the total value of all circulating TICS tokens, providing an overview of the Qubetics network's economic scale.

FR 1.005: Transaction History Graph

The transaction history graph provides a clear and interactive view of all transactions made on the Qubetics network based on the selected timeframe. Users can choose filters such as 7 days, 30 days, or 1 year, and the graph will display transaction data for the specified period. It features hover functionality, allowing users to view precise data points and trends of the selected date, and offers a visual representation of daily transaction volumes. With its timeframe filters, users can analyze activity patterns over different periods, gaining valuable insights into Qubetics network trends.

FR 1.006: Latest Transactions

The “Latest Transactions” section provides real-time details about recent activities on the Qubetics network. It includes the “Transaction Hash”, a unique identifier that links to detailed transaction information, and partially masked “Sender” and “Receiver Addresses” to ensure privacy and compliance. The “Transaction Value” displays the amount of TICS transferred in each transaction and how long ago the transaction was made. For a deeper dive, users can click the “View All” option, which redirects them to a comprehensive transaction explorer. This section is crucial for monitoring transactional flows in real time, making it valuable for compliance, reporting, and overall transparency.

FR 1.007: Latest Blocks

Each block on the Qubetics network has a Block Hash, a unique identifier that distinguishes it from others. The block also includes a Transaction Count, along with at what time the block was made as well as showing the number of transactions processed within it, and the Validator, which is the node responsible for validating and adding the block to the Qubetics chain. This information provides valuable transparency into the block generation process.

FR 1.008: On-chain Analytics

This section organizes raw blockchain data into clear, useful insights using summarized metrics and visualizations.

• FR 1.008a: Core Metrics

This section provides essential metrics that offer valuable insights into the performance and activity of the TICSScan. Each metric is designed to help users understand the network's dynamics and make informed decisions. As these metrics transform raw blockchain data into structured insights, enabling users to analyze economic activity, network security, and user engagement effectively.

• Average Block Time: This is the average amount of time it takes to add a new block to the blockchain. It helps measure how quickly transactions are processed and how efficiently the network operates. If the average block time is short, it means transactions are being confirmed faster. If it’s longer, it could indicate network congestion or lower activity.

• Circulating Supply: Tracks the total number of TICS tokens currently available in circulation. This metric helps users assess token liquidity and market dynamics.

• Total Validators: Displays the number of active validators responsible for securing the network and processing transactions. A higher number of validators indicates greater decentralization and network stability.

• Average APY: Shows the average annual percentage return for staking TICS tokens. This information is useful for investors looking to participate in staking and earn rewards.

• Total Accounts: Reflects the total number of user accounts on the network, serving as a direct measure of network adoption and growth over time.

• FR 1.008b: Analytics Graphs

The Analytics Graphs section offers interactive visualizations to help users track and analyze key aspects of the Qubetics blockchain. Users can hover over data points for detailed insights and switch between 7 days, 30 days, or 1 year timeframes to personalize their view. This section makes it easy to identify important data trends, such as market changes, user adoption, and network activity. Designed for both technical and non-technical users, it provides actionable insights into the network's performance and growth, making it an essential tool for investors, developers, and anyone seeking to understand the Qubetics ecosystem.

• Qubetics Price (Qubetics token current market price in USD): Tracks the historical price trends of the TICS token, helping users analyze market performance and make informed decisions.

• Qubetics Token Transfers (Total Txns made with Qubetics token per): Shows the daily volume of token transfers, providing a clear view of transactional activity and network usage.

• Total Accounts (Total accounts per period): Displays weekly account growth, offering a direct indicator of user adoption and the expanding reach of the Qubetics network.

• Transaction Fees (Amount of Qubetics tokens paid in fees per period): Highlights trends in the fees paid by users for transactions. This metric reflects network demand, usage patterns, and economic activity.

FR 1.009: Footer

The footer provides a centralized hub for resources, quick links, and company information, making it easy for users to navigate and find what they need.

• Quick Links: Provides direct access to important sections of TICSScan such as Tokens, Blockchain, Validators, Analytics, and Nodes.

• About Us: Includes links to the organization’s Privacy Policy and, Terms of Service.

• Products & Services:

  • Qubetics Validator App: A tool for managing and monitoring validator nodes.

  • Qubetics Delegator App: Enables investors to stake tokens and earn passive income.

  • Qubetics DEX: A decentralized exchange for trading TICS and other blockchain assets.

  • Qubetics App: A development environment for building and deploying blockchain applications.

• Resources: Offers Qubetics “Official Web”, “Quebtics Network Documentation”, along with “Qubetics Documentations” and “Qubetics IDE”, “QubeQode Basic”, “QubeQode Pro” API references to support developers and technical users.

• Social Media Links: Connect with Qubetics on platforms like Twitter and LinkedIn to stay updated on news and announcements.

The Contract Detail Screen provides a comprehensive view of a specific smart contract deployed on the blockchain. It displays essential information such as the contract’s address, creator, deployment date, and transaction history. Users can explore the contract's type (e.g., ERC-20) and its purpose, such as token management, staking, or governance. The screen also includes metrics like the number of transactions, total token supply, and the most recent interactions with the contract. Developers can inspect the contract’s source code (if verified), enabling transparency and trust.

FR 11.001: Contract Details Overview

The Contract Details Overview section provides a summary of key information about a selected smart contract on the Qubetics blockchain. This helps users understand the contract's functionality, history, and activity. Below are the details included:

• FR 11.001a: Name This section displays the contract name which was kept by the user at the time of contract deployment.

• FR 11.001b: Contract Address The unique address of the smart contract (e.g., 0x20c50ca92f...02C). Clicking on this address reveals more technical information, such as its transaction history and interactions.

• FR 11.001c: Type Specifies the type of the contract (e.g., ERC-721), which defines its purpose and the standards it follows, such as for token management or NFT creation.

• FR 11.001d: Balance Shows the current balance held by the contract (e.g., 400 TICS), which could include native tokens or other assets associated with the contract.

• FR 11.001e: Creator Displays the address that deployed the contract (e.g., 0x47865...46845), identifying the entity or account responsible for its creation.

• FR 11.001f: Last Executed At The most recent time the contract was interacted with (e.g., 15 Feb 2024, 18:15:20). This indicates how actively the contract is being used.

• FR 11.001g: Deployed At The time when the contract was deployed to the blockchain (e.g., 15 Feb 2024, 16:15:20), provides context about its history.

• FR 11.001h: Internal Transactions Count Displays the total number of transactions associated with the contract (e.g., 4). This provides insight into the contract's activity level and its usage within the network.

• FR 11.001i: Transaction Hash Displays the hash of the most recent transaction associated with the contract (e.g., 0x8fdc43...4c8f345). Clicking this hash gives more details about the transaction.

FR 11.002: Token Information

The Token and Transaction Information section provides comprehensive details about the token associated with a specific smart contract and the transactions linked to it. Here’s a breakdown of the details:

• FR 11.002a: Token Name Displays the name of the token linked to the contract (e.g., Qubetics), making it easy to identify.

• FR 11.002b: Symbol Shows the token's ticker symbol (e.g., TICS), a shorthand representation used in transactions and listings.

• FR 11.002c: Decimal Indicates the number of decimal places the token supports (e.g., 18), defining its divisibility for smaller transactions.

• FR 11.002d: Total Supply Shows the total number of tokens minted or currently available (e.g., 150M), providing insight into the token’s scale and availability.

FR 11.003: Pagination

Pagination controls at the bottom of the contract detail allow users to navigate through multiple pages of token data efficiently (e.g., 1, 2, 3 ... 12).

The TICS Scan validator page provides detailed information about validators on the Qubetics blockchain. It displays key metrics like validator names, addresses, total stake, commission rates, and uptime percentages. Users can see how many blocks each validator has validated and their overall performance. This page helps users choose reliable validators for staking and ensures transparency in the network’s decentralization and security.

FR 8.001: Validator Summary

The Validator Summary provides a comprehensive overview of validator activity and network participation on the Qubetics blockchain. It includes key metrics that reflect the health and efficiency of the validator ecosystem:

• FR 8.001a: Onchain APY Shows the current annual percentage yield (APY) offered by validators for staking rewards (e.g., 31.58%). This metric is essential for delegators looking to maximize their returns by staking tokens.

• FR 8.001b: Total Validators Displays the total number of validators participating in the network (e.g., 45). This indicates the overall capacity and decentralization of the blockchain.

• FR 8.001c: Bonded Rate Represents the percentage of the total token supply that is staked or bonded to validators (e.g., 19.947%). A higher bonded rate reflects strong participation in securing the network.

• FR 8.001d: Active Validators Shows the number of validators currently active and producing blocks (e.g., 42). This metric highlights the validators contributing to the blockchain's stability and operation.

FR 8.002: Validators Table

The Validators Table provides detailed information about each validator on the Qubetics blockchain, helping users understand their role, performance, and contribution to the network. The table is organized into the following columns:

• FR 8.002a: Validator Name The name or identifier of the validator (e.g., Shidoguardian, Xshrimp.com). This makes it easy to identify individual validators.

• FR 8.002b: Voting Power Represents the validator's influence in the network, determined by the total tokens delegated to it (e.g., 3025). If no tokens are delegated, this field may be empty, indicating no active voting power.

• FR 8.002c: Delegators Shows the number of accounts delegating tokens to the validator (e.g., 1). This reflects the level of trust and participation from the community.

• FR 8.002d: Self Bonded Displays the number of tokens the validator has self-bonded to maintain its stake (e.g., 3035.00000000). Self-bonding shows the validator's personal commitment to securing the network.

• FR 8.002e: Commission Indicates the percentage of rewards retained by the validator as a fee for its services (e.g., 0.05%). Lower commission rates may attract more delegators, but higher rates often reflect the quality of the validator’s infrastructure and services.

• FR 8.002f: Status Shows the current status of the validator:

  • Active: Actively validating blocks and contributing to network operations.

  • Deactivating: In the process of leaving the active validator set.

  • Inactive: Not currently participating in validation.

FR 8.003: Pagination

Pagination controls at the bottom of the validator summary allow users to navigate through multiple pages of token data efficiently (e.g., 1, 2, 3 ... 12).

The Token Screen offers detailed insights into all tokens on the TICSScan, including their balances, transactions, market value, and contract details. Users can view token-specific metrics, interact with smart contracts, analyze trends, and filter or sort tokens based on performance or activity. This screen provides transparency and helps users monitor assets, track token behaviors, and make informed decisions.

FR 7.001: Total Tokens

Displays the total number of unique tokens deployed on the chain (e.g., 734). This represents all tokens created and registered on the blockchain, including those used for specific applications or ecosystems.

FR 7.002: Contracts (ERC-20)

Shows the total number of token contracts following the ERC-20 standard on the chain (e.g., 500). These contracts define the rules for fungible tokens, ensuring compatibility and enabling seamless integration with wallets, exchanges, and decentralized applications.

FR 7.003: Tokens List Section

The Tokens List section provides a detailed table of all tokens deployed on the Qubetics blockchain, offering essential information about each token and its activity. The table includes the following columns:

• FR 7.003a: Token Name Shows the name of the token (e.g., awMTETHBC, ION, INJ) and its connection to a validator or related entity. This helps users understand the token’s purpose and its role in activities like staking or validation within the blockchain network. It provides a clear idea of the token’s identity and its importance in the ecosystem

• FR 7.003b: Contract Address The unique address of the token's smart contract (e.g., 0x47865...46845). Clicking on this address reveals additional details about the token, including its creation history, transaction records, and distribution among holders.

• FR 7.003C: Total Supply Indicates the total number of tokens minted or available for the token (e.g., 1517). This metric provides insights into the token's scale and availability on the network.

• FR 7.003d: Holders Shows the percentage of the total token supply held by various accounts or entities (e.g., 99%). This reflects the token's distribution and concentration, offering insights into decentralization or ownership patterns.

FR 7.004: Pagination

Pagination controls at the bottom of the tokens list allow users to navigate through multiple pages of token data efficiently (e.g., 1, 2, 3 ... 12).

The Node Screen provides detailed information about the nodes supporting the TICSScan, including their identifiers, locations, uptime, and connection status. It tracks metrics like active nodes, latency, and network health, allowing users to monitor performance and ensure network stability. Node operators can use this screen to troubleshoot issues and optimize configurations, enhancing the blockchain’s overall robustness.

FR 9.001: Node Performance Overview

The Node Performance Overview provides key metrics about the performance and activity of nodes in the Qubetics blockchain network. This section highlights the following:

• FR 9.001a: Block Height The current block height in the blockchain shows the total number of blocks added (e.g., 734). This indicates the network's growth and activity.

• FR 9.001b: Bonded Coins Displays the total number of coins staked or bonded by validators to secure the network (e.g., 5,266,265). This reflects the level of commitment to maintaining network integrity.

• FR 9.001c: Latest Block The latest block displays the total number of active nodes currently participating in the network (e.g., 21). These active nodes play a crucial role in ensuring decentralized data propagation and validating transactions within the blockchain.

• FR 9.001d: Transactions Per Second (TPS) Shows the network's transaction throughput, indicating how many transactions are processed per second (e.g., 734 TPS). This metric demonstrates the network’s efficiency and capacity.

• FR 9.001e: Qubetics The total number of participants in the Qubetics network (e.g., 108). This includes node operators, validators, and other contributors.

• FR 9.001f: Countries Displays the number of countries hosting nodes in the network (e.g., 10). This highlights the geographical distribution of nodes, ensuring decentralization and resilience.

FR 9.002: Geographical Node Map

The Global Distribution Map visually displays the geographical locations of all nodes in the Qubetics network, highlighting where nodes are operating worldwide. This map provides insights into the network's decentralization by showing how nodes are distributed across different regions and countries. A well-distributed network enhances security and resilience by reducing reliance on any single geographic area. The map may also include details such as the number of nodes in each location, node status, and latency, helping users and operators analyze the network’s global presence and performance.

FR 9.003: Node Details Table

The Node Details Table provides comprehensive information about each node in the Qubetics network, helping users monitor and analyze node performance and activity. The table includes the following details:

• FR 9.003a: Sr. No. A serial number is assigned to each node for easy reference and identification.

• FR 9.003b: Node Name The name of the node (e.g., Tics-thunder-archive), allows users to identify its purpose or operator.

• FR 9.003c: Node Address The unique address associated with the node (e.g., 0x47865...46845). Clicking on the address opens a detailed view of the node's performance, uptime, transaction history, and other activities.

• FR 9.003d: Location The geographic location where the node is hosted (e.g., Germany). This provides insights into the network's global distribution and decentralization.

FR 9.004: Pagination

Pagination controls at the bottom of the node summary allow users to navigate through multiple pages of token data efficiently (e.g., 1, 2, 3 ... 12).

This screen allows the users to explore detailed information about a specific block or transaction, providing clear and transparent insights into blockchain activity. It is designed to help users understand the key data related to the block and its role in the network. Below is an overview of its components and features.

FR 3.001: Overview Tab

The Block Details section provides a detailed view of the essential information associated with a specific block on the Qubetics blockchain. Each component helps users understand the block's role in the network and its contribution to the blockchain's functionality.

• FR 3.001a: Block Hash A unique cryptographic identifier (e.g., 0x5a2dadad1a5a5d...5f5d) that acts as a digital fingerprint for the block. This ensures the block’s immutability and secures its data.

• FR 3.001b: Block Number Represents the block's height in the blockchain (e.g., 512456), indicating its position in the sequence of blocks added to the chain.

• FR 3.001c: Validator The address of the validator responsible for producing the block (e.g., 0x4fydsyuas3j...8d32). Validators are crucial for securing the network, validating transactions, and maintaining its overall integrity.

• FR 3.001d: Timestamp The exact time when the block was created (e.g., 1m ago). This helps users track how recently the block was added to the blockchain.

• FR 3.001e: Weight Reflects the computational work or stake involved in producing the block (e.g., 956549). This metric demonstrates the validator’s contribution to the network.

• FR 3.001f: Txn Count The total number of transactions included in the block (e.g., 10). This provides insights into the activity level during the block's creation.

• FR 3.001g: Gas Used The gas used represents the total computational effort consumed by all transactions within a block (e.g., 30,000,000). It reflects the actual resources utilized for transaction processing and contract execution, providing insights into the block's activity and efficiency.

• FR 3.001h: Parent Hash The hash of the previous block (e.g., 0x5a2dadad...5f5d), linking the current block to its predecessor. This cryptographic connection ensures the blockchain’s continuity and integrity.

FR 3.002: Transactions Tab

The Transaction Details section provides important information about individual transactions on the TICSScan, helping users understand and track their activities.

• FR 3.002a: Txn Hash A unique identifier for each transaction (e.g., 0x47865...46845). Clicking on the hash opens a detailed transaction view, showing additional information such as gas used, transaction fees, status (e.g., success or failure), and block inclusion.

• FR 3.002b: From The address of the sender (e.g., 0x47865...46845). This is the account that initiated the transaction, transferring funds or assets.

• FR 3.002c: To The recipient’s address (e.g., 0x47865...46845). This indicates where the assets or funds are being sent. For smart contract interactions, this may also refer to the contract address.

• FR 3.002d: Value The amount of cryptocurrency or tokens transferred in the transaction (e.g., 120 TICS). This provides insight into the transaction's size and significance.

• FR 3.002e: Timestamp The exact date and time the transaction was processed (e.g., 2024-09-28 04:44:00 AM UTC). It helps users determine when the transaction occurred within the blockchain's activity timeline.

FR 3.003 Pagination

Pagination controls below the table help users navigate through multiple pages of transaction data by selecting specific page numbers (e.g., 1, 2, 3). Additionally, the table can be sorted by columns like value, age, or transaction hash, allowing users to organize the data according to their preferences for easier analysis.

FR 11.004: Transaction Tab

The Transaction Information section provides a detailed record of all transactions associated with a specific contract. It organizes the data in a table format with the following columns:

• FR 11.003a: Txn Hash The unique identifier for each transaction (e.g., 0x47865...46845). Clicking the hash opens a detailed view of the transaction.

• FR 11.003b: Method Indicates the specific method or function executed during the transaction (e.g., Approval), helping to identify its purpose, such as transferring tokens or interacting with a smart contract.

• FR 11.003c: From Displays the address of the sender who initiated the transaction, showing who started the interaction.

• FR 11.003d: To Shows the recipient’s address or the contract being interacted with, identifying where the assets or actions were directed.

• FR 11.003e: Status Indicates whether the transaction was successfully processed or failed (e.g., Success), providing transparency on the outcome.

• FR 11.003f: Amount Displays the transaction amount in the native currency (e.g., 0.000002692). This reflects the cost of executing the transaction on the blockchain.

• FR 11.003g: Block Shows the block number where the transaction was recorded (e.g., 4675633). This provides a timeline reference for when the transaction was confirmed.

• FR 11.003h: Timestamp Indicates the exact date and time when the transaction was processed (e.g., 2024-09-28 04:14am), helping track the sequence of activities.

Step 1: Enter the Contract Address

• Locate the Enter Contract Address field.

• Paste the unique contract address associated with your token.

  • Example format: 0xAdAC17F958D2ee523a2206206994597C13D831ec7

• Ensure that the address is accurate and corresponds to the contract you own.

Step 2: Enter the Image URL

• Locate the Enter URL field.

  • This is where you provide the URL for the token icon image.

• Paste the direct image URL for the token icon. Requirements:

  • The URL must link to a valid image (e.g., PNG or JPG).

  • Ensure the link is accessible and correctly formatted.

• If the URL is invalid, an error message will appear: Invalid image URL. Double-check and correct the URL if necessary.

Step 3: Submit the Information

• Click the Submit button located below the fields.

• Once submitted:

  • The platform will verify the ownership of the provided contract address.

  • The submitted token icon will undergo validation.

• If successful, your token icon will be added to the TICS Scan explorer.

Overview of the Workspace Interface

1. Work Space Navigation Panel

   • Located on the left-hand side, this panel provides quick navigation between the following key actions:

     • Work Space: The main area where you define and customize your smart contract.

     • Compile: Allows you to compile the smart contract to identify syntax or logical errors.

     • Deploy: Facilitates the deployment of the compiled contract to the blockchain.

2. Contract Categories

   • At the top of the workspace, you can choose from various contract types:

     • ERC20: For creating fungible tokens.

     • ERC721: For creating non-fungible tokens (NFTs).

     • ERC1155: For multi-token standards.

     • Stablecoin: For creating pegged assets.

     • Real-World Asset: For tokenizing tangible assets.

     • Governor: For building governance contracts.

     • Custom: For creating custom smart contracts.

3. Settings Panel

   • Located on the left side of the workspace, this section allows you to customize your smart contract with various options:

     • Name and Symbol: Specify the token's name and symbol (e.g., "My Token," "MTK").

     • Pre-mint: Define the initial supply of tokens to be minted upon contract creation.

     • Features:

       • Mintable: Enables token minting after deployment.

       • Burnable: Allows token holders to burn (destroy) tokens.

       • Pausable: Adds the ability to pause contract functionality in certain scenarios.

       • Permit: Enables gasless approvals using EIP-2612.

       • Flash Minting: Supports flash loans with immediate repayment.

     • Voting Options:

       • Block Number: Voting based on blockchain block numbers.

       • Timestamp: Voting based on timestamps.

     • Access Control:

       • Ownable: Grants ownership-based access control.

       • Roles: Enables role-based permissions for contract management.

       • Managed: Allows for advanced management of contract functionalities.

     • Upgradeability: Adds support for upgradable contracts.

4. Code Editor

   • The central area displays the generated Solidity code based on the selected options in the settings panel.

   • Users can preview, edit, or copy the code for further modifications.

   • The editor includes comments and import statements for necessary libraries like ERC20 and ERC20Permit.

5. Download Button

   • Located in the top-right corner, the "Download" button lets you export the generated Solidity code file for external use.

Step-by-Step Guide to Using the Workspace

1. Choose a Contract Type

   • Select the desired contract type (e.g., ERC20) from the tabs at the top.

2. Configure Contract Settings

   • Enter the Name and Symbol for your token.

   • Adjust additional settings like pre-minting, mintability, burnability, and more, depending on your use case.

3. Customize Access Control and Voting

   • Enable access control mechanisms such as ownership or roles.

   • Configure voting mechanisms based on block numbers or timestamps if applicable.

4. Preview and Edit the Code

   • Review the generated Solidity code in the editor.

   • Make manual changes if necessary to meet advanced or unique requirements.

5. Download the Code

   • Once satisfied with the contract, click the "Download" button to save the Solidity file for further compilation or deployment.

The Address Details section provides a comprehensive view of a specific blockchain address, including its activities, balance, and participation in the network. This helps users understand the address's role and engagement with the TICSScan.

FR 6.001: Address

Displays the unique identifier for the address being explored (e.g., 0xdc3f349f02...c4e9e). This is the account or wallet interacting with the blockchain

FR 6.002: Overview

• FR 6.002a: Balance Shows the total token balance held by the address (e.g., 1,716.042 TICS). This represents the available tokens in the account.

• FR 6.002b: TICS Value Provides the equivalent monetary value of the token balance in the network’s native currency (e.g., $1,529,253.97), giving users an understanding of the account's total worth.

• FR 6.002c: Transaction Count Displays the total number of transactions associated with the address (e.g., 5,245). This reflects the address's activity level on the blockchain.

FR 6.003: More Info

• FR 6.003a: Stake Indicates whether the address is participating in staking. If not staked, it will display as "10 TICS".This shows whether the account is contributing to network security or earning staking rewards.

• FR 6.003b: Blocks Validated Shows the total number of blocks validated by the address (e.g., 5 Blocks). This applies to validator addresses and highlights their contribution to maintaining the network.

FR 6.004: Transaction Tab

Below the high-level address details, the Transaction History table provides a detailed record of all activities associated with the address. By default, the Transactions tab is active, but users can also switch to the Tokens tab to explore token-specific details.

• FR 6.004a: Txn Hash A unique identifier for each transaction (e.g., 0x475...4845). Clicking on the hash opens a detailed view with additional information about the transaction, such as gas usage and status.

• FR 6.004b: Type Specifies the type of transaction or blockchain interaction (e.g., Transfer, Delegate, or Smart Contract Call). This helps identify the purpose of the transaction.

• FR 6.004c: Block Displays the block number where the transaction was recorded (e.g., 4675633), providing context on when it was confirmed on the blockchain.

• FR 6.004d: Timestamp Indicates how much time has passed since the transaction was confirmed (e.g., 4 days 2 hrs ago). This helps users track the timeline of activities.

• FR 6.004e: From Displays the sender's address (e.g., 0x47865...46815). If the current address sent tokens.

• FR 6.004f: To Shows the recipient's address (e.g., 0x6f6f...453d2). If the current address received tokens.

• FR 6.004g: Value Reflects the amount of tokens or assets transferred in the transaction (e.g., 36.62 TICS). This indicates the scale of the transfer.

• FR 6.004h: Txn Fee shows the fee paid by the sender to process the transaction (e.g., 0.00004665 TICS). This represents the cost of executing the transaction on the network.

• FR 6.004i: Status The status column shows the current state of each transaction, indicating whether it is "Success", "Pending", or "Failed".

FR 6.005: Tokens Tab

The Tokens tab displays all tokens held by the address, offering detailed insights about each token. It also provides a comprehensive overview of an address’s token holdings, enabling users to analyze balances, explore token contracts, and understand the role of validators in token-related activities. The information is presented in a table format with the following columns:

• FR 6.005a: Token Name Displays the token name (e.g., awMTETHBC). This provides context on the which transaction was made for that particular token.

• FR 6.005b: Symbol Displays the token's ticker or symbol (e.g., 512452). This is a shorthand representation of the token for easy identification.

• FR 6.005c: Contract Address Lists the unique contract address associated with the token (e.g., 0x47865...46815). Clicking on the address opens detailed information about the token contract, including its creator, transaction history, and key metrics.

• FR 6.005d: Amount Shows the quantity of tokens held by the address (e.g., 1,000.00). This represents the total balance of each token owned by the account.

FR 6.006: Export

Enables users to export the transaction history of the address in CSV format, allowing for detailed offline analysis.

FR 6.007: Pagination

Users can navigate through multiple pages of transactions using the pagination controls located at the bottom of the table (e.g., 1, 2, 3 ... 12).

The Contract Tab provides detailed technical information about a smart contract, enabling users to analyze its functionality, verify its integrity, and explore its components. This tab is divided into the following sections:

• FR 11.007a: Compiler Details This section displays information about the contract’s compilation and verification process:

  • Verification Status: Indicates whether the contract is partially or fully verified.

  • Contract Name: The identifier for the contract (e.g., TICS).

  • Compiler Version: Specifies the Solidity compiler version used for the contract (e.g., v0.8.20).

  • Optimization Enabled: States whether optimization was applied during compilation (e.g., False).

  • Optimization Runs: The number of optimization runs performed (e.g., 200).

  • Verified At: The date and time when the contract was verified (e.g., 23rd Jul 2024, 15:29:17).

• FR 11.007b: Compiler Messages Displays warnings, errors, or recommendations generated during the compilation process:

  • Examples include missing SPDX license identifier warnings, unused declarations, or best practice suggestions.

  • Helps developers understand potential issues or areas for improvement in the code.

• FR 11.007c: Contract Source Code Shows the Solidity source code of the contract:

  • Developers can review the code to understand its logic, methods, and structure.

  • Includes key elements such as imports, state variables, functions, and event definitions.

  • Helps users verify the contract’s functionality and compliance with coding standards.

• FR 11.007d: Contract ABI The ABI (Application Binary Interface) defines how external applications or users can interact with the contract:

  • Lists available functions, their names, and input/output parameters.

  • Includes definitions for events triggered by the contract.

  • Provides the necessary interface for wallets, dApps, and other integrations.

• FR 11.007e: Contract Creation Code Displays the bytecode used to deploy the contract:

  • Useful for developers, auditors, and validators who want to verify the contract’s deployment data.

  • Ensures that the contract was deployed as intended without tampering or errors.

The Events Tab provides a detailed list of all blockchain events triggered by the smart contract. Events are crucial for understanding contract behavior, analyzing on-chain activity, and debugging issues. This tab helps users track and explore all emitted events in an organized table format.

• FR 11.006a: Txn Hash A unique identifier for the transaction that triggered the event (e.g., 0x6b5...4c85). Clicking on the hash opens detailed information about the transaction, including its logs and execution details.

• FR 11.006b: Block Displays the block number where the event was recorded (e.g., 187564434). This helps users trace the timeline of the event.

• FR 11.006c: Age Shows the time that has passed since the block containing the event was mined (e.g., 1 min ago). This provides real-time context for event timing.

• FR 11.006d: Method Indicates the specific function or method in the contract that generated the event (e.g., Approval). This helps users identify the purpose of the event.

• FR 11.006e: Logs Offers detailed information about the event, broken into:

  • Topics: Indexed parameters of the event, such as the sender and recipient addresses or token amounts, which are used for quick filtering and identification.

  • Data: Additional non-indexed data associated with the event, providing deeper insights into its details.

  • Hex View: A raw hexadecimal representation of the log data, useful for developers conducting low-level debugging or technical analysis.

The Transfers Tab provides a detailed record of all token transfer transactions related to the contract. This tab focuses on movements of tokens, making it easy to track and analyze transfer activity. The table includes the following columns:

• FR 11.004a: Txn Hash A unique identifier for each transaction (e.g., 0x47865...46845). Clicking on the hash opens a detailed view with additional information, such as transaction logs and gas usage.

• FR 11.004b: From The address of the sender who initiated the transfer. This shows where the tokens were sent from.

• FR 11.004c: To The recipient’s address, indicating where the tokens were sent.

• FR 11.004d: Status Displays whether the transaction was successful or failed (e.g., Success), providing clarity on the outcome of the transfer.

• FR 11.004e: Fee (TICS) The transaction fee paid in the native currency (e.g., 0.000002692). This reflects the cost of processing the transfer on the blockchain.

• FR 11.004f: Block The block number where the transaction was recorded (e.g., 4675633). This provides a timeline reference for when the transfer was confirmed.

• FR 11.004g: Amount The number of tokens transferred in the transaction (e.g., 205). This shows the scale of the transfer.

• FR 11.004h: Timestamp The exact date and time the transaction was processed (e.g., 2024-09-28 04:14am). This helps track the sequence of transfer activities.

The Holders Tab displays a detailed list of all token holders, providing insights into how tokens are distributed across different addresses. This information helps users understand the concentration of tokens and the overall distribution. The table is organized with the following columns:

• FR 11.005a: Rank Shows the rank of the token holder based on the number of tokens they hold (e.g., #1, #2). Higher-ranked holders possess larger quantities of tokens.

• FR 11.005b: Token Name Displays the name of the token linked to the contract (e.g., Qubetics), making it easy to identify.

• FR 11.005c: Type This column displays what type of contract has been deployed on our Qubetics chain (ERC-20, 721, 1155) or any other custom contract.

• FR 11.005d: Address Displays the blockchain address of the token holder (e.g., 0x47865...46845). Clicking on an address reveals additional details, such as the holder's transaction history, activity patterns, and staking information (if applicable).

• FR 11.005e: Quantity Indicates the number of tokens held by the address (e.g., 2,167,879). This reflects the total balance of tokens in the holder's account.

• FR 11.005f: Percentage Shows the percentage of the total token supply held by the address (e.g., 5%). This metric highlights the concentration of tokens among top holders.

The Read Contract Tab enables users to access and query the contract's read-only functions to fetch data directly from the blockchain. These functions are used to retrieve information without making any changes to the blockchain, meaning no tokens or gas fees are required.

FR 11.007.1a: Wallet Connection

Allows users to securely connect their wallet to the interface. Although read-only functions don’t require gas or tokens, wallet integration ensures secure and authenticated interactions with the contract.

FR 11.007.1b: Contract Information

• Public Functions: Displays a list of all publicly accessible read functions within the contract. These functions provide data such as balances, token details, or contract status.

• Expandable Functions: Each function is listed with its name (e.g., _verifyTransfer). Users can expand any function to view input fields or directly execute a query to retrieve outputs.

• Inputs and Outputs: Some functions may require input parameters (e.g., wallet addresses) to fetch specific data. The output provides the requested information in real time.

The Write Contract Tab allows users to perform state-changing actions on a smart contract, such as transferring tokens, updating settings, or triggering specific operations. These interactions modify the blockchain's state and require wallet authorization.

FR 11.007.2a: Wallet Connection

Users must connect their wallet to execute write functions. This ensures secure interactions, allows authentication and facilitates the payment of gas fees required for the transaction.

FR 11.007.2b: Contract Information

• Callable Functions: The tab lists all available write functions within the smart contract (e.g., batchTransferETH). These methods enable users to make changes to the blockchain's data.

• Expandable Functions: Clicking on a function name expands it to reveal input fields and options for user interaction.

• Input Fields: Each function displays the required inputs (e.g., wallet addresses, token amounts) that users must provide to execute the operation.

FR 11.007.c: Executing Transactions

• Execute Button: Once all input fields are completed, users can click the Execute button to initiate the transaction. This will prompt the connected wallet for confirmation.

• Gas Fees: Executing write functions incurs gas fees. The estimated fee is displayed in the wallet confirmation screen, ensuring users are aware of the cost before approving the transaction.

The Analytics Tab is a key feature in TICS Scan that provides users with detailed insights and metrics about smart contracts on the Qubetics blockchain. This guide will walk you through how to use the Analytics Tab effectively to understand, verify, and analyze smart contract performance and functionality.

FR 11.008a: Overview of the Analytics Tab

The Analytics Tab is designed to provide a comprehensive view of token and contract metrics through graphical and tabular data. This section visualizes the following metrics over time:

• Transfer Amount: Total value of tokens transferred during a specific period.

• Transfer Count: Number of transactions involving the token.

• Unique Receivers: Number of unique wallet addresses receiving the token.

• Unique Senders: Number of unique wallet addresses sending the token.

• Total Uniques: Combined count of unique senders and receivers.

FR 11.008b: Historical Price Tab

The Historical Price Tab in Qubetics TICS Scan is a powerful tool for tracking and analyzing token price trends. By providing a detailed and interactive view of price history, it empowers users to make data-driven decisions and gain deeper insights into the token's market performance. Whether you’re an investor, trader, or enthusiast, the Historical Price Tab is an essential resource for staying informed and maximizing your understanding of the Qubetics ecosystem.

• TICS Daily Price: Shows the daily market price of the token.

• ICO Price: Marks the token's initial offering price, providing a baseline for comparison.

The Verify and Publish Contract screen allows users to verify their smart contracts by matching the source code with the deployed contract on the blockchain. This process ensures transparency, compliance, and trust in the contract’s operations.

FR 12.001: Steps 1- Enter Contract Details

• FR 12.001a: Enter Contract Address Provide the address of the deployed smart contract (e.g., 0xF0245F...D80B60) in the input field. The system uses this address to fetch and validate the contract details on the blockchain.

• FR 12.001b: Select Compiler Details

  • Compiler Type: Select the compiler type used during the smart contract's development (e.g., Solidity).

  • Compiler Version: Choose the specific version of the compiler (e.g., v0.8.20) to ensure compatibility.

  • Open Source License Type: Specify the license under which the source code is published. This helps maintain compliance with licensing requirements.

• FR 12.001c: Agree to Terms of Service Check the box to confirm agreement with the platform’s terms of service for using the verification feature.

• FR 12.001d: Action Buttons

  • Reset: Clears all entered details and selections, allowing you to start over.

  • Continue: Proceed to the next step in the verification process, enabling code submission and verification.

FR 12.002: Steps 2- Verify and Publish

This step allows users to verify a smart contract by uploading its source code and metadata, ensuring it matches the deployed bytecode on the blockchain. It is a crucial process for maintaining transparency and trust in blockchain applications. Highlights the importance of verifying source code to build trust and ensure transparency.Provides advanced settings guidance, such as bytecode hash matching and optimization runs.

FR 12.002a: Input Fields

• Upload Contract Source Code:

  • Users can upload the contract's source code file in supported formats like Solidity or Vyper.

  • Ensures the uploaded code matches the on-chain bytecode for verification.

• Enter Contract ABI (Optional):

  • Allows users to paste the contract’s Application Binary Interface (ABI).

  • Useful for accessing and interacting with the contract's functions.

• Contract Library Address:

  • If the contract relies on external libraries, users can specify up to 10 library addresses.

  • Ensures proper linkage and accurate verification of dependent components.

• Misc Settings (Runs, EVM Version):

  • Optimization Runs: Specify the number of optimization runs used during compilation.

  • EVM Version: Indicate the Ethereum Virtual Machine version used, such as Istanbul or Berlin.

• Action Buttons:

  • Previous: Returns to the previous step in the Verify and Publish Contract workflow.

  • Done: Completes the process, submitting the contract for verification and publication.

FR 12.002b: How It Works

• Upload and Match:

  • The system compares the uploaded source code with the deployed bytecode on the blockchain.

  • If matched, the contract is marked as verified.

• Verification Benefits:

  • Verified contracts increase user confidence by proving that the deployed bytecode aligns with the provided source code.

  • Developers can showcase their contract's functionality and transparency.

• Advanced Customization:

  • Enables developers to specify advanced configurations, ensuring accurate and comprehensive verification.

Introduction

This guide provides step-by-step instructions to deploy any smart contract on the Qubetics blockchain. You’ll learn how to set up your development environment, write and compile the contract, and deploy it using the QubeQode Basic.

Prerequisites

Before you start, ensure you have:

• Basic knowledge of Solidity and smart contracts.

• A EVM-compatible wallet such as metamask with Quebtics blockchain network.

Steps to add Qubetics Network in Metamask Wallet

1. Open Metamask: Launch the Metamask extension

2. Access Network Settings:

• Click on the Network Selector dropdown at the top of the Metamask interface (usually showing "Ethereum Mainnet" by default).

• Select "Add Network" or "Add a Network Manually".

1. Add a Custom RPC Network: In the "Add a network" screen, click "Add a network manually" to input the custom details.

2. Fill in Network Details Enter the required blockchain network information:

• Network Name: Qubetics Testnet or Qubetics Privnet.

• RPC URL: The endpoint URL for the blockchain for Devnet: “alphatestnet-evm-rpc.qubetics.work“

• Chain ID: The unique ID for the Qubetics blockchain (9003).

• Currency Symbol: The native token symbol (TICS).

• Tools: QubeQode Basic.

Connecting to the Qubetics Network

To add Qubetics network in the metamask, there are 2 options:

Method 1: To add the network with single click Connect MetaMask to Qubetics Network

Method 2: Manually Adding Network Alternatively, if you want to add the network manually, ensure your MetaMask is upgraded to version 12.9.2 or higher. Enter the following details in MetaMask:

• Network Name: Qubetics Testnet

• Chain ID: 9003

• Currency Symbol: TICS

1. Confirm Connection: Once the network is added, your MetaMask wallet will connect to the Qubetics blockchain. Ensure you can see your wallet address and balance.

Introduction

This guide provides step-by-step instructions to deploy any smart contract on the Qubetics blockchain. You’ll learn how to set up your development environment, write and compile the contract, and deploy it using the Qubetics IDE.

Prerequisites

Before you start, ensure you have:

• Basic knowledge of Solidity and smart contracts.

• A EVM-compatible wallet such as metamask with Quebtics blockchain network.

Steps to add Qubetics Network in Metamask Wallet

1. Open Metamask: Launch the Metamask extension

1. Access Network Settings:

• Click on the Network Selector dropdown at the top of the Metamask interface (usually showing "Ethereum Mainnet" by default).

• Select "Add Network" or "Add a Network Manually".

1. Add a Custom RPC Network: In the "Add a network" screen, click "Add a network manually" to input the custom details.

2. Fill in Network Details Enter the required blockchain network information:

• Network Name: Qubetics Testnet or Qubetics Privnet.

• RPC URL: The endpoint URL for the blockchain for Devnet: “https://alphatestnet-evm-rpc.qubetics.work“

• Chain ID: The unique ID for the Qubetics blockchain (9003).

• Currency Symbol: The native token symbol (TICS).

• Tools: Qubetics IDE.

Part 1: Connecting to the Qubetics Network

To add Qubetics network in the metamask, there are 2 options:

Method 2: Manually Adding Network Alternatively, if you want to add the network manually, ensure your MetaMask is upgraded to version 12.9.2 or higher. Enter the following details in MetaMask:

• Network Name: Qubetics Testnet

• Chain ID: 9003

• Currency Symbol: TICS

• Confirm Connection: Once the network is added, your MetaMask wallet will connect to the Qubetics blockchain. Ensure you can see your wallet address and balance.

Part 2: Deploying Contracts Using Qubetics IDE

1. Open Qubetics IDE

• To open the File Explorer module, click on the Workspace option in the left-side menu. The File Explorer helps you manage your workspaces and files easily.

• You can also right-click on any file or folder to see a menu with quick options for different actions.

1. Create a New File

• In the Qubetics IDE dashboard, click on "New File" and name it MyContract.sol.

• Write or paste your Solidity smart contract code into the editor.

Code for ERC-20:

// contracts/GLDToken.sol

// SPDX-License-Identifier: MIT

pragma solidity ^0.8.0;

import "@openzeppelin/contracts/token/ERC20/ERC20.sol";

contract GLDToken is ERC20 {

constructor(uint256 initialSupply) ERC20("Gold", "GLD") {

_mint(msg.sender, initialSupply);

}

}

Code for ERC-721:

// contracts/GameItem.sol

// SPDX-License-Identifier: MIT

pragma solidity ^0.8.0;

import "@openzeppelin/contracts/token/ERC721/extensions/ERC721URIStorage.sol";

import "@openzeppelin/contracts/utils/Counters.sol";

contract GameItem is ERC721URIStorage {

using Counters for Counters.Counter;

Counters.Counter private _tokenIds;

constructor() ERC721("GameItem", "ITM") {}

function awardItem(address player, string memory tokenURI)

public

returns (uint256)

{

uint256 newItemId = _tokenIds.current();

_mint(player, newItemId);

_setTokenURI(newItemId, tokenURI);

_tokenIds.increment();

return newItemId;

}

}

Code for ERC-1155:

// contracts/GameItems.sol

// SPDX-License-Identifier: MIT

pragma solidity ^0.8.0;

import "@openzeppelin/contracts/token/ERC1155/ERC1155.sol";

contract GameItems is ERC1155 {

uint256 public constant GOLD = 0;

uint256 public constant SILVER = 1;

uint256 public constant THORS_HAMMER = 2;

uint256 public constant SWORD = 3;

uint256 public constant SHIELD = 4;

constructor() ERC1155("https://game.example/api/item/{id}.json") {

_mint(msg.sender, GOLD, 10**18, "");

_mint(msg.sender, SILVER, 10**27, "");

_mint(msg.sender, THORS_HAMMER, 1, "");

_mint(msg.sender, SWORD, 10**9, "");

_mint(msg.sender, SHIELD, 10**9, "");

}

}

1. Set the Compiler Version

• Navigate to the "Solidity Compiler" tab on the left sidebar.

• Choose the compiler version matching the pragma solidity version in your contract, e.g., 0.8.26+commit.8a97fa7a.

• Expand the "Advanced Configurations" dropdown and set the following:

  • Language: Solidity

1. Compile the Contract Click "Compile MyContract.sol" to ensure there are no syntax or configuration errors.

2. Set Up for Deployment

• Go to the "Deploy & Run Transactions" tab.

• Under "Environment", select "Injected Provider - MetaMask" to connect your wallet.

1. Deploy the Contract

• For an ERC-72/ERC-1155 contracts, click "Deploy" directly.

• For an ERC-20 contract, input the wallet address in the field next to the Deploy button. This address will also act as the contract owner.

Verifying the Contract on TICS Scan

Navigate to the Verification Section

• Open the TICS Scan.

• Select "Contract List" from the navbar.

• Locate and click on the deployed contract address to open its details page. “0x386559f6a6C00E99ff18733416B297cA6e9EAb38”
• Click the "Verify & Publish" button to proceed.

Step 1: Enter Contract Details

• The contract address will be pre-filled.

• Complete the following fields:

  • Compiler Type: Select "Solidity - Single File".

  • Compiler Version: Choose the version used during deployment (e.g., 0.8.26+commit.8a97fa7a).

  • License Type: Choose the open-source license type (e.g., "MIT").

• Agree to the Terms of Service and click "Next".

Step 2: Upload Contract Source Code

• Convert your MyContract.sol file into a flattened version:

  • Right-click on MyContract.sol and select "Flatten" to generate a file named MyContract_flattened.sol.

• Copy the flattened code and paste it into the "Upload Contract Source Code" field.

Miscellaneous Settings

• Expand "Misc Settings (Runs, EVM Version Settings)" and set:

  • EVM Version: London
• Click "Done" and Submit.
• A prompt will confirm that the verification has been initialized.

Review Verification Status

• Return to the "Contract List" on the Explorer and select the verified contract address.
• The verification status will display one of the following:

  • Verified: The contract is successfully verified.

  • Partially Verified: The contract is partially verified.

  • Rejected Verification: The verification failed (e.g., ByteCode mismatch).

Troubleshooting Verification Errors

If the verification fails, review the error message, correct the indicated issue (e.g., mismatch in the compiler version), and repeat the process.

Congratulations! Your contract is now deployed and verified on the Qubetics chain and ready for use.

A faucet in a testnet provides free tokens for testing and development. Users submit their wallet addresses to request tokens, which are sent after verifying limits. These tokens have no real value and are used to test transactions, deploy smart contracts, and validate applications in a risk-free environment, helping developers ensure everything works before deploying on the mainnet.

The faucet provides a limited amount of test tokens to developers and users for free. These tokens allow users to:

• Deploy and interact with smart contracts.

• Simulate transactions.

• Test various blockchain functionalities in a risk-free environment.

• Each wallet address can request 20 TICS Coins per day.

FR 13.001: Input Field

Enter your wallet address in the designated field to receive test tokens. Ensure the address is valid and belongs to the test network to avoid errors.

FR 13.002: Captcha Verification

Complete the reCAPTCHA challenge to confirm that the request is made by a human, preventing automated abuse of the faucet.

FR 13.003: Send Button

After entering your wallet address and verifying the CAPTCHA, click the Send button to submit your request. Test tokens will be sent to the provided wallet address upon successful verification.

Important Notes

• Ensure your wallet is configured for the Qubetics Testnet before requesting tokens.

• Faucet tokens are for testing purposes only and cannot be used on the mainnet.

GitBook supports many different types of content, and is backed by Markdown — meaning you can copy and paste any existing Markdown files directly into the editor!

Feel free to test it out and copy the Markdown below by hovering over the code block in the upper right, and pasting into a new line underneath.

# Heading

This is some paragraph text, with a [link](https://docs.gitbook.com) to our docs. 

## Heading 2
- Point 1
- Point 2
- Point 3

The Deploy Tab simplifies the deployment process for smart contracts, making it user-friendly and efficient. Here's how to navigate and use this section:

Step-by-Step Guide

Step 1: Connect MetaMask Establishes a secure connection between your MetaMask wallet and QubeCode for seamless deployment. Click the "Connect With MetaMask" button to link your wallet. Ensure that MetaMask is installed in your browser and you are logged in.

Step 2: Compile Your Contract

• Ensure your contract is error-free and compiled successfully in the Compile Tab before proceeding to deployment.

Step 3: Deploy the Contract

• Once connected to MetaMask, click the Deploy button. Confirm the transaction in MetaMask to initiate deployment.

• Wait for the deployment process to complete. A transaction hash will be generated, and the Contract Address field will populate with the address.

Note: Ensure that your MetaMask wallet has sufficient funds for gas fees.

Step 4: Verify and Publish

• Click the Verify & Publish button after deployment. This action validates your contract’s source code and publishes within QubeQode and user don't need to verify the contract on TICSScan, allowing users to interact with and review the contract within QubeQode.

Tips for Using the Deploying contract:

• Check Gas Fees: Always ensure your wallet has enough funds to cover gas fees for deployment.

• Network Selection: Double-check that the selected network in MetaMask matches the intended deployment network.

• Save the Address: After deployment, save your contract address for future reference or integration.

The Compile Tab is designed to simplify the compilation process for smart contracts. It ensures compatibility with different Solidity versions and Ethereum Virtual Machine (EVM) configurations, giving developers flexibility and control.

Step-by-Step Instructions

1. Select Contract Type

• At the top, you will find options for different contract types such as ERC20, ERC721, ERC1155, Stablecoin, Real-World Asset, Governor, and Custom.

• Click on the desired contract type to load the associated code template.

2. Configure Solidity Compiler

• Compiler Dropdown:

  • Choose the Solidity compiler version compatible with your contract requirements (e.g., 0.8.22 or 0.8.19).

  • The dropdown allows you to select the compiler version for compatibility with various blockchain networks.

• EVM Version Dropdown:

  • Select the EVM version (e.g., London, Istanbul) to ensure the contract complies with the target blockchain specifications.

3. View and Edit Code

• The main editor displays the Solidity code for your selected contract template.

• You can modify the code directly in the editor to customize parameters such as:

  • Token Name

  • Symbol

  • Premint Amount

  • Additional contract functionality.

4. Compile the Contract

• Once you have configured the settings and edited the code:

  • Click the Compile button to generate the bytecode and ABI (Application Binary Interface).

  • A progress indicator will show the compilation status.

• Successful Compilation:

  • If the contract compiles successfully, the interface will display the output.

  • Errors or warnings will be highlighted in the editor for easy debugging.

GitBook allows you to add images and media easily to your docs. Simply drag a file into the editor, or use the file manager in the upper right corner to upload multiple images at once.

In addition to the default Markdown you can write, GitBook has a number of out-of-the-box interactive blocks you can use. You can find interactive blocks by pressing / from within the editor.

Tabs

const handleFetchEvent = async (request, context) => {
    return new Response({message: "Hello World"});
};

Expandable sections

Drawings

Embedded content

GitBook integrations allow you to connect your GitBook spaces to some of your favorite platforms and services. You can install integrations into your GitBook page from the Integrations menu in the top left.

Types of integrations

You can sync GitBook pages with an OpenAPI or Swagger file or a URL to include auto-generated API methods in your documentation.

OpenAPI block

GitBook's OpenAPI block is powered by , so you can test your APIs directly from your docs.