If you are going to work on software using Liquid, the sidechain of Bitcoin, there are several concepts you need to be familiar with. This article aims at developers and is based on a presentation I held for the Pixelmatic team.

Disclaimer: this is an introduction, and it does not cover everything, obviously. And I simplified some explanations on purpose. As a prerequisite, if you are not familiar with Bitcoin, you should read my introduction to Bitcoin here.

Special thanks to Sosthene for proofreading my article and for his feedback! Follow him on Twitter.

Let's start now! And to discuss Liquid, we need to first discuss: Elements.

What Is Elements?

It is a fork of Bitcoin extended to be a sidechain platform with these features:

Source: https://elementsproject.org/


OK, whatever, but what’s Liquid?

Well, Liquid is an instance of Elements. Set as a sidechain of Bitcoin and maintained by Blockstream. Also:

Source: liquid.net


What Are the Features of Liquid?

Let’s see a bit more details on the different features of Liquid/Elements.

πŸ“Œ 2-way pegging of Bitcoin

Peg-in BTC into the Liquid Sidechain

Pegging in BTC from the Bitcoin main net into the Liquid sidechain consists of depositing BTC into the Liquid Bitcoin wallet that is managed by the Federation. 102 confirmations on the Bitcoin mainnet are then required for you to claim your amount of L-BTC due, and the functionaries then grant you the corresponding amount on the Liquid sidechain.

Peg-out BTC from the Liquid Sidechain

Pegging out BTC from the Liquid sidechain back into the Bitcoin main net consists of receiving the BTC from an anonymous functionary from his wallet after being granted the amount by the federation. <br> 2 confirmations on Liquid are required for the operation to be allowed. Then the Federation will co-sign a transaction out of their 11 of 15 multisig wallets that are sending out the amount requested to one of the functionaries described anonymously. Finally, the functionary processes the transaction that will grant the BTC to the requester of the peg-out.

πŸ™ˆ Confidential Transactions

blinding_private_key := HMAC_SHA256(key=master_blinding_key, msg=script_pubkey)

where script_pubkey corresponds to a specific non-confidential public address you want to make confidential

White Paper: Blockstream

Specifications: Satoshi Labs


πŸ’° Issued Assets

elements-cli issueasset 0.00000100 0

The above issues a confidential asset with a total supply of 100 Satoshis and no reissuance key.

{
 "entity": {
  "domain": "exordium.co"
 },
 "issuer_pubkey": "030cff26f9c0d365f090e24917277e23269d7ef5d7f06dec9f09de9255b8950208",
 "name": "EXO Token Europe",
 "precision": 0,
 "ticker": "EXOeu",
 "version": 0
}

Reissuance

Registration


πŸͺ’ Federation


πŸ“ƒ Liquid RPC interface

Being a fork of Bitcoin, we find the same RPCs as its parent, plus some new ones like issueasset, blindrawtransaction, and more:

<div class="container h-sm pb-1"> <iframe src="https://elementsproject.org/en/doc/0.21.0.0/rpc/" class="w-full h-full"> </iframe> </div>

Source: elementsproject.org


🧰 The Liquid Ecosystem

For Users

White paper

Compatible Wallets

Centralized Exchanges

DEX/Swap

Explorers

For Developers

Documentation

Node

Cached API/Backend

Explorer

Libraries

Wallet Tools

Environment stack


Liquid Sidechain Available Environments

Alike Bitcoin, Liquid has multiple environments at your disposal.

You can set up in your elements.conf the chain you want to use.

Liquid Regtest (chain=liquidregtest)

Liquid Testnet (chain=liquidtestnet)

That can be helpful to debug issuance and registration of assets, a thing you cannot do with regtest.

Liquid Mainnet (chain=liquidv1)


πŸŽ‡ Conclusion: The Introduction to Liquid for Developers

With this knowledge, you should have enough to get started to work on Liquid.

To sum up, here are my advice, if you are willing to:

And to go deeper down the rabbit hole, you can start searching on these subjects:

Have fun!

Also published here.