Защищенные контейнеры данных GONT

В данной статье рассмотрим ценность защиты информации в GONT. Приятного чтения!

Всем привет! В данной статье рассмотрим ценность защиты информации в GONT. Приятного чтения!

Развитие данной технологии GONT ведется в двух направлениях:

  • Усиление традиционной криптографии

В традиционную gVM мы добавляем специальную «функцию запутывания» с целью сделать взлом данных в контейнере за конечное время невозможным для любого уровня хакеров. В итоге получаем secured gVM (sgVM). Т.е. для защищенности мы вводим специальный контейнер со специальной системой мутации информации (функция запутывания и распутывания). 

  • Отображение хранилища данных на онтологии

Вместо использования реляционных баз данных с привычной индексацией, можно отобразить данные на онтологию GONT Tree и сделать их частью глобального консенсуса. А также будет реализован SQL, подобный язык запросов к контейнерам (см. ниже). 

Пример: хранилище карт пациента для произвольной больницы.

Нужно реализовать в качестве защищенного контейнера.

Карта пациента. Локальное хранилище карточки. Иерархически расширяемое. 

Отображение карты пациента на онтологии GONT Tree:
Общая структура карточки:

Нам нужно построить для начала локальное хранилище карточек.

  • Карточки хранятся локально.
  • Карточки хранятся на сервере больницы.
  • Карточки хранятся в облаке.
  • Карточки хранятся в блокчейне.

Все данные синхронизованы в различных хранилищах. Локально в больнице данные могут храниться не в формате GONT.

Логика хранения данных:

Все блоки работают по append принципу.

В секциях визитов хранятся смещения в BIN (Данные).
Секции визитов состоят из кодов для построения дерева карточки.
Один визит = один обработчик в gVM ядре GONT. 

Op3 = {Анализ, Жалоба, Заключение..}

Декодируется OPCODE Прием.

В Chess_INSTR Обработчике запускаем декодирование всех N кодов.

У всех N кодов OPCODE_Прием =0000000;

Просто разбираем Op1, Op2, Op3 и формируем строку для дерева.

Например:

Кабинет 1/ Анализ1

Содержимое анализа (TXT заголовок) достаем уже из BIN большого файла. Т.е. у нас по такой схеме gVM запускается из обработчика CHESS. Строки потом выводятся в окно дерева приемов. 

По аналогии:

Стрелочку заменить на крестик — «раскрыть строку далее..» 

Для реализации такого прототипа нужно закончить отладку Сервисного Процессора GVM.

ASSIST для генерации текста:

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

Таблица пациентов. Упрощенный вариант.
Отображение на GONT Tree:

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

Реализация ЗАПРОСА

Выбрать всех пациентов с годом рождения N.
Нужно сделать отдельный gVM, который в CHESS_INSTR для Opcode Клиники будет накапливать данные. Фактически, отдельный запрос = Новый gVM, заточенный под запрос.

Спасибо за внимание! Продуктивного дня!

А. Хакамото 

Добавить комментарий