The vision behind this project is to build a Nakamoto-like service that operates as fast as internet speed allows. We wanted to build a system that surpasses the limits of Satoshi’s v1 protocol (aka Nakamoto Consensus) yet adheres to the same principles embedded in Bitcoin. Contrary to Satoshi’s vision, Bitcoin did not become a peer-to-peer electronic cash system. Instead, it is solidifying as the ultimate store of value, or e-gold, and that’s pretty much it from the Bitcoin side. This is not a mild achievement by any measure-it’s one of the most important financial revolutions in human history. Yet it leaves lots of room for improvement (of L1) and/or for choosing different tradeoffs (for L1).
For a thorough inspection of Satoshi’s vision, we highly recommend Examining a Conspiracy Theory about Satoshi’s Intent by Elliot Old.
For Kaspa, we look to silver, which presented a different tradeoff vs. gold. In the original Aramaic text (Dahavavs. Kaspa), silver was historically treated as less precious than gold but more circulative, less valuable yet more acceptable as payment. With this prospect we call this project Kaspa, (Aramaic word for “silver” and “money”).
The consensus stack of Kaspa is designed to address what we believe to be leading challenges for the second decade of crypto. As the technology matures and its adoption and integration with other web applications gain momentum, we identify two primary vectors which require a deep revisit of the base consensus: the speed of transaction-inclusion in the ledger, and the control over transaction-ordering in the ledger.
We postulate that instant time-to-inclusion (a.k.a. first confirmation) in the ledger is of primary importance to user- and developer-experience, and to integration with other web applications, as well as fast (probabilistic) finality. Kaspa optimizes for minimizing the latency imposed by the consensus engine on transaction flow and user experience. Additionally, we contend that the ability of peripheral nodes that control a small fraction of the hashrate to mine blocks very frequently, in an asynchronous fashion, is key to mitigating serious frontrunning and MEV threats referring to the ability of miners, and of trading bots, to manipulate transaction ordering and gain an unfair and occasionally undetected advantage over ordinary users. Sub-second block times enable pre-trade privacy, and pre-trade stealth transactions, to protect the users from such manipulations.
Providing instant confirmation is not a trivial task, less of course one is willing to compromise on the principles of decentralization, or to operate under strong assumptions on the network’s topology and with minimal safety margins. Kaspa took the hard path of designing the system based off Satoshi’s paradigm and first principles. There has yet to be, in the blooming field of cryptocurrencies, a serious attempt at following Satoshi’s v1 protocol, and proving and providing new capabilities based yet on the same fundamentals. While Bitcoin is becoming the Internet’s ultimate reserve asset, we believe there is still demand—and an urgent one, at that—for an implementation of Satoshi’s original vision: a peer-to-peer electronic cash system.
Since transaction ordering is the main challenge of any consensus protocol, Kaspa’s base layer focuses on becoming a fast and scalable transaction sequencing (a.k.a. proof-of-publication) engine. The base consensus will therefore maintain the state of payments only (a.k.a the UTXO set), whereas computing the more general and expressive state will be outsourced to Layer Two operations. This should be done by adopting the thought process and innovation led by several Ethereum researchers and developers who are building rollups. The rollups technology reduces the cost of running base consensus nodes by decoupling computation from data availability.
In fact, a rollups-centric Ethereum will fragment the network, hinder composability, and dramatically change the underlying assumptions and dynamics. Smooth operation between the siloed rollups will require special liquidity providers that serve the purpose of bridging the gap—specifically, providing instant confirmation to circumvent the prohibitive finality periods required for securing optimistic rollups. Providing these rollups with a shared scalable transaction sequencing layer, allowing shorter finality times, enabling stealth pre-trade transactions which protect against censoring miners, and bootstrapping an ecosystem of cross-silo communication, is another natural way in which Kaspa network aims to solve a timely pain point for crypto projects and users.
Join & Follow the COmmunity
We are a growing community and are always looking for enthusiastic people to join the project. If you are a coder, marketer, vlogger, community manager, enthusiast, or anything else join the Kaspa Discord and say, “hi!”
PUBLIC DONATIONS ARE WELCOME!
Simple donation through Cryptocurrency Checkout
Manual donations dev-fund-address:
The wallet is managed by 4 members of the community (msutton, Tim, The SheepCat and demisrael) who were publicly voted in to become the Treasurers.