Friday is mainnet launch day. If you want into Genesis.json you have less than 24 hours to message me with your wallet. If you want into the initial supply and network (which will have Dapp next week) then you can also PM me and we will try to work something out. Upcoming exchange listings will be for mainnet, not CF20. Spoke with Dmitriy and I have an announcement about bridging: it will get done by Cellframe but I don't have a date.
Ian Smith - won't PM firstFriday is mainnet launch day. If you want into Genesis.json you have less than 24 hours to message me with your wallet. If you want into the initial supply and network (which will have Dapp next week) then you can also PM me and we will try to work something out. Upcoming exchange listings will be f
Brilliant news Ian. You can do it man.
Ian Smith - won't PM firstFriday is mainnet launch day. If you want into Genesis.json you have less than 24 hours to message me with your wallet. If you want into the initial supply and network (which will have Dapp next week) then you can also PM me and we will try to work something out. Upcoming exchange listings will be f
I hold like 1m QEVM. Do I need to do anything or can I just hold?
Ian Smith - won't PM firstNext week we should have a QEVM native DEX using Automated Market Making, based on Pancake Swap. The CELL and QEVM networks will not be bridged on day 1, this will take a little bit of time for CELL to finish their part (if there are substantial delays, we will figure out other gateway methods)
This is a bad news for all QEVM holders who hold their tokens for more then a year on CF20 backbone. They won't be able participate on native QEVM and have to wait for Cellframe team solution (which has no exact date to be done). QEVM team should create some solution for this issue ASAP.
FerosvThis is a bad news for all QEVM holders who hold their tokens for more then a year on CF20 backbone. They won't be able participate on native QEVM and have to wait for Cellframe team solution (which has no exact date to be done). QEVM team should create some solution for this issue ASAP.
For me personally its not a big issue to not be able to bridge my tokens to mainnet for a month or two. One Im planning for long term and market conditions are not the Best for realize my investment, but its very good Time to build qevm ecosystem. So I Support Ian to focus on build things
Attila AszodiFor me personally its not a big issue to not be able to bridge my tokens to mainnet for a month or two. One Im planning for long term and market conditions are not the Best for realize my investment, but its very good Time to build qevm ecosystem. So I Support Ian to focus on build things
Same for me, but we won't be able also start staking, etc... It's a pitty, tho.
there are a couple of things that can be taken into account for the early investors position, to not leave them who are going to run the backbone of qevm with their nodes in a disadvantageous position, considering their loyalty, compared to anyone who is entering now
usually early investors go a very high risk and get very high reward
FerosvThis is a bad news for all QEVM holders who hold their tokens for more then a year on CF20 backbone. They won't be able participate on native QEVM and have to wait for Cellframe team solution (which has no exact date to be done). QEVM team should create some solution for this issue ASAP.
I don't like backbone being separated, but the main issue for mainnet is PoS needs to start making blocks. Genesis is the way forward to making blocks.
The architecture to get all of the Cell networks communicating has mostly been solved by maintaining the CF20 data and network messages. The issue is the temporary 'bridge' design inside of cell frame not being available. The result will be a simple transaction to message between shards and network architecture. The Cell 5.8 consensus is what we have in testnet. Cell 6.0 has better union between shards, but there is no fixed date for release of 6.0. our code is running on top of cell 5.8, we will need to wait for:
Release of Cell 6.0
Testing of Cell 6.0
Updating our code to work on Cell 6.0
Migrated mainnet nodes (should be fast if no error)
Ian QuantumI don't like backbone being separated, but the main issue for mainnet is PoS needs to start making blocks. Genesis is the way forward to making blocks.
The architecture to get all of the Cell networks communicating has mostly been solved by maintaining the CF20 data and network messages. The issue
Understandable Ian, keep up the good work