There are six different types of hierarchies: Charting Space, Crypto Ecosystem, Trading Systems, Network, Data Mines, and Super Scripts.

A hierarchy is the representation of an overarching, top-level concept resulting in a long chain of nodes, usually with many ramifications. The system manages different types of hierarchies, each of them with a specific focus.

Charting Space

The charting space is the hierarchy that governs the configuration of the charts, and the bidimensional space on which charts are drawn.

Think of the charting space as a huge drawing board. You may have lots of information plotted on different parts of the space and use a viewport to look into that space.

There is only one charting space hierarchy, thus all charts are configured here. As is common throughout the system, different concepts and elements of the charts such as scales, data layers and so on, are represented by nodes in the hierarchy. The system allows great flexibility on how to visualize information over the charts by adding, configuring, and arranging these nodes.

Trading System

A trading system is a framework handling the low-level logic that serves to structure the processes and methods used to implement and deploy trading strategies.

In practical terms, a trading system is a hierarchical arrangement organizing the actionable aspects of your investment plan. The hierarchy contains definitions regarding any number of trading strategies, all sharing the same market, the same base asset, and the same initial capital.

You use a trading system to define strategies following the Superalgos Protocol, splitting strategies into four stages: trigger, open, manage, and close.

The concept of describing strategies in phases is fundamental to the methodical aspect of the trading system, as it provides a framework to run every strategy with the same logic, which contributes to developing scalable trading systems that may grow to any number of strategies.

When a trading system features more than one strategy, the first strategy has precedence over the second, the second over the third and so on. This means that strategies are evaluated in a sequence. When a given strategy is triggered-on, the remaining strategies in the queue are no longer evaluated until the strategy triggers off. In other words, when multiple strategies are deployed within a single trading system, only one strategy may trade at any given moment, and precedence is given by the order around the trading system node.

Click to learn more about trading systems

Adding a Trading System Node

To add a trading system, select Add Trading System on the workspace node menu.

Crypto Ecosystem

The crypto ecosystem is a hierarchy that contains definitions about third-parties, including exchanges and their markets, as well as accounts of users with those third parties.

There is only one crypto ecosystem hierarchy. You will use it to define which exchanges and which markets you wish to work with, as well as the details of your accounts with those exchanges.


The network hierarchy contains definitions regarding the physical location in which certain nodes live or function. For instance, a certain process my run and store data in your local machine or some other machine in the network.

You will use the network hierarchy for the following purposes:

  • To control your data mining—that is, processes running sensor and indicator bots. These keep your data feeds up to date so that you may trade live with quality information.

  • To control your testing environment—that is, trading sessions including backtesting and paper trading.

  • To control your production environment—that is, forward testing, and live trading sessions running the trading bot.

  • To control your data storage—that is, to administer the physical location in which the data products produced by bots reside.

Data Mine

A data mine is a hierarchy that contains definitions of bots, including the trading bot, sensors, indicators, and even plotters. These definitions make up the actual programs of such bots—the source code.

In a way, data mines are catalogs of bots that anyone may create. This hierarchy provides all the tools required to create sensors, indicators, and plotters, with minimal coding required.

Because the hierarchy provides definitions, it does not intervene in the execution of bots. Instead, the definitions in data mines are instantiated from the network hierarchy by bot instances. Bot instances and process instances are the ones running the code according to the definitions in the corresponding data mine.

Click to learn more about data mines

Adding a Data Mine Node

To add a data mine, select Add Data Mine on the workspace node menu.

Configuring the Data Mine

Select Configure Data Mine on the menu to access the configuration.

"codeName": "Supermine"
  • codeName is the name of the data mine as used within the code of the system.

Super Scripts

The super scripts hierarchy holds definitions of scripts used to automate certain aspects of the administration and maintenance of the workspace, such as installing and deleting markets.

The super scripts hierarchy may be used by developers who wish to create their own scripts for automating the deployment or manitenance of all sorts of structures of nodes across any of the hierarchies in the design space.

Regular users will find little to do with this hierarchy, even though they may use it indirectly, for instance, when installing or uninstalling markets.

Click to learn more about super scriptss

Adding a Super Scripts Node

To add a super scripts hierarchy, select Add Super Scripts on the workspace node menu.

Configuring the Super Scripts

Select Configure Super Scripts on the menu to access the configuration.

"codeName": "Masters"
  • codeName is the name of the hierarchy as is used in the system’s code.