Clarity Crash Course
The Stacks ecosystem has its own smart contract programming language called Clarity.

Intro
This is designed for people with some programming experience who are new to Clarity. You don't need prior smart contract development experience, but if you have experience with languages like Solidity, you'll pick this up quickly.
Once you've briefly familiarized yourself with the language, consider the Clarity Book or the course Clarity Universe to continue your learning.
Your First Clarity Smart Contract
We're going to walkthrough a basic Clarity smart contract using the Clarity Playground, an online REPL environment where you can write and run Clarity code in the browser. Visit that link and it will open up a new example contract for you on the left view, with an interactive REPL on the right view.

The example contract you'll see is a simple counter contract that will store the value of a count in a data variable and increment the count value by invoking a defined public function.
Clarity's syntax is inspired by LISP: everything is an expression wrapped in parentheses. Function definitions, variable declarations, and parameters are lists inside lists. This makes Clarity concise and readable once you get used to it. Here are some characteristics of Clarity you'll notice:
Let's expand on these ideas by walking through that example counter contract line by line.
Defining data variables
The built-in Clarity function of define-data-var allows you to define a new persisted variable for the contract. Only modifiable by the contract.
Defining a read-only function to read the current count value
The built-in Clarity function of define-read-only defines a public read-only function. Cannot modify data maps or call mutating functions. May return any type.
Defining a public function to increment the count value
This function prints a log event saying it's incrementing a counter, then reads the current counter, adds 1, saves it back on-chain, and returns success.
Interact With Your Contract
The Clarity Playground allows you to call your functions on the right side view via a REPL console that runs a simnet environment.
On page load of the Clarity Playground, the example counter contract is automatically deployed to the REPL console on the right side. If you made any changes to the contract in the code editor on the left view, be sure to click on Deploy.
Calling contracts in the console or calling any externally deployed contracts will need to be passed into the built-in Clarity function called contract-call? .
Follow the steps below to interact with your counter contract:
Call the public `increment` function
Now let's finally increment our count value. In the bottom right Clarity command console, paste in the below command to call your increment function, which will increment the count value by 1.
The console should return a value of (ok true) . This means the public function executed successfully and the count should have incremented.
Great! You just interacted with your first Clarity smart contract. Hopefully this gives you a good introduction to how the Clarity smart contract language looks and feels.
Read Access into Bitcoin
Clarity smart contracts on the Stacks layer can also read Bitcoin state and can be triggered by standard Bitcoin transactions. This is because Stacks nodes also run Bitcoin nodes as part of consensus, and they read and index Bitcoin state.
Reading Bitcoin state in Clarity is made by possible by the built-in function: get-burn-block-info? and the keyword burn-block-height .
burn-block-height: This keyword returns the current block height of the underlying burnchain: Bitcoin. Check out the example snippet below:
get-burn-block-info?: This function fetches block data of the burnchain: Bitcoin. Check out the example snippet below:
Flexible and secure modularization
Many DAOs of the major Stacks apps implement a familiar contract design and architecture. This familiarity is inspired by the ExecutorDAO framework, written by Marvin Janssen. This ExecutorDAO framework leverages the flexibility of having modularization in your smart contracts by compartmentalizing duties.
The core tenets of the ExecutorDAO framework that make this possible are:
Proposals are smart contracts.
The core executes, the extensions give form.
Ownership control happens via sending context.
The main DAO contract acts as the core contract where its sole purpose is to execute proposals and to keep a list of authorised extensions.
This proposal contract updates the whitelist of an example .nft-escrow contract that is owned by the main DAO contract. This proposal contract implements the proposal-trait and is passed into the main DAO contract's execute function for final approved execution.
Testing Clarity Smart Contracts
Once you get to writing more advanced smart contracts, properly testing them is paramount to protecting anyone who interacts with your contract.
Smart contracts are immutable once deployed. Bugs are permanent. Test them thoroughly.
Rendezvous Fuzz Testing: Use Rendezvous to hammer your contract with random inputs. It helps expose edge cases and vulnerabilities.
Unit Testing in Clarinet: Unit testing verifies that individual contract functions behave as expected.
Additional Resources
This brief overview should get your feet wet with Clarity. For deeper learning, we recommend:
[StacksGov] SIP-002 The Clarity Smart Contract Language
[Hiro Blog] Web3 Programming Languages: Clarity vs. Solidity
[Stacks YT] How Stacks' Language Clarity Enables Next Gen Smart Contracts
[StacksDevs YT] How Stacks’ Smart Contract Language Prevents Exploitation
[Chainlink YT] Marvin Janssen: Clarity Smart Contracts for Stacks
If you prefer jumping into Clarity's reference materials for definitions on all its types, functions, and keywords, head to Clarity's Reference section of the docs.
Last updated
Was this helpful?

