KryllOS est un produit auto-hébergé : vous l'installez sur votre propre serveur, et vous en êtes le seul utilisateur. Pas de cloud Kryll qui détient vos clés, pas de compte à créer, pas de mot de passe à gérer.

Cette réalité change radicalement la nature du modèle de sécurité. La question n'est plus « comment protéger un service multi-tenant », mais « comment protéger un serveur personnel qui n'a aucune raison d'être accessible depuis l'extérieur ». Le modèle de KryllOS répond avec un principe simple : robuste là où ça compte, sobre là où ça suffit.

Une frontière de sécurité solide

KryllOS n'est accessible que par vous, via un tunnel SSH dont le port reste fermé en permanence. Il ne s'ouvre qu'après une séquence de port knocking connue de vous seul. Pour un attaquant qui scanne Internet, votre serveur n'existe pas : aucun port ouvert, aucune réponse, aucune surface d'attaque visible.

Cette approche du serveur invisible avant authentification applique un modèle conçu en 2007 par la Defense Information Systems Agency (DISA) du Département de la Défense américain. Connu sous le nom de Software Defined Perimeter, ou « Black Cloud », il a été pensé à l'origine pour protéger des réseaux classifiés. C'est aujourd'hui le fondement des architectures Zero Trust qui équipent Cloudflare Access, Zscaler Private Access et la plupart des ZTNA modernes.

Pas de security theater entre vous et vous-même

La frontière étant solide, les protections qu'on empilerait habituellement à l'intérieur (authentification HTTP, sessions, rate limiting, chiffrement local des secrets) perdent leur sens. Si quelqu'un a franchi le tunnel SSH, c'est qu'il dispose de vos clés ou d'un shell sur votre machine : du point de vue du système, il est vous. Chiffrer une clé API avec une clé de déchiffrement stockée à côté ne change rien au coût d'attaque.

KryllOS choisit donc de rester honnête sur ce qu'il protège réellement, et de concentrer la cryptographie là où elle compte vraiment.

Les garanties cryptographiques où elles comptent vraiment

• Plugins signés : signature cryptographique vérifiée avant chaque exécution, avec audit pour la marketplace officielle.
• Filesystem sandboxé : toutes les opérations fichiers passent par une couche de validation qui empêche un plugin ou un appel API de sortir du dossier dédié.
• Dépendances épinglées par hash : KryllOS et ses composants sont distribués avec un manifeste cryptographique qui permet de vérifier que les bibliothèques tierces téléchargées sont bien celles qui ont été testées par l'équipe. Une compromission de PyPI ou d'un dépôt amont ne peut pas glisser en douce dans une mise à jour.
• Identifiants exchange isolés : vos clés API sont stockées dans une base SQLite locale, accessibles uniquement par le process KryllOS lui-même.

Les bonnes pratiques côté utilisateur

KryllOS prend en charge ce qu'il peut prendre en charge. Le reste relève de quelques bonnes pratiques classiques d'administration :

• Une clé SSH robuste (Ed25519, jamais de mot de passe) avec passphrase locale.
• Une séquence de port knocking que vous ne partagez pas et que vous changez si elle a fuité.
• Des clés API exchange créées avec les permissions minimales (trading uniquement, pas de retrait de fonds, restriction par IP si l'exchange le permet).
• Une vigilance particulière sur les plugins installés hors marketplace : un plugin tiers, c'est du code qui s'exécute avec les droits de votre serveur. La marketplace officielle existe précisément pour vous éviter d'avoir à faire vous-même cette analyse.

Un modèle adapté à sa cible

Ce n'est pas Binance ou Coinbase. KryllOS ne garde pas les fonds de millions d'utilisateurs, ne s'expose pas publiquement sur Internet, n'a aucune surface d'attaque à défendre face aux bots qui scannent en continu. C'est une station de trading personnelle qui, depuis Internet, n'existe simplement pas.

À cette échelle, l'enjeu n'est pas de construire une forteresse défensive. C'est de réduire la surface d'attaque jusqu'à la rendre invisible, et de concentrer la cryptographie sur les points qui restent.

Rejoindre la liste d'attente

KryllOS is a self-hosted product: you install it on your own server, and you are its sole user. No Kryll cloud holding your keys, no account to create, no password to manage.

This reality fundamentally changes the nature of the security model. The question is no longer "how to protect a multi-tenant service," but "how to protect a personal server that has no reason to be accessible from the outside." KryllOS's model responds with a simple principle: robust where it matters, lean where it's enough.

A solid security boundary

KryllOS is only accessible by you, via an SSH tunnel whose port remains permanently closed. It only opens after a port knocking sequence known to you alone. To an attacker scanning the Internet, your server doesn't exist: no open ports, no response, no visible attack surface.

This invisible-before-authentication approach applies a model designed in 2007 by the Defense Information Systems Agency (DISA) of the U.S. Department of Defense. Known as Software Defined Perimeter, or "Black Cloud," it was originally conceived to protect classified networks. It is today the foundation of Zero Trust architectures powering Cloudflare Access, Zscaler Private Access, and most modern ZTNA solutions.

No unnecessary friction between you and yourself

With a solid perimeter in place, the protections typically layered on the inside — HTTP authentication, sessions, rate limiting, local encryption of secrets — lose their purpose. If someone has crossed the SSH tunnel, it means they have your keys or a shell on your machine: from the system's perspective, they are you. Encrypting an API key with a decryption key stored right next to it doesn't change the cost of an attack.

KryllOS therefore chooses to be honest about what it actually protects, and to focus cryptography where it truly matters.

Cryptographic guarantees where they count

• Signed plugins: cryptographic signature verified before each execution, with auditing for the official marketplace.
• Sandboxed filesystem: all file operations pass through a validation layer that prevents a plugin or API call from escaping its dedicated folder.
• Hash-pinned dependencies: KryllOS and its components are distributed with a cryptographic manifest that allows verification that downloaded third-party libraries are exactly those tested by the team. A compromise of PyPI or an upstream repository cannot silently slip into an update.
• Isolated exchange credentials: your API keys are stored in a local SQLite database, accessible only by the KryllOS process itself.

Best practices on the user side

KryllOS handles what it can handle. The rest comes down to a few classic administration best practices:

• A strong SSH key (Ed25519, never passwordless) with a local passphrase.
• A port knocking sequence you don't share, and that you change if it has leaked.
• Exchange API keys created with minimal permissions (trading only, no fund withdrawal, IP restriction where the exchange allows it).
• Extra vigilance with plugins installed outside the marketplace: a third-party plugin is code that runs with your server's privileges. The official marketplace exists precisely so you don't have to do that analysis yourself.

A model suited to its audience

This isn't Binance or Coinbase. KryllOS doesn't hold the funds of millions of users, isn't publicly exposed on the Internet, has no attack surface to defend against continuously scanning bots. It's a personal trading station that, from the Internet, simply doesn't exist.

At this scale, the challenge isn't to build a defensive fortress. It's to shrink the attack surface until it becomes invisible, and to focus cryptography on the points that remain.

Join the Waitlist

KryllOS is more than an automated trading platform. It's an ecosystem: a visual no-code editor, a marketplace for bots and custom blocks, an AI layer for vibe-coding your strategies, and at the heart of it all, a token that serves as the economic backbone. KRL isn't a gimmick, it's the economic fuel that aligns users, creators, and the platform.

Token Basics

KRL is the native utility token of the Kryll ecosystem. Launched via ICO in early 2018, it raised $2.2M and laid the project's foundations. Eight years later, it's back at the center of the action with KryllOS.

A few fundamentals to keep in mind:

• Standard: ERC-20
• Max supply: 49,417,348 KRL
• Multi-chain: natively deployed on Ethereum, Base, Arbitrum, and Optimism
• Availability: traded on Coinbase, KuCoin, Gate.io, Crypto.com, MEXC, CoinEx, and accessible on DEX via Uniswap V3

One important point: all KRL currently in circulation is fully unlocked. There is no active vesting, no upcoming unlock schedule. The supply is fixed and non-mintable, a clean, predictable foundation for everything that follows.

The Marketplace's Single Currency

Every transaction on the KryllOS marketplace is designed to go through KRL. Whether you're buying a ready-to-use trading strategy, a custom block, an app, or a skill for your AI agent, you pay in KRL. The publisher receives KRL.

No fiat, no stablecoins, no alternatives. A single rail, simple and predictable. This unification has a direct consequence: every transaction feeds the same economy. The more volume the marketplace generates, the more sustained demand builds around KRL.

How a Single Purchase Powers an Entire Ecosystem

With every marketplace purchase, the KRL spent is distributed among three beneficiaries:

• The Publisher
  The creator of the bot, block, or application receives their share. This is the foundation of a real creator economy: the more useful content you publish and the more it gets used, the more you earn. The original Kryll marketplace already proved this model works, top creators generated genuine passive income from it. KryllOS takes that further, adding custom blocks and an AI layer that dramatically lowers the barrier to publishing.
• Kryll
  A share goes to the team to fund development, infrastructure, and operations. This is what keeps the product free: no subscriptions, no trading fees, no custody. The marketplace funds the platform instead of billing the end user.
• Stakers
  A share is redistributed to holders who have actively staked their KRL, in the form of real yield paid out by actual marketplace activity. This is an intentional, participatory mechanism: simply holding KRL in a wallet doesn't earn you anything. It's the deliberate act of staking that opts you into the revenue-sharing engine.

Real Yield, Not Disguised Inflation

The word "yield" is overused in crypto. Most projects that promise it operate through inflationary emission: new tokens are minted to pay stakers. The result is that non-staking holders get diluted, and the displayed APY reflects no real value creation.

KRL works in the opposite direction. The supply is fixed: 49,417,348 tokens, full stop, no minting possible. The yield distributed to stakers doesn't come from emission, it comes from real purchases made on the marketplace by real users. It's closer to a corporate dividend than a synthetic APY.

In practice: the yield is sustainable because it's backed by actual economic activity. And staking holders capture their share without diluting those who don't stake.

A path worth considering: Burn & Buyback
A portion of the KRL collected through the marketplace could be burned, mechanically reducing the circulating supply. Additionally, in cases where the platform generates revenue in fiat or currencies other than KRL, a buyback mechanism could be considered, repurchasing KRL on the open market to redistribute or burn it, creating structural buying pressure on the token.

Publication Collateral

For a marketplace to stay healthy, publishers need a direct incentive to be serious. One option being strongly considered: requiring a KRL deposit as collateral in order to publish on the marketplace.

This collateral would serve as an integrity guarantee, a publisher who releases defective or fraudulent content loses all or part of their deposit. Conversely, an active and honest publisher sees their collateral grow over time, with a portion of their earnings automatically reinvested into it.

When a publisher decides to leave the ecosystem, they recover their full accumulated collateral. It's a mechanic that creates genuine long-term stakes without imposing excessive friction at the point of entry.

The Self-Reinforcing Loop

Put together, these mechanics create a virtuous cycle, a flywheel, that strengthens itself over time.

More users on KryllOS → More marketplace volume → More buying pressure on KRL → Greater attractiveness and visibility → Repeat

Every participant benefits from everyone else's success. Users want a rich marketplace. Creators want a large user base. Stakers want both sides of the market to grow. And Kryll, as the platform, lives off the same flow. Nobody is playing against anyone else, the exact opposite of classic SaaS models where the platform extracts rent at users' expense.

What KRL Makes Possible That Nothing Else Could Fund

Kryll makes strong product choices that set it apart: open source, self-hostable, free, non-custodial. Kryll never touches user funds and takes nothing from their trades. No subscriptions, no paywalls, no friction.

In that context, one might wonder why have a token at all. The answer comes down to one word: alignment.

With KRL, the ecosystem finances its own growth. The platform stays free because the marketplace funds development. Creators earn a living because users buy their work. And holders who believe in the project capture a direct share through real yield.

KRL isn't a financial layer bolted onto the product. It's what makes the product possible in its current form: open, free, sovereign, and viable for the long term.

Join the Waitlist

KryllOS, c'est plus qu'une plateforme de trading automatisé. C'est un écosystème : un éditeur visuel no-code, une marketplace de bots et de blocs custom, une couche IA pour vibecoder ses stratégies, et au milieu de tout ça, un token qui sert de pilier économique. Le KRL n'est pas un gadget, c'est le carburant économique qui aligne les utilisateurs, les créateurs et la plateforme.

Les bases du token

Le KRL est le token utilitaire historique de l'écosystème Kryll. Lancé en ICO début 2018, il a permis de lever 2,2 M$ et de poser les fondations du projet. Huit ans plus tard, il revient au centre du jeu avec KryllOS.

Quelques fondamentaux à garder en tête :

• Standard : ERC-20.
• Supply max : 49 417 348 KRL
• Multi-chain : déployé nativement sur Ethereum, Base, Arbitrum et Optimism.
• Disponibilité : tradé sur Coinbase, KuCoin, Gate.io, Crypto.com, MEXC, CoinEx, et accessible en DEX via Uniswap V3.

Un point important à souligner : le KRL en circulation aujourd'hui est entièrement libéré. Il n'existe plus aucun vesting actif, aucun déblocage à venir. La supply est fixe, sans mint possible, ce qui pose une base saine et prévisible pour tout ce qui suit.

La monnaie unique de la marketplace

Toutes les transactions de la marketplace KryllOS ont vocation à passer par KRL. Que vous achetiez une stratégie de trading prête à l'emploi, un bloc custom, une app ou un skill pour votre agent IA, vous payez en KRL. Le publisher reçoit en KRL.

Pas de fiat, pas de stablecoin, pas d'autre option. Un seul rail, simple et prévisible. Cette unification a une conséquence directe : chaque transaction alimente une même économie. Plus la marketplace génère du volume, plus la demande pour KRL s'installe durablement.

Comment un achat fait vivre tout un écosystème

À chaque achat sur la marketplace, le KRL dépensé se répartit entre trois bénéficiaires :

• Le publisher
  Le créateur du bot, du bloc ou de l'application reçoit sa part. C'est la base d'une vraie creator economy : plus tu publies du contenu utile et utilisé, plus tu gagnes. L'ancienne marketplace Kryll avait déjà prouvé que ce modèle fonctionne — les meilleurs créateurs y généraient un revenu passif réel. Avec KryllOS, on remet ça en mieux, avec en plus la dimension blocs custom et l'IA qui abaisse drastiquement la barrière d'entrée pour publier.
• Kryll
  Une part revient à l'équipe pour financer le développement, l'infrastructure et les opérations. C'est ce qui permet au produit de rester gratuit : pas d'abonnement, pas de frais de trading, pas de custody. La marketplace finance la plateforme à la place de l'utilisateur final.
• Les stakers
  Une part est redistribuée aux holders qui ont activement staké leur KRL, sous forme de real yield payé par l'activité réelle de la marketplace. C'est une démarche volontaire et participative : on ne gagne pas en tenant simplement du KRL dans un wallet. C'est en prenant la décision de staker qu'on s'inscrit dans la mécanique de partage des revenus.

Du vrai yield, pas de l'inflation déguisée

Le mot "yield" est galvaudé en crypto. La plupart des projets qui en promettent fonctionnent par émission inflationniste : on imprime de nouveaux tokens pour payer les stakers. Résultat, les holders qui ne stakent pas se font diluer, et l'APY affiché ne reflète aucune création de valeur réelle.

Le KRL fonctionne à l'inverse. La supply est fixe : 49 417 348 tokens, point final, sans mint possible. Le yield distribué aux stakers ne vient donc pas d'une émission, il vient des achats réels effectués sur la marketplace par des utilisateurs réels. C'est plus proche d'un dividende d'entreprise que d'un APY synthétique.

Concrètement : le yield est durable parce qu'il est adossé à une activité économique. Et les holders qui stakent captent leur part sans diluer ceux qui ne stakent pas.

Piste de réflexion : Burn & Buyback
Une partie des KRL collectés via la marketplace pourrait être détruite (burn), réduisant mécaniquement la supply circulante. Par ailleurs, dans les cas où la plateforme génèrerait des revenus en fiat ou dans une devise autre que le KRL, un mécanisme de buyback serait envisageable : racheter du KRL sur le marché pour le redistribuer ou le brûler, créant ainsi une pression acheteuse structurelle sur le token.

Le collateral de publication

Pour qu'une marketplace reste saine, les publishers doivent avoir un intérêt direct à être sérieux. Une piste sérieusement envisagée : exiger un dépôt de KRL en collatéral pour pouvoir publier sur la marketplace.

Ce collatéral servirait de garantie d'intégrité : un publisher qui publie du contenu défaillant ou frauduleux perd tout ou partie de son dépôt. À l'inverse, un publisher actif et honnête voit son collatéral grandir au fil du temps, une part de ses revenus pouvant être automatiquement réinjectée dans ce dépôt.

Quand un publisher décide de quitter l'écosystème, il récupère l'intégralité de son collatéral accumulé. C'est une mécanique qui crée un enjeu réel sur le long terme, sans friction excessive à l'entrée.

La boucle qui s'emballe

Mis bout à bout, ces mécaniques créent un cercle vertueux, un "flywheel", qui se renforce de lui-même.

Plus d'utilisateurs sur KryllOS ➔ Plus de volume sur la marketplace ➔ Plus de pression acheteuse sur le KRL ➔ Plus d'attractivité et de visibilité ➔ Et on recommence

Chaque acteur a intérêt à ce que les autres réussissent. Les utilisateurs veulent une marketplace riche. Les créateurs veulent une base d'utilisateurs large. Les stakers veulent que les deux côtés du marché se développent. Et Kryll, en tant que plateforme, vit du même flux. Personne ne joue contre quelqu'un d'autre, c'est l'inverse exact des modèles SaaS classiques où la plateforme prélève une rente sur le dos de ses utilisateurs.

Ce que le KRL rend possible que rien d'autre ne pourrait financer

Kryll a des choix produit forts qui le distinguent du reste du marché : open source, auto-hébergé, gratuit, pas de custody. Kryll ne touche jamais aux fonds des utilisateurs et ne prend rien sur leurs trades. Pas d'abonnement, pas de paywall, pas de friction.

Dans ce contexte, on pourrait se demander pourquoi avoir un token du tout. La réponse tient en un mot : alignement.

Avec le KRL, l'écosystème finance sa propre croissance. La plateforme reste gratuite parce que la marketplace alimente le développement. Les créateurs gagnent leur vie parce que les utilisateurs achètent leur travail. Et les holders qui croient au projet en captent une part directe via le real yield.

Le KRL n'est pas une couche financière posée par-dessus le produit. C'est ce qui rend le produit possible dans sa forme actuelle : libre, gratuit, souverain, et viable sur le long terme.

Rejoindre la liste d'attente

L'auto-hébergement a une promesse magnifique : vos clés, vos données, vos règles. Et il a un prix bien réel. Il faut configurer un VPS, ouvrir correctement un tunnel SSH, se repérer dans les lignes de commande Linux, et prendre une série de décisions de configuration sans se tromper avec la petite angoisse de casser quelque chose en chemin. C'est souvent là que la promesse fait face à la réalité.

Au moment de préparer le reboot de Kryll, nous avons posé la question directement à la communauté. 58 % se disaient prêts à auto-héberger leur instance, à condition qu'ils soient accompagnés. Autrement dit, pour près de six personnes sur dix, l'installation n'était pas une simple étape technique.

L'installeur de KryllOS a été pensé exactement pour ces personnes. Trois étapes. Cinq minutes. Une instance opérationnelle, et déjà sécurisée.

Pourquoi un wizard d'installation pour un bot de trading auto-hébergé ?

KryllOS est volontairement auto-hébergé. Vos clés API restent sur votre machine, vos données de trading ne partent sur aucun cloud tiers, personne n'a la custody de vos fonds. C'est un choix de souveraineté totale, mais c'est aussi un choix qui, traditionnellement, impose à l'utilisateur d'avoir quelques connaissances techniques.

On refuse ce compromis. L'idée de KryllOS, c'est la puissance d'un outil pro avec la simplicité d'une app grand public. Le wizard d'installation incarne exactement cette philosophie : il automatise ce qu'un sysadmin expérimenté ferait à la main, et il le fait mieux qu'un tuto copié-collé, parce qu'il embarque les bonnes pratiques de sécurité par défaut.

Concrètement, l'installeur KryllOS prend en charge trois missions pour vous :

• Connexion SSH à votre VPS (plus besoin de jongler avec votre terminal et votre clé privée)
• Durcissement de la sécurité avec la création d'un utilisateur Linux dédié ainsi que la configuration du firewall et des règles de connexion à distance ; et, en option, le port-knocking
• Déploiement de KryllOS sur votre VPS et configuration de l'app KryllOS sur votre ordinateur

Vous cliquez trois fois, vous attendez cinq minutes, vous tradez.

Les 3 étapes du wizard KryllOS

Étape 1 : Connecter votre VPS à KryllOS

Sur le premier écran, le wizard vous demande trois informations :

• L'adresse IP de votre VPS
• Le mot de passe root de ce VPS
• Un nom d'utilisateur à créer pour KryllOS

Le choix de créer un utilisateur dédié, plutôt que de faire tourner KryllOS avec les droits root, n'est pas anecdotique. C'est le principe du moindre privilège : même dans le scénario improbable où une faille viendrait à affecter l'application, l'attaquant se retrouverait confiné à un compte aux droits limités, loin du pouvoir absolu qu'offre root.

Étape 2 : Choisir le mode d'installation : Native ou Docker

L'installateur KryllOS proposera 2 options d'installation :

• Installation native : si votre VPS est dédié à KryllOS, c'est le choix le plus simple et le plus direct. KryllOS s'installe directement sur le système, sans couche supplémentaire.
• Installation dockerisée : c'est l'option pour les utilisateurs avancés, ceux qui disposent déjà d'un VPS actif hébergeant d'autres services. Imaginez Docker comme une boîte hermétique posée sur votre serveur. KryllOS s'exécute à l'intérieur, complètement isolé du reste du système. Aucun conflit possible avec vos autres logiciels, aucune interférence dans les deux sens.

Sur ce même écran, vous trouverez une case à cocher qui peut paraître anodine mais qui vaut de l'or : le port-knocking.

Le port-knocking, ou l'art de rendre son serveur invisible

Le port-knocking, c'est un mécanisme de sécurité un peu oublié mais diaboliquement efficace. Il permet de rendre votre serveur complètement invisible puisque aucun port n'est ouvert. Pour un scanner automatisé qui cherche des VPS vulnérables, votre machine n'existe tout simplement pas.

Mais comment ça fonctionne concrètement ?
Imaginez une porte secrète dans un mur qui, en apparence, n'a aucune entrée. Pour que la porte s'ouvre, il faut frapper selon un code précis : trois coups, puis deux, puis cinq. Quiconque ne connaît pas ce code ne voit qu'un mur lisse.

Le port-knocking fonctionne exactement sur ce principe. Un serveur dispose de milliers de "portes" appelées ports, et c'est par ces portes que transitent les connexions. Normalement, certains ports restent ouverts en permanence, comme celui du SSH, qui permet de se connecter à distance. C'est justement ces ports ouverts que les hackers et leurs robots scrutent sans relâche pour trouver une faille.

Avec le port-knocking, plus aucun port n'est ouvert par défaut. À la place, le serveur écoute discrètement les tentatives de connexion sur une séquence précise de ports, par exemple 1200, puis 3456, puis 7890, dans le bon ordre et dans un délai limité. Cette séquence, c'est la "frappe secrète". Si vous la connaissez et l'envoyez correctement, le serveur ouvre alors dynamiquement le port SSH, juste le temps de votre connexion, avant de le refermer aussitôt. Pour tout le monde, la porte n'a jamais existé.

Comment un hacker peut-il compromettre une machine qui n'existe même pas à ses yeux ? C'est exactement l'idée. KryllOS empile déjà plusieurs couches de sécurité (user dédié, isolation Docker, connexion SSH durcie), et le port-knocking vient poser la cerise sur le gâteau : la couche d'invisibilité. Une case à cocher, et votre VPS disparaît de la carte.

Étape 3 : Résumé et déploiement

Le dernier écran récapitule l'ensemble des choix effectués. Vous relisez, vous cliquez sur déployer, et l'installateur prend le relais.

En arrière-plan, il enchaîne une séquence précise :

1. Connexion sécurisée au VPS
2. Vérification de la compatibilité système
3. Configuration de l'environnement
4. Installation de KryllOS
5. Vérifications finales pour s'assurer que tout tourne correctement

En moins de cinq minutes, KryllOS est en place. L'application est directement accessible sur votre machine locale, déjà connectée à votre VPS.

Ce qui reste entre vos mains, après l'installation

L'installation s'achève, et vous vous retrouvez avec bien plus qu'une simple instance configurée. En coulisses, le wizard a mené deux chantiers en parallèle.

D'un côté, sur votre VPS : KryllOS est déployé, le serveur est durci, l'environnement est isolé, et vos clés API ne quitteront jamais cette machine.

De l'autre côté, sur votre ordinateur : l'application KryllOS a été configurée localement. C'est elle qui devient votre poste de pilotage. Elle établit un tunnel SSH sécurisé vers votre VPS, et vous donne accès à l'intégralité de l'interface KryllOS depuis une app native, sans jamais passer par un navigateur ou un service tiers. Le VPS fait tourner le moteur. L'application, sur votre machine, tient le volant.

Le vieil adage de la crypto "not your keys, not your coins" s'étend ici au trading automatisé. Vos stratégies tournent chez vous, pour vous. Et votre seul point de contact avec tout ça, c'est une interface pensée pour être utilisée, pas redoutée.

Rejoindre la liste d'attente

Self-hosting has a beautiful promise: your keys, your data, your rules. And it comes with a very real price. You need to configure a VPS, properly set up an SSH tunnel, navigate Linux command lines, and make a series of configuration decisions without making mistakes, all while carrying the nagging anxiety of breaking something along the way. This is often where the promise meets reality.

When preparing the reboot of Kryll, we asked the community directly. 58% said they were ready to self-host their instance, provided they had guidance. In other words, for nearly six out of ten people, the installation process was not just a technical step.

The KryllOS installer was designed exactly for these people. Three steps. Five minutes. A fully operational instance, already secured.

Why an installation wizard for a self-hosted trading bot?

KryllOS is deliberately self-hosted. Your API keys stay on your machine, your trading data never leaves to any third-party cloud, and nobody holds custody of your funds. It's a choice of total sovereignty, but it's also a choice that traditionally requires users to have some technical knowledge.

We refuse that compromise. The idea behind KryllOS is the power of a professional tool with the simplicity of a consumer app. The installation wizard embodies exactly this philosophy: it automates what an experienced sysadmin would do by hand, and it does it better than a copy-pasted tutorial, because it bakes in security best practices by default.

Concretely, the KryllOS installer handles three tasks for you:

• SSH connection to your VPS (no more juggling your terminal and private key)
• Security hardening, with the creation of a dedicated Linux user, firewall configuration, and remote connection rules, plus, optionally, port-knocking
• Deployment of KryllOS on your VPS and configuration of the KryllOS app on your computer

You click three times, wait five minutes, and you trade.

The 3 steps of the KryllOS wizard

Step 1: Connect your VPS to KryllOS

On the first screen, the wizard asks for three pieces of information:

• Your VPS IP address
• The root password for that VPS
• A username to create for KryllOS

The choice to create a dedicated user, rather than running KryllOS with root privileges, is not a minor detail. It's the principle of least privilege: even in the unlikely scenario where a vulnerability were to affect the application, the attacker would find themselves confined to an account with limited rights, far from the absolute power that root provides.

Step 2: Choose your installation mode: Native or Docker

The KryllOS installer offers two installation options:

• Native installation: if your VPS is dedicated to KryllOS, this is the simplest and most direct choice. KryllOS installs directly on the system, without any additional layer.
• Dockerized installation: this is the option for advanced users who already have an active VPS running other services. Think of Docker as a sealed box sitting on your server. KryllOS runs inside it, completely isolated from the rest of the system. No conflicts with your other software, no interference in either direction.

On this same screen, you'll find a checkbox that may look minor but is worth its weight in gold: port-knocking.

Port-knocking, or the art of making your server invisible

Port-knocking is a somewhat forgotten but diabolically effective security mechanism. It makes your server completely invisible, no ports are open. To an automated scanner looking for vulnerable VPS machines, your server simply doesn't exist.

But how does it actually work?
Picture a secret door in a wall that, on the surface, has no visible entrance. For the door to open, you must knock in a precise sequence: three times, then twice, then five times. Anyone who doesn't know the code sees nothing but a smooth wall.

Port-knocking works on exactly this principle. A server has thousands of "doors" called ports, and connections pass through these ports. Normally, certain ports remain permanently open, like the SSH port, which enables remote connections. These open ports are precisely what hackers and their bots scan relentlessly, looking for a vulnerability.

With port-knocking, no port is open by default. Instead, the server quietly listens for connection attempts on a specific sequence of ports, say, 1200, then 3456, then 7890, in the right order and within a limited timeframe. This sequence is the "secret knock." If you know it and send it correctly, the server dynamically opens the SSH port, just long enough for your connection, then closes it immediately. To everyone else, the door never existed.

How can a hacker compromise a machine that doesn't even appear to exist from their perspective? That's exactly the point. KryllOS already stacks several security layers, dedicated user, Docker isolation, hardened SSH, and port-knocking adds the final touch: an invisibility layer. One checkbox, and your VPS disappears from the map.

Step 3: Summary and deployment

The final screen summarizes all the choices you've made. You review them, click deploy, and the installer takes over.

Behind the scenes, it runs through a precise sequence:

1. Secure connection to the VPS
2. System compatibility check
3. Environment configuration
4. KryllOS installation
5. Final checks to ensure everything is running correctly

In under five minutes, KryllOS is up and running. The application is directly accessible on your local machine, already connected to your VPS.

What remains in your hands after installation

The installation ends, and you find yourself with far more than a simple configured instance. Behind the scenes, the wizard has been running two parallel workstreams.

On one side, on your VPS: KryllOS is deployed, the server is hardened, the environment is isolated, and your API keys will never leave that machine.

On the other side, on your computer: the KryllOS application has been configured locally. This becomes your control station. It establishes a secure SSH tunnel to your VPS and gives you access to the full KryllOS interface from a native app, without ever going through a browser or a third-party service. The VPS runs the engine. The application on your machine holds the wheel.

The old crypto adage "not your keys, not your coins" extends here to automated trading. Your strategies run on your machine, for you. And your only point of contact with all of this is an interface built to be used, not feared.

Join the Waitlist

KryllOS sans sa marketplace, ce serait un Mac sans App Store : puissant, mais limité à ce qui a été conçu et livré à l'origine. Un OS qui ne peut pas s'étendre après sa mise en production est un OS qui stagne. La marketplace est ce qui transforme KryllOS en plateforme vivante, un écosystème qui s'enrichit en continu grâce aux contributions de sa communauté, et non par les seules décisions d'une équipe produit centrale.

Pourquoi une marketplace dans un OS

Kryll n'est pas un site web avec des menus et des pages. C'est un OS multi-fenêtres, modulaire, auto-hébergé, qui tourne sur votre VPS. Au lieu de subir des features hard-codées par une équipe produit lointaine, vous composez votre environnement de trading automatisé vous-même.

Et qui dit OS dit store. La marketplace est le centre névralgique où tout converge : un seul endroit, une seule monnaie, une seule et unique expérience, que vous cherchiez une stratégie complète, un bloc d'éditeur custom, une app, ou un skill pour votre agent IA.

Un chiffre qui justifie le tout : dans le sondage communautaire mené avant le lancement, 58% des répondants préfèrent télécharger des stratégies prêtes à l'emploi plutôt que les construire eux-mêmes. La marketplace n'est pas un nice-to-have, c'est un besoin majeur.

Ce que vous pourrez y télécharger

Quatre familles de contenus, du plus prêt-à-l'emploi au plus avancé.

Stratégies de trading complètes : vous téléchargez un bot, vous connectez votre exchange, vous lancez. Pas besoin de toucher l'éditeur. Idéal si vous n'avez pas le temps de construire vous-même, ou si vous voulez vous inspirer du travail de quelqu'un de meilleur. Et comme Kryll est open source, ces stratégies ne sont pas des boîtes noires : vous pouvez les ouvrir, les disséquer, les forker. La marketplace devient aussi un terrain d'apprentissage.

Blocs custom d'éditeur : vous construisez vos propres stratégies mais voulez des super-pouvoirs ? Un indicateur exotique, une logique avancée, un connecteur vers une API tierce. Vous installez, le bloc apparaît dans votre bibliothèque comme un bloc natif.

Apps KryllOS : on monte d'un cran : ce ne sont plus des briques d'éditeur, mais des extensions de l'OS. Dashboards custom, scanners de marché, journaux de trading, intégrations externes. Chaque app s'ouvre dans sa propre fenêtre, à côté de votre éditeur ou de votre suivi de perf. C'est ce qui fait sortir Kryll de son rôle de "fabrique de bots" pour devenir une vraie suite de trading.

Skills d'agent : la couche IA augmentée pour étendre les capacités d'action de votre agent. Chaque skill installé devient une capacité permanente de votre agent, activable à la demande.

Pour les créateurs : un terrain de jeu élargi, une audience déjà là

Toute la section précédente parlait de ce que vous pouvez télécharger. L'autre face de la marketplace, c'est ce que vous pouvez y vendre.

Si vous savez concevoir une stratégie qui tient la route, designer un bloc que les autres rêveraient d'avoir, ou imaginer une app qui change le quotidien d'un trader, votre savoir-faire devient un actif monétisable, payé en KRL à chaque vente.

Trois raisons d'y aller maintenant :

• Quatre surfaces au lieu d'une : stratégies, blocs custom, apps, skills d'agent. Quel que soit votre profil, trader, dev, ops crypto, il y a une catégorie où ce que vous savez déjà faire se valorise, sans changer de métier.
• L'audience est déjà sur place : la majorité des utilisateurs de KryllOS arrivent avec l'intention explicite de consommer du contenu communautaire. Pas besoin de fabriquer son audience avant de vendre, il suffit d'être bon et visible dans le store.
• Publier est plus accessible qu'ailleurs : KryllOS est open source et auto-hébergé : pas de stack propriétaire à maîtriser, pas d'app review, pas de gatekeeper. Vous construisez avec les mêmes outils que vos futurs clients, et vous publiez.

Le moteur économique : triple split et flywheel

La marketplace tourne avec une seule monnaie : le KRL, le token natif de l'écosystème Kryll. Stratégie complète, bloc d'éditeur, app KryllOS ou skill d'agent, tout ce qui s'achète dans le store se règle en KRL. Cela unifie l'expérience d'achat côté utilisateur, et ça branche directement la marketplace au reste de la tokenomics.

Quand un achat est effectué, le KRL est divisé en trois.

• Le publisher récupère sa part, ce qui rend la création de contenu de qualité économiquement viable et entretient la motivation des meilleurs créateurs à continuer de produire.
• Kryll prend une commission qui finance le développement du produit, l'infrastructure et les opérations.
• Les stakers de KRL reçoivent une redistribution : c'est le mécanisme de real yield. Staker du KRL vous fait toucher une part du volume de la marketplace, généré par de l'activité économique réelle, pas par de l'inflation de tokens.

La marketplace n'est pas un module à côté du produit Kryll. C'est le moteur qui transforme un OS de trading automatisé en écosystème complet, qui s'enrichit chaque jour de ce que sa communauté lui apporte.

Que vous soyez là pour télécharger et lancer vos bots sans réinventer la roue, ou pour publier votre travail et bâtir une source de revenu passif en KRL, la marketplace est probablement votre première porte d'entrée dans KryllOS. Et c'est peut-être bien le réflexe à prendre : avant d'ouvrir l'éditeur sur une page blanche, allez voir ce que la communauté a déjà mis sur la table.

Rejoindre la liste d'attente

KryllOS without its Marketplace would be like a Mac without the App Store: powerful, but limited to what was originally designed and shipped. An OS that can't expand after launch is an OS that stagnates. The Marketplace is what turns KryllOS into a living platform, an ecosystem that grows continuously through community contributions, not just the decisions of a central product team.

Why a marketplace in an OS

Kryll isn't a website with menus and pages. It's a multi-window, modular, self-hosted OS running on your VPS. Instead of being stuck with features hard-coded by a distant product team, you compose your own automated trading environment yourself.

And where there's an OS, there's a store. The Marketplace is the nerve center where everything converges: one place, one currency, one unified experience, whether you're looking for a complete strategy, a custom editor block, an app, or a skill for your AI agent.

One number that says it all: in the community survey run before launch, 58% of respondents said they prefer downloading ready-to-use strategies rather than building them from scratch. The Marketplace isn't a nice-to-have, it's a core need.

What you can download

Four content categories, from the most plug-and-play to the most advanced.

Complete trading strategies: download a bot, connect your exchange, hit go. No need to touch the editor. Perfect if you don't have time to build from scratch, or if you want to learn from someone better than you. And since Kryll is open source, these strategies aren't black boxes, you can open them, dissect them, fork them. The Marketplace becomes a learning ground too.

Custom editor blocks: building your own strategies but want superpowers? An exotic indicator, advanced logic, a connector to a third-party API. Install it, and the block appears in your library just like a native block.

KryllOS apps: one level up, these aren't editor building blocks, they're OS extensions. Custom dashboards, market scanners, trading journals, external integrations. Each app opens in its own window, right alongside your editor or performance tracker. This is what takes Kryll beyond "bot factory" and into a full trading suite.

Agent skills: the augmented AI layer to extend your agent's action capabilities. Every installed skill becomes a permanent capability of your agent, activatable on demand.

For creators: a wider playing field, an audience already there

Everything above was about what you can download. The other side of the Marketplace is what you can sell.

If you can design a strategy that holds up, build a block others would kill to have, or imagine an app that changes a trader's daily workflow, your expertise becomes a monetizable asset, paid in KRL with every sale.

Three reasons to go for it now:

• Four surfaces instead of one: Strategies, custom blocks, apps, agent skills. Whatever your profile, trader, dev, crypto ops, there's a category where what you already know how to do has real value, without switching careers.
• The audience is already there: The majority of KryllOS users arrive with the explicit intent to consume community content. No need to build an audience before you sell, just be good and visible in the store.
• Publishing is more accessible than anywhere else: KryllOS is open source and self-hosted: no proprietary stack to master, no app review, no gatekeeper. You build with the same tools as your future customers, and you publish.

The economic engine: triple split and flywheel

The Marketplace runs on a single currency: KRL, Kryll's native ecosystem token. Complete strategy, editor block, KryllOS app, or agent skill, everything bought in the store is settled in KRL. This unifies the buying experience for users, and directly connects the Marketplace to the rest of the tokenomics.

When a purchase is made, the KRL is split three ways.

• The publisher gets their cut, making quality content creation economically viable and keeping the best creators motivated to keep producing.
• Kryll takes a commission that funds product development, infrastructure, and operations.
• KRL stakers receive a redistribution: this is the real yield mechanism. Staking KRL earns you a share of Marketplace volume, generated by real economic activity, not token inflation.

The Marketplace isn't a module sitting beside the Kryll product. It's the engine that turns an automated trading OS into a complete ecosystem, one that grows every day from what its community brings to it.

Whether you're here to download and run your bots without reinventing the wheel, or to publish your work and build a passive income stream in KRL, the Marketplace is probably your first entry point into KryllOS. And it might just be the reflex worth building: before opening the editor to a blank page, go see what the community has already put on the table.

Join the Waitlist

Avant de risquer du capital sur une stratégie, on la teste sur des données historiques. C'est le principe du backtest. Simple dans l'idée, mais la qualité du résultat dépend entièrement de l'outil qu'on utilise.

Dans KryllOS, on a entièrement refait le moteur. Voilà ce que ça change.

Plus précis. Et beaucoup plus rapide.

Le nouveau moteur de backtest utilise un système d'interpolation à 16 ticks par bougie qui permet des résultats nettement plus proches de ce qui se passerait en live.

Mais la précision n'est qu'une moitié de l'histoire. L'autre, c'est la vitesse. Le nouveau moteur est radicalement plus rapide que l'ancien. Ce gain de vitesse change vraiment la façon dont on travaille : on itère plus, on teste plus, on valide plus vite.

Lancer plusieurs backtests en même temps

Avec le MultiBT, on ne lance plus les backtests les uns après les autres. On les lance tous ensemble.

Ça ouvre des possibilités concrètes : tester une stratégie sur plusieurs périodes différentes pour vérifier qu'elle reste robuste dans le temps, la valider sur plusieurs paires ou assets simultanément, ou comparer plusieurs configurations du même système en un seul lancement.

Ce qui demandait une heure de tests séquentiels se fait maintenant en parallèle. Plus de comparaisons, en moins de temps, avec une vision bien plus complète de ce que la stratégie vaut vraiment.

Vos backtests restent chez vous

KryllOS est auto-hébergé. Les backtests tournent entièrement sur votre machine, et aucune donnée ne sort : ni vos stratégies, ni vos résultats, ni les paires que vous testez. Sur une plateforme cloud, vous confiez vos idées à un tiers. Avec KryllOS, elles vous appartiennent réellement.

Un moteur que vous pouvez lire

KryllOS est open source. Le moteur de backtest aussi. On peut lire exactement comment les calculs sont faits, vérifier la logique d'interpolation, et s'assurer qu'il n'y a pas de biais caché dans les résultats.

Dans un domaine où la confiance dans l'outil est aussi importante que l'outil lui-même, c'est loin d'être un détail.

Rejoindre la liste d'attente

Before risking capital on a strategy, you test it on historical data. That's the principle behind backtesting. Simple in concept, but the quality of the results depends entirely on the tool you use.

In KryllOS, we rebuilt the engine from the ground up. Here's what that means.

More accurate. And much faster.

The new backtest engine uses a 16-tick-per-candle interpolation system that produces results significantly closer to what would happen in live trading.

But accuracy is only half the story. The other half is speed. The new engine is radically faster than the old one. That speed gain genuinely changes the way you work: you iterate more, test more, validate faster.

Run multiple backtests at the same time

With MultiBT, you no longer run backtests one after another. You run them all at once.

This opens up concrete possibilities: testing a strategy across multiple time periods to verify it holds up over time, validating it on several pairs or assets simultaneously, or comparing multiple configurations of the same system in a single run.

What used to take an hour of sequential testing now runs in parallel. More comparisons, in less time, with a far more complete picture of what your strategy is actually worth.

Your backtests stay with you

KryllOS is self-hosted. Backtests run entirely on your machine, and no data leaves it, not your strategies, not your results, not the pairs you're testing. On a cloud platform, you're entrusting your ideas to a third party. With KryllOS, they truly belong to you.

An engine you can read

KryllOS is open source. The backtest engine is too. You can read exactly how the calculations are made, verify the interpolation logic, and make sure there are no hidden biases in the results.

In a field where trust in the tool matters as much as the tool itself, that's far from a minor detail.

Join the Waitlist