Комментарии 16
Если пациента однажды деанонимизировали, то получается что до конца существования этого блокчейна про него можно будет узнавать все новую информацию?
Основная проблема блокчейна — он не предназначен для хранения файлов большого размера, как же тогда в нем хранить данные кт и мрт по полгига?
И чем это решение на блокчейне отличается от обычной распределённой БД с доступом через сервисы-валидаторы? Единственное отличие, по крайней мере на первый взгляд, это логирование запросов на доступ в публично доступный лог — но для ведения такого лога есть более простые и универсальные решения, например используемое в Certificate Transparency.
Но зачем в этой системе блокчейн?
У публичных блокчейнов действительно нет никакого владельца — любой может скачать ноду, запустить ее и участвовать в консенсусе. Для приватных блокчейнов же нод, во-первых, как правило меньшее количество, во-вторых — владельцев обычно немного, ими являются компании, которые поднимают ноды-валидаторы на своих серверах.
Допустим у двух компаний в "инкрементальном бэкапе" (на самом деле я думаю правильно называть это "патч") значение someValue изменено на 0, а у трех остальных на 1. Как тут разрешить конфликт? Если придумаете какой-нибудь алгоритм, например PoW, как в биткоине (кто больше — тот и главный), то поздравляю — вы только что изобрели блокчейн, только он у вас довольно плохо работать будет, потому что РБД изначально под такой сценарий не проектировались.
Но существуют и другие способы достижения консенсуса. Конкретно в Exonum — BFT-консенсус, то есть алгоритм, устойчивый к византийскому поведению части нод. До 1/3 общего количество нод могут быть выведены из строя или взломаны — на работу остальных это не повлияет. При этом на достижение консенсуса тратится совсем немного времени и не требуется никаких вычислений.
При просмотре нужно смотреть примёмы врачей, анализы из разных клиник. Как тут может быть конфликт????
Соглашусь, ценное замечание. На практике правда визайнтийское поведение чаще всего проявляется в проблемах с интернет-соединением и в ожидании синхронизации.
Справедливости ради, в Exonum можно увеличить необходимое "большинство" через конфигурацию сети. По-умолчанию там установлено значение 2/3, но можно увеличить вплоть до 1. Уменьшать, впрочем, нельзя.
Блокчейн и медицинские данные: как это работает