Главная страница

Законодательства тех или иных стран не успевают за их стремительным раз витием и ростом популярности


Скачать 1.74 Mb.
НазваниеЗаконодательства тех или иных стран не успевают за их стремительным раз витием и ростом популярности
Дата15.10.2022
Размер1.74 Mb.
Формат файлаdocx
Имя файлаRSVPU_2018_372.docx
ТипЗакон
#735034
страница12 из 17
1   ...   9   10   11   12   13   14   15   16   17

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




На рисунке 18 представлена схема блока, в котором содержатся следу- ющие элементы: «Номер блока», «Ключ», «Журнал успеваемости», «Преды- дущий блок», «Хэш».



Рисунок 18 Схема блока
«Номер блока» содержит номер блока в цепочке в его строгой последо- вательности.

В качестве массива входных данных будет выступать элемент блока

«Журнал успеваемости» с данными об успеваемости обучающихся на опре- деленных этапах при прохождении контрольных точек с полями следующего вида: «Образовательное учреждение», «Обучающийся», «Дисциплина»,

«Контрольная точка», «Результат», «Преподаватель», «Дата» (рисунок 19).

Поля «Обучающийся» и «Преподаватель» будут содержать их публич- ные идентификаторы, а не имена или личные данные. Это обеспечит приват- ность персональных данных от просмотра извне.

Поля «Образовательное учреждение», «Дисциплина», «Контрольная точка», «Результат», «Дата» содержат соответствующую их названиям ин- формацию без какого-либо шифрования. Таким образом, каждый участник,

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



Рисунок 19 Элемент блока «Журнал успеваемости»
Внесенный в блок массив входных данных с помощью значения эле- мента блока «Ключ» преобразуется в хэш, соответствующий заданному в си- стеме условию.

Элемент блока «Предыдущий блок» содержит хэш того блока, элемент

«Номер блока» которого соответствует предыдущему значению от текущего. Первый блок в цепочке имеет нулевое значение элемента «Предыду-

щий блок».

На следующем этапе процесса обучения создается новый блок с новы- ми данными об успеваемости, связываясь с предыдущим в цепочку (рису- нок 20).

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

Публичными элементами блока являются «Номер блока», «Журнал успеваемости», «Предыдущий блок» и «Хэш», которые могут быть скопиро- ваны и проверены на корректность.



Рисунок 20 Схема цепочки блоков
Копии цепочек блоков могут храниться на множестве узлов сети, обес- печивая сохранность и неизменность данных обучающихся, а контролирую- щим деятельность образовательных учреждений органам для проверки как показателей успеваемости, так и корректности внесения данных достаточно будет лишь иметь копию этой цепочки.

      1. Смарт-контракты для выдачи сертификатов и дипломов о завершении обучения



В системе существует возможность технически получить доступ к та- ким компонентам, как:

  • участники договора — это обучающийся, преподаватель, образова- тельное учреждение;

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

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

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

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

Таким образом, для работы осуществления смарт-контрактов выполне- ны условия, описанные в первой главе.

Расширим систему.

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

В предыдущей главе говорилось об том, что в элементе блока «Журнал успеваемости» будут хранится все контрольные точки, которые проходит обучающийся.

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

Для преподавателя же нужно внести возможность брать нагрузку, в то время как образовательное учреждение должно её формировать.



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

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

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

В общем виде схема связей в системе представлена на рисунке 22.



Рисунок 22 Схема связей модели для смарт-контрактов


      1. 1   ...   9   10   11   12   13   14   15   16   17


написать администратору сайта