Skip to content

Лайтбук по токеномике Codex - Версия для тестовой сети

Codex: Децентрализованный протокол хранения для долговременной информации

Юридические уведомления

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

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

Информация, содержащаяся в этом документе, не является финансовой, юридической, налоговой, инвестиционной, профессиональной или иной консультацией и не должна рассматриваться как таковая.

Обзор

Область применения

Этот документ описывает токеномику Codex с элементами, отражающими развертывание тестовой сети протокола Codex.

Что делает Codex

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

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

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

Как работает Codex

Codex работает как сеть узлов хранения, называемых здесь Поставщиками Хранения (SP), которые хранят пользовательские данные в течение срока контракта, заключенного между SP и пользователями хранения, называемыми здесь просто Клиентами.

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

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

Это достигается путем периодических вызовов SP для предоставления криптографических доказательств, демонстрирующих, что данные, которые они обязались хранить, могут быть извлечены. Codex включает Zero Knowledge (ZK) и Data Availability Sampling (DAS) для достижения недорогого, высокоэффективного и надежного обнаружения потери данных.

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

Если SP не докажут фиксированное количество раз, что они все еще владеют рассматриваемыми данными, или отправят недействительное доказательство, их залог частично сокращается. Штраф за сокращение - это фиксированный процент от общего залога. Это сокращение продолжается до тех пор, пока не будет достигнуто определенное количество сокращений, после чего весь залог сокращается. В этот момент слот SP считается "оставленным". Сокращенный залог используется как стимул для нового SP взять на себя неудачный слот через "механизм восстановления слота" (обсуждается далее). Это гарантирует, что залог обеспечивает экономический стимул для обеспечения долговечности данных.

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

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

Жизненный цикл контракта

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

Инициация запроса контракта

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

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

Поставщики Хранения заполняют запросы

Перед сопоставлением с контрактами на хранение Поставщики Хранения указывают свою совокупную доступность для новых контрактов.

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

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

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

Обратите внимание, что слот не считается подтвержденным как заполненный до тех пор, пока SP не разместит связанный залог и не создаст доказательство для слота.

Контракт истекает до начала

Если все еще есть пустые слоты, когда истекает таймаут/срок действия запроса на контракт, сделка прекращается.

Поставщики Хранения, которые заполнили слоты, если таковые имеются, получают компенсацию за время, в течение которого они хранили данные слота, по указанной в запросе на контракт цене за ТБ в месяц. Остаток депозита Клиента возвращается.

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

Контракт начинается

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

В этот момент применяется комиссия протокола к депозиту пользователя. Поступления сжигаются.

Остаток депозита клиента удерживается протоколом и будет использоваться для оплаты SP в конце контракта.

Контракт выполняется

Поставщики Хранения должны отправлять доказательства Валидаторам в соответствии с частотой доказательств запроса на хранение, параметром, установленным Клиентом в запросе.

Отсутствующие доказательства

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

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

Слот в контракте оставлен

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

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

Контракт не выполняется

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

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

Клиенты также получают обратно любой остаток от их первоначального платежа.

Контракт завершает свой полный срок

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

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

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

Токеномика CDX в тестовой сети

Токен CDX не существует в фазе тестовой сети. Описание ниже относится к механике тестового токена, а не к самому CDX, и для этой цели будет называться CDX (тестовый токен).

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

Роли

Протокол Codex имеет две основные роли, выполняемые участниками сети.

  • Клиенты: платят Поставщикам Хранения в CDX (тестовый токен) за безопасное хранение своих данных в сети Codex на согласованный срок.
  • Поставщики Хранения: размещают залог в CDX (тестовый токен) для вступления в контракты на хранение с Клиентами в обмен на платеж, номинированный в CDX (тестовый токен).
  • Валидаторы: размещают залог в CDX (тестовый токен) для проверки доказательств хранения в обмен на платеж, номинированный в CDX (тестовый токен).

Утилита токена

CDX (тестовый токен) используется как форма размещенного залога и средство платежа для защиты сети и доступа к ее услугам.

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

Платежи производятся Клиентами Поставщикам за оказанные услуги, такие как хранение данных в течение определенного времени или извлечение данных. Это реализуется через контракт Marketplace, который служит эскроу. Данные в контракте хранения распределяются по слотам, где каждый, в идеале, размещается на разных Поставщиках Хранения.

Для Клиентов

  • Оплата затрат на хранение и комиссий в CDX (тестовый токен) за хранение файлов.

Для Поставщиков Хранения

  • Размещение залога в CDX (тестовый токен) при принятии обязательств по новым контрактам хранения. Этот залог сокращается, если они не выполняют свои согласованные услуги.
  • Заработок CDX (тестовый токен) от залога сокращенных Поставщиков Хранения путем участия в механизме восстановления слота.
  • Заработок CDX (тестовый токен) от Клиентов при успешном завершении услуги хранения.

Для Валидаторов

  • Размещение залога в CDX (тестовый токен) для работы службы валидации. Этот залог сокращается, если они не отмечают доказательство как отсутствующее в течение предопределенного периода.
  • Заработок CDX (тестовый токен) от залога сокращенных Поставщиков Хранения путем отметки доказательств как пропущенных

На рисунке ниже показан поток CDX (тестовый токен) в системе.

Поток *CDX токена в системе

Механизмы захвата и накопления стоимости

Codex создает ценность для участников:

  • Клиенты могут получить выгоду от хранения данных с сильными гарантиями долговечности;
  • Поставщики Хранения могут получать доход от своих свободных ресурсов или капитала, предоставляя услугу.
  • Валидаторы получают выплаты за отметку доказательств как отсутствующих.

Клиентам нужны токены CDX (тестовый токен) для запроса сделок хранения. CDX (тестовый токен) захватывает ценность, созданную для Клиентов, будучи для них Токеном Передачи Ценности.

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

Следующие механизмы описывают, как ценность накапливается в токене CDX (тестовый токен).

Комиссия протокола за контракты

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

Если контракт успешно инициируется, протокол взимает комиссию за облегчение транзакции. Оставшаяся сумма становится доступной для платежей Поставщикам Хранения.

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

Поведение и мотивации

Клиенты

Клиенты имеют следующее рациональное поведение:

  • Запрос хранения от сети с комиссией по справедливым рыночным ставкам
  • Предоставление данных узлам хранения, которые соответствуют их критериям

Они также могут демонстрировать следующее враждебное поведение, будь то по мотивам прибыли, злонамеренности или цензуры:

  • Запрос хранения от сети, но никогда не предоставление данных доступными для любых или всех слотов
  • Запрос хранения от сети, но не предоставление данных в течение требуемого периода времени для успешного начала контракта
  • Запрос хранения от сети, но не предоставление данных конкретным Поставщикам
  • Атака на SP, которые размещают их данные, чтобы попытаться освободить свои платежные обязательства в конце контракта.

Поставщики Хранения

Поставщики Хранения имеют следующее рациональное поведение:

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

Они также могут демонстрировать следующее враждебное поведение, будь то по мотивам прибыли, злонамеренности или цензуры:

  • Резервирование слота контракта, но никогда его заполнение (попытка предотвратить начало контракта)
  • Прекращение предоставления доказательств в середине срока действия контракта
  • Создание доказательств, но не предоставление данных доступными для других узлов для извлечения

Валидаторы

Валидаторы имеют следующее рациональное поведение:

  • Отметка доказательства как отсутствующего для получения комиссии
  • Отслеживание истории пропущенных доказательств SP
  • Запуск механизма восстановления слота, когда SP достигает максимально допустимого количества пропущенных доказательств

Они также могут демонстрировать следующее враждебное поведение, будь то по мотивам прибыли, злонамеренности или цензуры:

  • Сговор с SP для игнорирования пропущенных доказательств
  • Наблюдение пропущенного доказательства, но не публикация его в блокчейне

Механизмы стимулирования

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

Клиенты предоставляют полную оплату заранее

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

Отложенный платеж Поставщикам Хранения

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

Требование залога

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

Валидаторы также должны размещать залог для участия в службе валидации.

Доказательство хранения

Контракты начинаются только тогда, когда все слоты данных заполнены. Слоты считаются заполненными только после того, как Поставщик Хранения разместил залог и связанное с ним доказательство для своего слота.

После начала контракта Поставщики Хранения регулярно предоставляют доказательство хранения.

Сокращение за пропущенные доказательства хранения

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

Механизм восстановления слота

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

Сокращение невыполненного контракта

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

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

Возмещение клиентам

Если в любой момент в течение контракта достаточное количество слотов оставлено, так что данные не могут быть полностью восстановлены, клиенты получают обратно любой остаток от их первоначального платежа.

Жизненный цикл токена

Сжигание

CDX (тестовый токен) сжигаются в следующих случаях:

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