Книга: Блокчейн на практике
Назад: Другие блокчейны с возможностью выполнения смарт-контрактов
Дальше: Сложности и критика

Собственный блокчейн или DApp?

Команде каждого нового проекта, в котором предполагается использовать смарт-контракты, в первую очередь приходится решить вопрос: создавать ли собственный блокчейн или удовлетвориться разработкой приложения на одной из описанных выше платформ? У каждого подхода есть свои преимущества и недостатки, и их следует оценить перед тем, как сделать окончательный выбор. Для этого можно использовать достаточно простой чек-лист:
●  Объем хранимых данных. Если проекту требуется обрабатывать и размещать в блокчейне большие массивы текстовой или даже мультимедийной информации, следует задуматься об отдельном блокчейне, так как на публичной платформе существенный трафик обойдется дорого и может даже привести к замедлению всей сети. В ином случае необходимости в запуске собственного блокчейна нет.
●  Уникальная конфигурация данных. Если применяемый в каком-либо публичном блокчейне формат данных, транзакций и блоков устраивает разработчиков и существенных изменений модели данных не предполагается, то вполне возможно использовать одну из публичных платформ смарт-контрактов.
●  Политика доступа. Разработка корпоративных блокчейнов началась в том числе из-за того, что вся информация в общедоступных блокчейнах может быть считана любым из пользователей этого блокчейна. И даже шифрование не всегда служит гарантией сохранения конфиденциальности. Поэтому, если проекту нужна иерархическая схема доступа к данным и имеются требования секретности и конфиденциальности, следует обратиться к платформам частных блокчейнов или задуматься о создании собственного.
●  Внутренняя экономика проекта. Любая из публичных платформ налагает определенные ограничения, которым разработчикам Dapps приходится следовать. Поэтому для применения сложных внутриэкономических схем возможностей публичного блокчейна может оказаться недостаточно, или использование их будет стоить слишком дорого и приведет к значительным расходам при пересылке внутренней или технической информации, поскольку все транзакции требуют определенной платы.
●  Зависимость от сторонних разработчиков. С технической стороны разработчики Dapp также зависят от политики выбранной платформы. Например, если им потребуется внести какие-либо изменения в протокол, способные затронуть другие проекты, в таких доработках, вероятно, будет отказано. К тому же команда разработчиков платформы работает по собственным планам, учитывая пожелания всего сообщества, а не отдельных пользователей. Поэтому может оказаться, что для сложных приложений даже возможностей платформ с изолированным выполнением Dapps недостаточно, а команда платформы слишком медленна и неотзывчива, что приведет к срыву сроков или ограничению возможностей приложения.
●  Затраты на разработку и поддержку. Главное преимущество популярных платформ в том, что они предоставляют уже действующую проверенную среду с набором инструментов, достаточным для разработки приложений. Причем здесь идет речь не о функциях самого приложения, а о базовых технических аспектах, включая сетевые протоколы и алгоритмы шифрования. Любая популярная платформа проходит тестирование и постоянно подвергается атакам, а ее код проверяют сотни независимых разработчиков, заинтересованных в нормальном функционировании. В случае же разработки собственного блокчейна решение всех этих вопросов ляжет на команду проекта и увеличит временные и материальные затраты в несколько раз. Поэтому создание и поддержка собственного блокчейна становятся достаточно дорогим удовольствием, причем в большинстве случаев неоправданным.
Назад: Другие блокчейны с возможностью выполнения смарт-контрактов
Дальше: Сложности и критика