Чтобы достичь этого, мы должны предложить лучшие цены, чем у Nasdaq, и должны предоставить приложению возможность приоритизировать отмену операций перед завершением.
**Автор: **Макс Ресник (Anza) & Анатолий Яковенко (Solana Labs)
Перевод: GaryMa У говорит о блокчейне
Резюме
Solana стремится построить децентрализованную торговую сеть, которая будет более эффективной, чем NASDAQ, но существующий дизайн блокчейна не оправдывает ожиданий, текущий маркет-мейкер Solana имеет низкий процент побед в гонке отмены ордеров (намного ниже, чем 13% централизованных бирж), а Jito Auctions усугубляет контроль доступа к состоянию со стороны одного лидера, что приводит к расширению спредов. В связи с этим предлагается реконструировать механизм консенсуса и ввести несколько параллельных лидеров для оптимизации упорядочивания ордеров, снижения неблагоприятных затрат выбора маркет-мейкеров и повышения ценовой эффективности.
Первоначальная цель создания Solana заключалась в том, чтобы построить достаточно быструю и дешевую блокчейн-систему, на которой можно было бы запустить функциональную централизованную книгу ограниченных ордеров. Тестовая версия основной сети Solana была запущена в марте 2020 года — прошло уже пять лет, и, хотя мы достигли немалых успехов, становится все более очевидным, что мы еще не достигли этой цели.
Существующая инфраструктура блокчейна не предназначена для транзакций. Если мы хотим достичь первоначальной миссии Solana, мы должны вернуться к исходной точке, начать с основ, полностью переработать механизм консенсуса и, наконец, построить децентрализованную сеть, которая сможет конкурировать с Нью-Йоркской фондовой биржей.
То, что мы называем конкуренцией с Нью-Йоркской фондовой биржей, означает, что биржи на Solana должны быть способны предложить лучшие цены, чем централизованные биржи. В мире рынка цена определяется «спредом»: разницей между наивысшей ценой, которую кто-то готов заплатить за актив, и наименьшей ценой, по которой кто-то готов продать актив.
!
Чем меньше разница в цене, тем лучше цена, которую получает трейдер, и тем выше эффективность рынка.
Формула спреда проста. Спреды устанавливаются таким образом, что ожидаемая прибыль, которую маркет-мейкер получит от торговли с трейдером, не являющимся информационным трейдером, равна ожидаемому убытку, который он понесет от торговли с информационным трейдером. Когда маркет-мейкеры имеют больше информации, чем их контрагенты, они зарабатывают деньги; Когда информации меньше, чем у контрагента, они теряют деньги. Маркет-мейкеры обычно зарабатывают немного денег на каждой сделке с розничными инвесторами, но много теряют, если хеджируются в обратном направлении, когда цена сильно скачет (желательно, нечасто). Отсюда и пошла фраза «маркетмейкер подхватывает ворота и теряет арбуз».
Что определяет стоимость обратного выбора?
!
Чтобы лучше понять неблагоприятный отбор, нам нужно понять, во что играют маркет-мейкеры игр. Маркет-мейкеры принимают решения на основе «справедливой цены», которая меняется случайным образом с течением времени. Когда справедливая цена находится в пределах спреда между спросом и предложением, котировка маркет-мейкера безопасна, потому что контрагент не может получить прибыль, съев котировку. Но как только справедливая цена превышает спред между спросом и предложением, начинается гонка: маркетмейкер старается отменить ордер как можно быстрее, а тейкер пытается ухватиться за устаревший ордер до того, как маркетмейкер отменит его. Ожидание успешного тейкера – это разница между справедливой ценой и устаревшим предложением. Ключ к уменьшению трения при неблагоприятном отборе заключается в том, чтобы позволить маркет-мейкерам выиграть гонку как можно больше.
!
Данные из централизованной биржи показывают, что после колебания цен только 13% маркетмейкеров могут успеть отменить свои заказы.
!
Маркет-мейкеры на централизованных биржах имеют меньше шансов на победу в гонке отмен, но еще ниже на Solana. Механизм аукциона Jito, который является побочным эффектом того, что один предлагающий контролирует доступ к состоянию в течение длительного периода времени, делает практически невозможным для маркет-мейкеров победу в гонке отмен. Даже если маркет-мейкер быстрее, реальное решение заключается в том, кто предложит более высокую ставку на аукционе Jito. Это ставит маркет-мейкеров перед дилеммой: они могут либо заплатить много денег, чтобы отменить свои заказы, либо позволить кому-то другому заплатить высокую цену, чтобы обогнать их. В любом случае, они теряли деньги и в результате были вынуждены расширять спред.
!
На практике нынешняя микроструктура ончейн-рынка дает покупателям преимущество первопроходца с точки зрения неблагоприятного отбора. Чтобы решить эту проблему, нам нужно дать приложению больше гибкости в упорядочивании транзакций. Если мы хотим снизить спред, приложение должно быть способно дать маркет-мейкерам фору в гонке отмены ордеров. Один из способов сделать это — внедрить стратегию сортировки «сначала отмена, потом заполнить». Мы смотрим на блоки и обрабатываем все отмены перед обработкой всех дублей.
!
Мы можем немедленно реализовать эту стратегию на Solana, просто изменив текущую сортировку повторов с режима, определяемого лидером, на приоритетную обработку отмененных сделок. Но это не решает проблему полностью. Если все еще один лидер контролирует ситуацию, он все равно может выбрать игнорирование отмененных сделок, и мы снова вернемся к началу — маркет-мейкеры по-прежнему находятся в невыгодном положении в гонке за отменой.
!
Единственный способ решить эту проблему - это ввести нескольких параллельных лидеров (Concurrent Leaders). Таким образом, если какой-либо лидер заблокирует отмену транзакции, вы можете обратиться к другому лидеру.
!
Реализация — Сортировка транзакций
По поводу множества параллельных лидеров у всех возникает главный вопрос: как мы можем объединить индивидуальные блоки транзакций, когда возникают конфликты? Ответ на самом деле довольно прост: мы разделяем сборы на два типа: сбор включения (inclusion fee) и сбор сортировки (ordering fee). Сбор включения выплачивается проверяющему, который включает эту транзакцию, а сбор сортировки идет на протокол (уничтожение). Когда мы хотим объединить блоки всех лидеров, нам нужно просто взять объединение всех транзакций всех блоков в определенном слоте и выполнить их в порядке сортировки по сборам сортировки.
!
Этой меры недостаточно. То, что мы действительно хотим достичь, это позволить приложениям более гибко управлять порядком транзакций. Добавим еще один элемент: системный вызов get\_transaction\_metadata, который позволяет программе читать сборы за порядок транзакций, с которыми она взаимодействует, тем самым предоставляя приложению мощный инструмент для управления порядком.
!
Реализация — Механизм консенсуса
Наши цели проектирования механизма консенсуса включают:
Привязка и ослепление: Параллельные лидеры не могут включать информацию из блоков других лидеров в свои собственные блоки (например, ограничивать частные транзакции), а также не могут отменять свои собственные блоки на основе содержимого блоков других лидеров (например, отменять свои собственные ставки после просмотра других ставок).
Честность часов (Wallclock Fairness): Параллельные лидеры должны подавать блоки в примерно одинаковое реальное время.
Вот краткий обзор наиболее эффективных решений, разработанных нами в сотрудничестве с Pranav Garimidi и Joachim Neu из a16z Research:
Каждый лидер конвертирует свои блоки в фрагменты кода стирания (лоскуты). После того, как будет восстановлено достаточное количество фрагментов (выше скорости кодирования), блок может быть восстановлен. Частичное восстановление невозможно.
Лидеры отправляют фрагменты на узловую точку первого уровня дерева Turbine. Каждый лидер отправляет свой первый фрагмент узлу 1, второй фрагмент узлу 2 и так далее. Если всё пройдет гладко, каждый узел получит фрагменты от всех лидеров.
После истечения времени ожидания реле отправляет подписанное сообщение IHAVE единственному лидеру консенсуса, информируя его о полученных фрагментах.
Лидеры консенсуса затем создают блок, содержащий эти сообщения IHAVE; если блок не содержит достаточного количества сообщений IHAVE, он будет недействителен.
Лидеры консенсуса транслируют этот блок валидаторам, и валидаторы начинают достигать консенсуса по этому блоку.
Данное решение с высокой вероятностью удовлетворяет требованиям к связыванию и маскировке, а также обладает хорошей справедливостью часов, хотя в будущем могут появиться более оптимальные решения.
!
Заключение
Solana была создана с целью превзойти NASDAQ. Для этого мы должны предложить более выгодную цену, чем NASDAQ. Для этого мы должны дать приложению возможность приоритизировать отмены перед закрытием. Чтобы дать возможность использовать эту возможность, мы должны не допустить, чтобы лидеры в одностороннем порядке пересматривали приказы. И чтобы сделать это, мы должны параллельно привлекать нескольких лидеров.
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
Как Solana может улучшиться, чтобы реализовать видение Nasdaq в блокчейне?
**Автор: **Макс Ресник (Anza) & Анатолий Яковенко (Solana Labs)
Перевод: GaryMa У говорит о блокчейне
Резюме
Solana стремится построить децентрализованную торговую сеть, которая будет более эффективной, чем NASDAQ, но существующий дизайн блокчейна не оправдывает ожиданий, текущий маркет-мейкер Solana имеет низкий процент побед в гонке отмены ордеров (намного ниже, чем 13% централизованных бирж), а Jito Auctions усугубляет контроль доступа к состоянию со стороны одного лидера, что приводит к расширению спредов. В связи с этим предлагается реконструировать механизм консенсуса и ввести несколько параллельных лидеров для оптимизации упорядочивания ордеров, снижения неблагоприятных затрат выбора маркет-мейкеров и повышения ценовой эффективности.
Первоначальная цель создания Solana заключалась в том, чтобы построить достаточно быструю и дешевую блокчейн-систему, на которой можно было бы запустить функциональную централизованную книгу ограниченных ордеров. Тестовая версия основной сети Solana была запущена в марте 2020 года — прошло уже пять лет, и, хотя мы достигли немалых успехов, становится все более очевидным, что мы еще не достигли этой цели.
Существующая инфраструктура блокчейна не предназначена для транзакций. Если мы хотим достичь первоначальной миссии Solana, мы должны вернуться к исходной точке, начать с основ, полностью переработать механизм консенсуса и, наконец, построить децентрализованную сеть, которая сможет конкурировать с Нью-Йоркской фондовой биржей.
То, что мы называем конкуренцией с Нью-Йоркской фондовой биржей, означает, что биржи на Solana должны быть способны предложить лучшие цены, чем централизованные биржи. В мире рынка цена определяется «спредом»: разницей между наивысшей ценой, которую кто-то готов заплатить за актив, и наименьшей ценой, по которой кто-то готов продать актив.
!
Чем меньше разница в цене, тем лучше цена, которую получает трейдер, и тем выше эффективность рынка.
Формула спреда проста. Спреды устанавливаются таким образом, что ожидаемая прибыль, которую маркет-мейкер получит от торговли с трейдером, не являющимся информационным трейдером, равна ожидаемому убытку, который он понесет от торговли с информационным трейдером. Когда маркет-мейкеры имеют больше информации, чем их контрагенты, они зарабатывают деньги; Когда информации меньше, чем у контрагента, они теряют деньги. Маркет-мейкеры обычно зарабатывают немного денег на каждой сделке с розничными инвесторами, но много теряют, если хеджируются в обратном направлении, когда цена сильно скачет (желательно, нечасто). Отсюда и пошла фраза «маркетмейкер подхватывает ворота и теряет арбуз».
Что определяет стоимость обратного выбора?
!
Чтобы лучше понять неблагоприятный отбор, нам нужно понять, во что играют маркет-мейкеры игр. Маркет-мейкеры принимают решения на основе «справедливой цены», которая меняется случайным образом с течением времени. Когда справедливая цена находится в пределах спреда между спросом и предложением, котировка маркет-мейкера безопасна, потому что контрагент не может получить прибыль, съев котировку. Но как только справедливая цена превышает спред между спросом и предложением, начинается гонка: маркетмейкер старается отменить ордер как можно быстрее, а тейкер пытается ухватиться за устаревший ордер до того, как маркетмейкер отменит его. Ожидание успешного тейкера – это разница между справедливой ценой и устаревшим предложением. Ключ к уменьшению трения при неблагоприятном отборе заключается в том, чтобы позволить маркет-мейкерам выиграть гонку как можно больше.
!
Данные из централизованной биржи показывают, что после колебания цен только 13% маркетмейкеров могут успеть отменить свои заказы.
!
Маркет-мейкеры на централизованных биржах имеют меньше шансов на победу в гонке отмен, но еще ниже на Solana. Механизм аукциона Jito, который является побочным эффектом того, что один предлагающий контролирует доступ к состоянию в течение длительного периода времени, делает практически невозможным для маркет-мейкеров победу в гонке отмен. Даже если маркет-мейкер быстрее, реальное решение заключается в том, кто предложит более высокую ставку на аукционе Jito. Это ставит маркет-мейкеров перед дилеммой: они могут либо заплатить много денег, чтобы отменить свои заказы, либо позволить кому-то другому заплатить высокую цену, чтобы обогнать их. В любом случае, они теряли деньги и в результате были вынуждены расширять спред.
!
На практике нынешняя микроструктура ончейн-рынка дает покупателям преимущество первопроходца с точки зрения неблагоприятного отбора. Чтобы решить эту проблему, нам нужно дать приложению больше гибкости в упорядочивании транзакций. Если мы хотим снизить спред, приложение должно быть способно дать маркет-мейкерам фору в гонке отмены ордеров. Один из способов сделать это — внедрить стратегию сортировки «сначала отмена, потом заполнить». Мы смотрим на блоки и обрабатываем все отмены перед обработкой всех дублей.
!
Мы можем немедленно реализовать эту стратегию на Solana, просто изменив текущую сортировку повторов с режима, определяемого лидером, на приоритетную обработку отмененных сделок. Но это не решает проблему полностью. Если все еще один лидер контролирует ситуацию, он все равно может выбрать игнорирование отмененных сделок, и мы снова вернемся к началу — маркет-мейкеры по-прежнему находятся в невыгодном положении в гонке за отменой.
!
Единственный способ решить эту проблему - это ввести нескольких параллельных лидеров (Concurrent Leaders). Таким образом, если какой-либо лидер заблокирует отмену транзакции, вы можете обратиться к другому лидеру.
!
Реализация — Сортировка транзакций
По поводу множества параллельных лидеров у всех возникает главный вопрос: как мы можем объединить индивидуальные блоки транзакций, когда возникают конфликты? Ответ на самом деле довольно прост: мы разделяем сборы на два типа: сбор включения (inclusion fee) и сбор сортировки (ordering fee). Сбор включения выплачивается проверяющему, который включает эту транзакцию, а сбор сортировки идет на протокол (уничтожение). Когда мы хотим объединить блоки всех лидеров, нам нужно просто взять объединение всех транзакций всех блоков в определенном слоте и выполнить их в порядке сортировки по сборам сортировки.
!
Этой меры недостаточно. То, что мы действительно хотим достичь, это позволить приложениям более гибко управлять порядком транзакций. Добавим еще один элемент: системный вызов
get\_transaction\_metadata, который позволяет программе читать сборы за порядок транзакций, с которыми она взаимодействует, тем самым предоставляя приложению мощный инструмент для управления порядком.!
Реализация — Механизм консенсуса
Наши цели проектирования механизма консенсуса включают:
Привязка и ослепление: Параллельные лидеры не могут включать информацию из блоков других лидеров в свои собственные блоки (например, ограничивать частные транзакции), а также не могут отменять свои собственные блоки на основе содержимого блоков других лидеров (например, отменять свои собственные ставки после просмотра других ставок).
Честность часов (Wallclock Fairness): Параллельные лидеры должны подавать блоки в примерно одинаковое реальное время.
Вот краткий обзор наиболее эффективных решений, разработанных нами в сотрудничестве с Pranav Garimidi и Joachim Neu из a16z Research:
Каждый лидер конвертирует свои блоки в фрагменты кода стирания (лоскуты). После того, как будет восстановлено достаточное количество фрагментов (выше скорости кодирования), блок может быть восстановлен. Частичное восстановление невозможно.
Лидеры отправляют фрагменты на узловую точку первого уровня дерева Turbine. Каждый лидер отправляет свой первый фрагмент узлу 1, второй фрагмент узлу 2 и так далее. Если всё пройдет гладко, каждый узел получит фрагменты от всех лидеров.
После истечения времени ожидания реле отправляет подписанное сообщение IHAVE единственному лидеру консенсуса, информируя его о полученных фрагментах.
Лидеры консенсуса затем создают блок, содержащий эти сообщения IHAVE; если блок не содержит достаточного количества сообщений IHAVE, он будет недействителен.
Лидеры консенсуса транслируют этот блок валидаторам, и валидаторы начинают достигать консенсуса по этому блоку.
Данное решение с высокой вероятностью удовлетворяет требованиям к связыванию и маскировке, а также обладает хорошей справедливостью часов, хотя в будущем могут появиться более оптимальные решения.
!
Заключение
Solana была создана с целью превзойти NASDAQ. Для этого мы должны предложить более выгодную цену, чем NASDAQ. Для этого мы должны дать приложению возможность приоритизировать отмены перед закрытием. Чтобы дать возможность использовать эту возможность, мы должны не допустить, чтобы лидеры в одностороннем порядке пересматривали приказы. И чтобы сделать это, мы должны параллельно привлекать нескольких лидеров.