Horizon Information

About the system

What is Horizon

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.

What is the purpose of Horizon

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

How Horizon operates

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.

Работа Горизонта

Блоки Горизонта

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

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

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

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

Что происходит с блоками в публичной сети

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

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

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

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

Как определяется ценность блоков Горизонта

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

  • Возраст и активность создателя блока в экосистеме
  • Уровень лояльности сообщества к создателю блока
  • Репутация создателя блока
  • География деятельности создателя блока
  • Имущественный ценз (владение активами, балансы) и другие параметры.

Транзакции в Горизонте

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

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

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

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

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

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

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

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

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

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

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

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

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