> For the complete documentation index, see [llms.txt](https://wiki.gen6.life/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.gen6.life/education/support-guides/validator-hosting-and-sla-guide.md).

# Validator Hosting & SLA Guide

Guide for running your own validator on VPS (or on a physical machine at home)

Running a Gen6 validator is an important part of supporting the network. Validators help secure the ecosystem, maintain infrastructure and participate in the long-term growth of Gen6.

For users who do not want to run or host their own validator, Gen6 is preparing a list of trusted **SLA Validator Providers** in this wiki.

These providers can help operate and maintain a Gen6 validator on your behalf, making it easier to participate in the network without managing the technical setup yourself.

We will list the Gen6 SLA validators in this wiki, so you can contact them if you don't want to run/host your Validator on your own.

If you are a Certified Blockchain Administrator, you can get listed on: <https://sla.gen6.life/>

### What Is an SLA Validator Provider?

An SLA Validator Provider is an external infrastructure partner that offers validator hosting and maintenance services.

This may include:

* validator node setup;
* hosting and uptime monitoring;
* software updates;
* basic infrastructure maintenance;
* technical support;
* validator operation guidance.

This option is designed for users who want validator participation, but prefer to rely on experienced infrastructure providers instead of running the validator independently.

### Estimated Cost

The expected monthly cost for running **1 SLA-hosted validator** is currently estimated to be approximately:

> **$15 – $80 per month depending on services added**

The final cost may depend on the provider, server specifications, support level, and additional services included.

### In Short

> **You can run your Gen6 validator yourself (best) or pay an SLA Validator Provider to handle the technical operation for you.**

The goal is to make validator participation accessible, reliable and scalable as the Gen6 network grows.

## Running Your Own Validator - VPS Guide

If you prefer to operate your validator independently, Gen6 fully supports self-hosting.

Please note that self-hosting is only available for validators with 100% ownership rights. Validators with shared ownership (for example, 50% ownership) cannot be self-hosted, as they represent a shared validator managed by a single Blockchain Administrator.

Running your own validator gives you complete control over your infrastructure and contributes directly to the decentralization, resilience and security of the Gen6 network.

Before getting started, make sure you have a suitable VPS or dedicated server, a stable internet connection and the recommended operating system. While running your own validator requires basic Linux and server administration knowledge, the installation process has been designed to be as simple as possible.

#### Notes on running validators at home

You can follow this guide as well, just skip the VPS part. Everything works the same way if you own a physical machine.

### **Step 1**: Renting and setting up the VPS

\
Rent a VPS, then install the operating system on it.

**Recommended specs**:

* AMD, 2 vCPU, 4 GB RAM, 80 GB SSD
* ⚠️ This value may change over time as Gen6 node requirements grow — always check the current recommendation.

**Recommended OS**: Debian 13.

Get a VPS → install OS → select Debian 13 → set the root password → install → start the VPS. Wait until the server shows a RUNNING status.

Your recommended VPS providers:

* <https://atw.hu/> (Hungarian)
* <https://njal.la/servers/> (Swedish)
* <https://www.netcup.com/en> (German)
* <https://www.hetzner.com/> (German)
* <https://www.ovhcloud.com/en/> (French)

### Step 2: Connet to the server using SSH

Open a terminal and connect to the server (VPS):

ssh root@\<VPS\_IP>

Note that the provider might give you different usernames, so please refer to their documentation for the exact command.

The first time, it will ask you to accept the fingerprint → type yes. Then enter the password *(\<ROOT\_PASSWORD>) or even better* [*use SSH keys*](https://www.digitalocean.com/community/tutorials/how-to-configure-ssh-key-based-authentication-on-a-linux-server)*.*

### Step 3: Update the system

apt update && apt upgrade -y

This may take 1–2 minutes. Wait until you get the command prompt back.

### Step 4: Download and install Gen6 Manager

The Manager automatically handles node download, key generation, chainspec setup, and on-chain registration.\
\
**Link**: <https://shepherd.gen6.app/public/gen6-manager>

Command to download to the server (VPS) and then to make it executable:

<pre><code><strong>wget https://shepherd.gen6.app/public/gen6-manager
</strong><strong>chmod +x gen6-manager
</strong></code></pre>

Make sure you run both commands, otherwise you cannot start the manager.

Security best practice: Verify the hash (the hash needs to match) using this command:

```
apt install b3sum -y
b3sum gen6-manager
```

The b3sum command must return this exact hash:

456d1666e0d736308f202cbb92757ea49cf35323626158a6a6d813b62103dcc6 gen6-manager

If it is different, you are being hacked.

\
**Command to install in Terminal:**

```
./gen6-manager install
```

**The installer asks two questions**:

* *“Did you read and understood the text above?”* → type YES → Enter
* *“Do you wish to start the Gen6 Manager now?”* → type YES → Enter

The installer then adds the Podman repository in the background, installs dependencies, starts Podman, and prints: *“Installation complete.”* — answering YES to this as well starts the service, and the Manager’s address is displayed:

Service will be available at: **<http://127.0.0.1:7154>**

### Step 5: Open a tunnel to the server from your machine, so you can access the web interface

\
The Manager’s web interface is only accessible through an SSH tunnel. Open a new terminal tab *(cmd+T)* and run:

**ssh -L 7154:127.0.0.1:7154 root@\<VPS\_IP>**

Please adjust this command to your server's ip address and also the username if needed (from root to whatever the vps provider gives you).

This command both logs into the server AND opens the tunnel: this connection must be left open while you manage the validators.

Then open the Manager URL in your browser *(<http://127.0.0.1:1754>)*. On the “Welcome” screen, the “Register with remote service” panel appears, with an “Activation password” field:

*“Please register your manager with the remote service. Use the password you received from Gen6.”*

Enter the password you received from Gen6 (\<ACTIVATION\_SECRET>), then click Register — this activates the Manager.

### Step 6: Adding and activating validator

Before adding a validator in the Manager, get your validator ID ready: you can find it at <https://gen6.app/validator-dashboard/>.

By default, an average user will only have the Validator ID available — the keys/secrets are provided by Gen6 itself. ***Gen6 shares these exclusively via NCrypt***, and only with the legitimate owner of the validator. If you don’t have such a secret, the “Setting up your own keys” step below can be skipped — in that case the Manager will generate the required keys itself during setup.

Next, in the Gen6 Manager interface *(left-hand menu)*, go to Services → Validators.

Click “Show available validators” — the available validator cards will appear (with the validator ID, e.g. GSV108, GSN038, and the chain they belong to, e.g. Gen6 Public Chain / Gen6 Development Chain):

* *✅ green checkmark = the node can become an active member, produce blocks, and earn rewards.*
* *⚠️ red warning = the node already has a registered address — it can only be used if you have the corresponding seed phrases, otherwise it cannot participate in the blockchain.*

<figure><img src="https://3657352850-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSaitTWsqPg1hLUgPftrF%2Fuploads%2FqYqbeAUAKBCqQQySNYCZ%2FRun%20Validator%201.png?alt=media&amp;token=0d7ee163-8216-4c4a-b444-57b325848542" alt=""><figcaption></figcaption></figure>

*(If your own validator is not listed, you can also enter the ID manually using the “Show custom validator addition” button.)*

Click Add on the card of the appropriate validator ID — this adds the validator (initially in an inactive state, “Status: not running”)

On the added validator’s card, click “Details & Configuration”.

**On the Container config panel that opens**:

* Active → switch ON
* Archive → leave off, unless specifically needed
* Validate → leave OFF for now
* Click Save

<figure><img src="https://3657352850-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSaitTWsqPg1hLUgPftrF%2Fuploads%2FMZUtqpsyLHMcyjwBN9JS%2FRun%20Validator%203.png?alt=media&amp;token=bcc8e6bb-b7ad-42d7-b940-eb1293d875c0" alt=""><figcaption></figcaption></figure>

This starts the node and synchronization — shown in the Validators list as “Status: syncing… X%” — but the validator is not yet validating.

<figure><img src="https://3657352850-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSaitTWsqPg1hLUgPftrF%2Fuploads%2Fdxn80JPGR54mOXBUXkUL%2FRun%20Validator%204.png?alt=media&amp;token=c50a57d1-8b46-4f4a-9b83-c8dce83d5374" alt=""><figcaption></figcaption></figure>

#### Setting up your own keys *(secrets)*<br>

This step is only needed if you received specific keys/secrets for a given validator from Gen6 *(via NCrypt, as the legitimate owner)* — for example when restoring an existing validator or rotating keys. If you don’t have such a secret, skip this section and continue at “Enabling validation.”

1. On the validator’s Details page, find the “secret-inject” (Validator secrets) section.
2. Paste in the keys/secrets you received, then click Save.
3. Click the “reinject keys node” button (red button in the “container op” section). This deletes any previous (possibly auto-generated) keys and chainspec, and queues the validator for recreation — indicated by the message *“Validator \[ID] chainspec and keys were removed, queued for recreation.”*
4. Wait until the node’s status changes from “starting” back to “running.”

<figure><img src="https://3657352850-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSaitTWsqPg1hLUgPftrF%2Fuploads%2FFdGMHWgnLBNqKKgWzrEa%2FRun%20Validator%206.png?alt=media&amp;token=c7c33aef-7986-44ed-9f9c-ef956af51008" alt=""><figcaption></figcaption></figure>

#### Enabling validation

**Once the reinject has completed and the node is running, go back to the Container config panel**:

* Validate → switch ON
* Click Save

<figure><img src="https://3657352850-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSaitTWsqPg1hLUgPftrF%2Fuploads%2FhvJZc4StFDaAtstJN6KG%2FRun%20Validator%205.png?alt=media&amp;token=8786d30a-2d24-4a9e-aad7-58cdc98144a2" alt=""><figcaption></figcaption></figure>

This actually starts validating with the injected keys — the validator will then show as “active node” / running and validating in the Validators list.

\
\
\
\
\ <br>
