Що таке Solana Transaction V1? Пояснено оновлення мейннету до 4 096 байт

2026/09/15 18:16:00

picture[data-cms-leading-picture="true"]{display:none!important}

Solana активувала Transaction V1 на мейннеті, підвищивши максимальний розмір серіалізованої транзакції з 1 232 байт до 4 096 байт. Ця зміна надає розробникам приблизно в 3,3 рази більше простору в одній транзакції, що спрощує роботу з завантаженнями, що вимагають багато даних, такими як докази із нульовим розголошенням, великі багатопідписові операції, конфіденційні перекази та більш складні взаємодії DeFi. Transaction V1 була запущена на Епохі 1035 15 вересня 2026 року, тоді як існуючі формати Legacy та V0 залишаються підтримуваними.

Проте загальне число може вводити в оману. Від версії V1 Solana не стає у 3,3 рази швидшою, ніж не збільшує автоматично кількість транзакцій за секунду утричі. Натомість оновлення розширює кількість серіалізованих даних, які можуть поміститися в одній атомарній транзакції, і переробляє частини формату транзакції. Ця різниця має значення, бо найбільша перевага — це не просто «більше байтів». Це здатність завершити робочі процеси в одній транзакції, які раніше довелося розбивати на кілька кроків.

Що таке Solana Transaction V1?

Transaction V1 — це новий формат версійних транзакцій Solana, представлений через SIMD-0385 разом із більшою пропозицією збільшення розміру транзакції в SIMD-0296. Його найбільш помітною особливістю є збільшення максимальної серіалізованої розмірності транзакції з 1 232 байт до 4 096 байт. V1 також переорганізовує формат передачі, видаляє Address Lookup Tables і розміщує запити на ресурси, такі як ліміти обчислювальних одиниць і пріоритетні комісії, безпосередньо в конфігурації транзакції, а не полагоджуючись на традиційні інструкції Compute Budget.

Важливо, що V1 — це формат за бажанням, а не обов’язкова заміна. Застосунки, які не потребують додаткового простору для транзакцій, можуть продовжувати використовувати транзакції Legacy або V0. Звичайні перекази SOL, прості перекази токенів і багато існуючих взаємодій з dapp тому не повинні раптово витрачати 4 096 байт або переходити на новий тип транзакцій.

Функція	Легасі	V0	Транзакція V1
Максимальний розмір транзакції	1 232 байти	1 232 байти	4 096 байт
Версійний формат	Ні	Так	Так
Таблиці пошуку адрес	Ні	Так	Ні
Конфігурація ресурсів	Інструкції щодо обчислення бюджету	Інструкції щодо обчислення бюджету	Конфігурація транзакції
Більші дано-інтенсивні атомарні операції	Обмежено	Обмежено	Так
Необхідна міграція	Ні	Ні	Підписатися

Найпростіший спосіб зрозуміти оновлення — це те, що V1 надає додаткам набагато більший оболонку транзакції, залишаючи старі формати транзакцій незмінними.

Чому Solana обмежена 1 232 байтами?

Оригінальний ліміт у 1 232 байти походить від архітектури мережі Solana, а не від довільного рішення щодо того, наскільки складними мають бути застосунки. Раніше мережа використовувала мінімальний MTU IPv6 у 1 280 байт як вихідну точку. Після врахування мережевих заголовків залишалося 1 232 байти для даних транзакцій. Документація Solana все ще вказує на 1 232 байти як на традиційне PACKET_DATA_SIZE, хоча транзакції V1 тепер можуть перевищувати цей розмір пакета, передаючись через кілька QUIC-фреймів.

Транзакція має містити набагато більше, ніж лише інструкцію, яку користувач хоче виконати. Вона включає підписи, адреси акаунтів, недавній blockhash, метадані інструкції та дані, специфічні для застосунку. Кожен підпис Ed25519 споживає 64 байти, а стандартний публічний ключ Solana — 32 байти. Ці цифри стають значущими, коли транзакція включає багато підписантів, акаунтів або криптографічних доказів.

Тому обмеження в 1 232 байти стало все більш обмежувальним, оскільки застосунки Solana ставали складнішими. Це рідко було серйозною перешкодою для простого переказу токена, але могло змусити розробників, що створювали складні фінансові чи криптографічні застосунки, переробляти робочі процеси, щоб обійти обмеження мережі, введене набагато раніше під час розробки Solana.

Чому Solana підвищила ліміт до 4 096 байт?

Solana тепер може частково зняти старе обмеження, оскільки її мережевий стек використовує QUIC, що дозволяє передавати транзакцію, більшу за початковий розмір пакета, через кілька кадрів. Це робить стару вимогу, щоб вся серіалізована транзакція вміщувалася в один пакет розміром MTU, менш необхідною. Разом із тим, більші транзакції споживають додаткову пропускну здатність валідаторів, тому повне видалення ліміту створило б інший набір мережевих і ресурсних проблем.

Нова межа в 4 096 байт, або 4 КіБ, є інженерним компромісом. Вона надає розробникам значно більше простору для додатків, не роблячи розмір транзакцій необмеженим. Solana зазначає, що більші транзакції можуть споживати більше мережевої пропускної здатності і вимагати вищих комісій за пріоритетність, ніж менші транзакції, що конкурують на схожому рівні терміновості.

Ця нюанс важливий. Transaction V1 — це не відмова Solana від обмежень розміру транзакцій; це заміна обмеження, заснованого на раніших припущеннях мережі, на значно більший ліміт, розрахований на застосунки, які мережа зараз повинна підтримувати.

Solana V1 проти V0: що саме змінилося?

V1 Видаляє таблиці пошуку адрес

V0 ввів таблиці пошуку адрес (ALT) як обхідний шлях для старого обмеження розміру транзакції. Замість того щоб вставляти кожну 32-байтову адресу акаунту безпосередньо в транзакцію, додаток міг посилатися на адреси, збережені в таблицях пошуку, за допомогою набагато коротших індексів. Ця компресія стала широко використовуватися: власний аналіз Solana вибіркової активності показав, що приблизно 62% спостережуваних транзакцій V0 посилалися щонайменше на одну ALT. V1 видаляє підтримку ALT і замість цього вставляє адреси акаунтів безпосередньо в більший оболонку транзакції.

Видалення ALT спрощує частину процесу введення даних валідаторами, оскільки валідаторам більше не потрібно отримувати та вирішувати стан таблиць посилань перед тим, як знати повний набір акаунтів транзакції. Але це також споживає частину додаткового простору, який надає V1. Solana оцінила, що при представленні існуючих транзакцій у форматі V1 половина з них має менше ніж приблизно 420 байт додаткового розміру серіалізації, тоді як 90% — менше ніж приблизно 1 400 байт. Транзакції, які раніше стискали багато адрес за допомогою невеликої кількості ALT, можуть показати значно більше розширення.

Більше байтів не означає необмежених акаунтів

V1 також не потроює кількість акаунтів, до яких може отримати доступ транзакція. Solana зараз встановлює обмеження в 64 акаунти для виконання, навіть хоча базове представлення індексу має вищу теоретичну межу. Окрема функція може в майбутньому підняти обмеження на блокування акаунтів до 128, але це не є автоматичною частиною Transaction V1.

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

Запити на ресурси переміщуються до транзакції

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

Для розробників це означає, що оновлення — це більше, ніж просто більше виділення байтів. Програмне забезпечення, яке створює, розшифровує, індексує, спонсорує або оцінює транзакції, повинно розуміти нову структуру V1, а не припускати, що кожна транзакція поводиться як Legacy або V0.

Що може відкрити транзакція розміром 4 096 байт?

Докази із нульовим розголошенням і конфіденційні перекази

Технологія нульового знання є одним із найочевидніших受益ників, оскільки докази можуть вимагати значного обсягу транзакційних даних. За старим лімітом розробник міг мати достатньо обчислювальних ресурсів для перевірки операції, але не достатньо серіалізованого простору транзакцій, щоб включити доказ і всі супутні інструкції в одній транзакції. Більший конверт V1 надає додаткам з приватності та криптографії значно більше простору, не збільшуючи їх обчислювальні або акаунтні ліміти. Solana особливо відзначає ZK-докази та робочі навантаження конфіденційного переказу серед додатків, які користуються цією перевагою.

Конфіденційні перекази Token-2022 ілюструють, чому це має значення. Такі робочі процеси можуть включати докази та інструкції, необхідні для встановлення контексту, виконання переказу та очищення пов’язаного стану. З більшою транзакцією операції, які раніше доводилося поєднувати, можуть виконуватися як одна атомарна дія, зменшуючи кількість проміжних станів, які повинні керувати користувач або розробник.

Більші багатопідписові та криптографічні операції

Багатопідписні транзакції також вигодовують, оскільки підписи споживають значну кількість серіалізованого простору. 64-байтовий підпис Ed25519 може здаватися незначним у ізоляції, але транзакція, що вимагає багатьох незалежних схвалень, швидко втрачає значну частину старого оболонки об’єму 1 232 байти, не враховуючи інструкцій програми та адрес. V1 надає більше місця для складних систем управління скарбницями, інституційного зберігання та структур авторизації.

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

Більш складні атомні робочі процеси

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

З V1 деякі робочі процеси можуть містити більше інструкцій і даних в одній транзакції. Тому цінність полягає не просто в тому, що транзакція містить більше інформації; а в тому, що більше логіки додатка може потенційно ділити одну й ту ж межу виконання «усе або нічого».

Що означає транзакція V1 для DeFi?

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

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

Однак покращення має межі. Байти транзакцій, обчислювальні одиниці та блокування акаунтів — це різні ресурси. Підвищення ліміту байтів не надає додатку необмежених обчислювальних ресурсів чи додаткових акаунтів. Аналіз Solana V1 конкретно зазначає, що незмінний ліміт у 64 акаунти може залишитися обмежуючим фактором для широких стратегій з кількома пулами чи майданчиками.

Зробить Transaction V1 Solana швидшою чи дешевшою?

Чи збільшує V1 TPS Solana?

Не в 3,3 рази. Оновлення збільшує максимальний розмір окремої транзакції, а не кількість транзакцій, які Solana може виконувати щосекунди. Пропускна здатність транзакцій також залежить від обмежень обчислень у блоках, конфліктів акаунтів, мережевих умов, складу транзакцій та інших обмежень протоколу. Тому опис V1 як «оновлення TPS на 3,3x» плутає пропускну здатність транзакцій із їх розміром.

Solana окремо збільшила ліміт обчислювальних ресурсів блоку з 60 мільйонів до 100 мільйонів обчислювальних одиниць — це розширення на 66%, яке було активовано на мейннеті в липні 2026 року. Це оновлення безпосередньо додає більше обчислювального простору на блок і відрізняється від V1.

V1 все ще може покращити ефективність на рівні додатку. Якщо робочий процес, який раніше вимагав трьох координованих транзакцій, тепер може виконуватися як одна, користувач може відчувати менше кроків і меншу затримку, навіть якщо головний показник TPS мережі не збільшився втричі. Саме ця різниця — найкращий спосіб описати перевагу в продуктивності.

Чи може транзакція V1 зменшити комісії?

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

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

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

Що повинні змінити розробники та гаманці

Для звичайних користувачів Transaction V1 має бути майже невидимою, якщо лише додаток, який вони використовують, не почне його використовувати. Для постачальників інфраструктури перехід вимагає значно більшої уваги. Гаманці та SDK повинні розуміти новий формат серіалізації, якщо хочуть створювати або підписувати транзакції V1, тоді як RPC-сервіси, Дослідники та індексатори повинні здатні правильно декодувати нову версію.

Навіть застосунки, які не планують надсилати транзакції версії V1, можуть зустрічати їх під час читання блоків або історій транзакцій. Рекомендації Solana щодо міграції попереджають системи, що читають транзакції, про необхідність явно підтримувати транзакції версії 1. Системи, які роблять припущення на основі структур V0 або шукають традиційні інструкції Compute Budget, можуть вийти з ладу або повідомляти неправильну інформацію про ресурси.

Ця проблема сумісності пояснює, чому активацію було перенесено на Епоху 1035 після того, як команди екосистеми попросили більше часу для тестування та інтеграції. Тому негайний питання після запуску — це не просто скільки розробників почнуть створювати великі транзакції. А чи правильно розуміють гаманці, постачальники RPC, індексатори, спонсори комісій та аналітичні платформи V1, коли він почне з’являтися у виробничому середовищі.

Що означає оновлення для SOL?

Версія транзакції V1 фундаментально позитивна для технічних можливостей Solana, оскільки розширює типи додатків, які розробники можуть розробляти. Більше простору для доказів, інституційних багатопідписових структур, складних DeFi та приватних робочих процесів може посилити позицію Solana як інфраструктури для додатків, які йдуть далі простих переказів токенів. Це значуща фундаментальна зміна, але вона не створює механічного зв’язку між розміром транзакції та SOL token price.

Реакція ринку була відносно скромною порівняно з масштабом технічного заголовка. SOL торгувався близько $102 15 вересня, дані про ціну показували, що вона приблизно на 35% вище за рівень місяць тому, але все ще під впливом загальної волатильності крипторинку.

Інвестори можуть отримати більш корисну інформацію, спостерігаючи за адаптацією, а не за ціновою свічкою першого дня. Відповідні питання полягають у тому, чи стають транзакції V1 поширеними, чи запускають розробники додатки, які раніше були непрактичними, і чи розширюється DeFi, приватність, платежі або використання інституційними учасниками як наслідок. Економічна цінність додаткових 2 864 байтів залежить від того, що розробники зможуть побудувати з ними.

Як V1 вписується у загальну дорожню карту оновлень Solana

Transaction V1 — це лише одна частина ширшого зусилля щодо усунення обмежень у Solana. Мережа вже збільшила обчислювальну потужність блоків до 100 мільйонів CUs, поступово вводить значно нижчі параметри оренди та працює над скороченням часу слотів. Agave 4.3, як очікується, принесе ще одну велику зміну з Alpenglow — майбутньою архітектурою консенсусу Solana, спрямованою на значно швидший фіналізацію.

Оновлення	Основна мета	Поточний напрямок
100M CU блоків	Підвищити ліміт обчислень блоку з 60M до 100M CU	Доступно на мейннеті
Транзакція V1	Збільшити максимальний розмір транзакції з 1 232 до 4 096 байт	Доступно на мейннеті
Зменшена оренда	Зменшити параметри оплати зберігання в ланцюжку на до 90%	Поступове розгортання
Зменшені часові слоти	Перейдіть від 400 мс до 200 мс слотів	Запуск функції
Alpenglow	Нова система консенсусу, що забезпечує фінальність приблизно за 150 мс	Заплановано з Agave 4.3

Ці оновлення вирішують різні обмеження. Більші блоки створюють додаткову обчислювальну потужність, V1 розширює гнучкість транзакцій, нижчий рента зменшує витрати на зберігання в мережі, коротші слоти покращують затримку, а Alpenglow спрямовані на консенсус і фінальність. Вважати Transaction V1 лише одним елементом цієї ширшої архітектури точніше, ніж представляти його як окреме оновлення, яке раптово робить кожен аспект Solana у три рази кращим.

Більш широка стратегія полягає у наданні додаткам більше простору на кількох рівнях одночасно. Якщо це вдасться, Solana не просто оброблятиме більше активності; розробники матимуть менше обмежень на рівні протоколу при створенні складних додатків.

За чим слід стежити після запуску мейннету?

Першим показником, за яким слід стежити, є просто прийняття V1. Оскільки формат є необов’язковим, активація мейннету не розповідає нам, наскільки швидко гаманці, DeFi-протоколи, проекти приватності чи інституційні застосунки фактично його використають. Розробники мають сильні причини залишатися на існуючих форматах, коли транзакції вже малі та прості, тому прийняття V1 спочатку має бути зосереджене в застосунках, де його додаткова потужність вирішує справжню проблему.

Надійність інфраструктури матиме таке саме значення. Декодування транзакцій, підписання гаманця, сумісність RPC, оцінка комісій та індексація всі повинні працювати коректно зі зростанням активності V1. Також варто стежити, чи не створюють більші транзакції помітного додаткового навантаження на пропускну здатність валідаторів чи не привертають вищі комісії, як це передбачено у документації Solana.

У довгостроковій перспективі більш цікавими індикаторами будуть застосунко-специфічні: зростання конфіденційних переказів та ZK-навантажень, більш складні дизайни мультіпідписів, DeFi-маршрути, які вимагають менше фрагментованих транзакцій, та інституційні робочі процеси, які були б непрактичними при 1 232 байтах. Питання після запуску вже не в тому, чи може Solana can підтримувати транзакції розміром 4 096 байт, а в тому, чи розробники знайдуть достатньо цінних причин для їх використання.

🔥 Поза заголовками: що означає KuCoin 5.0 для вас

Ринкові новини рухаються швидко — але те, де ви дієте на них, має рівно таке саме значення. Цього жовтня KuCoin запускає KuCoin 5.0, перетворюючи KuCoin на відновлену платформу. Ось що насправді змінюється для вас:

Один акаунт для всього. Старі платформи розділяли ваші кошти між окремими акаунтами «спот», «маржа» та «ф'ючерси» і очікували, що ви зрозумієте, чому. Єдиний акаунт KuCoin 5.0 повністю видаляє це — зробіть депозит один раз, і все буде просто там.
Акції, індекси та товари. KuCoin 5.0 розширюється за межі криптовалют на глобальні ринки. Коли криптовалюти рухаються бічно, а акції ростуть (або навпаки), ви переключаєтеся за хвилини, замість того щоб відкривати брокерський акаунт і чекати днів на фіатні канали.
Реальні активи (RWA). Токенізоване володіння традиційними активами, такими як сировина, прямо в вашому крипто-акаунті. Один із найшвидшо розростаючихся сегментів глобальної фінансової сфери більше не виключений для інституцій — ви отримуєте до нього доступ з того ж балансу, з яким торгуете.
Заробляйте, поки вчитеся. Ще не готові торгувати? KCUSD дозволяє вашим стейблкоїнам заробляти щоденний автокомпаундний дохід. Найбільш спокійний спосіб використати ваш невикористаний депозит для отримання 4% дохідності.
AI-асистент простою мовою. Задавайте питання, отримуйте контекст ринку, розумійте, що ви бачите — інтегровано в платформу, без жаргону.
Додаток, який не перевантажує. Швидший, чистіший і послідовний — інтуїтивний з першого дотику, а не після навчання.
Безпека, яку можна перевірити, а не просто вірити. Організація з ліцензією MiCAR у ЄС, Proof of Reserves, який ви можете перевірити самостійно, та міжнародно сертифікована безпека (SOC 2 Type II, ISO 27001:2022).

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

Висновок

Solana Transaction V1 виглядає просто, якщо звести це до однієї статистики: мережа збільшила максимальний розмір транзакції з 1 232 байт до 4 096 байт. Але більш важливою зміною є те, що ці додаткові байти можуть дозволити. Доведення, підписи, дані конфігурації та кілька інструкцій додатків можуть поміститися всередині більшого атомарного межі виконання, що потенційно замінить деякі обхідні шляхи, які розробники раніше використовували, щоб обійти старий ліміт.

V1 не робить Solana в 3,3 раза швидшою, не видаляє обмеження обчислень і не гарантує нижчі комісії. Натомість він усуває один все більш важливий обмежуючий фактор у дизайні застосунків, водночас вводячи нові компроміси щодо представлення адрес, сумісності інфраструктури та пропускної здатності мережі. Якщо новий формат допоможе розробникам спростити ZK-застосунки, інституційні робочі процеси та складні DeFi-транзакції, його довгострокова важливість може полягати не у самому заголовку з 4 096 байтами, а у застосунках, які було важко створити до його появи.

ЧАСТІ ПИТАННЯ

Чи можуть користувачі все ще надсилати застарілі транзакції Solana?

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

Мені потрібен новий гаманець для транзакції V1?

Не обов’язково. Звичайні користувачі можуть продовжувати використовувати гаманці, які базуються на транзакціях Legacy або V0. Однак гаманці, які хочуть створювати, розшифровувати або підписувати транзакції V1, повинні додати явну підтримку нового формату.

Чи збільшує V1 кількість акаунтів на транзакцію?

Не автоматично. Solana зараз встановлює обмеження в 64 акаунти для виконання, яке залишається окремим від нової межі розміру транзакції в 4 096 байт. Майбутня функція може підвищити ліміт блокування акаунтів, але це не є частиною збільшення розміру V1.

Чи є всі транзакції V1 розміром 4 096 байт?

Ні. Ця цифра є максимальною, а не обов’язковим розміром. Транзакція V1 може бути значно меншою за 4 096 байт, і розробникам немає причини заповнювати вільне місце лише тому, що воно доступне.

Що таке SIMD-0296 і SIMD-0385?

SIMD-0296 — це пропозиція щодо вдосконалення Solana, пов’язана з підвищенням максимальної розмірності транзакції, тоді як SIMD-0385 визначає формат транзакції V1, який підтримує більший оболонку та перероблену структуру транзакції.

Чи може транзакція V1 використовувати таблиці пошуку адрес?

Ні. На відміну від V0, V1 не підтримує таблиці пошуку адрес. Він включає адреси акаунтів безпосередньо в транзакцію, що спрощує обробку транзакцій, але споживає більше простору при серіалізації для завантажень із великою кількістю акаунтів.

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

Відмова від відповідальності: Для вашої зручності цю сторінку було перекладено за допомогою технології ШІ. Для отримання найточнішої інформації дивіться оригінальну англійську версію.