Горизонт - специализированная система безопасности, предназначенная для обеспечения безопасности операций в критических системах. В стеке Горизонта используется технология блокчейн и консенсус доверия, основанный на модели горизонтальных связей, репутациях сущностей и поведенческих паттернах обычных людей в реальной жизни.

Горизонт — используется другими приложениями экосистемы для выполнения операций, при которых требуется обеспечение высокого уровня безопасности пользователей и данных.

Horizon is a specialized security system created to safeguard operations in critical systems. The Horizon stack employs blockchain technology and trust consensus, drawing from a model of horizontal connections, entity reputations, and behavioral patterns seen in people. Horizon is utilized by other ecosystem applications for tasks necessitating heightened levels of user and data security.

Горизонт необходим для решения следующих задач:

• Проверка подлинности авторов запросов

• Обслуживание событий и инцидентов безопасности

• Защита профиля пользователя от действий злоумышленников

• Верификация изменений персональных данных

• Верификация совершаемых в экосистеме операций

• Обеспечение целостности частных и публичных сообщений

• Действия с персональной и корпоративной цифровой подписью

• Регулирование прав на интеллектуальную собственность

• Проведение доверенного документооборота

• Действия с цифровыми контрактами

• Обслуживание соглашений и сделок

• Совершение операций с активами

• Управление версиямии другие задачи

Horizon is crucial for addressing the following issues:

• Authenticating query originators

• Maintaining security events and incidents

• Protecting a user's profile from malicious activity

• Verifying personal data changes

• Confirming operations conducted within the ecosystem

• Ensuring the integrity of private and public communications

• Handling personal and corporate digital signatures

• Regulating Intellectual property rights

• Facilitating trusted document flow

• Engaging in activities with digital contracts

• Managing agreements and transactions

• Handling asset transactions

• Version management

У Горизонта есть публичная сеть, которая используется приложениями экосистемы.

В публичной сети через монитор операций можно получать информацию о всех событиях системы в реальном времени, самостоятельно проверить целостность данных.

В работе Горизонта участвуют системные и частные ноды, а также устройства пользователей приложений экосистемы.

Публичная структура сети имеет вид куста, растущего одновременно всеми отростками.

В Горизонте без потерь в производительности может проводиться параллельно и одновременно неограниченное количество транзакций.

Каждый пользователь является родоначальником нового отростка на кусте.

Своя цепочка есть у каждого пользователя, состоящая из производимых пользователем блоков.

Horizon operates through a public network utilized by ecosystem applications.

Within this public network, the operation monitor provides real-time information on all system events and allows independent verification of data integrity.

Horizon encompasses both system and private nodes, along with the users of ecosystem applications.

The network's public structure resembles a bush that grows simultaneously with all processes.

Within Horizon, an unlimited number of transactions can be carried out in parallel without any loss in performance.

Each user within the system acts as the initiator of a new process on the bush, owning a chain composed of user-generated blocks.

Основной рабочей единицей Горизонта и строительным материалом, является авторский блок с уникальным набором данных. Блок формируется на устройстве пользователя в течение определённого времени, в процессе перемещения в пространстве, взаимодействия с другими участниками и компонентами экосистемы. Число производимых одним пользователем блоков ограничено.

Каждый блок является уникальным отпечатком конкретного пользователя в определенный отрезок времени.

Из блоков на устройстве пользователя формируется персональная цепочка.

Хеш комбинации из блока и других данных отправляется в публичную сеть.

Исходник блока всегда остаётся у пользователя и никогда и никому не передаётся.

The primary operational component of Horizon is the author's blocks, composed of a distinctive dataset. These blocks are generated on the user's device over a specific time frame, during movements, interactions with other participants, and elements within the ecosystem. There is a cap on the number of blocks one user can create.

Each block serves as a distinctive identification of a specific user during a particular time period.

A personal chain is established by linking blocks on the user's device, and the combined hash from the block and related data is transmitted to the public network.

The user always retains the ownership of the block source, which is never shared with anyone.

Поступившие в сеть блоки по специальному протоколу начинают подтверждаться другими участниками сети. Для каждого блока требуется от нескольких десятков до нескольких сотен подтверждений.

Каждый пользователь может подтвердить несколько блоков других пользователей на каждый собственный созданный блок.

В процессе подтверждений формируются горизонтальные связи, уникальные для каждого блока. Совокупность всех блоков каждого пользователя и их связей, даёт в моменте уникальный и неповторимый узор из горизонтальных связей 1-4 уровня, который также используется при формировании персональной цифровой подписи.

В публичной сети блок должен прожить продолжительное время, как правило, не меньше 1 недели, а чаще срок жизни блока будет составлять месяцы. Чем старше блок и чем больше у него подтверждений от других участников сети, тем он ценнее для сети, а значит дороже.

Blocks received in the network via a specialized protocol begin to be ratified by other network participants. Every block necessitates a few dozen to several hundred confirmations.

Each user has the ability to confirm multiple blocks belonging to other users for every block they create.

During the confirmation process, unique horizontal connections are established for each block. The aggregate of all blocks from each user and their connections at that moment produces a distinctive pattern of horizontal links at levels 1-4. This pattern is crucial in crafting a personal digital signature.

Within the public network, a block must live for a considerable duration, typically at least 1 week, with many blocks' lifespan turning into months. The block's value to the network escalates as it ages and accumulates more confirmations from other network members, making it more valuable and thus more costly.

Для определения ценности блока учитываются параметры:

• возраст и активность создателя блока в экосистеме

• уровень лояльности сообщества к создателю блока

• репутация создателя блока

• география деятельности создателя блока

• имущественный ценз (владение активами, балансы) и другие параметры.

The value of a Horizon block is determined by considering the following parameters:

• Age and activity of the block creator within the ecosystem

• Level of community loyalty towards the block creator

• Reputation of the block creator

• Geographic scope of the block creator's activities

• Proprietary qualifications such as asset ownership and balance sheets.

Операции бывают разных типов. Для каждого типа операции используется специальный системный контракт.

Транзакция может содержать в себе много операций одного типа.

В транзакциях используются пользовательские блоки.

Блоки в транзакцию отбираются в соответствии с требованиями контракта и если разрешено контрактом, то могут применяться персональные настройки инициатора транзакции. К примеру, можно регулировать отбор блоков по специальным признакам или географическому происхождению блока или создателя блока.

Для отбора блоков используется специальный алгоритм случайного выбора множества из множества, работающий по принципу получения случайного значения как производного из данных, которых ещё нет в сети, то есть буквально из будущего.

Транзакции различаются по важности. Для каждой важности свои требования к блокам, их ценности.

В транзакции блоки должны быть погашены, для этого сеть обращается к создателю блока, которому потребуется исходник для выполнения процедуры гашения. Если исходника нет, то блок считается испорченным и не может быть использован в транзакции.

Погашенные блоки должны пройти процедуру подтверждения гашения, во время которой проверку корректности вычисления производят другие участники, обычно 5-10 на каждый блок.

Transactions are initiated within the system, resulting in the creation of operations. Operations encompass diverse types, each of which corresponds to a specific system contract. A transaction can consist of multiple operations of the same type, enclosed within user-generated blocks.

When constructing a transaction, blocks are selected based on the contract requirements. Additionally, if permitted by the contract, the initiator's personal settings can be applied. For instance, the selection of blocks can be tailored by unique block features or the geographic location of the block or its creator.

A specialized algorithm for random selection, operating on the principle of deriving a random value from data not yet on the network, is utilized to choose blocks. This selection process essentially looks ahead to the future for its randomness.

Transactions carry different levels of importance, each with distinct block requirements and values. Within a transaction, the blocks must undergo validation. The network reaches out to the block creator for validation procedures. If the source is unavailable, the block is deemed unusable for the transaction.

Validated blocks must undergo a confirmation process where other participants, typically 5-10 per block, verify the accuracy of the calculations.

Модель сети позволяет проводить мгновенные служебные операции, такие как проверка подлинности автора запроса. В критических системах, использующих Горизонт, это важнейшая операция проверки, которая совершается перед каждым активным действием пользователя, которое влечёт изменение состава данных.

Если подлинность автора запроса не подтверждена, то все последующие действия не могут считаться надёжными.

Проверка подлинности проводится как на устройстве автора так и в публичной сети, независимо от наличия связи.

В зависимости от важности операции, Горизонт предъявляет разные требования к сложности процедуры проверки подлинности авторов запросов.

Проверка подлинности производится через специальные операции с использованием публичного куста и персональной цепочки.

Для проверки подлинности через публичный куст происходит запрос на гашение блока из цепочки старше 2 недель. Параметр настраиваемый.

К примеру, если данные профиля были похищены, злоумышленник минимум 2 недели с момента первой авторизации не сможет совершать операции от имени пользователя, изменять email или телефон, отправлять сообщения, выполнять финансовые операции. Настоящий владелец после первой неудачной проверки подлинности автора запроса, будет немедленно извещен о возможной угрозе и сможет вернуть контроль над своим профилем без вреда для себя.

Важно также то, чтобы не только система была уверена в подлинности участников, но и обратное — участники должны быть уверены в системе при поступлении от неё данных или инструкций по использованию рабочей логики.

In the network model, immediate maintenance operations, such as authorizing the requester, are facilitated. In critical systems leveraging Horizon, this verification process is paramount before every active user action that involves modifying data composition.

If the author's request authenticity remains unverified, the subsequent actions cannot be deemed trustworthy.

Authentication procedures occur on both the author's device and the public network, irrespective of communication availability.

Horizon imposes varying requirements on authenticating requesters based on the operation's significance. Authentication is conducted through specialized operations utilizing a public bush and personal chain.

For authentication via the public bush, a validation request is made for a block from a chain older than 2 weeks. This parameter is customizable.

For instance, in the event of profile data theft, the perpetrator won't be able to perform user activities, alter email or phone details, send messages, or conduct financial transactions for a minimum of 2 weeks post the initial authorization. The genuine owner, upon the initial unsuccessful authentication of the requester, will promptly be alerted to a possible threat and can regain profile control harmlessly.

Ensuring not only the system's confidence in participant authenticity but also participants' trust in the system regarding data and operational instructions is crucial.