Cellframe Bi-weekly Technical Dev Report #1

As per community interest, we will be releasing a bi-weekly technical development report of Cellframe to show what is going on behind the scenes.

Technical Development Report

The main technical development is the new Cellframe Node version 4.4, which is ready for public testing. Its sources are in the release-4.4 branch:

https://github.com/demlabs-cellframe/cellframe-node/tree/release-4.4

Binary packages for Debian and Ubuntu:

Ubuntu Bionic 18.04https://pub.cellframe.net/linux/release-4.4/node-bionic-latest/

Ubuntu Focal 20.04https://pub.cellframe.net/linux/release-4.4/node-focal-latest/

Debian Buster 10.9https://pub.cellframe.net/linux/release-4.4/node-buster-latest/

Debian Stretch 9.13https://pub.cellframe.net/linux/release-4.4/node-stretch-latest/

All these builds are present as is and are only for development, testing and introductional purposes. Production-ready builds appear only in the master branch.

What is new in the 4.4 branch

  • Now available to build for MacOS, both supporting Intel and Apple Silicon architectures. Install directory is set to /Users/<Your Username>/Applications/Cellframe.app
  • FreeBSD now is also in the support list
  • DAP SDK got SSL support for the client mode, right now it’s switched off, but could be used by adding ‘ssl-support’ in the DAPSDK_MODULES variable in CMake project files
  • New synchronization algorithms for chains, gdb sync are still on the old scheme. Old protocol version is deprecated but still supported.
  • Classic cryptography support: ECDSA and Shnorr signature, need it for deeper interchain communications but also available for 3rd party CellChains

What has been fixed

  • Sync client disconnected after few successful syncs
  • Small packet loss for VPN subprotocol on high loads
  • Conditioned transaction generation for non-blockchain clients
  • Blockchain inspection commands output — added token name, public key fingerprints and lot of transaction details
  • Security issues with passthrough after wrong signature
  • CuttDB locks, still not recommended to use, please take sqlite3 until we’ll fix it all or move GDB on MDBX by default
  • Added whitelist for broken events/blocks to prevent chain breaking because of old broken signatures in it

What we are working on right now

  • More intelligent GDB sync
  • Cellframe Dashboard: including graphical wallet and platform for extensions
  • New DHT API thats expected to replace some GDB parts
  • Template vars for configs
  • FlowControl improvements for VPN/CDN subprotocol
  • uint256 assembler realizations, new uint256 TX output types
  • Forks API for transparent hard-forking
  • New CellChain API for native interchain communications
  • New BroChain API for non-native interchain communications
  • Light node mode, WASM builds for browser integration
  • Bugfixes

About Cellframe

Cellframe is a quantum-resistant layer-1 network focused on facilitating secure and scalable cross-chain transfers. Cellframe aims to create an infrastructure for decentralized low-level services through its multichain nature. It is quantum-safe — it uses post-quantum encryption by default. Cellframe is built from scratch with plain C, which results in more efficient utilization of CPU and memory.

Stay tuned for more info and follow us at:

Twitter: https://twitter.com/cellframenet

Telegram: https://t.me/cellframe

Website: https://cellframe.net/

Telegram ANN: https://t.me/CellframeANN