Как известно в основе любой криптовалюты лежит уже всем известная технология блокчейн. И именно благодаря ей криптовалюты стали постепенно набирать популярность. Несмотря на то, что еще в 2010-2014 годах Bitcoin и новые альткоины не воспринимали как серьезную инновацию и инструмент, что может изменить финансовый мир в лучшую сторону.
Изначально под блокчейном понималась прозрачная и быстрая технология, что может сделать прорыв в мире финансов и заменить банковские технологии. Начали вводиться проекты по более простым и дешевым транзакциям, что приводились мгновенно и в гораздо большем количестве, чем могли проводить банки, исключились различные контрагенты, что значительно убыстрило проходимость платежей и денежных переводов. Банки и финансовые организации (одни из первых самые известные UBS и Barclays) оказались заинтересованными в новых технологиях и начали активно включаться в разработки. Так как конкуренция на рынке растет, а клиенты хотят услуги прозрачные, быстрые и дешевые, а блокчейн смог им это предоставить, что сделало толчок в повышении спроса на криптовалюты. Но с ростом популярности криптовалют и проектов пришло время озаботиться и о безопасности инвестиционных средств. На незащищенный рынок пришло большое количество хакеров и мошенников, что взламывают системы, периодически «помогая» очищать кошельки пользователей и бирж и это является самой главной угрозой нововведениям в мире информационных технологий. Так как банки всегда воспринимались как надежная система сбережения средств.
Кроме этого есть еще опасность того, что приложения перестанут развиваться и вы тоже потеряете деньги. На этом чуть подробнее и остановимся, чего стоит опасаться, какие основные риски существуют для блокчейн приложений и как нужно развивать в дальнейшем умные контракты с технической точки зрения?
Проблемы с экономической моделью поведения
Проблема в том, что многие компании о безопасности начинают задумываться лишь тогда, когда уже есть прецедент, а до этого момента пока все работает и все отлично. А когда уже прецедент есть и средства потеряны, тогда приходит понимание, что лучше потратить деньги, но обезопаситься, чем потерять еще больше. Но не всегда успевают, особенно если это касается нового проекта.
Допустим уже создан определённый проект, его проект состоит из определенной цепочки, где все экономические элементы между собой связаны и разработчик уже спроектировал как будет все работать в дальнейшем. И для определенной категории пользователей, как правило, уже есть прогноз как они себя поведут в той или иной ситуации: при стимулировании или при ограничении действий – важно выработать правильную экономическую модель, чтоб проект и приложение выполняло ожидаемые от него задачи, и клиент получал доход от продвижения. Как пример, может выступать: выпуск токенов, продвижение партнерской программы, работа блокчейн приложения с фиатной системой.
Например, разработан проект, согласно умного контракта за использование приложения пользователя предлагается для мотивации новые токены. И эта мотивация способствует тому, чтоб инновация поддерживалась. А умный контракт настроен на то, чтоб раздавать монеты тем, кто был полезен, таким образом, выстраивается цепочка: пользователь - польза – доход. И пользователям хоть раз получившим прибыль уже невыгодно бросать приложение. Так в чем проблема безопасности? В том, что если вы раз совершили пользу и в дальнейшем будете доход получать, при этом стимул работать будет уменьшаться. Зачем? Если и так прибыль капает. Или к примеру, если заложено определенное количество токенов, то при увеличении пользователей, они закончатся, а новые пользователи недополучат прибыль. Приложение может быть оставлено.
И как итог, чтоб обеспечить безопасность инновации в развитии, нужно заранее проектировать сложную модель и прогнозировать различные вероятности и использовать различные модели поведения в тех или иных случаях.
Прогнозирование влияния внешних факторов
Сейчас идет разработка многих приложений, при создании которых необходимо учитывать не только экономическую модель влияния внутренних факторов на развитие, а и внешних. Чем больше зависимость модели от внешних факторов, тем она сложнее. А такими факторами можно назвать: пользователей, обработка данных, возможные вероятности той или иной ситуации. Не учитывая некоторые параметры влияния разработчик может не понимать как поступить в той или иной ситуации и сам контракт и его функциональная составляющая могут оказаться под угрозой несостоятельности.
Для того, чтоб проект успешно развивался, необходимо учесть следующие моменты:
- фундаментальные факторы что влияют на спрос и предложение: новости, ожидания, регулирование государством.
- цена токена, его возможное резкое изменение по отношению к обычным валютам, к битокину- резкое удорожание или удешевление может повлиять на выгоду использования именно этого приложения по сравнению с конкурирующими.
- потребление энергии при отправке транзакций: чем сложнее система, тем сложнее подсчеты и прогнозирование.
- будет сложен подсчет участников приложения в начале, так как вы ввели Ethereum-адрес и уже участник.
На каждую из ситуаций нужно иметь свой план и менять стратегию координаций согласно изменениям, создавать отдельный алгоритм. Например, на росте рынка делают попытки рост удержать, а при падении – сокращают расходы.
Большая угроза - непроверенные данные
Смарт-контракты сейчас все чаще применяются в инфраструктуре Интернет-вещей, где вещи между собой связаны смарт контрактами и являются «умными». Умные дома, умные автомобили, умные поставщики покупок. И при этом не все они могут подключаться к внешним источникам информации. Простым примером такой проблемы является проблема поставки товара по определенной цене заложенной в программу. Но если цена должна быть привязана к курсу какой-то валюты (например фунт стерлингов) и это вбито в программу приложения, то без доступа к внешнему источнику – изменение курса может быть пропущено и товар будет поставляться с убытком для отправителя. Также существует угроза взлома подключенного сайта с внешними данными и данные могут быть подменены.
Уже нужно программы подобных приложений строить таким образом, чтоб один источник информации не влиял на все выполнение программы, программа должна контролировать надежность источника информации и сравнивать данные, желательно через блокчейн, где изменить данные невозможно. При этом нужно разработать возможность отката данных, исправления стоимости при возможном мошенничестве с подменой данных.
Манипуляции очередностью исполнения транзакций
Это проблема обычно связана с децентрализованными обменниками и децентрализованными биржами. И чем дальше, тем больше могут понимать, что это проблема. Формирование блока происходит в течение 13 секунд, за это время заинтересованное лицо может внести транзакцию в блок и повлиять на итоговый результат. Как пример можно привести работу на бирже: с помощью фронтраннинга брокер может выставить свой ордер перед ордером клиента. Трейдер по заказу должен купить определенное количество актива, но брокер сначала покупает себе актив (выставляя вперед ордер), а потом продает трейдеру по более выгодной для себя цене.
Эту проблему можно решить с помощью внедрения новых алгоритмов (например, ZkSNARk).
Это были одни из немногих технических проблем новых разработок при проектировании умных контрактов. А как известно, разработка умного контракта должна решать часто уникальные задачи. И именно от их решения зависит насколько приложение будет востребовано. Всем успехов.
Автор: ГераЯ
Исключительные права на статью принадлежат MMGP.COM
Вложения
-
content_blockchain.png
