Saga

Saga - це протокол, який дозволяє розробникам розгортати специфічні для додатків блокчейни, звані Chainlets, з мінімальними витратами на інфраструктуру. Він розроблений для спрощення процесу запуску спеціалізованих блокчейнів, пропонуючи інтегровану стеку розгортання, яка абстрагує складні компоненти, такі як безпека, виконання та консенсус.

Архітектура Saga є модульною та базується на Cosmos SDK, використовуючи міжланцюгову безпеку для наслідування безпеки з загального набору валідаторів. Його протокол складається з трьох основних компонентів:

• Безпековий ланцюг: Де закріплено безпеку протоколу і моніториться поведінка валідаторів. Тут відбуваються штрафування та стейкінг.

• Платформний ланцюг: Керує постачанням Chainlets і передає безпеку їм, використовуючи міжланцюгову валідацію.

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

Saga підтримує багато віртуальних машин і має за мету надати гнучкість для розробників у виборі середовища виконання, яке підходить для їх додатків. Протокол запускається етапами (через реліз Pegasus), щоб поступово активувати такі функції, як децентралізація валідаторів, спільна безпека та механізми штрафування.

SAGA - це утилітарний токен, що використовується в протоколі Saga для полегшення його внутрішніх операцій.

Ключові функції токена SAGA включають:

• Постачання Chainlets: Розробники використовують SAGA для підписки та підтримки інфраструктури Chainlet. Токен діє як передплачений баланс для обчислювальної потужності.

• Стейкінг: Валідатори стейкають SAGA для забезпечення мережі та підлягають штрафуванням за порушення.

• Інцентиви для валідаторів: SAGA використовується для компенсації валідаторів за запуск Chainlets та підтримку інфраструктури протоколу.

• Закріплення розробників: Розробники можуть закріплювати токени SAGA для гарантії безперебійної роботи та використання Chainlets.

Saga використовує двочастинний токенний потік:

• Фронт-енд, між користувачами додатків та розробниками, де розробники можуть збирати збори в різних активах.

• Бек-енд, між розробниками та протоколом, де збори розраховуються в SAGA для доступу до інфраструктури рівня протоколу.

SAGA безпосередньо не використовується кінцевими користувачами dApps; натомість розробники поглинають або абстрагують ці витрати на інфраструктуру.