During the AMA session we showed an updated roadmap to keep you informed about the mainnet development process. If you missed this information, here it is again π
#cellframe_news
#cellframe_news
π16π₯9
π§©Cellframe SDK and Cellframe Node Changelog
Fixed/Removed:
β Resolved an issue with long Proof-of-Authority (PoA) rounds.
β Eliminated the memory leak that occurred when using the cellframe-node-cli command 'tx_history -net Backbone -w '.
β Addressed a bug that caused the limit of allowed groups in GDB to be exceeded.
β Fixed a bug where the commission was incorrectly deducted from delegated mCELL tokens instead of CELL in transactions.
β Resolved a crash that occurred when encountering emission files with damaged tsd sections.
Improved/Reworked:
β Updated the table naming logic in GDB to overwrite the table name when new signers appear.
β Integrated all changes from the master branch into the release candidate, ensuring the utilization of valuable developments from the master branch in the future mainnet.
#cellframe_news
Fixed/Removed:
β Resolved an issue with long Proof-of-Authority (PoA) rounds.
β Eliminated the memory leak that occurred when using the cellframe-node-cli command 'tx_history -net Backbone -w '.
β Addressed a bug that caused the limit of allowed groups in GDB to be exceeded.
β Fixed a bug where the commission was incorrectly deducted from delegated mCELL tokens instead of CELL in transactions.
β Resolved a crash that occurred when encountering emission files with damaged tsd sections.
Improved/Reworked:
β Updated the table naming logic in GDB to overwrite the table name when new signers appear.
β Integrated all changes from the master branch into the release candidate, ensuring the utilization of valuable developments from the master branch in the future mainnet.
#cellframe_news
π₯34β€14π3π2
πCellframe Mainnet Release Candidate test results
1οΈβ£ 10 community validators are currently participating in the tests
2οΈβ£ 49 bugs fixed
π§ All identified damage to the integrity of the memory has been eliminated, the operation of the node has become more stable.
π§ Fixed key re-delegation bug, due to which, when re-delegating a key, the masternode disappeared from the nodelist and could not receive packets from other masternodes.
π§ Eliminated node freezes while waiting for the completion of the operation in the blockchain database. Now transactions in the Raiden and Riemann networks have accelerated.
π§ Fixed a bug when loading keys from the database, due to which the node was in the auto-restart state and could not start due to a segfault. The crash has been fixed and loading from GDB now works correctly.
π§ Fixed work of commands: ledger tx -all -net , mempool_list -addr.
π§ Fixed non-working transmission of large stream packets. Now the voting for blocks of large sizes passes successfully, and they get onto the chains.
π§ Fixed a bug that caused the node to freeze when trying to install a stream with root nodes. Now the node does not freeze even if it fails to successfully accept incoming connections.
π§ Now the token ticker for transactions in the mempool is indicated in all transactions.
π§ Fixed a bug in the ledger with determining the ticker of the delegated token.
π§Fixed master node crashes in the Raiden network
π§ Balances are no longer lost when switching to a new staking mechanism.
π§ Fixed a problem with the command to check the ability of a node to become a validator: now the AUTO_PROC parameter is processed correctly.
3οΈβ£ New features and improvements:
β The speed of transaction processing in RC networks has increased.
β The network fee has been tested and works: now network taxes are deducted from each transaction in the network to the network administrator's wallet.
β Added version control of the consensus protocol. Thus, when an important update appears on the network, only masternodes that have updated to the required version will participate in the consensus.
β A new staking mechanism has been implemented and the staking functionality has been refactored.
β Enhanced database protection.
β Implemented auto-deployment of RC nodes in Raiden and Riemann networks.
β A script was written for auto-updating RC nodes of beta testers.
#cellframe_news
1οΈβ£ 10 community validators are currently participating in the tests
2οΈβ£ 49 bugs fixed
π§ All identified damage to the integrity of the memory has been eliminated, the operation of the node has become more stable.
π§ Fixed key re-delegation bug, due to which, when re-delegating a key, the masternode disappeared from the nodelist and could not receive packets from other masternodes.
π§ Eliminated node freezes while waiting for the completion of the operation in the blockchain database. Now transactions in the Raiden and Riemann networks have accelerated.
π§ Fixed a bug when loading keys from the database, due to which the node was in the auto-restart state and could not start due to a segfault. The crash has been fixed and loading from GDB now works correctly.
π§ Fixed work of commands: ledger tx -all -net , mempool_list -addr.
π§ Fixed non-working transmission of large stream packets. Now the voting for blocks of large sizes passes successfully, and they get onto the chains.
π§ Fixed a bug that caused the node to freeze when trying to install a stream with root nodes. Now the node does not freeze even if it fails to successfully accept incoming connections.
π§ Now the token ticker for transactions in the mempool is indicated in all transactions.
π§ Fixed a bug in the ledger with determining the ticker of the delegated token.
π§Fixed master node crashes in the Raiden network
π§ Balances are no longer lost when switching to a new staking mechanism.
π§ Fixed a problem with the command to check the ability of a node to become a validator: now the AUTO_PROC parameter is processed correctly.
3οΈβ£ New features and improvements:
β The speed of transaction processing in RC networks has increased.
β The network fee has been tested and works: now network taxes are deducted from each transaction in the network to the network administrator's wallet.
β Added version control of the consensus protocol. Thus, when an important update appears on the network, only masternodes that have updated to the required version will participate in the consensus.
β A new staking mechanism has been implemented and the staking functionality has been refactored.
β Enhanced database protection.
β Implemented auto-deployment of RC nodes in Raiden and Riemann networks.
β A script was written for auto-updating RC nodes of beta testers.
#cellframe_news
π₯41β€8π5
βIf I want to run a master node, do I need a static or dynamic IP address? What happens if thereβs a network outage or a change of IP address?
Dmitriy Gerasimov, CEO and CTO of Cellframe Network: β"You can update your IP address in the node list, but itβs better to have a static address. A change in the node address shouldnβt affect the functioning of the node; your identity is based on your key. But it should be predictable.
If you get disconnected from the internet, then thatβs a problem, but itβs OK within limits. Weβre now trying to improve the fault tolerance of our consensus algorithm. We donβt want to go the route of slashes for those who do not participate in consensus sometimes. We want people to be able to run a node using a basic home internet connection".
#cellframe_technology
Dmitriy Gerasimov, CEO and CTO of Cellframe Network: β"You can update your IP address in the node list, but itβs better to have a static address. A change in the node address shouldnβt affect the functioning of the node; your identity is based on your key. But it should be predictable.
If you get disconnected from the internet, then thatβs a problem, but itβs OK within limits. Weβre now trying to improve the fault tolerance of our consensus algorithm. We donβt want to go the route of slashes for those who do not participate in consensus sometimes. We want people to be able to run a node using a basic home internet connection".
#cellframe_technology
β€26π₯11π2π1
The mainnet development process is going strong π§βπ»π©βπ» To show off our development progress visually, we can show you this table with data on commits in the gitlab 18/05/23-25/05/23
#cellframe_news
#cellframe_news
π22π₯13β€6
In the format of a worklog, we have collected for you all the most important and interesting things of may: launch of CELL staking on PancakeSwap V3, new Dashboard build, KelVPN team news and much more.
#dashboard #cellframe_news #cellframe_dashboard
#dashboard #cellframe_news #cellframe_dashboard
β€20π₯14π2
βCan Cellframe technology provide quantum resistance protection for other L1s and offer βquantum protection as a serviceβ?
Dmitriy Gerasimov, CEO of Cellframe Network: Β«Yes, we can offer such service, but this service can work only if it is based on our protocols or on our signatures. So, if other L1 protocols will not use our protocol, we cannot protect it. Protection appears when the project starts to use post-quantum encryption. If it doesn't, we can't protect it. If it does, it could be provided as a serviceΒ».
#cellframe_technology
Dmitriy Gerasimov, CEO of Cellframe Network: Β«Yes, we can offer such service, but this service can work only if it is based on our protocols or on our signatures. So, if other L1 protocols will not use our protocol, we cannot protect it. Protection appears when the project starts to use post-quantum encryption. If it doesn't, we can't protect it. If it does, it could be provided as a serviceΒ».
#cellframe_technology
π31β€4π4
Cellframe Dashboard and Cellframe Wallet are currently translated into English only. Which other language is necessary for these applications? Vote now! π’ (if you don't see your preference in the list, please write it in the comment section)
Anonymous Poll
30%
Chinese
17%
Spanish
13%
Hindi
11%
Arab
3%
Urdu
12%
German
12%
French
0%
Bengal
2%
Portuguese
π4β€1
βThere was a Flash Loan hack, 245 BNB was withdrawn from the Pancake v2 pool. Our team are already working on eliminating the consequences of hacking and preventing new ones.
π7π7β€2π€2
The reason for the hack has been found!
Cellframe CEO Dmitry Gerasimov: "The source of the problem is a smart contract that migrated the old liquidity to the new one without taking into account the changing spread between them during the migration. The scope of the attack was limited by the amount of funds in the old pool, as well as the amount of funds on the migration smart contract.
At the moment, the migration of LP pairs is stopped. New liquidity migration rules will be published soon, stay tuned."
Cellframe CEO Dmitry Gerasimov: "The source of the problem is a smart contract that migrated the old liquidity to the new one without taking into account the changing spread between them during the migration. The scope of the attack was limited by the amount of funds in the old pool, as well as the amount of funds on the migration smart contract.
At the moment, the migration of LP pairs is stopped. New liquidity migration rules will be published soon, stay tuned."
π27β€15π₯3π2
We became co-organizers of the Non-Stop University CRYPTO.
https://nsucrypto.nsu.ru/
This is an international cryptography competition in which participants solve not only educational problems, but also work on actual problems in the realm of cryptography. A collection of scientific articles is traditionally published based on the results of the tournament. The 2023 Cryptography Competition will be the tenth in a row. It will be held online from the 15th to the 23rd of October. We will prepare several cryptographic tasks that are relevant for both Cellframe and the development of blockchain technologies in general.
https://nsucrypto.nsu.ru/
This is an international cryptography competition in which participants solve not only educational problems, but also work on actual problems in the realm of cryptography. A collection of scientific articles is traditionally published based on the results of the tournament. The 2023 Cryptography Competition will be the tenth in a row. It will be held online from the 15th to the 23rd of October. We will prepare several cryptographic tasks that are relevant for both Cellframe and the development of blockchain technologies in general.
π24π₯14
Changes in the rules for migration of CELL BSC tokens:
Single migration from the old smart contract continues to work as usual. You can migrate the CELL BSC tokens here: https://migrate.cellframe.net/
LP migration will no longer be available. If you want to migrate an LP pair to a new token, you need to do it manually:
- unpair with the old token
- migrate single token
- create a new LP token
Staking in the BSC network works as usual. You can stake v2 and v3 LP tokens here: https://stake.cellframe.net/
The team recommends using the v3 protocol.
#how_to_cellframe
Single migration from the old smart contract continues to work as usual. You can migrate the CELL BSC tokens here: https://migrate.cellframe.net/
LP migration will no longer be available. If you want to migrate an LP pair to a new token, you need to do it manually:
- unpair with the old token
- migrate single token
- create a new LP token
Staking in the BSC network works as usual. You can stake v2 and v3 LP tokens here: https://stake.cellframe.net/
The team recommends using the v3 protocol.
#how_to_cellframe
π18β€10π4π1
What is the best choice for running a masternode: Raspberry PI or VPS?
If you are only planning to use the node for transaction validation, either of these options are a safe bet. The main thing is adherence to the minimum technical requirements. Cellframe uses Proof-of-Stake consensus, meaning that the priority of the rights to confirm transactions and form blocks depends only on the size of your stake, and not on the technical characteristics of your equipment.
If you want to use the node for generating income by providing Cellframe services, various options are open to you. For example, for the ConfCall video conferencing service, network bandwidth is more important than node characteristics. Conversely, an AI platform that is intended specifically for solving training problems and running machine learning models requires substantial computing power. In this case, Raspberry PI, in which 70-80% of the chip is occupied by video cores, will be preferable to VPS.
#cellframe_technology
If you are only planning to use the node for transaction validation, either of these options are a safe bet. The main thing is adherence to the minimum technical requirements. Cellframe uses Proof-of-Stake consensus, meaning that the priority of the rights to confirm transactions and form blocks depends only on the size of your stake, and not on the technical characteristics of your equipment.
If you want to use the node for generating income by providing Cellframe services, various options are open to you. For example, for the ConfCall video conferencing service, network bandwidth is more important than node characteristics. Conversely, an AI platform that is intended specifically for solving training problems and running machine learning models requires substantial computing power. In this case, Raspberry PI, in which 70-80% of the chip is occupied by video cores, will be preferable to VPS.
#cellframe_technology
π17π₯10π4π1