Skip to main content

Introduction to dApps

What is a dApp?

DApp stands for Decentralized Application. Specifically, it refers to an application built on a blockchain network which combines smart contracts and a user interface.

A decentralized network consists of a group of interchangeable machines (nodes) that can perform as a full system or distributed database. Additional machines strengthen the overall system by adding redundancy and computational power.

A dApp is not just a client-server application where the application can do some work offline, nor is it a web application which can operate in a disconnected mode. A dApp is conceived and built using a distributed architecture where a network of nodes does the processing of smart contracts instead of a single central server.

Any dApp will need access to a decentralized network, in one form or another. In a Casper network, this means connecting to a node. The decentralized nature of the network means that node is fundamentally interchangeable for this purpose. If the connected node fails, the dApp can switch to a different node and continue operating without losing data or functionality.

Interacting with a Casper Decentralized Network

For a dApp to integrate with a Casper network, it must be able to send transactions via the JSON-RPC. Business logic specific to the dApp can then be executed on chain via the transaction. Sending a Transaction to a node will result in that node gossiping that transaction to other nodes, assuming that the transaction is valid and accepted. The transaction will then be enqueued for execution.

A transaction contains session code in the form of Wasm to be executed in the context of the sending account entity. Therefore, developers may use any programming language that can compile to Wasm when building a dApp for a Casper network. This session code may consist of Wasm to be executed once, or Wasm which will install contract code to be stored in global state. If the dApp requires periodic execution of the same Wasm, it is more efficient from both a gas and execution perspective to install the Wasm as a contract to be called later. As gas costs operate on a per-byte basis, smart contracts will incur less gas costs over time when compared against executing the same session code repeatedly. A dApp may send a transaction simultaneously to each node it is connected to, but can only do so once per node, per transaction.

Updating data in a Casper dApp

Sending a transaction is the only means by which a dApp can change global state. All associated changes to global state occur after successful execution of the transaction. In the case of a failed execution, the stack is unwound and any changes to global state as part of executing the transaction are reverted. However, as there is a penalty payment that must be incurred, there is a change in global state through reducing the balance of the sending account. To send a transaction, an account must hold a minimum balance greater than the network's penalty payment. This penalty payment can vary from network to network. On the public Casper Mainnet, the penalty payment is set to 2.5 CSPR.

Post-Consensus Execution in a Casper network

Unlike other blockchain networks, a Casper network performs execution after consensus. This means that observing the execution of the transaction is sufficient proof of finality for most cases. For a stronger finality requirement, you can observe the finality signatures for the block that includes the given transaction.

Transaction lifecycle

There is an inherent timing consideration when sending a transaction, from the point where it is sent to when it is executed. The Transaction Lifecycle results in a delay longer than would be expected from a centralized application. The transaction must be sent, accepted, gossiped, included in a finalized block and executed. This process varies from network to network. This delay should be taken into consideration when designing dApps for use with a Casper network, as the number of connected peers and the number of transactions currently being sent may cause it to increase.