«Дорожная карта» для Augur и планы развития платформы

0
117

 

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

Что будет в первом релизе Augur?

При начальном запуске, на платформе будет предусмотрена возможность создания рынков – бинарных (да/нет), скалярных (для диапазонов значений: например, сколько айфонов Apple продаст в четвёртом квартале, сколько мм осадков выпадет в определённом месте и т.п.) и категориальных (выиграет ли выборы Трамп, Хилари, Джонсон или кто-то другой?) – возможность торговли и возможность определения решения рынков включая и оба предусмотренных механизма защиты от некорректных решений.

Пользователи смогут создавать рынки с привязкой к другим рынкам: станет возможной, например, торговля на результат того, «Какой размер ВВП позволит Канье выиграть выборы?» Для того, чтобы хеджировать риск поражения Канье, вы можете одновременно открыть эквивалентную короткую позицию по акциям «Выиграет ли Канье президентские выборы 2020 года?» Это возможно благодаря тому, что акции рынков представляют собой токены стандарта ERC-20, однако это ещё предстоит реализовать в пользовательском интерфейсе. (Пока неясно, будет ли эта возможность воплощена в пользовательском интерфейсе уже к первому запуску платформы, но, в конечном итоге, это будет реализовано.)

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

Для того, чтобы обеспечить совершенно безопасную модель выражения репортерами (держателями токенов репутации, REP) мнения в отношении результата того или иного события (репортинга), должны быть доступны как механизмы защиты от некорректных решений рынка, так и возможность форка – иначе стимулы не будут должным образом соотнесены, и закрытие рынка с некорректным результатом не будет являться слишком сложной задачей. Мы не хотим, чтобы чьё-то первое впечатление от Augur было составлено в результате ситуации, когда человек, например, покупает акции на победу Канье, тот выигрывает выборы, после чего оракул заключает, что выиграл Трамп. Для предотвращения подобных случаев нужны механизмы защиты. Ниже представлена схема процесса обработки запроса на пересмотр решения рынка, для подачи которого требуется размещение залога в виде токенов репутации. Если запрос был обоснован и первоначально рынок был закрыт с некорректным результатом, то вы получаете обратно свой залог плюс дополнительные токены репутации. Если же вы разместили запрос, в котором не было необходимости (т.е. рынок был закрыт корректно), то вы теряете свой залог.

Здесь представлена схема актуального процесса обработки запроса, примерно на 6 000 строк кода короче предыдущей версии.

«Дорожная карта» для Augur и планы развития платформы

Что было удалено из версии для запуска?

Следующие вещи были удалены по причине чрезмерной сложности:

  • Результат события должен становиться известен раньше. (Так, вместо создания одного рынка «Доберётся ли Илон Маск до Марса когда-нибудь?» со сроком, скажем, до 2040 года, пользователям понадобится создать рынок «Доберётся ли Илон Маск до Марса к концу 2018 года?», потом ещё один для 2019 года и т.д.)
  • При рассмотрении запросов на пересмотр решения рынка, было решено отказаться от этапов подтверждения факта наличия проблемы и её выявления по причине чрезмерной сложности и стоимости процесса (в случае сговора участников, система просто перейдёт к реализации следующего механизма защиты). Виталик уже давно это предлагал и мы, наконец, тоже пришли к такому решению.
  • Раньше рынки с большим количеством акций, размещённых в первую волну репортинга (ограниченным числом репортеров), привлекали больше новых репортеров. Сейчас эта ситуация устранена.
  • Неопределённым образом сформулированные, неэтичные и т.п. рынки теперь признаются недействительными.

Что будет в следующих релизах Augur?

  • Рынки с более чем 8 вероятными результатами события – возможно, с использованием LS-LMSR, так как они хорошо подходят для реализации такого рода задач. При этом, они значительно повышают уровень сложности и не очень хорошо работают с биржевым «стаканом» ордеров, и потому были временно удалены.
  • Рынки смогут быть выраженными в других валютах (не только в ETH + самих других рынках). Для этого понадобится только, чтобы для данной валюты был установлен обменный курс в ETH на децентрализованной бирже, на основе которого мы смогли бы рассчитывать стоимость находящихся в обращении акций, что необходимо для работы системы репортинга.
  • Town Crier, Oraclize.it, SmartContracts.com и RealityKeys в качестве первых опций разрешения вопросов, доступных через пользовательский интерфейс (и использование системы репортинга в качестве системы защиты, которая, в большинстве случаев, позволяет принимать резолюцию по рынкам значительно быстрее).
  • Трейдинг вне блокчейна с использованием протокола 0x.
  • Трейдинг на канале состояния.
  • Более приспособленный для мобильных устройств интерфейс.

Аудит

Аудит мы хотим построить таким образом, чтобы эксперты внутри и снаружи сообщества осуществляли проверку кода, по результатам которой мы будем вносить исправления и публиковать отчёты. Аудит проводится сейчас и будет продолжаться в ближайшие несколько недель. Если вы знаете кого-то, кто, по вашему мнению, мог бы нам в этом помочь, пожалуйста, напишите по адресу team@augur.net. Мы стремимся найти как можно больше людей, которые смогут принять участие в аудите наших контрактов в дальнейшем.

План релиза

  1. Аудит безопасности (в процессе)
  2. Поиск ошибок в программном коде
  3. Релиз рынка предсказаний для поиска ошибок
  4. Релиз Augur Lite с максимальным количеством акций в обращении / суммой открытых позиций на рынках (это означает, что в них может оказаться заблокированной лишь небольшая денежная сумма). Как альтернативный вариант, можно ограничить максимальную сумму пользовательского депозита, скажем, 5 ETH.
  5. Полноценный релиз Augur

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

Децентрализованный режим обновлений:

  • Обновление контрактов должно происходить путём их повторной загрузки. Люди будут иметь возможность перенести свои токены и требования на новый контракт, а трейдеры и создатели рынков – отменить ордеры и также перейти на новые контракты.
  • В случае обнаружения ошибок, связанных с деньгами или токенами репутации, выполнение соответствующих контрактов блокируется и открывается «аварийный выход» – возможность вывести акции и отменить ордеры по средней цене между лучшими предложениями покупки и продажи на момент блокировки контракта. Ещё один «аварийный выход» позволяет вывести любые токены, внесённые в качестве обеспечительного залога контракта или использованные для репортинга. Все токены в контрактах ERC-20 обычно являются взаимозаменяемыми, поэтому они могут переноситься на новые контракты. Все эфиры можно вывести, однако возможность передачи ETH во исполнение старого контракта ERC-20 отключается.
  • В случае, если ошибка не обнаружена и имеет место быть лишь проблема обратной несовместимости (по какой бы то ни было причине), люди должны иметь возможность перейти на новую систему. Т.е., вместо аварийной остановки выполнения контракта и вывода средств по фиксированной цене, пользователи смогут вести торговлю и продавать полные комплексы рынков и/или подождать, пока не дойдёт недостающий REP и их рынки не будут разрешены. Хотя в большинстве случаев это не потребуется, так как мы сможем просто добавлять дополнительные контракты для большинства новых функций и обновлений.

Источник

Оставьте ответ

Пожалуйста, напишите ваш комментарий!
Пожалуйста, введите ваше Имя