Блокчейны для цепочки поставок - Лекция 4.21

00:00 Введение
02:01 Решение вопроса византийского согласия
09:35 Основные требования свободного блокчейна
20:31 История до сих пор
22:44 Быстрые деньги сегодня
24:03 Мини Биткойн 1/3 - Хеширование и подпись
29:23 Мини Биткойн 2/3 - Транзакции
34:44 Мини Биткойн 3/3 - Блоки и доказательство работы
44:47 Масштабирование блокчейна 1/2 - Прикладной ландшафт
49:07 Масштабирование блокчейна 2/2 - Большие блоки
57:11 Ускорение блокчейна 1/2
59:30 Ускорение блокчейна 2/2
01:06:54 Усиление блокчейна
01:14:51 Пример использования: платежи
01:19:25 Пример использования: пассивная прослеживаемость
01:25:33 Пример использования: активная прослеживаемость
01:32:47 Пример использования: стимулируемая переработка
01:35:40 Пример использования: стимулируемая безопасность
01:41:30 Смягчение требований
01:44:53 Заключение
01:49:35 4.21 Блокчейны для цепочки поставок - Вопросы?

Описание

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

Полный текст

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

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

Происхождение Bitcoin просто странное. В 2008 году под псевдонимом Сатоши Накамото, который, вероятно, является командным усилием, была опубликована белая книга под названием “Bitcoin: A Peer-to-Peer Electronic Cash System”. В этой книге представлена система и подход к новому виду электронной валюты. Это относительно короткая книга с несколькими математическими частями, и даже математические части частично неверны.

В оригинальной книге говорится, что система должна быть безопасной, если хотя бы половина хэш-мощности находится на стороне добра. Однако в последующей статье, опубликованной в 2013 году, “Majority is Not Enough: Bitcoin Mining is Vulnerable”, было показано, что для обеспечения безопасности сети необходимо иметь не только половину хэш-мощности, но фактически две трети плюс хэш-мощности.

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

Таким образом, это очень загадочная ситуация, когда у вас есть книга, которая не является высшего качества, и программное обеспечение, которое, вероятно, очень низкого качества, и все же команда Сатоши Накамото сделала потрясающее открытие. Фундаментально, проблема была известна как проблема Византийского консенсуса. Это проблема распределенных вычислений. Представьте, что у вас есть участники, и все эти участники могут видеть то, что должно быть состоянием системы, которое в цифровом мире можно представить как длинную последовательность нулей и единиц, нагрузку данных. Участники могут обновлять состояние системы, изменять некоторые биты, добавлять биты, удалять биты, и они могут делать все это одновременно. Участники могут общаться друг с другом, и проблема Византийского консенсуса заключается в том, чтобы все честные участники согласовывались в определенный момент времени относительно состояния системы, вплоть до последнего бита.

Проблема очень сложна, если у вас есть византийские участники, которые действуют как противники, пытаясь запутать всех остальных участников. Потрясающее открытие Bitcoin заключается в том, что если мы вернемся к 2008 году и спросим экспертов, они, вероятно, сказали бы, что кажется невозможным решить проблему Византийского консенсуса полностью децентрализованным способом без центрального органа. Однако открытие Накамото, консенсус Накамото, заключается в том, что они нашли способ решить эту проблему.

Решение очень удивительное. Кажется, что это алгоритмическая проблема, но суть решения за Bitcoin заключается в том, что Сатоши Накамото решил эту проблему, добавив финансовые стимулы, финансовый инцентив. Это не просто алгоритмическое решение; это буквально алгоритм, который работает только потому, что внутри системы финансовые стимулы переплетены, давая участникам стимулы действовать определенным образом.

Если мы хотим иметь эти стимулы на месте, нам нужна электронная валюта определенного вида, чтобы мы могли создать эти стимулы в первую очередь. Именно это делается в Bitcoin. Если вы хотите иметь электронную валюту, у вас есть как минимум две очень сложные проблемы. Первая проблема - это двойное расходование. Если у вас есть определенная сумма цифровых денег, представленная некоторыми битами информации, что мешает вам сделать копию этих цифровых денег и потратить деньги один раз, чтобы заплатить за что-то, а затем повторно потратить те же деньги с вашей копией, чтобы заплатить за что-то еще? Эта проблема известна как двойное расходование, и это одна очень сложная проблема, решенная Bitcoin.

Вторая проблема - это выпуск монет. Откуда берутся деньги? Интересно то, что обычно, когда у вас есть очень сложная проблема, которую вы хотите решить, вы применяете подход “разделяй и властвуй”, разделяя вашу большую проблему на подпроблемы, которые проще и могут быть решены отдельно. Затем общая проблема может быть решена. Интересно то, что в случае с биткойном есть две отдельные и очень сложные проблемы: двойные траты и выпуск монет. Вместо использования подхода “разделяй и властвуй”, биткойн использует подход “объедини и запутай”, который был новаторским на тот момент, чтобы решить обе проблемы одновременно. Решение, как мы увидим позже в этой лекции, удивительно простое.

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

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

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

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

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

Идея заключается в том, чтобы сохранить стоимость транзакции, которая является элементарным сообщением, передаваемым в блокчейне, на уровне примерно одной десятой цента. Это очень дешево - представьте себе, что вам пришлось бы заплатить одну десятую цента за отправку электронной почты. Это не бесплатно, но это все равно очень низкая стоимость. Так что, если у вас есть регулярное использование и вы хотите иметь транзакцию, связанную, например, с перемещением товара на складе, это нормально; стоимость все равно очень низкая. Однако, установив стоимость в 0,1 цента, вы делаете эти транзакции слишком дорогими для атакующего, который хотел бы затопить сеть миллиардами транзакций, что очень легко сделать, если у вас нет комиссий. Каждая транзакция должна платить комиссию за свое существование и поддержку ее передачи; в противном случае атакующий может затопить распределенную систему без препятствий.

Итак, комиссии за транзакции - это еще один аспект экономической инженерии, направленный на поддержание жизнеспособности блокчейна. Вы хотите иметь возможность поддерживать эту комиссию в размере 0,1 цента на любом масштабе, потому что еще одной проблемой, связанной с отказом от масштабируемости, является то, что если у нас будет миллионы транзакций, стоимость транзакций взлетит вверх. Это большая проблема, которую мы не хотим иметь. Мы не хотим оказаться в ситуации, когда у нас есть автобус на 100 человек, которые хотят сесть в него в определенное время, но есть только 50 мест. Если это произойдет, то будет происходить некий аукционный механизм, и цена на билеты будет стремительно расти. В терминах блокчейна это означает, что стоимость транзакций будет стремительно расти. Кстати, такие проблемы происходят с несколькими блокчейнами в настоящее время. Например, в сети Bitcoin Core очень часто стоимость транзакции превышает десять долларов, и это очень большая проблема.

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

Наконец, одно из последних требований - это инфраструктура. Когда я говорю о программной инфраструктуре, поддерживающей блокчейн или криптовалюту, это должно быть общественное благо, финансируемое с помощью некоего согласованного социального контракта. Это то, чего, на мой взгляд, Сатоши Накамото не предвидел в 2008 году. Если вы хотите управлять очень сложной всемирно распределенной системой, вам нужно создать и поддерживать огромную программную инфраструктуру. Проблема в том, что если у вас нет некоего социально принятого способа финансирования всех этих усилий, появляются противники, не только в виде византийских противников в сети, которые пытаются запутать других участников относительно состояния сети, но они также появляются в виде противников, которые захватывают сам кодовую базу и делают с программной инфраструктурой то, что противоречит интересам широкой общественности. В истории криптовалют уже случались враждебные захваты одной команды другой, причем новые команды имели интересы, полностью несовместимые с интересами широкой общественности. Это класс атак, скорее социального инжиниринга, который не был ясен Сатоши Накамото в 2008 году. Однако после десятилетия работы эти типы атак теперь намного яснее для наблюдателей крипто-мира.

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

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

Теперь, в рамках текущей лекции, я расскажу о Mini Bitcoin, который представляет собой игрушечную реализацию блокчейна. Он должен прояснить, как работают криптовалюты и какое ключевое открытие было сделано Сатоши Накамото в 2008 году. Он также должен прояснить три очень больших проблемы, с которыми мы сталкиваемся при проектировании блокчейнов, а именно масштабируемость, задержка и выразительность. Эти три проблемы имеют значительное влияние на типы использования цепочек поставок, которые мы можем иметь на основе блокчейна. Важно понимать ограничения, которые сопутствуют блокчейнам, потому что они, по сути, ограничивают то, что мы можем делать в сфере цепочек поставок и типы создаваемой нами ценности. Наконец, в качестве второй части лекции я рассмотрю ряд примеров использования цепочек поставок, где цепочка поставок в разной степени может внести свой вклад.

Цель Mini Bitcoin - построить игрушечный блокчейн, упрощенную версию Bitcoin с нуля. Мы не будем уделять слишком много внимания всем техническим деталям, потому что в реальной жизни создание блокчейна - это в значительной степени работа, требующая внимания к множеству деталей. Здесь я просто хочу представить общую структуру, чтобы она была значительно упрощена по сравнению с реальным блокчейном, чтобы мы могли понять, что происходит, как он создается и как работает, просмотрев несколько слайдов.

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

Для создания этого Mini Bitcoin нам понадобятся всего три специальные функции: хэш-функция, функция подписи и функция проверки. Эти функции уже были стандартными в 2008 году, поэтому, когда был изобретен Bitcoin, все криптографические строительные блоки уже были на месте. Сатоши Накамото не изобрел ни одного из этих инструментов. Эти специальные криптографические функции, также известные как функции с ловушкой, были хорошо известными, стандартными и широко используемыми в 2008 году. Главное открытие Сатоши Накамото заключалось в использовании этих функций особенным образом, о чем мы увидим.

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

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

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

Эти три специальные функции доступны практически во всех современных средах программирования, будь то C++, Python, Java, C# или другие. В стандартной среде доступны классы криптографических функций.

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

Я делаю это, создавая подпись. Подпись строится следующим образом: я использую специальную функцию “sign” и собираюсь подписать сообщение. Это сообщение будет содержать только публичный ключ номер один, нулевую подпись и публичный ключ номер два. Публичный ключ номер два - это адрес, на который я отправляю деньги. Тот, кто владеет приватным ключом, связанным с этим публичным ключом номер два, станет получателем моей транзакции. Таким образом, я подписываю эту транзакцию, и для подписи я использую приватный ключ номер один. Единственный участник, который может создать эту подпись номер один, - это человек, у которого есть секрет, приватный ключ номер один, связанный с публичным ключом номер один.

Если я хочу сообщить всей сети, что эта транзакция была совершена, мне нужно передать транзакцию. Транзакция - это просто сообщение, в котором перечислены публичный ключ номер один, нулевая подпись, публичный ключ номер два и подпись номер один, которую я только что создал. Это просто список элементов, которые вносят вклад в транзакцию. Когда я публикую эту транзакцию от одного к двум, фактически монета номер один выходит из пула монет, а монета номер два входит в пул монет системы. Вот почему важно иметь этот византийский консенсус. Нам нужен этот византийский консенсус, потому что, потенциально, вы хотели бы иметь возможность тратить деньги, которые вы не владеете, и запутывать сеть относительно владения некоторыми монетами. Однако, если вы сможете решить проблему византийского консенсуса, будет существовать четкое соглашение о монетах, которые действительно принадлежат системе. Когда монета потрачена, владелец номер два теперь имеет монету. Монета может покинуть сеть, и новая монета создается и входит в состояние системы.

Механизм может быть повторен; монета номер два может быть отправлена монете номер три с использованием той же системы: создание подписи, передача транзакции и так далее.

Кстати, когда я говорю, что используется функция “sign”, это неявно означает, что все наблюдатели могут использовать функцию “verify” для проверки правильности подписи. Фактически, когда участники будут наблюдать за транзакциями, первое, что они сделают, - это использовать ранее введенную функцию “verify”, чтобы проверить, что транзакция действительно корректна. Здесь включены две проверки: каждый участник должен проверить, что монета, которая передается, уже была частью состояния системы, чтобы убедиться, что это действительно действительная монета, и что транзакция действительна согласно подписи. Что я здесь не рассмотрел, так это проблему двойных трат. Как мы предотвращаем совершение двух конфликтующих транзакций одновременно и как мы предотвращаем запутывание сети, если злоумышленник пытается одновременно передать две конфликтующие транзакции, отправляя одни и те же деньги двум разным участникам?

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

Предложение Сатоши Накамото заключается во введении в сеть специального класса участников, которые сейчас называются “майнерами”.

Майнеры в основном слушают сеть и собирают все транзакции, которые были переданы. Они собирают эти переданные транзакции и помещают их в контейнер, называемый “блок”. Блок - это просто набор транзакций, переданных любым участником сети равных.

Первая транзакция блока будет особой транзакцией, называемой “coinbase”. Coinbase - это уникальная транзакция, которая создает одну новую монету в этой мини-системе Bitcoin из воздуха. Первая транзакция - это coinbase, создающая одну новую монету из воздуха, а затем в блоке следует список транзакций, которые были переданы, по мнению майнера. Майнер может не суметь захватить все транзакции сети Bitcoin, но они пытаются это сделать.

Coinbase является особой, и я объясню, как построить эту coinbase, потому что это уникальная транзакция. Сначала мы собираем хэш блока, частичный хэш (H1a). Этот хэш является хэшем сообщения, и это сообщение начинается с хэша предыдущего блока (H0b), объединенного со всеми транзакциями, присутствующими в блоке.

Coinbase - это кортеж, который включает хэш H1a, за которым следует nonce. Nonce - это случайное число, выбранное случайным образом майнером и имеющее свое значение. Coinbase также содержит открытый ключ майнера. Coinbase включает хэш всего содержимого блока. Coinbase содержит случайное число и открытый ключ майнера. Этот открытый ключ будет использоваться майнером позже для претензии на coinbase как на обычную монету. В этой мини-системе Bitcoin монеты выпускаются со скоростью одного биткоина за блок. На самом деле, в сети Bitcoin Core или Bitcoin Cash процесс более сложный, но большая часть сложности может быть упрощена для ясности.

Идея заключается в том, что для того, чтобы блок считался действительным, нам нужно создать coinbase. Однако, если мы остановимся на этом этапе, все майнеры смогут утверждать, что у них есть блок в любое время, и все майнеры будут заинтересованы сказать: “Я могу создать пакет, сводку всех этих транзакций. Я могу создать coinbase. Пожалуйста, дайте мне этот дополнительный биткоин”. Как мы разбираемся с конкурирующими майнерами, чтобы их версия блока была выбрана сетью и считалась единственно верным блоком?

Сатоши Накамото предложил концепцию работы в доказательстве. Хэш coinbase, который является большим 256-битным числом, должен быть выше порога сложности. Этот процесс похож на решение головоломки, и единственный способ решить эту головоломку - найти coinbase, у которого хэш соответствует этой цели сложности. Майнер может попробовать много случайных чисел для nonce в надежде первым достичь сложности и претендовать на блок для себя.

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

Предложение Сатоши Накамото состоит в том, чтобы майнеры всегда следовали самой длинной действительной цепочке. Цепочка блоков должна соответствовать цели сложности, чтобы быть действительной. При построении блока вы всегда строите его на основе существующего блока, за исключением генезис-блока, который является стандартной отправной точкой. Правило не только о самой длинной цепочке, но и о самой длинной действительной цепочке. Другие майнеры будут проверять, что все перечисленные в блоке транзакции действительны, убеждаясь, что подписи совпадают и монеты, которые тратятся, могут быть потрачены. Они поддерживают это состояние, и вот как Bitcoin может решить проблему двойных трат и проблему эмиссии монет. У нас есть все необходимое для создания блокчейна.

На самом деле, если вы хотите создать настоящий блокчейн производственного уровня, вам нужно учесть множество дополнительных вещей. Во-первых, вы бы хотели иметь дробные количества. Вероятно, вам не хочется иметь возможность иметь только один биткойн за раз; вам нужно что-то, где вы можете передавать несколько или дробные количества биткойнов.

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

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

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

Масштабирование блокчейна является очень сложной задачей. В небольшой белой книге 2018 года я опубликовал прикладной ландшафт биткойна. Идея заключается в том, что в зависимости от объема данных, с которыми работают ваши блокчейны, объем данных, которые вам нужно обрабатывать и перемещать, сильно варьируется в зависимости от того, что вы делаете с блокчейном. По сути, это диапазон примерно 100 байтов для перемещения (порядок величины закрытого ключа) до 10 порядков величины, если вам приходится иметь дело со всем блокчейном.

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

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

Кроме того, нам нужно различать компоненты, которые являются “денежными шестеренками” и “денежными землями”. Денежные шестеренки - это фундаментальные компоненты, которые способствуют решению проблемы консенсуса. Если их удалить, блокчейн перестает работать, потому что у вас больше нет консенсуса. Денежные земли, с другой стороны, являются необязательными компонентами, которые могут быть построены поверх инфраструктуры блокчейна. Они не являются строго необходимыми для работы блокчейна.

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

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

Для решения этой проблемы были предложены некоторые инновации, такие как рассмотренные ранее в лекции решения. Основная цель - сделать технологию блокчейна более масштабируемой и подходящей для обработки огромного объема транзакций, как правило, характерного для приложений в сфере цепочки поставок. Если вы хотите использовать блокчейн для целей цепочки поставок, он должен быть способен обрабатывать не только транзакции одной компании, но и всех компаний, участвующих в инициативе блокчейна. Это может стать чрезвычайно большим, или даже очень большим, возможно, чрезвычайно большим. Это то, что мы должны увидеть, и здесь, на помощь, пришло две примечательные статьи. Когда Сатоши Накамото опубликовал свою статью, он сказал, что с развитием аппаратного обеспечения эта проблема будет решена, и мы сможем масштабироваться насколько потребуется. Это должно было произойти. Однако оказалось, что это сложно, и на протяжении более десяти лет практически все участники этой области блокчейна и криптовалюты борются с проблемой масштабируемости.

Первая примечательная статья - ECMH, множественный хэш эллиптической кривой. Это довольно техническая статья, но главная идея заключается в том, что вам не нужно хранить все транзакции; вам нужно хранить только монеты, которые готовы к расходу. Эта коллекция монет, которые можно потратить, технически известна в экосистеме биткойна как UTXO. Просто для представления масштаба, UTXO сети Bitcoin Core в настоящее время немного меньше пяти гигабайт. Это размер набора данных UTXO, но если вы посмотрите на блокчейн Bitcoin Core, размер блокчейна немного меньше 350 гигабайт, и блокчейн растет намного быстрее, чем UTXO.

То, что дает вам статья ECMH, это хэш-функция, которая имеет аффинность к мультимножествам. По сути, это хэш-функция, в которой вы можете обновлять свой хэш, если добавляете или удаляете элементы из вашей коллекции. Вы не сохраняете само множество или мультимножество, но сохраняете только хэш, и можете добавлять или удалять элементы. Это свойство множества означает, что вы можете делать эти добавления или удаления в любом порядке и все равно получить тот же хэш. С помощью ECMH вы можете получить обязательство UTXO, что позволяет сообществу отказаться от полного блокчейна. Большая часть сообщества не должна иметь дело с полным блокчейном, а может иметь дело только с UTXO. Повторюсь, размер UTXO сети Bitcoin Core составляет пять гигабайт, а размер блокчейна - 350 гигабайт, поэтому вы фактически получаете два порядка меньше. Это очень значительно. По сути, с помощью ECMH вы получаете два порядка меньше постоянного хранения данных, что является огромной победой.

Вторая статья - Graphene, новый протокол для передачи блоков с использованием согласования множеств. Graphene позволяет вам получить в основном два порядка меньше требований к пиковой пропускной способности. В этой мини-установке Bitcoin, которую я только что описал, у вас есть майнеры и транзакции, передаваемые пир-к-пиру постоянно для сети. Пропускная способность, вероятно, является наиболее решенной проблемой Bitcoin, но тем не менее у вас есть проблема, когда блок найден. Майнер, чтобы претендовать на блок, должен распространить coinbase, где он говорит: “Смотрите, у меня есть coinbase, который соответствует моей цели сложности”. Затем все остальные майнеры должны загрузить весь блок, и если это делается наивно, они должны проверить, что блок действительно действителен, а не только то, что coinbase соответствует цели сложности.

Каждый раз, когда находится блок, возникает пиковое требование, потому что вы хотите, чтобы время передачи всего блока, если вы делаете это наивно, было значительно меньше 10-минутного интервала. В Bitcoin головоломка настроена в терминах сложности таким образом, что среднее время между двумя последовательными блоками в среднем составляет 10 минут. Таким образом, вы хотите, чтобы передача блока была только долей, скажем, менее 30 секунд, если вы хотите сохранить сеть очень стабильной. Однако это означает, что блок должен быть передан в течение 30 секунд, что ставит ограничение на вашу пиковую пропускную способность. Скорость, с которой вы будете передавать свой блок, будет ограничена вашей пропускной способностью.

Идея заключается в том, что с помощью Graphene, техники, основанной на сжатии, вам не нужно передавать весь блок, потому что большая часть содержимого блока на самом деле является транзакциями, которые уже были переданы через сеть. Единственное, что вы хотите передать, это набор согласования, просто чтобы предоставить информацию своим партнерам (другим майнерам) о том, какие транзакции были включены или не включены в ваш блок, таким образом, что это абсолютно надежно. Если вы сделаете это, вы сможете снова сократить пиковую пропускную способность на два порядка, что очень значительно.

Это очень интересно, например, Graphene будет работать на сетях Bitcoin Cash или более поздних сетях eCash из-за полных технических несчастных случаев. Он не будет работать на сети Bitcoin Core. Это была часть вещей, которые на самом деле не были предвидены Сатоши Накамото.

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

Теперь у нас возникла другая проблема: ускорение блокчейна. У классической сети Bitcoin среднее время между блоками составляет 10 минут, и если вы хотите иметь полную уверенность в состоянии консенсуса, вам нужно ждать нескольких блоков. Как правило, люди обычно оценивают, что если вы хотите иметь абсолютную уверенность, вам нужно ждать шести подтверждений, что дает вам временной интервал в один час. Идея заключается в том, что мы могли бы сократить это время между блоками. Однако проблема в том, что чем меньше время, тем меньше должны быть блоки, что подрывает масштабируемость. Редкие блоки означают, что у вас может быть очень большие блоки, что хорошо; это помогает вашей сети справиться с массой транзакций.

Учитывая задержки, которые возникают в глобальной сети, эту цель в 10 минут можно считать не оптимальной, но она находится в пределах допустимого для эффективной работы такого распределенного консенсуса с очень большими блоками, блоками размером до одного терабайта. Звучит очень большим, но на самом деле, если вы посмотрите на использование на мировом уровне, это то, что требуется. Вам нужно держать блоки далеко друг от друга по времени, если вы хотите сохранить масштабируемость. Однако у вас возникает проблема медленной сети. Один час для подтверждения транзакции может быть приемлемым для случая использования электронной коммерции, где ничего не происходит после оплаты в течение 60 минут, так как доставка все равно не состоится до завтра. Но если вы хотите иметь что-то, что происходит внутри склада или в точке продажи, это слишком медленно. Это похоже на кредитную карту, для которой требуется один час для подтверждения платежа, что очень медленно.

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

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

Понадобилось десятилетие, чтобы решение, которое, по моему мнению, было достаточно хорошим, было опубликовано. Это решение - блестящая работа анонимной команды под названием Команда Рокет, опубликованная в мае 2018 года: Snowflake to Avalanche, еще одна семья протоколов консенсуса для криптовалют. В этой статье представлены три алгоритма: Snowflake, Snowball и Avalanche. Каждый алгоритм построен на основе предыдущего, и, кстати, настоящая магия находится в алгоритме Snowball, который, как раз, не упоминается в заголовке статьи.

Фундаментально то, что они создали, - это метастабильность, и это очень интересно. Помните, когда у вас есть конфликтующие транзакции, не имеет значения, какая выбрана, потому что улучшение задержки связано с предотвращением двойных трат или фактическим сокращением временного интервала, в течение которого может возникнуть неопределенность относительно двойных трат. Идея иметь нечто метастабильное заключается в том, чтобы иметь протокол, в котором участники постоянно общаются друг с другом. Цель состоит в том, чтобы, если есть две конфликтующие транзакции, сеть достигла метастабильного равновесия. Сеть быстро сойдется к одной интерпретации истины; не имеет значения, какой именно, главное, чтобы была одна. Таким образом, если есть конфликтующие объекты, сеть будет обсуждать и разрешать конфликт.

Snowflake обеспечивает медленный процесс сходимости, в то время как Snowball в этой статье предлагает хитрость, позволяющую экспоненциальное ускорение, что приводит к гораздо более быстрой сходимости. Avalanche вносит некоторые свойства графа, связанные с графом транзакций. Однако мое личное понимание заключается в том, что вклад Avalanche гораздо слабее; на самом деле магию делает именно Snowball. Вы можете захотеть реализовать Avalanche, но только Snowball даст вам около 99% метастабильности, которую вы ищете.

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

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

Avalanche не противоречит Bitcoin; они дополняют друг друга. Одним из слабых моментов решения Snowflake to Avalanche является то, что оно не предоставляет чистого решения проблемы эмиссии монеты. Чтобы получить лучшее из обоих миров, идеальным было бы сохранить дизайн, подобный Bitcoin, с доказательством работы и большими блоками, при этом дополнив его низколатентной безопасностью.

Для избежания определенных классов атак Сибил, которые могут запутать Avalanche, можно использовать доказательство доли. Это вводит слои экономической взаимосвязи, что является очень биткоиновским способом мышления. Для достижения желаемой безопасности следует создать сеть экономических взаимосвязей, чтобы обеспечить честность каждого. Есть способы разработки решений для достижения лучшей задержки.

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

В криптовалютных кругах многие криптовалюты ввели понятие смарт-контрактов. Смарт-контракт - это в основном программа, которой сами майнеры оперируют на блокчейне. Майнеры проверяют действительность транзакций, но если вы можете включить язык программирования или машинный код в свою транзакцию, майнеры могут запускать программы и проверять, что они подтверждают определенные свойства. Это то, что обычно делается на Ethereum и называется смарт-контрактом. Есть такой девиз, что “код есть закон”, что означает, что мы доверяем выполнению программы, потому что она сертифицирована как правильная самими майнерами.

Однако, я считаю, что этот подход является глубоко ошибочным по двум совершенно разным причинам. Первая проблема заключается в том, что вы делаете проблему масштабируемости еще более сложной. Масштабирование блокчейна уже очень сложно, так как вам нужно направить все эти транзакции к майнерам. Майнерам не нужно делать много работы с этими транзакциями; им просто нужно проверить подпись. Майнер может потенциально обработать огромное количество транзакций, потому что количество проверок для каждой транзакции минимально. Теперь представьте себе, что майнер не только должен проверять транзакции, но и запускать произвольные программы от всех компаний. Это становится очень сложным, и именно это происходит уже давно на сети Ethereum и других криптовалютах, ориентированных на сложные контракты.

Хотя более поздние криптовалюты, такие как Ethereum, получили преимущества от лучшей инженерии, они все равно сталкиваются с громадной проблемой масштабируемости. Как только они достигают некоторого уровня известности и активности в сети, они все сталкиваются с масштабными проблемами. Все сводится к тому, что вам нужно выполнить все эти программы.

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

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

В 2018 году я опубликовал другой подход, называемый Tokida, который показывает, как можно запускать произвольные программы наряду с блокчейном. С Tokida программа является открытым исходным кодом и работает по принципу “доверяй, но проверяй”. Все люди, которые заинтересованы в результате контракта, могут проверить его, если они хотят, и с точки зрения производительности это более гибкое решение, потому что остальное сообщество не обязано запускать вашу программу. Если вы хотите исправить свое программное обеспечение, вы все равно можете сделать это в любое время, не предупреждая остальное сообщество о том, что вы сделали.

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

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

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

Однако у этого примера использования есть два нюанса. Во-первых, криптовалюты все еще крайне нестабильны по стоимости, что означает, что их стоимость может сильно колебаться со временем. Эта нестабильность является постоянной проблемой, но за последнее десятилетие она уменьшилась. Десять лет назад волатильность была еще выше, и с тех пор она постепенно снижается, но все же остается за пределами комфортной зоны для большинства крупных компаний. Наблюдение за ежедневными колебаниями стоимости этих криптовалют на уровне 10% все еще является нормой. Десять лет назад это было около 50%. Вторая проблема для платежей - это наличие тысяч криптовалют, что создает проблему выбора одной и согласования с партнером. Однако существуют классы роботизированных систем валютного обмена, которые могут конвертировать любую криптовалюту в другую с очень низкой комиссией, например, 0,1%, что помогает смягчить эту проблему.

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

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

Люди не всегда понимают, насколько гибкими являются цепи поставок в реальном мире. Например, даже в авиационной отрасли, где прослеживаемость абсолютно отличная, вы заметите, что на точке А документ, следующий за деталью, является PDF-файлом. Для следующего этапа это тот же самый PDF, но отсканированный, и, возможно, для следующего этапа это тот же самый скан, но с аннотациями и повторным сканированием. В основе вы предполагаете, что человек может вмешаться и разобраться в документах. Однако, если вы хотите работать на блокчейне, у вас не может быть такого свободного процесса. Вам нужно полностью указать двоичный формат для всех данных, которые вы хотите предоставить через блокчейн; в противном случае вы теряете программный угол, где вы можете работать с программными инструментами.

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

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

Теперь рассмотрим более агрессивный пример. Представьте себе фармацевтические компании, работающие в очень бедных странах, например, в некоторых африканских странах, где они сталкиваются с серьезными проблемами подделки лекарств. Проблема заключается в том, что в этих бедных странах все посредники в той или иной степени коррумпированы. Коррумпированные посредники могут взять настоящую коробку с настоящими продуктами, заменить настоящие лекарства в коробке, положить поддельные лекарства на их место и затем продать коробку на рынке. Люди, покупающие поддельные лекарства, могут иметь угрожающее жизни состояние и действительно нуждаются в лекарстве. Это очень серьезная проблема в бедных странах, и воспроизведение упаковки для поддельных лекарств является тривиальным. Один из потенциальных решений - использование блокчейнов и токенов для активной прослеживаемости, что напоминает работу системы налога на добавленную стоимость (НДС) в Европе. НДС - это сложный налог, который сложно обмануть, потому что он создает схему социальной инженерии, в которой компании связаны со своими честными поставщиками.

Идея заключается в том, чтобы взять ту же концепцию и применить ее к блокчейну. Например, предположим, что вы являетесь фармацевтической компанией, производящей лекарство. Вы продаете упаковку лекарства посреднику или оптовику по более высокой цене, например, $15 вместо фактической цены $10. Происходит передача владения токеном, и оптовик может погасить $1 стоимости, снизив свои затраты до $14. Затем оптовик продает упаковку лекарств дистрибьютору, и снова происходит передача владения токеном. Как только дистрибьютор получает токен, он может погасить $1 стоимости, которую он только что приобрел, и так далее, до конечного потребителя.

Когда конечный потребитель получает коробку с лекарствами, он платит $11, и, отсканировав QR-код с помощью смартфона, он может погасить $1, который возвращается ему. Приложение делает две вещи: во-первых, оно позволяет конечному потребителю вернуть свою дополнительную долларовую сумму, и, что самое важное, оно проверяет всю прослеживаемость и отображает ее клиенту. Конечный потребитель узнает, что он только что вернул дополнительный доллар, и серийный номер теперь объявлен как использованный.

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

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

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

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

Еще один интересный случай использования - это безопасность, так как цепочки поставок уязвимы для кибератак. Цепочки поставок распределены географически по своей природе, что означает, что ИТ-системы и устройства распространены повсюду. По своей природе площадь атаки большая, и сделать иначе сложно. Цепочка поставок должна быть связана с клиентами, поставщиками, партнерами и поставщиками услуг сторонней логистики, создавая огромную площадь атаки. Хотя системная интеграция, например, EDI, может быть ценной для заказа у поставщиков и улучшения времени реакции, более тесная интеграция также приводит к большему количеству проблем с безопасностью.

Примером такой уязвимости является инцидент с Colonial Pipeline, когда казалось бы незначительная услуга, связанная с выставлением счетов, была взломана, что привело к неработоспособности всего трубопровода на неделю и поставило под угрозу критическую инфраструктуру в США. Как блокчейн может помочь в этом контексте? Один из подходов заключается в том, чтобы иметь небольшое количество биткоинов, стоимостью около 100 долларов, в каждой системе и устройстве, даже в устройствах интернета вещей. Публичное объявление о том, что все системы и устройства имеют этот запас, создает стимул для хакеров попытаться проникнуть в ваши системы и украсть деньги.

Однако это не кража; это считается вознаграждением для хакеров, чтобы проникнуть в вашу систему. Если хакеру удается взломать, скажем, устройство интернета вещей, он может запросить сумму денег внутри. Кроме того, если он вернется к вам и расскажет, как он это сделал и как исправить проблему, вы можете заплатить вторую часть вознаграждения, стоимостью около 300 долларов в биткоинах. Создавая стимул, вы финансируете работу этических хакеров, которые тестируют вашу безопасность. Если только злоумышленники имеют стимул атаковать ваши системы, вы будете обнаруживать нарушение с злоумышленником, что может быть очень неприятно, как это произошло с Colonial Pipeline. Однако, если вы даете стимул честным, этичным хакерам проникнуть в вашу систему, то скорее всего люди, которые проникнут в вашу систему, будут честными людьми, которые затем расскажут вам, как исправить вашу систему, чтобы предотвратить возникновение проблем. Интересно то, что эти запасы являются публичными, поэтому, если вы включите их в свою сеть, вы можете прозрачно контролировать, было ли нарушение или нет. Вы также можете внешне контролировать все устройства, даже если устройство интернета вещей не подключено к интернету. Если вы видите, что монеты, которые были внутри этого устройства, перемещаются, это означает, что каким-то образом это устройство было взломано, и это критически важно знать.

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

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

Теперь, как я уже упоминал, блокчейны очень сложно разрабатывать по сравнению с практически любым альтернативным решением. Ожидайте, что для разработки блокчейн-решения потребуется как минимум в сто раз больше усилий, чем для решения той же проблемы с использованием других технологий. Есть ситуации, когда это имеет смысл; это не потому, что это дорого, что оно не может быть прибыльным, но это фундаментально сложно, и вы должны учитывать это. Затраты на вычислительные ресурсы также намного выше. Обычно блокчейн очень сложно масштабировать, и по сравнению с неблокчейн-решением вы тратите в 100 раз больше вычислительных ресурсов на то, что вы хотите сделать с блокчейном. В некоторых ситуациях вам может быть все равно, но во многих других ситуациях увеличение стоимости вычислительного оборудования в 100 раз является значительным фактором вашей вычислительной техники.

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

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

В заключение, консенсус Сатоши Накамото - это потрясающее открытие. Если бы вы спросили экспертов в области распределенных систем в 2008 году, можно ли решить проблему византийского консенсуса без привлечения какого-либо центрального органа, большинство из них бы сказали нет, так как это не казалось возможным. Идея была настолько вне сферы того, что люди считали возможным, что они даже не смотрели в этом направлении. В этом отношении это было потрясающее открытие. Как я показал с помощью мини-Биткоина, это очень простая идея, которая имеет применение за пределами денег, при этом деньги являются основным случаем использования.

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

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

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

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

Вопрос: Блокчейн и Биткоин не одно и то же; одно уникально, а другое - базовая технология.

Да, семантика и терминология важны. Я знал, когда делал эту лекцию, что найдутся люди, указывающие на то, что они не совсем одно и то же. Однако, если вы хотите рассмотреть чистый блокчейн в техническом смысле, то репозиторий Git, например GitHub, является блокчейном. Репозитории Git существуют уже около 15 лет, и они не сводят мир с ума. В этих репозиториях Git не течет миллиарды евро и долларов.

Суть в том, что блокчейн работает только в терминах добавленной стоимости, которую он создает. То, что отличает Биткоин от Git, несмотря на то, что оба являются блокчейнами, заключается в том, что у Биткоина есть встроенные финансовые стимулы, которые открывают определенные аспекты технологии. Вот в чем фишка. Если удалить все монетарные аспекты и стимулы, которые были разработаны, то у вас есть просто техническая структура данных, но она не представляет никакого интереса. Да, это хорошая структура данных - Git является хорошей структурой данных - но она не сводит весь рынок с ума, и, конечно, люди не будут говорить: “О, этот репозиторий Git стоит миллиарды”. Здесь что-то другое. Несмотря на терминологические тонкости, я считаю, что основная причина, по которой многие бизнесы пришли к терминологии блокчейна, заключалась в том, чтобы ввести некоторое различие в дискурсе относительно тех криптовалют, которые рассматривались как полный Дикий Запад.

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

Абсолютно верно. Кстати, я также могу рассмотреть случай использования загрязнения. Дело в том, что когда у вас есть процесс выпуска денег, не важно, как эти деньги выпускаются - будь то центральный банк для евро, ФРС для доллара или что-то еще - если экономические субъекты могут инвестировать, чтобы получить выгоду от этого выпуска денег, они будут инвестировать до предельной стоимости. Так что, если центральный банк печатает 100, и я могу инвестировать 90, чтобы вернуть эти 100, я сделаю это.

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

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

Вопрос: Почему использовать его в индустрии поставок? Что решает децентрализованная парадигма? Какую проблему она приносит?

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

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

Я описал некоторые примеры использования, например, активная прослеживаемость, когда вы работаете в бедной стране, где все посредники коррумпированы. Это еще одна проблема, когда нельзя доверять никому. Когда есть эпидемия коррупции, эти проблемы очень сложно решить. В этой ситуации децентрализованный блокчейн может дать вам возможность создать честность участников. Вот в чем фишка: участникам не требуется быть честными; они созданы таким образом, чтобы оставаться честными во время работы в снабжении. Если все уже очень честно и центральные органы принудительны, то добавленной стоимости очень мало.

Вопрос: Как вы справляетесь с существованием специализированного оборудования ASIC (Application-Specific Integrated Circuits) для майнинга и ферм, чтобы никто не мог легко получить 51% мощности сетей?

Исторически ASIC были положительной силой для безопасности сети Bitcoin Core. Почему? Потому что в современной среде есть еще одна проблема: ботнеты. Ботнеты - это огромные флоты скомпрометированных компьютеров, под контролем преступных организаций, которые буквально захватывают контроль над миллионами устройств повседневного использования, таких как компьютеры, принтеры и камеры безопасности. Эти организации не хотят препятствовать вам использовать ваше устройство, так как это приведет к ремонту и удалению вредоносного программного обеспечения.

В терминах безопасности, ситуация такова, что у преступных организаций есть в своем распоряжении буквально десятки миллионов компьютеров бесплатно. Эти организации, которые управляют ботнетами, если вы посмотрите на обновления безопасности от Microsoft, вы увидите, что несколько раз в год Microsoft уничтожает абсолютно огромные ботнеты в прошлом. Они бы сообщали, скажем, “Мы прошли это обновление Windows и, кстати, мы только что уничтожили этот ботнет из 50 миллионов машин”. Это впечатляет. Таким образом, ASIC означает, что нет смысла играть в эту игру с обычным оборудованием, таким как то, которое есть в ваших обычных компьютерах. Таким образом, преступники, управляющие ботнетами, не могут использовать эти ботнеты для майнинга криптовалюты, что устраняет один из способов монетизации этих ботнетов. Это заставляет майнеров быть приверженными к валюте.

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

Вопрос: Каковы ваши мысли о Telegram Open Network, которая не смогла увидеть свет из-за судов США? Каковы ваши мысли вообще о криптовалютах, выпущенных мессенджерами? Принесло ли это что-то новое?

Что касается Telegram, я считаю, что ситуация очень предсказуема, так же, как и для Facebook и любой компании, которая хочет работать как публичная компания. Существуют общие правила, которые говорят, что если вы являетесь компанией, существуют требования KYC (Know Your Customer), и я не буду углубляться в детали. В основном, если вы крупная компания, вы можете ожидать, что во многих юрисдикциях будут существовать требования KYC. Я не здесь, чтобы обсуждать, адекватны ли регуляции или нет; я просто говорю, что требования KYC распространены во многих странах.

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

Я не был слишком уверен, что эти компании думали, но я не вижу компании, которая хочет быть одновременно публичной и отвечать перед властями, такими как SEC в США или AMF во Франции, и при этом иметь возможность участвовать в схеме, которая явно противоречит требованиям KYC, которые очень распространены для крупных компаний. Я считаю, что, фундаментально, они, вероятно, тестировали воду, чтобы увидеть, не станут ли регуляторы смягчать регуляции только для них, просто потому что они были крупными. Возможно, это не пошло им на пользу, и поэтому они отступают от этого. Фундаментально, кроме этого, я считаю, что, например, Telegram или Facebook, если они примут решение просто продвигать криптовалюту, но не участвовать в ее работе, они могут дать огромный толчок этой криптовалюте. Однако проблема в том, что, поскольку они будут только продвигать, а не участвовать, они будут иметь мало выгоды для себя, за исключением случая, если они создадут конфликт интересов, где они получат выгоду от роста валюты. Кстати, Элон Маск, я смотрю на вас, когда вы начинаете твитить о Биткоине и о том, что ваша компания имеет позицию по этому вопросу. Это буквально игра, которую можно играть: сначала вы приобретаете долю в криптовалюте, а затем вы буквально продвигаете эту криптовалюту, делая очень заметные заявления о ней. Позволяет оценке расти, а затем, когда она становится выше, продаете ее. Кстати, этот процесс называется “накачка и сброс”. Вероятно, Telegram и Facebook поняли, что единственный способ, которым они могут получить выгоду от простого продвижения валюты, но не участия в ее работе, - это “накачка и сброс”, и они не хотели, чтобы их репутация пострадала от таких махинаций.

Вопрос: Семь лет назад я видел много стартапов, которые привносили технологию блокчейна в сферы, связанные с поставками. Ни один из них не добился успеха, по крайней мере в масштабе. Знаете ли вы тех, кто добился успеха и доказал свою работоспособность в масштабе?

Хороший вопрос. Я имею в виду, во-первых, я не думаю, что у кого-либо на планете есть блокчейн, который можно доказать масштабируемым и действительно работающим в масштабе. Если мы посмотрим на эксперимент Bitcoin Core, то он идет не очень хорошо. Сеть полностью перегружена; она находится в перегруженном состоянии уже четыре года. Это действительно противоположность масштабируемости. Если посмотреть на Bitcoin Cash, это еще один блокчейн. Они сделали некоторые успехи, но у них никогда не было времени; у них были некоторые внутренние разногласия, и поэтому они никогда не завершили все последние моменты в техническом плане, чтобы заставить его работать. Есть еще одна, как я уже упоминал, недавно созданная ветвь под названием eCash, которая по сути является форком Bitcoin Cash, где они снова пытаются сделать все то, что не было сделано в оригинальном клиенте Сатоши, потому что большинство проблем с масштабируемостью можно проследить до оригинального клиента Сатоши. Есть некоторая надежда, что они смогут достичь масштабируемости в большом масштабе, но опять же, это больше теоретическая перспектива. Это не доказано в том смысле, что есть что-то, что на сегодняшний день работает в гипермасштабе, хотя у нас есть основания полагать, что это в некоторой степени возможно. Я уже публиковал об этом, кстати, если вы хотите посмотреть на мою публикацию о блоках размером в терабайт для Bitcoin.

Теперь никто не смог привести такие вещи к масштабу. Это очень сложно. Масштабирование базового уровня - первая проблема, и, очевидно, стартапы, желающие сделать это для цепочки поставок, хотят сделать что-то еще более продвинутое. Им нужно иметь базовый уровень, который может масштабироваться, а затем они хотят сделать что-то, что также масштабируется в цепочке поставок. Я считаю, что ни один из них не добился успеха, потому что, как я описывал, да, есть случаи использования для цепочки поставок, и да, есть некоторое пространство для добавленной стоимости, но сначала вам нужно решить эти очень сложные проблемы масштабируемости и задержки. Возможно, это не пошло им на пользу, и вы можете видеть, что цитируемые мной статьи не такие уж и старые. Я имею в виду, статьи об Avalanche буквально всего несколько лет назад. Были некоторые прорывы, которые все еще довольно недавние, и это все еще займет много времени. Чтобы масштабироваться, вам нужно сделать прорывы на уровне теоретической алгоритмики, что очень сложно продвигать вперед.

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

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

Это завершает раздел вопросов и ответов для этой лекции. Следующая лекция будет посвящена математической оптимизации для цепочки поставок и состоится в среду, 25 августа. Я буду брать некоторое время отпуска. Кстати, математическая оптимизация, в отличие от блокчейна, используется ежедневно во многих цепочках поставок. Приложения огромны, и случаи использования очень практичны. Мы не говорим о нишевых случаях использования; приложения огромны.

Математическая оптимизация очень связана с статистическим обучением и принятием лучших решений в цепочке поставок. Увидимся в следующий раз.