Question 1

Що таке DYM?

Accepted Answer

DYM — нативний актив рівня розрахунків Dymension. Dymension розроблено для надання інфраструктури розрахунків і взаємодії спеціалізованим для застосунків Rollup, що називаються RollApp; отже, DYM пов’язаний з участю в безпеці цього рівня розрахунків та економічною моделлю протоколу, а не є обов’язково нативним токеном окремого RollApp.

Question 2

Яка роль RollApp?

Accepted Answer

RollApp — це окреме середовище виконання, виділене для певного застосунку: воно обробляє транзакції та переходи стану цього застосунку, а не конкурує з усіма застосунками за ресурси виконання одного ланцюга. Dymension розглядає такі спеціалізовані для застосунків Rollup як розгортані екземпляри, щоб застосунки могли зберігати власну логіку й модель комісій, одночасно підключаючись до рівня розрахунків. Цей поділ на «незалежне виконання, спільні розрахунки» не означає, що RollApp самостійно бере на себе всі обов’язки з безпеки. Litepaper описує RollApp як автономний екземпляр виконання: він може мати нативний токен комісій і гнучку логіку, але отримує відповідні послуги через структуру розрахунків Dymension.

Question 3

Як працює багаторівнева архітектура Dymension?

Accepted Answer

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

Question 4

Чому сортувальник повинен стейкати DYM?

Accepted Answer

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

Question 5

Чи обов’язково сплачувати комісії в DYM під час використання RollApp?

Accepted Answer

Не обов’язково. RollApp має автономію щодо комісій: застосунок може встановити мережеві комісії в DYM, нативному токені цього RollApp, стейблкоїні або іншому активі; те, чим фактично платить користувач, залежить від правил комісій, прийнятих цим RollApp. Це відрізняється від ролі DYM у моделі безпеки рівня розрахунків: DYM може використовуватися в механізмах стейкінгу, пов’язаних з участю в рівні розрахунків, але Litepaper не встановлює як загальне правило, що «кожна транзакція RollApp повинна оплачуватися в DYM».

Question 6

Що станеться, якщо сортувальник подасть неправильний стан?

Accepted Answer

Dymension використовує оптимістичний підхід до спорів: оновлення стану можна спочатку подати, але протягом періоду оскарження інші учасники можуть перевірити це оновлення. Якщо хтось подає дійсне оскарження, рівень розрахунків повторно виконує оспорювану транзакцію у віртуальній машині RollApp (RVM) у тому самому контексті, щоб отримати детермінований результат. Якщо повторне виконання доводить неправильність поданого стану, помилковий стан буде відкочено, а заставу зловмисного сортувальника може бути скорочено. Наявність періоду оскарження залишає вікно для перевірки та заперечень; це також означає, що остаточність слід оцінювати з урахуванням цього механізму, а не лише за первинним поданням сортувальника.

Question 7

Як IRC підтримує комунікацію між RollApp?

Accepted Answer

IRC — це протокол зв’язку між RollApp на основі IBC. Він використовує спільний для RollApp Hub розрахунків Dymension для передавання повідомлень між різними RollApp, замість того щоб вимагати від кожної пари застосунків окремо встановлювати незалежне довірче з’єднання. Його значення полягає в тому, що застосунки можуть зберігати власні середовища виконання та моделі комісій, водночас здійснюючи перевірювану комунікацію через спільну інфраструктуру розрахунків. Існування IRC не означає, що будь-який актив або застосунок автоматично сумісний; фактичні повідомлення й активи, які можна передавати, все ще залежать від реалізації відповідних RollApp.

Question 8

Яку роль відіграє вбудований AMM для RollApp?

Accepted Answer

Hub розрахунків Dymension має вбудований автоматизований маркет-мейкер (AMM), що забезпечує спільну ліквідність поверх спільної безпеки. Його позиціонують як інфраструктуру для обслуговування RollApp, яка може підтримувати маршрутизацію активів і виявлення цін, а не просто як торговий пул, розгорнутий окремим застосунком. Роль AMM полягає у створенні спільного рівня ліквідності для взаємодії активів багатьох RollApp; однак ціни угод, прослизання та доступна ліквідність і далі визначаються станом конкретних пулів, а сам по собі вбудований AMM не гарантує глибину обміну або ціну будь-якого активу.

Ціна Dymension (DYM)