Участие Hyperledger без размещения однорангового узла
Мы стремимся внедрить решение на основе технологии hyperledger, и я озадачен этим фундаментальным вопросом. Как проектируется решение Hyperledger, если не все участники могут / хотят разместить одноранговый узел?
Наши пользователи делятся на 2 группы - плательщики и провайдеры. Большинство наших провайдеров готовы и имеют ИТ-инфраструктуру, необходимую для размещения однорангового узла. Многие из наших плательщиков являются / не делают.
С точки зрения участника-плательщика, как я могу доверять системе, если я не являюсь партнером и у меня нет собственной копии книги? Какие варианты мы можем иметь при настройке среды hyperledger, которая позволяет им участвовать?
Приносим свои извинения, если я упустил пункт или какую-либо документацию, которая описывает этот сценарий, но ссылки на него будут очень приветствоваться.
1 ответ
Самое простое "предположение о доверии" для групп, которые не запускают одноранговые узлы, чтобы доверять определенному члену, который управляет одноранговым узлом. Для отправки транзакций на самом деле не имеет значения, запускаете ли вы узел или нет... вы, скорее всего, позаботитесь о действующей политике одобрения, чтобы убедиться, что нет ни одного влиятельного участника с одноранговым узлом, но кроме того, что вы отправляете в любом случае, для одобрения несколькими коллегами. Для запроса данных, как уже упоминалось, у вас может быть сходство / доверие к одному конкретному члену, вы можете выбрать случайный или мажоритарный набор пиров и выполнить "сильное чтение". Запрос по-прежнему является вызовом, поэтому вы можете запросить несколько пиров в одном вызове.