Tellor (TRB) - децентрализованный Oracle

Tellor - децентрализованный Oracle, который позволяет передавать ценные данные вне цепочки в Ethereum. Система использует сеть заинтересованных майнеров, которые борются за решение задачи PoW, чтобы представить официальное значение для запрашиваемых данных.

Интеллектуальные контракты на Ethereum полностью автономны, и любая информация или доступ к внешним данным ограничен. Tellor решает эту проблему, создавая систему, в которой стороны могут запрашивать значение точки данных вне цепочки (например, ETH / USD), а майнеры конкурируют, чтобы добавить это значение в банк данных внутри цепочки, доступный для всех умных контрактов Ethereum.

Входные данные для ряда данных защищены сетью майнеров с разбивкой по ставкам. Основной смарт-контракт Tellor создает временные ряды каждого запрошенного ряда данных и стремится стать стандартным источником ценных данных для децентрализованных приложений. Этот оракул «Tellor» использует механизмы стимулирования, аналогичные другим криптовалютным системам, посредством выпуска токена Tellor, Tributes, который используется для запроса определенного ряда данных у майнеров.

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

Сети Blockchain, в частности сеть Ethereum, обеспечивают быструю и безопасную передачу и создание цифровых товаров в дополнение к хранению и выполнению защищенных от взлома программ, которые могут управлять цифровыми активами.Эти программы, развернутые в сети, не могут быть изменены. Они доступны для всех, кто имеет доступ к цепочке, будут выполняться на основе определенных параметров и взаимодействий (транзакций) и проверяются механизмом согласования блокчейна. Эти характеристики позволяют анонимным сторонам заключать обязательные цифровые соглашения или смарт-контракты. Однако из-за избыточности, встроенной в консенсусные механизмы этих сетей, нет никакого собственного средства для чтения внецепных данных (например, интернет-API). Если умный контракт полагается на данные вне цепи для оценки или выполнения функции, стороны в настоящее время полагаются на эти варианты:

  • Вручную передать данные в контракт - данные могут быть легко взломаны и не являются надежным механизмом
  • Доверьтесь централизованной стороне в предоставлении данных - эффективно, но не заслуживает доверия
  • Положитесь на группу доверенных известных сторон (консенсус о подтверждении полномочий) - не заслуживает доверия
  • Системы Schelling Point (стимулировать пользователей предоставлять данные и достигать консенсуса) - не нужны для простых ценовых данных, могут привести к длительному времени ожидания для достижения консенсуса, а доверие к данным может подорваться в случае конфликта интересов

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

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

Говорящий Оракул

Oracle Tellor - это встроенный банк данных, в котором майнеры борются за добавление точек данных. Чтобы создать должным образом мотивированную систему, Tellor выпускает родной токен «Tributes». Стороны платят Tellor Tributes, чтобы отправить запрос данных в Oracle. На основании вознаграждения, назначаемого за каждый запрос, Oracle выбирает наиболее финансируемый запрос каждые десять минут, чтобы создать задачу для майнеров . Каждый запрос собирает конкретные данные (например, цены ETH / USD или BTC / USD) и делает их доступными по цепочке. Платежи Tellor используются для выплаты вознаграждений майнерам, которые добавляют официальную точку данных, и используются для защиты сети с помощью требования к ставкам для майнеров и системы голосования для проверки данных. Пять представлений необходимы для определения официальной точки данных. Создан с аналогичной структурой, как 0xBitcoinOracle Tellor использует токен для проверки работоспособности (PoW), но наряду с решением PoW майнеры также должны предоставлять точку данных вне цепочки. Первые пять майнеров, которые предоставят решение PoW и внецепную точку данных, будут вознаграждены вновь выданными токенами и накопленной выплатой за конкретный запрос данных . Доказательство работы оказалось золотым стандартом для механизмов криптоэкономического консенсуса, и Tellor использует его в гибридной модели для защиты оракула. В дополнение к безопасности, обеспечиваемой процессом PoW, мы добавили дополнительный уровень безопасности посредством депонирования Дани, на который майнеры должны поставить, прежде чем им разрешат добывать, и рискуют потерять свою долю, если их представленные ценности будут успешно оспорены.

Реализация

Oracle Tellor использует структуру посредника делегата для своих контрактов, развертывая два интеллектуальных контракта:

  1. TellorMaster.sol позволяет делегировать вызовы из Tellor.sol для хранения данных. TellorMaster содержит исторически сложившиеся значения, из которых могут считываться контракты.
  2. Tellor.sol хранит и распределяет токены, информирует майнеров о том, какие ценности следует отправлять, и имеет встроенную методологию для вызовов. Он предоставляет майнерам необходимые поля для сбора данных, позволяет майнерам отправлять проверочные и внеплановые данные, сортирует значения и позволяет пользователям получать значения и ставку, по которым ряд данных добывается следующим. Контракт нацелен на новые значения, которые будут добываться каждые 10 минут путем корректировки сложности. Какой ряд данных добывается, определяется тем, какой ряд имеет наибольшую «подсказку» для майнеров.

Основной поток для добавления и извлечения данных выглядит следующим образом:

  1. Пользователь отправляет запрос в Oracle, используя Tributes, чтобы побудить майнеров выбирать этот запрос среди других представлений.
  2. Другие пользователи, которые хотят получить те же данные, платят или «дают чаевые» этой серии данных, чтобы стимулировать отбор майнеров.
  3. Каждые 10 минут Oracle выбирает наиболее финансируемый запрос и предоставляет новую задачу для майнеров.
  4. Майнеры отправляют свое решение PoW и данные вне цепочки в контракт Oracle. Контракт Oracle сортирует значения по мере их поступления, и как только пять значений получены, официальное значение (медиана из пяти) выбирается и сохраняется в цепочке. Затем майнеры распределяют свои выплаты (базовая награда и чаевые).
  5. Любой владелец Tellor Tributes может оспорить действительность добытой стоимости в течение одного дня с момента ее уплаты путем уплаты сбора за рассмотрение спора. В течение следующей недели владельцы токенов Tellor будут голосовать за достоверность данных; если точка данных считается ложной, майнер потеряет свою ставку. Однако, если голосование определяет, что значение является правильным, гонорар спорящей стороны отчитывается передающемуся майнеру.

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

Пять майнеров были выбраны в результате анализа успеха злоумышленников в биткойнах и эфириуме, который можно измерить по тому, сколько блоков было реорганизовано в системе (создавая вредоносные или конкурирующие цепочки). Для объяснения, если злоумышленник атакует Биткойн и добывает 3 блока подряд, следующий блок все равно не будет построен поверх него. Честные майнеры вместо этого «реорганизуют» или реорганизуют блокчейн на 3 блока и убирают блоки, добытые плохим актером. В этом смысле никто никогда не сможет взломать Биткойн; Вы можете сломать его только на определенное время.

В Биткойне самой длинной цепочкой reorg было четыре. В Эфириуме это было 7, но короткие времена блока фактически делают его намного менее серьезным. В нашей системе нападение на нашу цепь с 5 майнерами похоже на разрушение традиционной системы на 3 блока; злонамеренного получения 3 из 5 достаточно, чтобы ввести вредоносное значение. За 10 лет существования Биткойна 3 или 4 длинных реорга произошли 6 раз. Однако у Tellor есть дополнительная защита даже выше самого длинного цепного механизма защиты из-за нашего требования к ставке.

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

В течение времени, когда значение подтверждается (один день), стороны могут оспорить это представление. Задача и ценность данных ставятся на голосование держателями дани. 

Стимулы

В этой гибридной модели реализованы два типа стимулов:

  1. вознаграждение за подачу заявок
  2. структурные стимулы для продвижения точных представлений о стоимости

Майнеры получают два вида вознаграждений:

  1. Базовая награда за каждую успешную подачу
  2. Советы майнерам по стимулированию выбора запроса

Базовая награда

Подобно тому, как Ethereum вознаграждает «Дядюшек», или майнеров, которые были близки к победе, первые пять майнеров, представившие PoW и внецепную стоимость, получают по пять дани.

Tellor принял во внимание две основные проблемы при структурировании выплат для наших механизмов вознаграждения:

  1. Условия гонки
  2. Зеркальное

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

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

На основании исследования Tellor можно сделать следующие выводы:

  • Более высокая выплата за медианное значение способствует условиям гонки и отражению
  • Награждение медианой приводит к плохим ценностям
  • Когда все майнеры одинаково вознаграждены, условия гонки уменьшаются, но зеркалирование остается
  • Зеркальное отображение происходит, когда плохие актеры отсутствуют

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

Советы

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

Поскольку целевое время оракула составляет 10 минут, в среднем выполняется только 144 запроса в день. По мере принятия оракула Tellor очередь будет заполняться и будут проводиться конкурсы цен. Это самореализующийся цикл по мере того, как увеличивается усыновление, увеличивается спрос, вознаграждение майнеров, безопасность и, следовательно, дальнейшее усыновление.

 

Стимулы для представления правильной стоимости

  • Каждый майнер должен поставить 1000 жетонов

Шахтеры должны поставить 1000 Дань, чтобы иметь возможность добывать. Подтверждение ставок предусматривает экономические штрафы для майнеров, представивших неверные значения.

  • Любое принятое значение может быть оспорено и поставлено на голос любым обладателем токена Tellor Tribute.

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

Майнинг и безопасность

Шахтеры получают следующую информацию из оракула Tellor

  • Текущий вызов

  • Запросить ID

  • трудность

  • Строка запроса API

  • Советы, связанные с запросом

АЛГОРИТМ

Одной из основных проблем, связанных с майнируемым токеном или любым процессом, который зависит от майнинга, является излишек соло ASICS, доступный в настоящее время, поскольку, если они используются в небольшой экосистеме, эти специализированные системы могут быстро монополизировать ее. Задача Tellor о проверке работы разработана так, чтобы отличаться от задачи майнинга Bitcoin. Эта настройка требует, чтобы майнеры потратили значительное количество времени на обновление алгоритма майнинга и должны лишить злоумышленников возможности слишком рано стать частью экосистемы, позволяя Теллору расти и развиваться до того, как крупные игроки присоединятся и потенциально будут доминировать в хэш-мощности.

Корректировка сложности основана на разнице между целевым временем (10 минут в Tellor) и временем, которое потребовалось для решения предыдущего задания. Например, если пять вызовов PoW будут отправлены в течение 9 минут, сложность увеличится на 10% при следующем вызове.

ПРЕДСТАВЛЕНИЕ

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

  • Успешное решение PoW (nonce)
  • Запросить ID
  • Значение запрашиваемых данных

Безопасность

Безопасность достигается за счет архитектуры Tellor Oracle (алгоритм майнинга и процесс выбора медианного значения), а также стимулов, применяемых для майнеров для быстрой подачи правильных значений (более подробную информацию см. В разделе «Стимулы»). Максимальная безопасность, однако, обеспечивается разрешением споров, основанных на доказательстве кола. Поскольку любое оспариваемое значение будет поставлено на голосование всеми держателями токенов, простая цена, которую можно сломать:

Держатель токенов Голосование Поделиться * Цена дани

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

Рассматривая нашу формулу, мы можем резюмировать, что безопасность увеличивается, когда:

  • Увеличивается доля владельцев токенов, голосующих в PoS спорах
  • Цена токена увеличивается
  • Спрос на Oracle увеличивается (советы)

Процесс спора

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

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

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

Запрошенные описания данных

Система Tellors позволяет выполнять запросы только по цепочке (полные строки запросов API), но со временем также будет работать над созданием надежных стандартизированных рядов на основе идентификатора запроса. Чтобы привести пример, сторона может запросить цену BTC / USD, или система Tellor может встроиться в ее майнера и сообщество. что цена BTC / USD, соответствующая данному идентификатору запроса, фактически идентифицируется как нечто более устойчивое, такое как скользящее среднее пяти различных бирж. Поскольку достоверность точки данных в конечном итоге определяется голосованием в системе Tellor, идентификатор запроса может соответствовать любому количеству различных жестко запрограммированных или даже ручных вводов, чтобы поставщик данных не мог подвергать цензуре майнеры Tellor (то есть отключать свою подачу API). ).

Принятие

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

 Поставка

Общая поставка Tellor определяется использованием и темпами майнинга. Для максимальной поставки предложение Tellor будет расти со скоростью базовой награды * 144 запроса в день. На приведенном ниже графике показана поставка Tellor и темп роста при условии полного использования:

 Ценовые ограничения

Основными конкурентами Tellor являются централизованные сервисы Oracle, которые могут взимать низкую плату за поиск данных API. Tellor - это премиальная служба оракула, предоставляющая 144 API-запроса в день приложениям, которым требуется безопасный оракул.

Система имеет несколько ограничений спроса и предложения, влияющих на цену:

  • Безопасность системы тесно связана с ценой токена, и любая монополия или подрыв доверия к системе уменьшат эту безопасность и, следовательно, цену.
  • Поскольку цена токена увеличивается, для каждого запроса майнерам требуется меньше токенов (при условии, что спрос в долларах США стабилен). Это освободит предложение и снизит цену токена до уровня равновесия.
  • По мере роста цены токена это создает повышенную безопасность в системе Oracle, дополнительно стимулируя майнеров через базовое вознаграждение.

Dev Share

Oracle Tellor реализует 10-процентную долю разработчиков (dev dev). Этот поток доходов будет управляться командой Tellor и использоваться следующими способами:

  • Обеспечить участие сообщества и точное голосование по спорам
  • Создание и распространение эффективного программного обеспечения для майнинга
  • Продвигайте и продвигайте Oracle Tellor, чтобы обеспечить внедрение, что приведет к увеличению стимулов для майнинга
  • Создание инструментов разработчика для использования Tellor Oracle в производственных развертываниях
  • Фонд исследований и улучшений оракула

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

Потенциальные приложения

В контексте Ethereum оракулы можно рассматривать как авторитетные источники данных вне цепочки. Эти точки данных позволяют умным контрактам получать и согласовывать исполнительные инструкции. Наибольшим вариантом использования данных вне цепочки были стабильные монеты, которые используют цену ETH / USD для поддержания привязки.

Так как Tellor - это контрактный механизм, который позволяет получать данные оракула на конкурентной, децентрализованной основе - мы предполагаем широкий спектр вариантов использования этого продукта. А именно:

  1. Данные обменного курса: интервальные значения обменного курса могут использоваться для создания недоверенных финансовых контрактов
  2. Информация о перекрестной цепи: сбор количества блоков или текущего номера блока в данной цепочке
  3. Статические / псевдостатические данные: регистрация и индексирование различных идентификаторов, кодов стран, кодов валют
  4. Проверка ущерба: какова общая сумма убытков по договорам страхования
  5. Генерация псевдослучайных чисел: выбор победителя в смарт-контракте с распределенной лотереей и т. Д.

Будущее

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

  • Представления с нулевым знанием

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

  • Нотариальные свидетельства TLS

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

  • Оптимистичная реализация

Внедрение дополняющей системы Oracle, не связанной с майнингом, которая позволяет любой стороне отправлять данные для запросов данных. Эта дополнительная система предполагает, что отправители данных имеют наилучшие намерения. Этот «оптимистический» подход может разрешать споры, требуя PoS и / или может основываться на репутации отправителя. Эта реализация будет считаться менее безопасной и будет обслуживать проекты / Dapps / пользователей, которые могут не зависеть от времени и могут «искать» данные.

  • Автоматическая отчетность и мониторинг

Анализ вне цепочки для выявления выбросов и сообщения о них, чтобы «получить» «плохую» долю майнера. Например, сообщая значение / майнер, если среднее значение отличается от медианы на определенную величину.