KASPA Roadmaps

Kaspa has been innovating and improving since day one.  This section will showcase new features and improvements to the technology the core Devs are working on. You can track progress on Github but for this section, we offer a developmental process phase breakdown.  
Planning > Development > Testing > Completed

Planning > Development > Testing > Completed

Mobile Wallet Development

A mobile-device wallet development project has been scoped by the community and is currently in the funding stage. The need for a high performance mobile wallet option has been expressed by many in our community. This mobile wallet will add to the already existing Kaspa wallet options: web-wallet (https://wallet.kaspanet.io/), desktop wallet (https://kdx.app) and Command Line Interface Wallet (https://github.com/kaspanet/kaspad). The expected time-frame for development of this wallet once funded is roughly 3-4 months.

Planning > Development > Testing > Completed

KASPA Rust Language Coding

A rewrite of Kaspas programming language from Golang to Rust is currently being conducted by developer Michael Sutton. This switch will provide a marginal boost in Kaspas overall performance/speed, allowing for unheard of transactions and blocks per second with conservative estimates of around 10bps. This rewrite is an integral part of the foundation to achieve Kaspas future goal of reaching 100bps!

Currently, Kaspa is written in a programming language called GoLang. You can think of this as sort of modeling clay. It serves the purpose of designing the shape and proving the concept, but it’s not really anything you would ever see in a museum. Rust is a high performance programming language which allows for intense race ready concepts to be implemented which fully utilize modern computing hardware.This enables such things as parallelism – the ability to process different blocks on different CPU threads simultaneously. Instead of modeling clay you may think of Rust as artisan grade, glazed and kiln fired ceramic.

Planning > Development > Testing > Completed

Further increase blocks per seconds and transactions per second

We have all heard of blocks in crypto, but what are they – really? Think of a ziplock sandwich bag with a handful of fortune cookie papers inside – but instead of some generalized well-wishing, each one contains a note with an address crediting some coins to another address. Once a miner guesses the answer to the next block, all of those transactions are sealed in the ziplock bag and permanently stapled to the ziplock bag that came before it, forming a chain of bags – I mean blocks.

In Bitcoin and every other coin we are currently aware of, these blocks occur at a regular interval and are only allowed to happen one at a time – forming a chain of blocks in a straight line. When you send some coins – it’s like your transaction is waiting at the bus stop waiting for the next bus to take your transaction away and lock it in – for Bitcoin the bus comes every 10 minutes. For Ethereum the bus comes every 15 seconds – a lot better.

For Kaspa right now, the bus comes about every second – BUT – we also allow up to 18 blocks to occur at the same time. Once the Kaspa code is completed in Rust high performance language, we may increase the block time to about 32 blocks per second. All of a sudden, your transaction is no longer waiting for a bus – there are 32 supercars arriving every second to collect passenger transactions and rocket them off.

The transaction and the confirmation happens instantly, there is nothing to wait for anymore when using crypto if you utilize Kaspa.

 

Planning | Development | Testing | Completed

2022 White Paper

Although there are numerous research papers written behind Kaspas technology, an official white paper is being scheduled for release. This white paper will thoroughly combine Kaspas past research and current goals into a cohesive and consumable whole document, designed to inform beginners and onboard developers.

Planning > Development > Testing > Completed

Dag Knight Consensus Research Publication

A research paper discussing a revolutionary new consensus mechanism that will potentially be introduced in Kaspa. This new DagKnight consensus which is an evolution of the GHOSTDAG protocol, will theoretically lay down the groundwork for even faster transaction and confirmation times.

 

Planning > Development > Testing > Completed

Archival Node Improvements

Currently there is no P2P communication for archival nodes that allow them to exchange normally pruned data.  Improvements to archival Nodes will allow for Kaspa to have a more thorough block explorer to revisit past transactions beyond Kaspa’s pruning point. Currently due to Kaspa’s pruning mechanism, transactions on standard nodes can only be visited three days in the past. With Archival Nodes this will no longer be an issue allowing for more historical data sets to be retrieved.

Planning > Development > Testing > Completed

Smart Contracts Implementation

The aim of Kaspa is to become the fastest, most scalable, and secure L1 PoW crypto. And while we feel we have already reached this benchmark, there still exists some fine tuning for peak performance. However, performance for the sake of performance is not the end goal of Kaspa. The broader goal is to create the ultimate Layer 1 to implement smart contracts, Defi, and Layer 2 applications over it. It’s our hope that a future ecosystem will arise on Kaspa that will be as strong as the foundation and wonderful community that helped birth it.