Serum

Что такое Serum в криптовалютной сфере?

Serum — децентрализованный биржевой протокол на базе Solana, изначально разработанный на основе ончейн-книги лимитных ордеров.

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

В криптовалютной сфере Serum лучше всего понимать как ранний инфраструктурный проект DeFi на Solana, который стремился перенести сопоставление ордеров по модели традиционной биржи в некастодиальную блокчейн-среду.

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

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

В официальном обзоре Project Serum Serum описывался как открытый для всех протокол Solana, ончейн-книгу лимитных ордеров которого могли использовать партнеры экосистемы.

У Serum также был собственный токен SRM, который в первоначальной модели был связан с комиссиями, идеями управления и стимулами в экосистеме.

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

После серьезных опасений по поводу безопасности и управления исходной программой, возникших в 2022 году из-за полномочий на ее обновление, многие участники экосистемы Solana DeFi отказались от исходного развертывания Serum в пользу альтернатив под контролем сообщества.

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

Простое определение Serum

Serum — децентрализованный биржевой протокол на Solana, который использовал ончейн-книгу ордеров для сопоставления покупателей и продавцов криптовалют.

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

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

Благодаря этому Serum стал важной частью ранней инфраструктуры Solana DeFi.

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

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

Как работал Serum

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

Трейдер мог разместить лимитный ордер, то есть указать цену, по которой он хотел купить или продать актив.

Если другой ордер соответствовал этой цене, протокол мог исполнить сделку через ончейн-книгу ордеров.

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

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

Такая модель Serum стала возможной благодаря высокой скорости создания блоков в Solana и низким комиссиям за транзакции по сравнению со многими более ранними средами для смарт-контрактов.

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

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

Что такое ончейн-книга лимитных ордеров?

Книга лимитных ордеров (CLOB) — это торговая система, в которой заявки на покупку и продажу упорядочены по цене и времени размещения.

Ордеры на покупку называются бид-заявками.

Ордеры на продажу называются аск-заявками.

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

В традиционных финансах книгами ордеров обычно управляет централизованная инфраструктура.

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

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

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

В техническом объяснении модели ончейн-CLOB Serum рассказывается, как Serum использовал книгу ордеров вместо автоматического маркетмейкера для создания инфраструктуры децентрализованной торговли.

Почему Serum был важен для Solana DeFi

Serum стал важен, поскольку служил общей торговой инфраструктурой для ранних приложений Solana DeFi.

Многим продуктам DeFi необходимы ликвидность, механизм определения цены и логика расчетов.

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

Так Serum стал слоем компонуемости.

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

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

Это помогло Serum стать узнаваемой частью ранней экосистемы децентрализованных финансов Solana.

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

Serum и автоматические маркетмейкеры

Serum использовал книгу ордеров, тогда как автоматические маркетмейкеры используют пулы ликвидности.

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

В системе с книгой ордеров трейдеры и маркетмейкеры размещают заявки по конкретным ценам.

Книги ордеров могут обеспечивать более точную торговлю, поскольку пользователи могут задавать конкретные лимитные цены.

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

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

У обеих моделей есть преимущества и риски.

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

Serum и некастодиальная торговля

Serum был создан для некастодиальной торговли.

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

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

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

Однако некастодиальная торговля не устраняет все риски.

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

История Serum показывает, что некастодиальная архитектура — лишь одна составляющая безопасности DeFi.

Структура управления протоколом также имеет критическое значение.

Serum и токен SRM

SRM был собственным токеном экосистемы Serum.

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

В техническом документе Serum SRM описывался как часть экономической модели и системы комиссий протокола.

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

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

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

Поэтому при оценке SRM нельзя полагаться только на исторические описания ранней дорожной карты Serum.

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

Текущий статус Serum

Сегодня Serum следует рассматривать как устаревший криптопротокол, а не как обычную действующую площадку DeFi.

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

В публичных материалах того времени сообщалось, что основную программу Serum описывали как прекратившую работу, а крупные протоколы Solana DeFi от нее отказались.

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

Практический вывод прост: старые описания Serum могут не отражать текущее состояние протокола.

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

Эти понятия связаны между собой, но не тождественны.

Почему полномочия на обновление имели значение для Serum

Полномочия на обновление стали одной из важнейших тем в истории Serum.

В Solana многие программы можно развернуть с возможностью обновления.

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

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

Такая возможность полезна во время активной разработки: с ее помощью можно исправлять ошибки и добавлять функции.

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

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

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

Serum и форки сообщества

Форк — это новая версия программного обеспечения или протокола, созданная на основе более ранней кодовой базы с внесением изменений.

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

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

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

Для SEO и ясности пользователей важно отметить, что сам по себе форк не является гарантией безопасности.

Важно понимать, что форк может устранить один риск, но при этом породить новые вопросы об управлении, аудитах, ликвидности, стимулах и обслуживании.

Оценивать преемников и форки следует по их текущему коду, разрешениям, ликвидности и поддержке экосистемы.

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

Serum как пример инфраструктуры DeFi

Serum полезен как пример инфраструктуры DeFi, поскольку показывает, что важны и техническая архитектура, и структура управления.

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

С экономической точки зрения проект показал, как общая ликвидность может одновременно поддерживать множество приложений.

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

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

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

Протокол может быть децентрализован в одних аспектах и централизован в других.

Serum помогает лучше понять это различие.

Какие преимущества стремился предложить Serum

Serum стремился обеспечить децентрализованную торговлю через книгу ордеров на Solana.

Он стремился предоставить трейдерам лимитные ордера, глубину рынка и общую ликвидность.

Разработчики получили компонуемый торговый бэкенд для приложений DeFi.

Пользователи могли торговать через кошельки без услуг централизованного кастодиана.

Проект использовал низкие комиссии Solana, чтобы частое обновление ордеров стало практичнее.

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

Serum способствовал развитию ранней экосистемы Solana DeFi, предоставив приложениям общую базу ликвидности.

Эти преимущества объясняют, почему Serum широко обсуждали в период его активной работы.

Риски, связанные с Serum

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

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

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

Также присутствовал риск, связанный с полезностью токена: стоимость SRM отчасти зависела от того, сохраняет ли экосистема Serum свою ценность и активность.

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

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

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

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

Serum и ликвидность

Ликвидность — это возможность покупать или продавать актив, не вызывая значительного движения цены.

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

Глубокая ликвидность делает торговлю удобнее: пользователи могут исполнять крупные ордера с меньшим проскальзыванием.

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

После оттока ликвидности с исходного развертывания Serum его практическая полезность снизилась.

Это показывает, что ликвидность в DeFi не постоянна.

Ликвидность зависит от доверия, стимулов, интеграций, маркетмейкеров и активности пользователей.

Когда доверие к площадке меняется, ликвидность может быстро переместиться.

Serum и компонуемость

Компонуемость была одним из главных преимуществ Serum.

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

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

В DeFi компонуемость может создавать мощные сетевые эффекты: один протокол способен стать инфраструктурой для многих других.

Однако компонуемость может также распространять риски.

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

История Serum показала обе стороны компонуемости.

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

Serum и сопоставление ордеров

Сопоставление ордеров — это процесс объединения заявок покупателей и продавцов.

В модели Serum пользователи размещали ордера на рынках, а подходящие друг другу заявки могли сопоставляться по логике программы.

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

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

Такая структура давала трейдерам больше контроля над ценой по сравнению с простым интерфейсом обмена.

Лимитные ордера полезны тем, что позволяют трейдерам указать приемлемую для них цену.

Однако для эффективной работы систем с книгой ордеров нужны активные поставщики ликвидности.

Если ордеров на покупку и продажу недостаточно, спреды расширяются, а качество исполнения снижается.

Serum и обычный обмен токенов

Обычный обмен токенов часто скрывает от пользователя структуру рынка.

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

Подход Serum с книгой ордеров делал процесс торговли более прозрачным.

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

Это привлекало трейдеров, которым нужен был больший контроль над исполнением.

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

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

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

Serum и Solana

Serum был создан на Solana, поскольку для модели книги ордеров нужны быстрые и недорогие транзакции.

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

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

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

Архитектура Solana сделала модель Serum практичнее, чем она была бы на многих более медленных блокчейнах.

Поэтому Serum стал одним из первых проектов, на примере которых объясняли потенциал DeFi на Solana.

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

Значение имели как технология, так и архитектура контроля.

Serum и децентрализация

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

Однако децентрализация не является простой характеристикой, которая может принимать только два значения — «да» или «нет».

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

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

Протокол может иметь открытый исходный код, но при этом характеризоваться концентрированным владением токенами или влиянием на управление.

История Serum показывает, почему пользователям следует анализировать конкретные аспекты децентрализации.

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

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

Serum и риски смарт-контрактов

Риск смарт-контракта — это вероятность того, что код будет работать не так, как ожидалось, или им воспользуются для атаки.

Торговая логика Serum выполнялась через программы Solana, поэтому безопасность кода была критически важна.

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

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

Риск смарт-контракта связан не только с ошибками в текущем коде.

Он также включает риск последующего изменения обновляемого кода.

Поэтому прозрачность полномочий на обновление — часть управления рисками смарт-контрактов.

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

Serum и маркетмейкеры

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

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

Без маркетмейкеров пользователи могут столкнуться с низким качеством исполнения и высоким проскальзыванием.

Практическая полезность Serum на раннем этапе отчасти зависела от активных поставщиков ликвидности и интеграций.

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

Это показывает, что протоколам DeFi с книгой ордеров недостаточно одного программного обеспечения.

Им необходимы постоянное участие рынка, надежная инфраструктура и доверие к расчетам.

Ликвидность — динамичная часть протокола, а не неизменное свойство.

Serum и разработчики

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

На рынках Serum можно было создавать интерфейсы, торговые инструменты, портфельные продукты или стратегии DeFi.

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

Репозитории Serum с открытым исходным кодом также предоставляли разработчикам код для изучения и адаптации.

В репозитории Project Serum на GitHub находится монорепозиторий Serum DEX на Rust.

Для разработчиков Serum остается полезным учебным примером структуры ончейн-книги ордеров.

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

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

Serum и трейдеры

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

Это давало пользователям больше контроля, чем простой обмен через пул.

Трейдер мог разместить ордер по выбранной цене и ждать его исполнения.

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

Однако исторические торговые преимущества Serum зависели от активной ликвидности и надежной инфраструктуры расчетов.

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

Если контроль над программой небезопасен, торговая площадка может оказаться нецелесообразной для использования.

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

Serum и пользователи

Для обычных пользователей Serum может быть названием токена или протокола либо исторического проекта DeFi.

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

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

Пользователям следует проверять, поддерживается ли протокол в настоящее время.

Им следует проверять, работают ли официальные интерфейсы и безопасны ли они.

Также необходимо проверять наличие ликвидности на нужном рынке.

Следует выяснить, есть ли у программы полномочия на обновление и кто ими управляет.

Нельзя считать старый протокол DeFi безопасным только потому, что когда-то он был популярен.

Распространенные заблуждения о Serum

Одно из распространенных заблуждений состоит в том, что Serum остается тем же активным центром Solana DeFi, каким он был в период раннего роста.

Сегодня исходное развертывание Serum следует рассматривать с учетом его статуса наследуемого протокола после 2022 года и истории миграции.

Еще одно заблуждение — считать, что у SRM автоматически сохраняется полезность, описанная в ранних документах.

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

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

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

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

Serum важен с исторической точки зрения, поскольку вместо этого использовал ончейн-книгу ордеров.

Что пользователям следует проверить перед взаимодействием с активами, связанными с Serum

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

Следует проверить, поддерживается ли программа в настоящее время.

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

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

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

Следует проверить, является ли используемый интерфейс официальным, поддерживается ли он и безопасен ли.

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

К старым руководствам, панелям мониторинга и описаниям токенов следует относиться с осторожностью.

Почему Serum по-прежнему важен

Serum по-прежнему важен, поскольку он повлиял на историю Solana DeFi.

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

Он помог внедрить общую ликвидность и компонуемую инфраструктуру рынков в приложения Solana.

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

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

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

Для разработчиков Serum остается примером как инноваций, так и операционных рисков.

Для пользователей это напоминание о необходимости изучать текущее состояние протокола перед взаимодействием с ним.

Часто задаваемые вопросы

Что такое Serum в криптовалютной сфере?

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

Что такое SRM?

SRM — собственный токен, изначально связанный с экосистемой Serum и механизмами комиссий и управления в первоначальной модели протокола.

Является ли Serum автоматическим маркетмейкером?

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

Почему Serum был важен?

Serum был важен, поскольку обеспечивал общую ликвидность книги ордеров и торговую инфраструктуру для ранних приложений Solana DeFi.

Работает ли Serum сейчас?

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

Что произошло с Serum?

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

Что такое полномочия на обновление?

Полномочия на обновление — это аккаунт или механизм контроля, который позволяет изменять код обновляемой программы Solana.

Почему полномочия на обновление Serum представляли риск?

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

Могут ли пользователи по-прежнему торговать SRM?

SRM может по-прежнему торговаться на некоторых рынках, но пользователям следует оценивать текущую ликвидность, полезность, риски и поддержку рынка, а не полагаться на старые описания Serum.

Означает ли Serum то же самое, что и форк сообщества?

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

Был ли Serum некастодиальным протоколом?

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

Почему Serum важен для изучения DeFi?

Serum важен, поскольку на его примере можно изучить книги ордеров, компонуемость, общую ликвидность, разрешения на обновление и важность проверки текущего статуса протокола.

Заключение

Serum — децентрализованный биржевой протокол на Solana, построенный на основе ончейн-книги лимитных ордеров.

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

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

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

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

Сегодня исходное развертывание Serum лучше всего рассматривать как устаревший протокол: после серьезных проблем, возникших в 2022 году, сообщество Solana DeFi отказалось от его использования.

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

Для разработчиков Serum остается ценным примером архитектуры ончейн-книги ордеров и рисков общей инфраструктуры DeFi.

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