Пробуждение протокола Erasure

Сегодня день. Протокол Erasure активен. Узнайте о наших основных примитивах, философии дизайна и уникальной архитектуре, используя фабрики клонов EIP-1167.

Последние три года Numerai упорно трудился над созданием нашего турнира по науке о данных. Попутно мы поняли, что созданные Numerai примитивы могут иметь широкий спектр применения за пределами турнира. Это платформенный момент Numerai. Протокол Erasure может перенести Web3 на любой веб-сайт, и он проснулся в основной сети Ethereum. Смарт-контракты Erasure теперь доступны на GitHub.

Продукты, разработанные Erasure

Erasure не полагается на какие-либо спекулятивные технологии. Все, что требуется для создания Erasure, существует сегодня. Мы создали два собственных приложения: Erasure Quant и ErasureBay.

Erasure Quant - турнир, используемый для краудсорсинга данных по индексу Russell 3000. Участники представляют ежедневные прогнозы цен на акции США и получают вознаграждение за вклад в создание неизменной репутации. Erasure Quant - это шаблон, который могут использовать другие для создания своих собственных турниров.

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

Философия протокола стирания

Протокол Erasure основан на простой идее.

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

Скин в игре является обязательным компонентом, но есть еще пара примитивов, используемых при формировании экономических отношений: Track-Record, Payment и Recourse. . Это 3 примитива, которые используются для создания приложений на Erasure.

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

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

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

Эти три примитива образуют компоненты, необходимые для процветания экономических отношений. Мы взяли каждый из этих примитивов и реализовали их как простые шаблоны, которые каждый может использовать в своих веб-приложениях. Мы хотим, чтобы эти элементы Erasure Web3 были встроены на веб-сайты в Интернете.

Следующие шаблоны будут доступны при запуске, и больше шаблонов будет доступно по мере появления новых вариантов использования.

Запись через посты и ленты

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

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

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

proofHash = multihash(userAddress + salt + data)

Платежи через любую криптовалюту

Как упоминалось выше, криптовалюты уже отлично справляются с платежами. Вот почему платформа Erasure поддерживает платежи любой криптовалютой. Мы ожидаем, что пользователи предпочтут использовать собственные криптовалюты Ethereum, такие как ETH, WBTC и NMR, поскольку их можно использовать с созданными нами программируемыми смарт-контрактами условного депонирования. Эти условные депонирования регистрируются в Erasure_Escrow реестре, который вносит свой вклад в единый источник правды.

Обращение за помощью через огорчение

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

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

Возьмем, к примеру, соглашение между Алисой и Бобом. Алиса анонимна и не имеет большого послужного списка. Она ставит 500 ЯМР и выбирает коэффициент 0,5. Боб, однако, раскрыл свою реальную личность и имеет отличный послужной список. Таким образом, он ставит 100 ЯМР и выбирает соотношение 1.

Alice = { stake = 500, ratio = 0.5}
Bob = { stake = 100, ratio = 1}
Bob punishes Alice for 10 NMR => Cost is 5 NMR (10 * 0.5)
Alice punishes Bob for 10 NMR => Cost is 10 NMR (10 * 1)
new_Alice = { stake = 490, ratio = 0.5}
new_Bob = { stake = 90, ratio = 1}

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

Расширяемая архитектура протокола Erasure

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

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

Таким образом, наши требования к дизайну были установлены.

Должен быть децентрализованным (для обеспечения устойчивости)

Должен иметь единый источник истины (для создания репутации)

Должен быть ориентирован на будущее (для интеграции новых вариантов использования)

Должен быть модульным (чтобы изолировать риски безопасности)

Цена прогресса

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

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

Децентрализация на счету

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

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

Дорогая жемчужина

Хорошо, все это звучит хорошо и модно ... но помните, что развертывание контрактов для новых учетных записей дорого. Вы говорите о 32 000 газа минимум, плюс 200 газа на байт времени выполнения контракта. Если учесть, что в большинстве контрактов, которые выполняют большую часть чего-либо, счет байтов исчисляется тысячами, перспектива создания практичной масштабируемой системы, которая будет развертывать их до тошноты, становится, в общем, тошнотворной.

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

Войдите в фабрики клонов Erasure

Именно так разработан протокол Erasure. Используя библиотеку Spawner, каждый элемент на Erasure создается как клон ранее развернутого шаблона. Мы называем это фабрики клонов. Каждый клон также регистрируется в реестре, который предоставляет единый источник достоверной информации о статусе протокола. На момент запуска у нас есть два реестра: Erasure_Posts для отслеживания шаблонов лент и сообщений и Erasure_Agreements для отслеживания шаблонов OneWayGriefing.

И вот так все наши требования соблюдены.

Основываясь на Erasure

Присоединяйтесь к нам в Сан-Франциско на ErasureCon - 27.09.2019 - pwd: информация.

Хотите создать приложение или инструмент поверх Erasure? Ознакомьтесь с нашей программой грантов, где мы раздаем 1 миллион долларов. Отправьте предложение на [email protected].

Приходите работать с нами, чтобы сделать Интернет лучше.