as you know in this dashboard I want to check the last 2 seasons performance with the last 90 day so lets start.

in the first time I want to check the number of the transaction as you see in the upper graph number of the transaction in the last 3 month is in there min range and you can see that in the first of the last 6 month number of the transaction increase to their high range and after that time up to now number of the transaction decrease ,and as you see in the 13 Sep number of the transaction want to increase but this increase not continue.

after this part lets analysis the unique user of the near protocol and see their difference between the last 6 month.

as I say in the previous part in this part I want to analysis the unique user.

as you see in the last 6 month there is no any increase in the user and after that part in the last 3 month, again there is no any increase or decrease in the user but as you see in the last month between 13 Sep - now the unique user increase immediately and after that number of the user decrease but as you see this decrease is not as low as the before it show that increasing the number of the user is improve and performance of the user is better than number of the transaction.

after this part lets analysis the performance of the fee amount and see the movement of that.

so in this part I want to analysis the amount of the fee, and as you know we understand that by increasing the transaction number amount of the fee increase and as you see in this graph we see this action.

for example in the 5 May number of the transaction increase and by follow that amount of the fee increase.

and the other thing in the 13 Sep again this low increase happen by low level in the transaction number and you can see that again by follow that amount of the fee at the same date increase again by low range and this prove that by increasing the transaction number fee amount increase.

and as you know because there is no increase in the transaction number by last season so there is no any increase in the fee amount.

after this part I want to analysis the amount of the gas in the two part and get the better analysis lets start.

in this part I want to analysis the gas amount.

as you know I expected that get the same result of the fee amount and you can see that again the same thing happen and again if we want to make example we can say:

for example in the 5 May number of the transaction increase and by follow that amount of the gas increase.

and the other thing in the 13 Sep again this low increase happen by low level in the transaction number and you can see that again by follow that amount of the gas at the same date increase again by low range and this prove that by increasing the transaction number gas amount increase.

we see that again get the same result for the deep dive for this action lets analysis the top 10 contract that have the large amount of the gas.

in this part I want to analysis the top 10 contract that have the large amount of the contract.

as you see in the last 3 month every thing change and gas amount of the aurora decrease and by decreasing that gas amount of the sweat increase and get the first place and as you see gas amount of the aurora decrease by about 50 % and this action is good for the user of that contract and it may that after this time again this percent decrease .

as you see in the second part ,sweat get the first place and you see that in the first chart there is no exist name of the sweat and as you know this amount is up to now and it may that after this date again this amount increase.

we should wait and see the them.

after this part I want to analysis the smart contract and see the difference.

in this part I want to analysis the successful creation and fail creation as you see up to the last 6 month there is no any(low amount) fail creation and and after this date (last 3 month) you can see that fail creation increase(orange color) and the successful creation is in the same range but with low range there is decrease in the successful creation.

so in this part we get that by the last season performance of the creation get low.

conclusion

in this dashboard as you know I analysis the performance of the last season with the last two season. and we se that in some case there is improve and in other case opposed of that and there is a list of that:

• in the number of the transaction we see that performance of the last season was not good.(last 6 month > last 3 month)
• number of the unique user is improve in the last 3 month(last month).(last 3 month > last 6 month)
• amount of the fee because of the transaction number decrease and it is good, but as you know this is because of the low transaction. (last 3 month > last 6 month)
• mount of the gas because of the transaction number decrease and it is good, but as you know this is because of the low transaction. (last 3 month > last 6 month)
• in the last 3 month gas amount of the aurora (contract) decrease and gas amount of the sweat increase.
• sweat gas amount increase very large and it is not good for that and it should be continue after this date.
• number of the successful creation in the last 3 month decrease and in the opposed side fail creation increase, it show that performance of the capital of the near in this part decrease. ( last 6 month > last 3 month)

as a total analysis we see that in the 3 case last 3 month was better and in the 2 case last 6 month was better and in the 2 case there is no any difference.

thank you because of your attention.

What is Near protocol blockchain?

Near Protocol is a decentralized application (DApp) platform that focuses on usability among developers and users. As a competitor of Ethereum, NearProtocol is also scc and a POS blockchain.

Near uses ST a core aspect discussed later. The native token, NEAR, is used for transaction fees and storage on the Near crypto platform. Tokens can also be used for staking by NEAR tokenholders who wish to become transaction validators and help achieve network consensus.

Near was built by the NeaCollective and conceptualized as a platform designed to host application. It was also built to be both developer and user-friendly, hence having features such as account names that are human-readable (instead of cryptographic wallet addresses).

Nodes, in any blockchain, typically have three main functions: processing transactions, communicating valid transactions and completed blocks with each other and storing the history of the network’s transactions. As a network grows and becomes more congested, these functions become more difficult for the nodes to manage.

Nea uses a sharding approach that enables the network’s capacity to grow even as more nodes join. High network utilization results in network nodes dynamically splitting into multiple shards. Computing is then parallelized over these shards, reducing the computational load required of each node.

Through sharding, nodes are not required to run the entirety of the network’s code (which is the case with Bitcoin nodes), just the code relevant to its shards. Near Protocol assumes transactions will touch multiple shards, which is the default behavior for most smart contracts.

Focus on decentralization

To maintain true decentralization, a network should be permissionless, meaning that potential node operators should be able to join freely (as opposed to incentivizing pooling).

Near uses threshold proof-of-stake, a staking technique considered both fair and predictable. This prevents powerful validators from pooling and encourages wide-scale participation among network members.

How does Near Protocol work?

Decentralized applications have boomed in the crypto community, with DApps that run the gamut from games to financial services. However, it has also become apparent that scalability remains a problem in most blockchains.

The issue of scalability is common among blockchains, especially among older ones such as Bitcoin and Ethereum. The challenges are mainly brought about by blockchains' difficulty in handling large numbers of transactions at fast speeds and manageable costs.

Projects such as Near seek to address this issue by building an entirely new blockchain using a different architecture. Near’s solution to the problem was implementing sharding.

By using the sharding strategy, Near is able to break up the blockchain into smaller more manageable segments. This reduces the burden on the network by reducing computational load, resulting in an increased throughput of transactions.

As mentioned earlier, the Near protocol uses a PoS system. Nodes interested in becoming transaction validators stake their NEAR tokens to be considered for participation. Token holders may also delegate their stake to their chosen validator if they do not wish to operate a node.

Generally, validators with larger stakes hold more influence in the consensus process. Validators on Near are chosen via an auction system and are chosen at every epoch, typically a 12-hour interval.

Meanwhile, DApps can be built on Near, just like on Ethereum. This is made possible by Near’s cloud infrastructure, which combines serverless computing and decentralized data storage. Nea operates using hundreds of globally-located servers.