Витрина ALTGAS в GONT vol.2

Добро пожаловать на страницы нашего блога, уважаемые читатели! Сегодня мы продолжаем говорить про витрину ALTGas и рассказываем вам все об архитектуре предзапуска альтернативного газа в GONT. А также говорим о границах его применимости.

Архитектура предзапуска GONT AlGas

Запуск AlGas на рынок через Genesis фазу.

Рассмотрим первое множество AlGas, которое будет создавать всю остальную архитектуру GONT. После быстрого прохождения стадии BigBang в системе появляется тот самый Genesis AlGas газ. Он будет основным газом довольно долго.

GONT.Genesis.Phase1

Чего мы хотим от первой фазы Genesis?

Фаза 1 осуществляется без подтверждения первых Genesis транзакций на любом БЧ. Т.е. транзакции проводятся централизованно, но на рабочих gVM ядрах. Фактически, фаза 1 — это просто прототип.

Цели Фазы1:

  • Возможность запускать первые прототипы сервисов.
  • Упорядочить первый вариант формата дерева Оракула.
  • Автоматизация процесса генерации Оракула.
  • Отладка сертификации узлов Оракула.
  • Вовлечение реальных разработчиков в процесс.

Какой Genesis AlGas используется на Phase1?

Основной рабочий газ на первой стадии GONT. Этого газа достаточно для описания обширных пространств новых смыслов, но пока без использования смарт-контрактов (до ввода языка GOL на GONT.Genesis.Phase2).

AlGas 1 (Genesis.AlGas1)

  • Создание NODE {генерация Meta, GONTdb, Big_dic}
  • OpenSource модель

AlGas 2 (Genesis.AlGas2)

  • Генерация ELF
  • OpenSource модель

Как создателю потом верифицировать ELF?
В режиме сложного газа Debugger собирается и присылается на почту потом.

AlGas 3 (Genesis.AlGas3)

  • Генерация сертификата

AlGas 4 (Genesis.AlGas4)

  • GOL и генерация кода ядра

AlGas 5 (Genesis.AlGas5)

  • Газ проверки целостности

AlGas 6 (Genesis.AlGas6)

Газ расчета семантических близостей для семантического поиска по КБМ (подробно про КБМ — см. ниже).
Визуализация:

Расчет онтологической близости узлов осуществляется по коэффициентам связей (отдельный AlGas). На данный момент мы рассматриваем близости смыслов только внутри одной плоскости, общей для этих смыслов.

Пример: как можно реализовать морфологический словарь в GONT.
Весь Genesis газ выполняется в режиме сервисного процессора.

Сервисный процессор на Big Bang уровне

В момент Bing Bang еще нет gVM. Потому что gVM требуют наличия структур Оракула для генерации кода gVM. Пока мы работаем с чисто сервисным процессором.

Описание функционала AlGas1 (уже после Big Bang)

  • Реализация через PlugIn сервисного процессора.
  • На входе — формат узлов префиксного дерева. Фактически, это задает и формат плоскости. Пока мы не поддерживаем мультиформатные деревья внутри одной плоскости.
  • На входе — любой узел текущей плоскости GONT Tree, начиная с самого верхнего корневого узла.
  • На входе — словарь новых термов (проверка на чисто англ. синтаксис).
  • По данным словаря генерируются дочерние узлы дерева. Расширяется GONT Tree дерево.
  • Сервисный процессор помещается на любой конечный лист, и запускается генератор. Генератор превращает лист в полноценный NODE дерева.
  • Укладывание данных в сертификат. После генерации узла генерируется и сертификат данной транзакции.

Открытые вопросы: как подтверждать первый генератор (AlGas1)?
Решение: просто как Open Source!

GONT.Genesis.Phase2

Особенности фазы с подтверждением.

Чего мы хотим от второй фазы Genesis?

Отладка использования алиасов узлов Оракула как элементов языка.
Использование явных ссылок на консенсус в языке.

Пример:
Если [идет снег], то [выпускать в рейд N снегоуборочных машин].
N зависит от количества майнеров, подтвердивших, что идет снег (консенсус по [идет снег]).
В Москве может быть 10 майнеров — метео станций (станция в МГУ точно есть). [идет снег] описано смыслами и действиями на GONT Tree, как и контракт по запуску в рейд машин.

Любое микро-ICO на GONT должно сопровождаться выпуском на рынок нового набора gVM! С целью отгрузить на рынок 100 тыс. gVM машин до запуска MainNet (полнофункциональный контейнер GVM).

Подтверждение целостности gVM (во времени) как суть транзакций. Выпуск gVM на рынок становится транзакцией. Нам необходимо подтвердить целостность структуры gVM, т.к. они будут находиться в свободном обращении. И их начнут подделывать (как обычные бумажные деньги).

Архитектура системы подтверждений gVM вводится во время фазы Phase2.

Что мы относим к Phase2?

Использование алиасов с Оракула в качестве элементов языка GOL.
Уже на ранней стадии язык GOL должен быть достаточно функциональным для создания контрактов.
Подтверждение транзакций генерации Оракула.
Пока нету Оракула, мы не можем создать даже самые простые машины для запуска блокчейна для подтверждения транзакций по созданию Оракула. Это замкнутый цикл. Поэтому до Фазы 2 нужно успешно реализовать Фазу 1.
AlGas1 (Phase1) и AlGas4 (Phase1) работают по одинаковой схеме.

Формирование Seed информации для подписи создания узла на оракуле.

Seed1 — Текстовая метаинформация.
Seed2 — Метаинформация о файле (EXE/DLL) для AlGas исполнителя (С++ скомпилированный модуль).
Seed3 — Метаинформация о сгенерированных файлах исходного кода.
Seed4 — Накапливаемая информация внутри AlGas (в самом «пекле» работы газа).

Для AlGas4 (генерация кода gVM машин — Genesis.AlGas4) схема чуть сложнее.

Начало FLOW осуществляется с онтологического описания FUPE блоков на Оракуле (Big Bang или Genesis стадия — Фаза 1). Для создания нового ядра gVM мы массивно описываем и регистры, и систему команд.

Границы применимости газа

Есть ли граница делимости AlGas?
Когда мы дойдем до фундаментальной границы делимости?

Очевидный ответ:

Нативные инструкции процессора (система команд x86 и т.п.).

Нативные инструкции (x86) удобно НЕ относить к AlGas, т.к. их будет сложно и неэффективно считать. Т.е., условно, невозможно брать деньги за количество инструкций «MOV» в программе. «Газом» должны быть чуть более «масштабные» алгоритмы.

Статические состояния для CHESS генераторов кода

Генератор кода — это самый базовый (Genesis) газ, создающий gVM машину. Статические состояния не могут быть газом, т.к. они учитываются в «пирамиде подтверждения целостности контейнера«. Назовём это условно «FUPE газ».

FUPE — атомарные вычислители

FUPE = FU + PE (Functional Unit + Processing Element).
FUPE — это вычислительный базис для AlGas.
Неправильно делать FUPE самим газом!

Спасибо за внимание! До связи.
GONT

гонтнегонитгонтgontblockchainshardingблокчейнтехнологияальтернативныйгазaltgas
25%
0
5
0.056 GOLOS
0
В избранное
GONT.IO: CROWD-SERVICES BLOCKCHAIN
5
0

Зарегистрируйтесь, чтобы проголосовать за пост или написать комментарий

Авторы получают вознаграждение, когда пользователи голосуют за их посты. Голосующие читатели также получают вознаграждение за свои голоса.

Зарегистрироваться
Комментарии (0)
Сортировать по:
Сначала старые