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

“Вы используете собственные оракулы? Почему бы просто не подключиться к Chainlink?”

Это справедливый вопрос. Chainlink — безусловно, доминирующая децентрализованная оракульная сеть. У них сильная репутация, серьёзный послужной список в области безопасности и обширная экосистема разработчиков. Отклонение от сценария обходится нам дорого. Так почему же мы это сделали?

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

Краткое введение для тех, кто не погружен в эту тему

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

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

Что мы ожидали от наших оракулов

Смарт-контракты Tratok ежедневно обрабатывают множество решений. Возвраты средств, подтверждения бронирования, динамическое ценообразование, разрешение споров. Каждое из них требует доверенных внешних данных:

Компромисс, честно сформулированный

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

Для нас этот разрыв превратился в три реальные проблемы:

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

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

Доменная кастомизация. «Подтверждение заселения в property» не является стандартным оракульным примитивом. То же касается «арбитража спора о частичном возврате средств». Создание этих функций поверх универсальной сети возможно, но в итоге вы пишете столько кастомной логики вокруг оракула, что фактически управляете половиной одного из них. Мы решили просто написать его целиком.

Что мы построили вместо этого: GHOST

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

Несколько преимуществ GHOST, которые невозможны для универсальных оракулов:

• Сверхбыстрый горячий путь. Запросы доступности и цен возвращаются за миллисекунды, потому что они являются родными для системы, а не через мост.
• Структуры данных с учётом предметной области. Протокол оперирует понятиями «бронирование», «тарифный план», «политика отмены», «событие заезда», а не просто абстрактными числовыми потоками.
• Масштабирование затрат. Предельная стоимость оракула стремится к нулю при больших объёмах, что является единственным способом обеспечения устойчивости экономии для провайдеров в размере 28–36 процентов.
• Мульти-source агрегация. GHOST агрегирует инвентарь и цены из нашей сети, охватывающей тысячи объектов. Логика агрегации настроена специально для случая использования в сфере гостеприимства.
• Независимый аудит. Вся система прошла независимые проверки безопасности в рамках нашего комплексного процесса аудита смарт-контрактов.

От чего мы отказались

Я хочу быть честным в этом отношении. Переход на проприетарные решения не является бесплатным. Мы приняли три реальных издержки:

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

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

Мы не получаем бесплатную совместимость с более широкой экосистемой DeFi. Если мы хотим интегрироваться с протоколом DeFi, который ожидает данные от Chainlink, нам приходится создавать мосты. Мы уже сделали часть этой работы и продолжим делать больше.

Ставка в одном предложении

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

Это решение может подходить не каждому блокчейн-проекту. Для DeFi протокола или платформы синтетических активов ответ почти всегда — Chainlink. Но гостиничная индустрия — это область с такими специфическими потребностями в данных и таким специфическим экономическим давлением для поддержания низкой стоимости единицы продукции, что расчёт меняется.

Если вы работаете над чем-то, где взвешиваете аналогичное решение, мы будем рады сравнить заметки. Криптоэкосистема недостаточно обсуждает этот компромисс.

— Кэрол

Менеджер сообщества, Tratok