Классификация нод в GONT

Всем привет! В данной статье речь идет о классификации нод GONT Tree оракула. Мы расскажем вам о возможных типах «узлов» (node), о том, как они функционируют, а также рассмотрим их дальнейшее развитие. Продуктивного чтения!

Что такое нода?

В интернете можно найти разные трактовки данного понятия. Например, что нода — это любой компьютер, подключенный к блокчейн-сети.

Однако NODE в GONT — это, скорее, так называемый узел Оракула, который описывает одну небольшую часть виртуальной машины.

Теория и механика нод в GONT

В процессе реализации цепочек ценностей («Value chains«) сервисов можно выделить несколько типов нод. Назовём это базовой классификацией.

Фактически, мы представляем любой сервис как «путь» транзакции на GONT Tree. Этот путь мы считаем цепочкой создания добавочной стоимости сервиса (Value Chain).

Возможные типы нод:

1) Node-S (Node-Service)
Node для «входа» транзакции в сервис. С данного «узла» начинается выполнение цепочки сервиса. При этом, нужно отметить, что с одной ноды на GONT Tree может начинаться множество сервисов. Т.е. другие пользователи получают право использовать любой Node на GONT Tree для построения своих сервисов, тем самым давая этому «узлу» возможность зарабатывать через механизм AlGas.

2) Node-A (Node-Action)
Представляет собой транзакцию, запись которой не происходит в блокчейн цепочке. Обновление состояния блокчейна не осуществляется в момент выполнения данной транзакции. Записывать транзакцию в блокчейн или нет, решает создатель сервиса. Однако, выполнение этой транзакции влечет расход газа AlGas в gVM.

3) Node-B (Node-BAction)
Представляет собой транзакцию, меняющую состояние блокчейна. Т.е. в момент прохождения транзакцией узла BAction, она выполняется как обычная консенсусная блокчейн транзакция.

Существует несколько типов Node-B:

Стартовый. Здесь стартует транзакция. Фактически, это Node-S.
Проходной. Транзакция входит в Node и выходит дальше, меняя тем самым состояние БЧ.
Замыкающий. Здесь сервис заканчивается, и транзакция подходит к завершению.
В чем состоит фундаментальное отличие GONT от базового кода Ethereum в реализации механики выполнения транзакции?

Легко заметить, что относительно базового Ethereum, где условному сервису «принадлежит» один аккаунт и один смарт-контракт, «прошитый» в состояние (State) данного аккаунта, в GONT появляется новое множество сущностей, которые соответствуют все тому же сервису.

Как минимум, GONT сервису соответствует один Node-S. Максимум — неограниченная цепочка Nodes. При этом каждый Node несет семантику транзакций.

Как при этом построить соответствие аккаунта контракта в Ethereum к Node-S (стартовому узлу сервиса на GONT Tree)? Аккаунт смарт контракта в Ethereum должен «знать» с какой gVM в пуле GONT VM начать выполнение входящей транзакции. В этом и состоит первое отличие!

Дальнейшее развитие NODE-S и слоев

Как описывать цифровые ценности (произвольные digital assets)?

Любые ценности описываются по шаблонам на GONT Tree.

Давайте введем понятие LDA — Layer of Digital Assets. К любому узлу на GONT Tree может быть прикреплен слой LDA.

Внутри слоя LDA также может существовать иерархия. Например, по типам контейнеров и контрактов. И все это описывается (с подтверждением) на GONT Tree.

Контейнер данных, по сути, это ссылка на отдельную вложенную онтологию, описывающую структуру данных. Любое «касание данных» в контейнере данных может являться транзакцией (AlGas) с уникальным GONT адресом этих данных. Т.е. любое касание данных по адресу этих данных ведет к расходу газа AlGas у вызывающей стороны.

Визуализация иерархии LDA-Контракты

При вызове команды «NODE A» вызываются также исполнительные контракты данного узла в любом количестве и последовательности.

Спасибо за внимание! До встречи в следующих статьях.
GONT