Skip to main content

4. First Smart Coin

By now, you should understand what Chialisp is and how you can use it to write programs and modules that can be run on the command-line. In this guide, we are going to write a simple puzzle, use it to lock a coin with a password, and finally spend it. This example is insecure for a variety of reasons which will be explained after, but it's a good tool for learning how smart coins work.


The previous guide detailed how to set up the testnet. You will need to follow it to continue.


While this guide can be followed on the command-line like the first, we recommend writing more complicated Chialisp programs like this one that you plan on reusing in a text editor of your choice, then using the command-line to compile it and use the RPC commands.

Password Puzzle

Write the following Chialisp code in a file named password.clsp:

;;; This puzzle locks coins with a password.
;;; It should not be used for production purposes.
;;; Use a password that has no meaning to you, preferably random.

(mod (
PASSWORD_HASH ; This is the sha256 hash of the password.

password ; This is the original password used in the password hash.
conditions ; An arbitrary list of conditions to output.

; If the hash of the password matches,
(if (= (sha256 password) PASSWORD_HASH)
; Output the conditions list.

; Otherwise, throw an error.
  1. The puzzle takes in a curried in value PASSWORD_HASH.
  2. The solution takes in the password and desired conditions.
  3. If the hash of the password matches the curried in value, output the conditions.
  4. Otherwise, throw an error to prevent the spend from occurring.


We've mentioned previously that Chialisp can be used to write puzzles, but you may be wondering what exactly a puzzle is. A puzzle is a special module that is used to lock a coin with a set of rules. These rules affect how and when they can be spent, and what happens when they are.


Currying can be thought of as defining the value of function parameters before it is called. This is usually used with modules to allow the same puzzle to be reused for multiple different scenarios.

In this example, the curried in PASSWORD_HASH represents the hash of the password that is required to spend the coin. Not every instance of this puzzle will have the same password, so we create a parameter and curry the value when we actually make an instance of this puzzle.


A condition consists of a condition number followed by its arguments. They can do a variety of things, from the creation of new coins and requiring other spends to happen at the same time, to various assertions related to the state of the blockchain.

A complete list of conditions can be found on the Conditions page, but we will only be using one in this tutorial: condition 51, or CREATE_COIN, creates a new coin with the given puzzle_hash and amount if the spend is valid. It is used to send money to another puzzle hash (which is analogous to an address).


Everything on the Chia Blockchain, including the standard transactions used to move money between wallets, is a coin. Coins are identified by their id, which is just a sha256 hashed representation of the following three components:

  • parent_coin_id, which is the id of the coin that created this one.
  • puzzle_hash, which is the hash of the puzzle used to spend the coin.
  • amount, which is the amount of money locked with the coin, in mojos (a trillionth of an XCH).

Multiple coins can have the same puzzle hash, and a coin can create multiple children. The only limitation is that no two coins can have the same parent, puzzle hash, and amount, as their ids would be the same.

A coin can be spent by revealing its puzzle and providing a solution. The solution is then passed to its puzzle, which outputs a list of conditions.

Putting it Together

We will now use these concepts and the password.clsp file you just wrote to create and spend a coin.

Creating the Coin


Don't use a password that you use or plan to use for anything else, as this is not a secure smart coin. The most ideal choice for this is any number of random characters of your choice, such as x7h2dDkE. Just write it down for later.

The first step is to curry the puzzle with the password's hash and get the puzzle hash and puzzle reveal:

opc -H "$(cdv clsp curry password.clsp --args "$(run "(sha256 'password')")")"
opc "$(cdv clsp curry password.clsp --args "$(run "(sha256 'password')")")"

Write down both values this produces, the first one being the puzzle hash, and the second being the puzzle reveal.

You can convert the puzzle hash to an address and send funds to it like so:

cdv encode --prefix txch "PuzzleHash"
chia wallet send --amount 0.01 --fee 0.00005 --address "txch1Address"

This will send 10 billion mojos with a fee of 100 million mojos (the current recommended amount to get the transaction to go through quickly) to the address you specify, therefore creating your coin!

Spending the Coin

There's only one thing left to do, which is to spend the coin that we just created. We are going to be using a few RPC calls to do this.

First, we need to find the coin that we just created by its puzzle hash:

cdv rpc coinrecords --only-unspent --by puzzlehash "PuzzleHash"

Take note of the values in the coin object in the output.

Get the puzzle hash of your wallet address:

chia wallet get_address
cdv decode "txch1WalletAddress"

Make sure you put the 0x prefix in front of the wallet's puzzle hash in this command. It isn't required for the other commands, but in this case it will compile as a string without it, which you don't want.

Then, get the solution in hex, with the password and your wallet puzzle hash:

opc "('password' ((51 0xWalletPuzzleHash 9900000000)))"

This will produce a solution with the password that will create a new coin with the amount minus a fee of 100 million mojos. A coin will go back to your wallet when you spend the coin with this solution.

We will not be using an aggregated signature for the spend bundle, so we will specify the signature equivalent of zero. Just paste the long value in the below spend bundle.

Use the coin information you gathered with the coinrecords command, the puzzle_reveal from the first opc command you ran, and the solution from the second.

Write the following in a file named spendbundle.json:

"coin_spends": [
"coin": {
"amount": 10000000000,
"parent_coin_info": "0xParentCoinInfo",
"puzzle_hash": "0xPuzzleHash"
"puzzle_reveal": "PuzzleReveal",
"solution": "Solution"
"aggregated_signature": "0xc00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"

Finally, run the following command to push the transaction to the Testnet:

cdv rpc pushtx spendbundle.json

If all went well, this should spend the coin! Otherwise, retrace your steps carefully to try to find what went wrong. If you still can't figure it out, don't hesitate to ask us on our join our Discord and ask in the #chialisp channel and we will answer as soon as we can.

Potential Questions

Here are some questions you may have had when creating and spending the coin.

Why Allow Arbitrary Conditions?

We allow any conditions to be passed in the solution. While you might think that for this example we would only need to create a single coin, this allows us to reserve network fees, or to enable more complicated functionality later such as interacting with other spends. In this example, we will only use the create coin condition in this list.

Why are Password Coins Insecure?

When you spend one or more coins, the puzzle and its solution go into the mempool until the block is inevitably farmed. This means that anyone can read the password in plain text during this time, or after the coin is spent.

A simple solution to that would be to use a new random password every time you create a coin. However, a malicious farmer can actually change the solution to spends however they would like before adding it to their block. In doing so, they could change where the money will go in order to steal the coin.

While there are other ways, the most common solution to that is to simply require a digital signature instead of a password. This is a cryptographically secure way of ensuring that the solution is not tampered with. If it is, the spend will no longer be valid. We will worry about this in a future guide, so you can safely ignore this concept for now.

So, while a password example is a good idea for learning and testing purposes, it is certainly not feasible for real-world use.


This is only scratching the surface of what's possible to do with smart coins on the Chia Blockchain. But it's a good foundation of understanding for more complicated examples to come. Every guide in this series builds off of the others, so make sure to take a break to let it soak in, and refresh your memory on concepts that you need to when you come back. We're looking forward to the awesome things you will build with this technology!