Аутентифицированный веб-интерфейс, взаимодействующий с блокчейном

Скажем, я хотел бы реализовать приложение, используемое несколькими учреждениями, у каждого из которых есть несколько партнеров. Ассоциированные лица должны иметь возможность взаимодействовать с приложением (но не обязательно узлами (?)). Таким образом, я хотел бы создать веб-интерфейс, предоставляющий возможность легко взаимодействовать с блокчейном. Каждому учреждению нужен свой интерфейс, соответствующий их домашнему стилю. Кроме того, партнер должен пройти аутентификацию в веб-интерфейсе, чтобы иметь возможность использовать его функции.

Насколько я понимаю, в каждом учреждении будет работать несколько узлов. Каждый узел может предоставить REST API для взаимодействия с блокчейном. Затем каждое учреждение будет запускать свой собственный веб-сервис со своим собственным интерфейсом, взаимодействующим с REST API (управляемым одним из их узлов)? и, следовательно, блокчейн. Тогда веб-служба также будет иметь свою собственную (централизованную и специфичную для института) базу данных, которая содержит данные для входа в систему, предоставляя способ сначала аутентифицировать сотрудника, прежде чем он получит доступ к фактическим функциям.

Является ли мой способ думать об этом неправильным? Кроме того, REST API по-прежнему будет доступен напрямую без аутентификации. Есть ли решение для этого?

Спасибо за любую помощь или направление.


person CPUFry    schedule 14.04.2018    source источник


Ответы (1)


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

Что касается аутентификации, в сервер Composer Rest встроена аутентификация с многопользовательским режимом. В примере и руководстве в документации в качестве механизмов аутентификации используются Guthub и Google, но есть варианты использования Ldap, AD или других стратегий.

Многопользовательский режим для сервера Composer Rest описан здесь.

person R Thatcher    schedule 16.04.2018
comment
Можно ли также использовать существующую базу данных логинов и паролей в качестве ЦС? - person CPUFry; 16.04.2018
comment
Это заявление можно найти в документации по Fabric. Hyperledger Fabric предоставляет дополнительную службу центра сертификации, которую вы можете использовать для создания сертификатов и материалов ключей для настройки и управления идентификацией в вашей сети блокчейнов. Однако можно использовать любой ЦС, который может генерировать сертификаты ECDSA. - person R Thatcher; 17.04.2018