Seasons in the City

    It’s autumn in the Northern Hemisphere. What season is it in the City of NEAR?

    Introduction

    Methodology

    What is NEAR Protocol?

    NEAR Protocol is a smart contract capable, public Proof-of-Stake (PoS) blockchain that was conceptualized as a community-run cloud computing platform. Built by the NEAR Collective, NEAR was designed to host decentralized applications (dApps), and strives to compete with Ethereum and other leading smart contract-enabled blockchains like EOS and Polkadot. NEAR’s native token is also called NEAR, and is used to pay for transaction fees and storage. NEAR tokens can also be staked by token holders who participate in achieving network consensus as transaction validators.

    NEAR Protocol is focused on creating a developer and user friendly platform. To accommodate this mission, NEAR has incorporated features like human-readable account names as opposed to only cryptographic wallet addresses, and the ability for new users to interact with dApps and smart contracts without requiring a wallet at all.

    • First of all lets look at the Total transactions , unique users and total fee.
    • Then we will analysis the success and fail transactions of Near.
    • As question asked the duration for this queries is 90 days.
    • Measures:
      • Transactions Per Minute (TPM)- Total Transactions Per Minute( includes Success+Fail transactions)
      • Success Transactions Per Minute (STPM) - The STPM is a better indicator for measuring the speed of the blockchain because only successful transactions which generate the real value are counted instead of total transactions which include the failed ones that are wasted computation.
      • Fail Transactions Per Minute (FTPM)
      • Transaction Fail Rate (TFR) - As discussed in STPM, TFR indicates the percentage of wasted calculation during each period of time.

    > ==Thanks : elmiaON== > > ==For this Dashboard==

    Results

    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    • The largest number of transactions happened suddenly on the two days of August 20 and 21.
    • Before September 12, the number of transactions is between 300K and 400K and not much change is seen. (Except August 20 and 21.)
    • But after September 11, the number of transactions increases to about 950K.
    • Then it was decrease with a gentle slope to about 500 transactions per day and then the transaction fixed around this area from October 1st. No significant change is seen.
    • The largest number of daily unique user was on September 14.
    • In the week of September 12 to 18, we have the highest fee amount and the number of transactions and unique users. And after that, the trend of all three has been downward.
    • In October, the number of unique users decreased by about 320K compared to September, but the amount of fees and the number of transactions almost halved.

    Success and Failed Actions Distribution

    db_img
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...

    Success Transaction Per Minute(STPM) and Transactions Fail Rate

    Distribution of STPM and TFR by Hours of Day

    • Transactions Fail rate in this 90 days is 20.4 so 79.6 of transactions were success.
    • And we can see that STPM is more than FTPM in past 90 days.
    • If we look at the “TPR , STPR and TFR for last 90 days“ chart we can see that on August 20 and 21 we have largest TPM and also largest TFR. on August 20 and 21 fail transactions ratio were 84 and 85%.
    • And before September 12, the percentage of fail transactions ratio were 18-30% but after September 12 the percentage of fail transactions ratio decrease under 10%.
    • So we can obviously see that FTPM decrease.
    • And STPM line after September 12, get really close to TPM so we can say that Near has done it’s job well and is making almost all transactions successful.
    • For each of the charts, the last 90 days have been reviewed.
    • Most number of the successful transactions were related to FunctionCall, that is, about 82% of the total transactions, which is equal to 28 M.
    • After FunctionCall in the second place, the successful transactions were related to Transfer, that is, about 14% of all transactions, which is equal to 4.8 million.
    • About 99.5% of failed transactions is for FunctionCall .
    • The highest share of transaction fail rate is on the DeployContract action, followed by FunctionCall, and DeleteKey.
    • These graphs are from light to bold, and the bold dots indicate a higher number of successful transactions per minute or transactions failed rate.
    • We can see that at 9:00 on Saturday until the Sunday 10:00 in the morning we have most number of Fail transactions.
    • Also most STPM was on 6:00 to 22:00 in almost all days.

    Conclusion

    > * The largest number of transactions happened suddenly on the two days of August 20 and 21. > * After September 11, the number of transactions increases to about 950K. > * Then it was decrease with a gentle slope to about 500 transactions per day and then the transaction fixed around this area from October 1st. No significant change is seen. > * In the week of September 12 to 18, we have the highest fee amount and the number of transactions and unique users. And after that, the trend of all three has been downward. > * Most number of the successful transactions were related to FunctionCall, that is, about 82% of the total transactions, which is equal to 28 M. > * About 99.5% of failed transactions is for FunctionCall . > * Transactions Fail rate in this 90 days is 20.4 so 79.6 of transactions were success. > * After September 12 the percentage of fail transactions ratio decrease under 10%. > * We can see that at 9:00 on Saturday until the Sunday 10:00 in the morning we have most number of Fail transactions.

    Thanks for reading

    Loading...
    Loading...
    Loading...