Installing Celestia nodes, setting up Rollup 

Hello, everyone on MMS airwaves!
Today we will cover the installation of all Celestia nodes (Validator, Bridge, Full, Light). We will try to understand the utility of each node, because while "Validator node" is something familiar to the Cosmos ecosystem, as validators exist in every project, it's not so straightforward and unambiguous with Bridge, Full, and Light nodes.

We will also set up our Rollup and local Celestia network, and even write a small text query to it.

All the main information is taken from official sources:

https://docs.celestia.org/
https://rollkit.dev/docs/intro/
https://docs.ignite.com/

System requirements

Validator node

• Memory: 8 GB RAM
• CPU: 6 cores
• Disk: 500 GB SSD Storage
• Bandwidth: 1 Gbps for Download/1 Gbps for Upload

Light node

• Memory: 2 GB RAM
• CPU: Single Core
• Disk: 25 GB SSD Storage
• Bandwidth: 56 Kbps for Download/56 Kbps for Upload

Для Bridge node

• Memory: 8 GB RAM
• CPU: 6 cores
• Disk: 1 TB SSD Storage
• Bandwidth: 1 Gbps for Download/1 Gbps for Upload

Full node

• Memory: 8 GB RAM
• CPU: Quad-Core
• Disk: 1 TB SSD Storage
• Bandwidth: 1 Gbps for Download/1 Gbps for Upload

Part 1

Validator node

Let's start with the most familiar - Validator Node, also known as Consensus Full node (just without the validator installation).

In this guide, we use default ports, but if they are occupied, you can use our guide on changing ports.

In general, there are no pitfalls here, everything is the same as in a regular project based on Cosmos.

Let's continue with installing additional packages.

Installing additional packages

Install go and check the version

Setting variables

Export them to .bash_profile

Clone the repository and build the binary

Initialize the node

Download genesis.json

Pruning setup (optional)

Setting the gas price

Adding seeds and peers

Create a service file

Then start and look at the logs

Create a wallet or restore

Add wallet address to variable and export to .bash_profile

Create a validator

In this testnet, only selected participants are allowed

We add the address of the validator to the variable and export it to .bash_profile

Since the Validator node does not make much sense in this testnet (we are talking about unauthorized users), you can always make a node for RPC / API / GPRC endpoints, now we will show how this can be done

To do this, we need to enable several options in the configs, if they are disabled.

Let's enable API/GRPC/RPC

In order to find out your endpoint, you just need to substitute your server IP to a specific port, the server IP is "32.274.125.73" it will look like this:

I remind you that we do all this on default ports, if you have custom ones, change them to your own

Removing Validator node / Consensus Full node

Part 2

Bridge/Full/Light nodes

Let's move on to the following types of nodes in Celestia - Light, Bridge, Full

Now we will try to briefly tell you about them.

Light node Light clients sample data availability in the Data Availability network.

Bridge node Bridge blocks between the Data Availability network and the Consensus network.

Fulll node Stores all data in the Data Availability network, but is not connected to Consensus.

Since their installation does not differ much from each other, in this guide we will simply duplicate the commands, and not write a separate section for each.

We download the repository, build a binary for nodes and cel-key to generate keys.

After the "make install" command, the binary will be located along the path /usr/local/bin/celestia

Инициализируем

Wallets are created during initialization, but if you want to change it / make another one, the command will be below, if you want to restore the wallet by mnemonic, add an additional "--recover" flag to the end of the command

Create a service file

Sometimes there may be problems with starting due to the RPC node, in this case, you can search for alternative options here and make a change in the service,
in the "--core.ip" flag, and then restart the node

Turn on the service file, restart and look at the logs

Часть 3

Deploying sovereign Rollup using Rollkit and Run local chain

In this part of the guide, we will try to tell you how to rollup and start a local Celestia chain.

spoiler - easier than you think

First, let's set the variables and export them to .bash_profile

Next, install Docker, a little later we will need it to start the local Celestia chain

After installing Docker, we start the local chain with a script

Check if it works with a regular request

If everything is ok, it will output this response: {"denom":"utia","amount":"999995000000000"}

After the blockchain is launched, we open a separate session in our terminal and go there

All this can be done through the screen software, but since the guide for this Rollup is not very long, we will do without it, if you are more comfortable working with screen, everything is in your hands ;)

Let's now deal with such a thing as the Ignite CLI:

Ignite CLI is an easy-to-use CLI tool for creating and maintaining application-specific sovereign blockchains. Blockchains built with the Ignite CLI use the Cosmos SDK and Tendermint.

If you want to get to know this software better, welcome here

Next we need to install the Ignite CLI

We check that everything is OK, and at the same time the version

Next, we set the name of our blockchain and the address prefix

Next, we will show some part with screenshots, so that there are no questions

To further understand what we are doing, we need to tell you what Rollkit is, as usual concisely, if you are interested - read here

Rollkit - is a framework for Rollup that gives developers the freedom to deploy rollups across the entire modular stack, opening up new opportunities for rapid experimentation and innovation.

Next, go to the newly created directory

In our case, this is mms-team

Now we need to replace various Tendermint modules with Rollkit

Downloading the script that will launch our blockchain

Add variables and export to .bash_profile

Let's add a little explanation DENOM - this is the name of your coin BIN_FILE - this is the name of your binary file, which will be generated during the script, to find out the name of your binary file, you just need to add the letter "d" to your BLOCKCHAIN_NAME, in our case it will be mms-teamd

Editing it for our variables

Run the script

It will end in an error, but we have generated our working directory and now we can completely change our denom, in a ready-made genesis

Our new working directory will be named the same as our BLOCKCHAIN_NAME, except that it will start with a dot ".mms-team/"

Add a variable for convenience and export to .bash_profile

With the command we change denom "stake", to the desired

Next, run the script again

During the execution of the script, some errors will occur, the script will also ask us about performing some actions, everywhere we answer "n"

We launched our own blockchain, with our own variables

In order not to invent anything with service files or with screen, we go to a separate terminal session

Now your personal Rollup is at your disposal, on the local Celestia chain

You can do whatever you want, test different things that you were afraid of before in various dunets / testnets / mainnets, everything works exactly the same as in the most ordinary spacefork

Just, for example, let's see what kind of wallets we have, make sure that the prefix that we set has really changed, and also see the balance and the list of validators

In general, here, you can make all your wildest fantasies come true.

Stopping the local Celestia chain and stopping our Rollup

Next, we need to stop the networks that we launched, for this we go to the tab with our Rollup and press the key combination "ctrl + c", after which it will stop

Stopping and Removing the Celestia Local Chain Container and Stopping Rollup

To stop the Rollup that we launched, for this we go to the tab with our Rollup and press the key combination "ctrl + c", after which it will stop

Checking active containers with the command

It will look like this:

В колонке "Container ID", соответственно мы видим наш id контейнера, копируем его. Что бы остановить и удалить его, пишем следующие команды:

Part 3.1

Setting up the text module
Now that we have learned how to run our blockchain and the local Celestia chain, we will make it so that an additional command is added to our binary file, with the output of some text.
First we need to launch Celestia Light node, the installation process is described in Part 2
Create a query, answer "y" to a question from Ignite

Further, in order not to produce even more variables, which are already enough, I will simply indicate where, what and how to change, with examples, in order to get to the desired file

We follow this path, it will be a little different for you, as well as the final file name, in fact, the name of your blockchain will be everywhere here. Our path looks like this:

nano x/mmsteam/keeper/query_mms_team.go For those who don't know, double tapping the "tab" button shows you what's in the directory, in this case it becomes much easier to search, use this

When you have opened the desired file, there we need to add our text, at the very bottom

We add this text in curly braces (you will have them empty), everything in quotes, you can safely change at your discretion, we will write:

Text: "Join us https://t.me/mmsnodes Peace to all'

Save changes

We are downloading a new script to launch Rollup, only this time we will no longer launch the local Celestia chain, we will communicate with the real test chain using the LIght Node, the installation of which we described above

Modifying the script for our variables

Delete the previous binary and working directory

We go to our directory, from where we build the binary and run our converted script

Again we get the "denom" error, like last time, we change our genesis

Run the script again and answer "n" everywhere

We observe a successfully launched blockchain, using Rollkit, but this time with access to the Internet, and not via a local network

And so, we have very little left, it remains to compose and give the last command that we created

Our command looks like this $BIN_FILE q mmsteam mms-team Let's explain, for each word in the command: BIN_FILE - a variable with a binary file q - a standard cosmos module for requests mmsteam - our created text request module mms-team - the request itself

We learned how to create our own blockchain (Rollup), using the Ignite and Rollkit utilities, based on Celestia, we learned how to launch a local blockchain, as well as create our own, albeit simple (you have to start somewhere), modules for your blockchain.

Thank you very much for your attention and time
Our telegram channel on nodes - https://t.me/mmsnodes
Our telegram chat by nodes - https://t.me/mmsnodeschat
Our telegram channel on the Cosmos ecosystem - https://t.me/cosmochannel_mms

Sincerely, MMS_Team