From e062b233bb2befb82edd08a70f8779832ccc72b7 Mon Sep 17 00:00:00 2001 From: Sergey Date: Sun, 24 Dec 2017 16:55:37 +0300 Subject: [PATCH] =?UTF-8?q?=D0=9D=D0=B5=20=D1=81=20=D0=BF=D1=80=D0=B8?= =?UTF-8?q?=D1=87=D0=B0=D1=81=D1=82=D0=B8=D0=B5=D0=BC:=20=D0=B5=D1=81?= =?UTF-8?q?=D1=82=D1=8C=20=D0=B7=D0=B0=D0=B2=D0=B8=D1=81=D0=B8=D0=BC=D0=BE?= =?UTF-8?q?=D0=B5=20=D1=81=D0=BB=D0=BE=D0=B2=D0=BE=20http://sever-press.ru?= =?UTF-8?q?/ook/doc/ook-sl-rd.htm?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- blockchain.tex | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/blockchain.tex b/blockchain.tex index c1fea8eb4..928c4885b 100644 --- a/blockchain.tex +++ b/blockchain.tex @@ -53,7 +53,7 @@ \subsection{Централизованный blockchain с недоверенн \begin{itemize} \item Первый метод с использованием дополнительного доверенного хранилища. После создания очередного блока центр должен отправить в доверенное и независимое от данного центра хранилище хэш-код от нового блока. Доверенное хранилище не должно принимать никаких изменений к хэш-кодам уже созданных блоков. В качестве такого хранилища можно использовать и децентрализованную базу данных системы, если таковая присутствует. Размер хранимой информации может быть небольшим по сравнению с общим объёмом журнала. \item Второй возможный метод состоит в дополнении каждого блока меткой времени, сгенерированной доверенным центром временных меток. Такая метка должна содержать время генерации метки и электронную подпись центра, вычисленную на основании хэш-кода блока и времени метки. В случае, если <<недоверенный>> центр захочет перегенерировать часть цепочки блоков, будет наблюдаться разрыв в метках времени. Стоит отметить, что этот метод не гарантирует, что <<недоверенный>> центр не будет генерировать сразу две цепочки блоков, дополняя их корректными метками времени, а потом не подменит одну другой. - \item Некоторые системы предлагаю связывать закрытые blockchain-решения и открытые (и неконтролируемые ими) сети вроде Bitcoin'а, публикую в последнем (в виде транзакции) информацию о хэш-суммах новых блоков из закрытой цепочки. В этом случае информация из открытой и неконтролируемой организацией сети позволяет доказать, что определённый блок во внутренней сети был сформирован не позднее времени создания блока в открытой сети. А отсутствие для известных (заданных заранее) адресов отправителя других транзакций позволяет доказать, что центральный узел не формирует какую-нибудь параллельную цепочку для замены в будущем. + \item Некоторые системы предлагаю связывать закрытые blockchain-решения и открытые (и не контролируемые ими) сети вроде Bitcoin'а, публикую в последнем (в виде транзакции) информацию о хэш-суммах новых блоков из закрытой цепочки. В этом случае информация из открытой и неконтролируемой организацией сети позволяет доказать, что определённый блок во внутренней сети был сформирован не позднее времени создания блока в открытой сети. А отсутствие для известных (заданных заранее) адресов отправителя других транзакций позволяет доказать, что центральный узел не формирует какую-нибудь параллельную цепочку для замены в будущем. \end{itemize} \subsection{Децентрализованный blockchain}