Hello! I'm Dmitry Gerasimov, CEO of Demlabs and the Cellframe project.
Our AMA stream is live! Here we talk about development progress on our projects, share news from the life of the company and answer questions from the community.
Today we have the following topics:
- Cellframe became one of the co-organizers of the Cryptography Olympiad, a competition for college students organized by the Crypto Center at Novosibirsk State University.
- There is a new project in the Cellframe ecosystem - a decentralized platform for a self-replicating Internet of things.
- Progress on the Cellframe mainnet roadmap.
- News from the KelVPN team.
- The current state of the Backbone Network.
- New builds of the Cellframe Wallet and Cellframe Dashboard apps.
- The launch of the CELL and KEL V3 staking program on the PancakeSwap protocol.
Launch of CELL V3 staking on PancakeSwap
On the last AMA session, we talked about plans to launch staking on the UniSwap V3 protocol. This gives more opportunities for holders to put their liquidity to use.
For example, users can choose the range in which their tokens will be used for swaps in the DEX. If the price is below this range, then the entire pool goes to one set of tokens. If it is higher, then it goes to another. If the price is in the middle - it is used for trading. This is typical for the V3 protocol.
The option to add liquidity to an already existing LP token is also available. Doing this lets you improve your position in the pool and increase your stake rewards and pool fees.
We released V3 staking on UniSwap at the end of April and began implementing similar functionality on PancakeSwap in the BSC network.
The PancakeSwap V3 protocol issues BEP-721 tokens instead of BEP-20. In terms of mechanics, it is generally identical to the UniSwap V3 protocol.
So, earlier this week, we launched the PancakeSwap V3 staking program for CELL tokens. The available pairs on PancakeSwap are: CELL/BNB, CELL/BUSD, CELL/DAI, and CELL/USDT.
We plan to update the staking site to make it faster and easier for you to use.
New build of Cellframe Dashboard
We have released a new build of our Dashboard app.
Now, the node configuration tool allows you to change various node settings, such as roles in networks, expanded logging, ports and addresses for servers, auto-online mode, and connecting plugins.
The new Diagnostics tab displays various node indicators in real time.
This data will help the development team to keep the network stable. For masternodes, the disclosure of such statistics will be mandatory, but completely anonymous. We guarantee confidentiality.
We also worked on improving the UI. Download the new build here:
In parallel, we are processing the results of a small UX-study that we conducted with the help of our beta testers. It was important for us to understand what functionality is really important for users.
Moving on. Now let's talk about the current state of our masternodes and the main Backbone network. As you know, Backbone has been experiencing some outages lately. The reason for the interruptions is network synchronization problems.
Description: there are some architectural issues in the master branch and they will go away permanently when the release candidate becomes the new master.
The issues involved the interruption of streams with root nodes, as well as attempts of blocks to sign on the zero-chain instead of the main-chain.
It took us some time to figure out what the problem was, but we got through it and now Backbone is working fine. And in parallel with this, we found and fixed a few more bugs that interfered with the stability of the network and nodes.
New build of KelVPN
Now we move to news of the KelVPN project next in line.
KelVPN is the Cellframe ecosystem’s decentralized blockchain VPN service. Today there we have several major news items:
First, the KelVPN team has prepared a new release build of the application.
It features a new ability to selectively exclude apps from VPN routing. This is relevant In Russia, for example, where banking or government apps work poorly, or not at all, when using VPN services.
In addition, the team optimized the server sorting logic, taking into account the implementation of the new pairing mode with Cellframe Dashboard, which is also the transition to the fully decentralized version of the application.
Now, the team continues to work on implementing the “collaborative” mode that will make the application truly decentralized. Users will be able to choose their internet traffic providers, and providers will receive a commission for their services.
At this stage, it is important for the KelVPN developers to get data on the current connection speeds, and also to understand how the application works in different countries, especially in places where VPN services are blocked. We also want to know how convenient the service is for users in general.
Therefore, the KelVPN team is now announcing the start of a user testing group. Follow KelVPN social networks for details.
Launch of V3-Staking for KEL on PancakeSwap
The team has now launched the KEL staking program on the PancakeSwap V3 protocol. The reward pools for KEL pairs in the BSC network total 3M KEL in the first year of staking.
To learn more about the KEL staking program and stay up to date with all KelVPN updates, subscribe KelVPN social networks:
Cellframe mainnet roadmap progress
And now the main topic of our streams: progress on the Cellframe mainnet roadmap. Planning the development process can be difficult, so we always adjust the roadmap to reflect reality.
In any case, the 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.
New project in the ecosystem Cellframe
We are currently working on launching a new project in the Cellframe ecosystem called Node.sys. It is a decentralized IoT platform with its own token.
Its goal is to connect customers with high-tech DIY enthusiasts who own professional equipment and are ready to take production orders for hardware devices.
The Node.sys blockchain network will be built on hardware nodes. These are microcomputers with an original element base in various form factors that will work as network validators. At the moment, prototypes of version 1.5 are being actively tested and a roadmap is being prepared for the entire line of hardware devices.
To learn more about hardware nodes and the capabilities of the new platform, follow Node.Sys communities on social networks.
Cryptographic Olympiad NSU
Finally, we are proud to announce that we have become co-organizers of the International Olympiad in Cryptography Non-stop University Crypto at Novosibirsk State University.
This one will take place online in October of this year. We will not reveal all the cards yet, but the event is very large-scale and participants are students from all over the world.
The main goal: to give young people a chance to try solving the main cryptographic problems, as well as those which organizers and sponsors can set for the contest.
We, as co-organizers, will contribute Olympiad problems that directly address the needs of Cellframe development. This includes: zero-knowledge post-quantum ring signatures, aggregated post-quantum signatures, optimization of existing digital signature algorithms, and analysis of homomorphic encryption for quantum security. And a number of others.
That’s all the news for today, let’s move to your questions!
Can Cellframe technology provide quantum resistance protection for other L1s and offer “quantum protection as a service”?
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.
Why did Cellframe choose C as the base for development over Rust? Shouldn`t security come first over possible performance increases in some cases?
For the current moment, C security issues have become less problematic because of machine learning, because of statistiсal algorithms. So, machine learning and statistical analysis help to improve C security and I don`t think it will be a problem. Rust has less performance, and our first goal is performance. Yes, our main priority is security, that's why we still haven't released. We're doing everything step by step. But I don't think we necessarily require Rust, we can do it in C.
With the increasing amount of features developed for Cellframe Node, will the requirements for running a master node increase?
No. Most of our features helped to improve performance, not to degrade it.
What will be the use case for Raiden network after the end of Release Candidate Testing?
It will be used for the next release candidate or development branch. We will use this network for tests. So it will be just another testnet.
Which services on your platform do you find the most promising and would really like to have?
I cannot select anything. I like everything, I like the DEX, VPN service, video streaming, Node.sys… I like everything!
What challenges have you encountered in testing? When will we have tests on Windows?
We are already testing on Windows inside our company. Beta test for Windows will be soon. I will ask to prepare it as soon as possible. About challenges, we have not faced anything. I can say more: our release candidate is much more stable than the current master branch. So, I wonder when it will become the new Master. No big challenges, just small bug fixing.
What are the technical requirements for KelVPN masternode? Channel bandwidth?
There are no special requirements, just that your channel bandwidth should be the same as your information provided. So, if you place an order, where you offer, for example, 1 megabit bandwidth, you should have 1 megabit. If you provide 1 gigabit you should provide 1 gigabit. However, if you have 1 kilobit, you could even place a sell order for 1 kilobit of bandwidth. And maybe someone will want to purchase it, why not? Because we have this internal market, where you can sell anything you have, we have no special technical requirements. Just be honorable. What you offer should be equal to what you actually have.
Want to know the mainnet month. According to the last AMA roadmap it was set to release by May 3rd week. We have not heard anything about that. Is it again delayed ?
Yes, it again delayed mostly because we had a lot of holidays in the beginning of May and then we found some more things that we needed to complete but… I don't think we`ll delay for a long time.
Do you confirm that the mainnet launch will be on 12 July?
It's not the end date, still not the end date. But a very possible end date. It is just an estimate, it could be changed.
Is there something that you would like to say to the oldest cellframe holders?
Guys, I love you! I appreciate your support a lot and I do and will do everything to give the biggest possible feedback from your investments.
When will Mobile Apps be prepared?
Really soon. Not much things left to do. I want to say that we are engaged in iOS as well. So for Android we are finished with the last steps and switching to iOS.
WIll master nodes be capable of running on mobile devices?
Yes, when we`ll complete the mobile version of Cellframe Wallet, it will be possible to bring up masternode on mobile devices as well.
Will the apps be in the app store or via an apk?
Yes, we will publish it in the App Store as well.
Okay, that's all. Thank you for all your questions, for all your time and for all your support! Nice to see you again! Goodbye, see you next time!