Raydium у Solana

2026-08-24

Офіційна документація описує Raydium як набір програм Solana для автоматизованого маркет-мейкінгу та інфраструктури ліквідності, а RAY позначає як нативний SPL-токен Raydium.

Англійські запити raydium ecosystem and use cases, raydium solana та how does raydium work стосуються відповідно екосистеми, мережевого контексту й механізму. Цей профіль відповідає на них на рівні архітектури та не перетворює документований дизайн на твердження про вартість, безпеку, доступність, законність або результат для будь-кого.

Що таке Raydium у Solana?

Офіційні матеріали описують Raydium як сукупність permissionless і non-custodial програм смарт-контрактів у Solana. Документація подає його як стек автоматизованого маркет-мейкінгу та ліквідності, а не як один неподільний застосунок. Окремі програми мають власні стани, логіку кривих, історію версій і межі ризику.

Автоматизований маркет-мейкер, або AMM, виражає зв'язок між активами через правила програми та резерви, які контролює програма. Він застосовує задокументовану криву до пов'язаних резервів, а не доручає людині задавати кожний зв'язок. Це пояснює організацію ончейн-ліквідності, але не доводить надійність, придатність, законний випуск або збереження вартості активу.

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

Яку проблему має розв'язати AMM?

На високому рівні AMM розглядає, як програма може виводити змінний зв'язок між двома резервами без зовнішньої книги заявок. У дизайні сталого добутку центральний зв'язок зазвичай записують як x · y = k. Якщо один резерв змінюється відносно іншого, крива виводить інше співвідношення сторін. Це математична модель, а не прогноз чи рекомендація.

Документація Raydium розрізняє більше ніж один AMM-дизайн. CPMM є стандартною формою сталого добутку, CLMM концентрує ліквідність у вибраних діапазонах, а Stable AMM застосовує інтерпольовану табличну криву для корельованих активів. Кілька дизайнів відображають різні структури програм і обмеження, але не означають, що один завжди безпечніший, доречніший або вигідніший за інший.

Ліквідність також є поняттям стану, а не знаком якості. Резерви, параметри кривої, поведінка токенів, оновлення програм і умови навколо Solana можуть впливати на те, що механізм означає в певний момент. Варто відокремлювати сталу ідею програми на основі кривої від мінливих спостережень щодо окремого пулу чи інтерфейсу.

Як програми AMM Raydium поєднуються?

Поточна архітектурна документація Raydium описує незалежні програми AMM, зокрема AMM v4, CPMM, CLMM і Stable AMM, а також підтримувальну інфраструктуру, таку як маршрутизація та домовленості про конфігурацію. Програми спільно використовують середовище Solana, але не є одним універсальним рушієм співвідношення цін. Назва Raydium тому не доводить однакову поведінку чи статус кожного компонента.

CPMM документовано як нативний для Solana AMM сталого добутку. CLMM документовано як діапазонний дизайн з tick і обліком на рівні позиції. Stable AMM документовано як окрему програму з табличною кривою. Ці описи пояснюють кілька форм ліквідності в архітектурі, але не приписують дії та не обіцяють результату.

Поточна офіційна документація також проводить важливу історичну межу. AMM v4 раніше мав інтеграцію з книгою заявок OpenBook, проте документація зазначає, що інтеграцію деактивовано, а пов'язані облікові записи є інертними. Її не можна подавати як поточне джерело спільної ліквідності. Отже, how does raydium work слід пояснювати поточними програмами й кривими, а не застарілою історією інтеграції.

Що RAY позначає в системі Raydium?

Офіційна сторінка RAY у Raydium визначає RAY як нативний SPL-токен проєкту в Solana. Точний ticker: RAY. Це ідентифікатор токена в документації, а не підтвердження частки власності, права на дохід, оцінки чи причини його набувати.

Ticker є ідентифікатором, а не доказом справжності. Схожі назви, символи, зображення й описи можна скопіювати. У редакційному матеріалі офіційну ідентичність токена потрібно відокремлювати від непов'язаних джерел, які лише використовують слово RAY або Raydium.

Дані про пропозицію, відомості про mint, мову розподілу, емісії, описи управління й будь-які формулювання корисності є фактами дня публікації. Вони мають сенс лише після зіставлення з поточним офіційним записом і зазначення меж. Цей профіль навмисно не повторює змінних чисел і не подає токенний механізм як обіцянку.

Один структурний момент стосується RAY, а не архітектури. Методологічний запис DefiLlama щодо цього протоколу зазначає, що 12% торгових комісій за всіма типами пулів фінансують викуп RAY, а 4% комісій пулів із концентрованою ліквідністю та пулів сталого добутку йде до скарбниці, решта — постачальникам ліквідності. Накопичення комісій, отже, залежить від того, скільки торгівлі реально проходить через пули, а значна частка цього потоку останніми роками припадала на запуски токенів у Solana. У 2025 році цей зв'язок став явним: у березні платформа запуску токенів випустила конкурентний автоматичний маркетмейкер і відтягнула потік запусків, а Raydium у квітні відповів власним продуктом для запусків. Читати RAY без урахування обсягу запусків — означає не бачити, звідки беруться комісії.

Екосистема Raydium і поточний стан документації

Екосистема Raydium у поточній документації включає матеріали про AMM v4, CPMM, CLMM, Stable AMM, Farm, LaunchLab і спільну інфраструктуру ліквідності. Документація також відокремлює нативні ончейн-програми від підтримувальних офчейн-поверхонь. Це карта документованих компонентів, а не підтвердження однакового активного статусу, географічного охоплення, доступності інтерфейсу чи зрілості кожного з них.

Формулювання поточного статусу потрібно перевіряти в день публікації. Офіційні документи можуть змінювати описи версій програм, деактивацій, оновлень, користувацьких поверхонь або варіантів конфігурації. Статус AMM v4, CPMM, CLMM, Stable AMM, Farm і LaunchLab слід читати на офіційних сторінках у день публікації, а не виводити зі старої статті, кешованого результату чи скопійованої графіки.

Сам перелік екосистеми не доводить сценарій з активами реального світу. Він не підтверджує базовий актив, емітента, юридичну вимогу, резерв або регуляторний режим. Будь-яке твердження про конкретну RWA-конструкцію потребує власного первинного доказу і не має виводитися з існування загальної інфраструктури ліквідності Solana.

Схема програм AMM Raydium та архітектури ліквідності

Як слід читати твердження про архітектуру Raydium?

Схема архітектури може пояснити, яка категорія програми відповідає за певний стан або криву. Вона не доводить відсутність дефектів у розгорнутому екземплярі, належність його конфігурації або повноту зовнішнього інтерфейсу. Значення документованого механізму вужче за гарантію реальних наслідків.

Non-custodial і permissionless описують модель системи. Вони самі по собі не розв'язують питання ризику коду, повноважень адміністратора, контролю оновлень, поведінки токенів, помилки користувача, регуляторного режиму або безперервності сервісу. Кожне з цих питань потребує окремого джерела доказів і може змінюватися з часом.

Документація також розрізняє ончейн-програми та пов'язані офчейн-поверхні. Це допомагає не вважати широку назву продукту єдиним запевненням, але не означає, що підтримувальна інфраструктура, документація, індексація чи будь-який інтерфейс завжди доступні, повні або безпомилкові.

Ризики, плутанина ідентичності та межі документації

Системи AMM і ліквідності мають ризики коду, конфігурації, композиції та специфічні для активів. Логіка кривої може відрізнятися від інтуїції читача, характеристики токенів можуть створювати особливу поведінку, а зміни в навколишніх системах можуть змінити умови інтерпретації програми. Короткий профіль не усуває цих ризиків.

Існує також ризик ідентичності. Знайома назва, ticker, логотип, знімок екрана, соціальний обліковий запис чи результат пошуку не достатні для підтвердження офіційності джерела або активу. Офіційні матеріали Raydium з безпеки наголошують на перевірці домену та ідентичності, оскільки оманливі двійники й мітки можуть наслідувати справжній проєкт.

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

У публічній історії цього проєкту два окремі інциденти, і відмовили вони по-різному. 16 грудня 2022 року було скомпрометовано адміністративний ключ пулу; розбір команди відніс компрометацію до трояна на машині, де зберігався ключ, після чого атакувальник викликав функцію, що виводить торгові комісії, призначені скарбниці DAO, і спорожнив кілька пулів. Повідомлені оцінки збитку в різних джерелах різняться. Для читача важливий клас відмови: це була операційна безпека ключів, а не дефект математики пулів. Компенсацію оформили так: частину в RAY покрили розблокованими командними токенами, а щодо активів, яких команда не мала, винесли на голосування власників пропозицію про використання скарбниці.

Другий інцидент, 10 червня 2026 року, походив із виведеного з експлуатації коду, а не з операційної практики. Застаріла програма автоматичного маркетмейкера, що лишилася з давнішого періоду, не перевіряла адреси емісії LP-токенів на шляху виведення, тож атакувальник створив підроблену емісію LP, не пов'язану з жодним реальним пулом, випустив одну її одиницю та викликав застарілу функцію виведення; стара програма визнала це 100-відсотковою часткою й віддала резерви. П'ять давно неактивних пулів, що сягають 2021 року, було спорожнено приблизно на 1,34 млн доларів сумарної вартості. Raydium описав дефект як замкнену логічну помилку застарілої програми, заявив, що поточні пули та програми не постраждали, і повідомив, що збитки покриє скарбниця. Разом обидві події ілюструють загальне правило: виведений з експлуатації код, недоступний через інтерфейс, може лишатися доступним у мережі.

Як самостійно перевірити Raydium і RAY

Перевірка починається зі зіставлення назви проєкту, контексту офіційної документації та конкретного описуваного компонента у первинних матеріалах Raydium. Скопійована стаття, непов'язаний каталог або допис у соціальній мережі можуть бути лише підказкою, але не авторитетним джерелом фактичного твердження.

Для RAY редакційна перевірка має зіставити ticker, контекст Solana та поточний офіційний запис токена. Адреса контракту або оглядач блоків може підтримати перевірку ідентичності лише тоді, коли він відповідає ідентифікатору, опублікованому в офіційному матеріалі проєкту. Це не замінює перевірку джерела, дати й меж такого матеріалу.

Насамкінець слід відокремлювати сталі твердження про механізм від фактів дня публікації. Версії програм, повідомлення про деактивацію, дані mint, стан інтерфейсу, розкриття безпеки, офіційні домени та кожне RWA-твердження потребують поточної первинної перевірки. Це принципи оцінювання публічної інформації, а не вказівки щодо використання продукту або авторизації дії.

Висновок

За поточними первинними матеріалами Raydium найкраще розуміти як багатопрограмну архітектуру AMM і ліквідності в Solana. CPMM, CLMM, Stable AMM і старіший дизайн AMM v4 описують різні способи організації стану резервів і логіки кривої. RAY є офіційним ticker нативного SPL-токена Raydium.

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

Пов'язані ринкові сторінки

Сторінки Bitbase для токенів, згаданих у цій статті:

- RAY: Переглянути ціну · Спотовий ринок

Схожі матеріали

Інші матеріали Bitbase на цю тему:

- Стейкінг у Solana та економіка валідаторів

- Помилки транзакцій Solana: прострочений blockhash і транзакції без включення

- Комісії та продуктивність Solana

Застереження: Ця стаття є освітнім матеріалом Bitbase Academy і надається лише для інформації. Вона пояснює, чим займається проєкт і яку роль його токен відіграє в цій системі; вона не є інвестиційною, торговою, податковою чи фінансовою порадою і не є рекомендацією чи схваленням будь-якого проєкту або токена. Bitbase не проводила належної перевірки описаного тут проєкту, і згадка не означає, що Bitbase лістингує або підтримує цей актив. Криптоактиви несуть значний ризик, зокрема цінову волатильність, низьку ліквідність, збої смартконтрактів, регуляторну невизначеність і можливу повну втрату вартості. Написано станом на серпень 2026 року; статус проєкту, токеноміка, команда та контракти можуть змінитися будь-коли. Перевіряйте все самостійно — через офіційні канали, адресу контракту та оглядач блоків — і остерігайтеся сайтів-підробок і фішингових посилань.