STABILA Protocol

 

INTRODUCTION

STABILA is a project committed to financial system decentralization. STABILA Protocol provides a public blockchain service with high throughput, flexibility, and reliability. All of the Decentralized Applications (DApps) in the STABILA space are licensed to counter fraud and minimize risk for its users.

3ARCHITECTURE

STABILA has a 3-layer architecture:

Storage
Core
Application
The STABILA protocol is based on Google Protobuf, which allows multilanguage extension by default.

STABILA Virtual Machine (SVM): The SVM is a Turing complete virtual machine that is lightweight. The SVM is fully integrated into the current environment.

Decentralized Exchange (DEX): Decentralized exchange features are built-in to the STABILA network.

Multiple trading pairings make up a decentralized exchange. A trade-off Market between SRC-10 tokens, or amidst a SRC-10 token and STB, is referred to as a trading pair (notation "Exchange"). A trading pair between any tokens can be created by any account. The STABILA blockchain code is written in Java and was initially a fork of TRON TVM.

Delegated Proof of Stake (DPoS)

Many new networks suggest Proof of Stake (PoS) consensus technique. Token holders in the PoS network lock their token holdings so they can be turned into block validators. Validators propose and vote on the following blocks in turn. The difficulty with traditional PoS is that the power of the validator is proportional to the number of tokens that have been locked. As a result, parties with a large number of network base currencies hold excessive power over the network ecosystem.

The STABILA consensus process uses a new Delegated Proof of Stake approach where network blocks are created by 21 Governor (G). STB account members who CD their account have the opportunity to elect an elected Executive, with the top 21 Executives appointing the Governor. Every three seconds, the STABILA protocol network creates a new block.

ACCOUNT

In the STABILA network, there are three sorts of accounts.

Standard transactions are handled using regular accounts.
SRC-10 tokens are stored in token accounts.
Contract accounts are basically smart accounts that are established by ordinary accounts and can also be activated by them.
Account Creation

A STABILA account can be created in one of three ways:

Use the API to create a new account.
Move STB to a different address.
Send any SRC-10 tokens to a new address.
Private Key and Address generation

An address (public key) and a private key can be used to create an offline key pair. The user address generation algorithm begins with the creation of a key pair, followed by the extraction of the public key (64-byte byte array representing x, y coordinates) [1].

Extract the final 20 bytes of the hashed public key using the SHA3-256 function (the SHA3 protocol used is KECCAK-256). The initial address length should be 21 bytes, and 3F should be appended to the start of the byte array.

Use the SHA3-256 algorithm to hash the address twice and use the first four bytes as a verification code. You may acquire the address in base58check format by attaching the authentication code to the end of the initial address and encoding it with base58.

The first character of an encoded Stabila Mainnet address is S, and it is 34 bytes long.

Bandwidth Model

Smart contract activities consume both UCR (units of conventional resources) and BP(bandwidth points), whereas ordinary transactions just consume bandwidth points.

There are two different sorts of bandwidth credits

Users may earn bandwidth credits by generating Contracts of Deposits (CD) with STB, and there are also 500 free bandwidth points accessible every day. When an STB transaction is broadcast, it is transferred and stored across the network as a byte array. The amount of transaction bytes multiplied by the total bandwidth points rate equals the number of bandwidth points required by one transaction.

Example:

When a transaction's byte array length is 200, the transaction requires 200 bandwidth credits. If the target account is formed as a consequence of an STB or token transfer, only the bandwidth points used to construct the account will be removed; No more bandwidth credits will be used.

The network will utilize the bandwidth points that the transaction initiator acquired via CDeing. The network consumes the transaction initiator's STB if this amount is inadequate. The network spends the bandwidth points earned by the transaction initiator for CDeing STB in normal STB transfer scenarios from one STB account to another. If it isn't sufficient, it will exhaust the 500 free daily bandwidth credits. If that is still not enough, then the network consumes the STB of the transaction initiator.

The value is computed by multiplying the transaction's number of bytes by 40 UNIT. As a result, for most STB owners who may or may not choose to CD their STB to participate in Governors voting, the first stage is automatically omitted (because STB balance CDed = 0) and the transaction is powered by the 500 daily free bandwidth[4].

STABILA VIRTUAL MACHINE

STABILA Virtual Machine (SVM)
SVM stands for STABILA Virtual Machine, which is a fully virtualized machine. Its mission is to create an efficient, convenient, reliable, secure, and scalable blockchain service. SVM was initially a fork of TRON TVM. SVM works in tandem with the current Solidity smart contract development environment.

DPoS consensus [5] is also supported by SVM. The notion of UCR is used in SVM. On SVM, transaction and smart contract operations are free, and no STB is used. The compiler converts the Solidity smart contract into bytecode that the
SVM can read and execute. The SVM then processes data using opcode, which is comparable to stack-based finite state machine logic.

SMART CONTRACTS

Compatibility: SVM is compatible with EVM and, in the future, with more standard virtual machines. However, because of the potentially fraudulent nature of smart contracts, a licensing mechanism is being recommended before any user can implement one.

Smart Contracts Licensing: Smart contracts are ineffective and will remain so for the foreseeable future. They lack asset backup proofing mechanisms and are unable to communicate with the outside world. The suggested licensing model allows only real-world smart contracts that are asset-backed by the underlying logic and organizational structure [6]. In the event that the smart contract owner is unable to keep up with his smart contract, a third party will assume responsibility, ensuring that clients on the STABILA network are safeguarded.

STABILA CHAIN SETTINGS

Circulating Supply 20,000,000: The number of STB coins that are publicly available and circulating in the market.

Total Supply 30,000,000: Total supply refers to the number of STB that currently exists and are either in circulation or locked for miners.

Max Supply 30,000,000: The maximum supply refers to the maximum number of STB coins that will be ever created.

Block producing speed 3: Seconds per 1 block produced.

Miners/Governors 21: Block producing nodes.

Consensus 15: 67% of 21 governors to achieve consensus on producing next block.

1 STB = () Units 1,000,000: UNIT is the smallest unit of STB

#Stabila #STB #Blockchain #Decentralized

Contact Information

Website: https://stabilascan.org/
Whitepaper: https://stabilascan.org/static-pages/white-paper
ANN: https://bitcointalk.org/index.php?topic=5379020.msg58848428#msg58848428
Telegram: https://t.me/stabilastb
Facebook: https://www.facebook.com/stabilacrypto
Twitter: https://twitter.com/moneta_holdings
YouTube: https://www.youtube.com/channel/UChFtE8tAVlkWGkFrUb-7KOQ
Reddit: https://www.reddit.com/r/moneta_holdings/
LinkedIn: https://www.linkedin.com/company/stabilacrypto
Instagram: https://www.instagram.com/monetaholdings/

#Stabila #STB #Blockchain #Decentralized

Bitcointalk username: ghazbaz2019
Profile link: https://bitcointalk.org/index.php?action=profile;u=2253670