Обменник

Screen Shot 2016-09-27 at 11.10.47 PM

Появилось новое модное словечко, которое приходит вовремя для оспаривания – формальная проверка.

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

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

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

Но пока формальная проверка может казаться сложным, концепция, возможно, может быть кратко сжата применительно к ethereum – в настоящее время кодеры используют в значительной степени новый язык (твердость) для написания умных контрактов, написание команд, которые затем переводятся в байт-код для использования виртуальной машиной ethereum (EVM) и распространяется на узлы сети для выполнения.

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

Грант Пассмор, соучредитель «Эстетической интеграции», является одним из предпринимателей, который видит возможность помочь в этих усилиях, используя Devcon2 для запуска Imandra Contracts, официальной платформы проверки для блочных смарт-контрактов.

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

Пассмор сказал CoinDesk:

«Сообщество ethereum находится в уникальном положении, где после DAO мы понимаем, что необходима строгая инженерия. Вы не можете подойти к написанию смарт-контракта, как веб-приложение».

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

«Это будет одна важная часть общей картины. Я с нетерпением жду возможности использовать ethereum для установки стандарта и показать людям, как это делается», – сказал он.

Обучающие колеса

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

«Solidity», разработанная для платформы ethereum, столкнулась с критикой за то, что она была в основном непроверенной и трудной для написания, в основном потому, что она настолько новая. Такие проблемы, возможно, были усилены из-за вопросы с компилятором языка, отсутствием публичных библиотек и крахом DAO, который был проверен известными членами сообщества разработчиков.

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

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

«Это может произойти, и формальный инструмент проверки [автоматически] автоматически обнаружит это. Вы можете обнаружить его на ранней стадии и отреагировать на это внутри смарт-контракта», – пояснил он.

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

Полигон

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

Passmore, например, сказал, что «Эстетическая интеграция» работает над применением формальной проверки в работе с финансовыми учреждениями с 2014 года и что до сих пор клиенты пытались использовать ее в ограниченных областях, например, в темных пулах, где трейдеры требуют уверенности в справедливости.

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

«Многие из наших банковских клиентов, когда мы начали работать с ними, мы слышали, что они были заинтересованы в этом пространстве, но беспокоились о правильности умных контрактов», – сказал он.

Продвижение формальной проверки также привлекло Yoichi Hirai по аналогичным причинам. В настоящее время формальный инженер по проверке работает в Фонде Ethereum, его интерес к концепции начался как исследователь и в его предыдущем занятии у лидера кибербезопасности FireEye.

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

«Я нашел ethereum, я видел EVM, желтую бумагу, спецификацию, это было всего 32 страницы, и я думал, что смогу перевести ее и написать доказательства о смарт-контрактах», – сказал он.

Ethereum, напротив, предлагает то, что он назвал «меньшей спецификацией» и «решаемой проблемой» для инженеров в определении того, как лучше всего перевести Solidity в байт-код.

«Я считаю, что еще много официальных исследователей по проверке приходят», – сказал он.

Нет серебряной пули

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

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

«Вы можете кодировать проблемы, которые произошли с DAO, и проверить, чтобы у вас их не было, но вы должны знать, что искать», – пояснил он.

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

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

Таким образом, Пассмор полагает, что сообщество эфиремов преуспевает в «евангелизации» концепции, что, по его мнению, в конечном счете будет способствовать исследованию цепочки.

Пассмор заключил:

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

Изображения через Пит Риццо для CoinDesk

Лидер в новостях о блочной цепочке CoinDesk является независимым медиа-представителем, который стремится к самым высоким журналистским стандартам и соблюдает строгий набор редакционных политик , Хотите поделиться своим опытом или знаниями с нашими отчетами? Свяжитесь с нами по адресу [Электронная почта защищена] ,

ОСТАВЬТЕ ОТВЕТ

Please enter your comment!
Please enter your name here