SFT Protocol Architecture

The SFT Protocol architecture includes software layer and hardware layer architecture.

Software layer: A decentralized protocol that empowers the liquidity of pledged tokens in the public chain. It consists of 3 layers - the bottom layer, the contract layer, and the application layer, and realizes pledge redemption, asset custody, and DeFi applications in the SFT Protocol contract. Asset trading, asset cross-chain, lending, and other application functions.

Hardware layer: Provide a large number of Blockchain Technology API interfaces and hardware infrastructure, execute application deployment, resource scheduling, privacy encryption computing, storage, network services, high-performance computing, etc., provide decentralized Laas and Naas services in the Web3 field, and integrate global Enterprises connect with suppliers who provide hardware infrastructure nodes and hope to profit from them, and flexibly match the needs of both parties.

3.1 The bottom layer of SFT Protocol

The bottom layer of the SFT Protocol is mainly an open source community built by network modules, account book modules, smart contract modules, transaction management modules, and consensus modules.

3.2 SFT Protocol contract layer

The contract layer of the SFT Protocol is the core module of the SFT Protocol: contract module, transaction module, consensus module

3.2.1 Contract module:

The SFT Protocol contract module is a customizable Blockchain infrastructure consisting of microkernels and functional modules. Through the stripping of events and services, a highly modular underlying architecture is realized and smart contract functions are provided. Cooperate with other modules through SFT's modular contract to provide a programmable environment on the chain, and interact with smart contracts by sending special transactions to the contract.

3.2.2 Transaction module:

In the ecosystem of the SFT Protocol, transactions will flow in the chain or between chains. The nodes of each chain must not only process transactions within the chain, but may also process cross-chain transactions, so each node needs to process There will be more and more transactions, and more complex, so a separate module is needed to handle all kinds of transactions in a unified way. The transaction module is responsible for the collection, verification, storage, and forwarding of transactions.

3.2.3 Consensus module:

The SFT Protocol adopts the consensus mechanism of POS. Pledging SFT can obtain FIL income or SFT Protocol tokens. In the distribution of protocol tokens, validators provide verification nodes, and hardware providers provide node services. SFT Protocol tokens need to be pledged to provide services At the same time, get SFT Protocol tokens.

3.3 SFT Protocol application layer

The SFT Protocol supports the establishment of decentralized DeFi applications or decentralized financial transactions, cross-chain transactions, computing power transactions, and other financial-level transactions, such as computing power Token free transfer transactions, financial derivatives transactions, lending, futures options, NFT Minting and trading, games, and social applications, etc.

3.3.1 Decentralized DeFi applications

Liquidity farm mining, lending, hedging risks, earning interest, games, social applications, etc.

3.3.2 Decentralized Exchange

Deploy the existing Swap trading pool, Dex trading, lending market, options trading, etc.

3.3.3 NFT minting and trading

Mint non-homogeneous token NFT and execute on-chain transactions. Project parties can transfer and trade NFT on the SFT Protocol.

3.4 Integrated API protocol

Build a decentralized LAAS and NAAS service platform in the web3 field, provide elastic and dedicated node API services for user applications and DApps, provide query Blockchain data, and facilitate decentralized application operations.

As we all know, there are many problems that need to be solved when building a public chain node, such as security issues, network speed issues, and storage space issues. As a Blockchain development platform, the SFT protocol can solve these problems by directly providing dedicated full nodes.

3.4.1 Dedicated Service Node

Using a dedicated node helps you get better Blockchain access performance as it only accepts calls from your dApp.

3.4.2 Multi-region global distributed API

The SFT Protocol will support multiple different regions and optimize the network call time according to the user's region, thereby improving the speed and performance of your DApp.

3.4.3 Multi-testnet service support

The SFT Protocol supports almost all popular testnets. Developers have full flexibility in the choice of testnets and can test Dapps on the testnets they need.

3.4.4 Archive service node

The SFT Protocol also provides Parity archiving service nodes. An archiving service node will save a complete copy of the Blockchain ledger, while full nodes may be pruned due to disk space issues.

3.5 SFT hardware protocol and infrastructure

The SFT hardware protocol network is a peer-to-peer computing network that connects global enterprises with hardware infrastructure node service providers to perform computing and storage tasks. In the process of execution, the SFT Protocol acts as a bridge. Users use the SFT Protocol token to obtain the right to use the infrastructure, pay a certain amount of SPD, and automatically pass the SFT Protocol contract.

Perform distribution and processing of complex business jobs.