WhitePaper RU
  • WhitePaper DeflationCoin
  • 1. Введение
  • 1.0. Предисловие
  • 1.1. Социально-экономические последствия инфляции
  • 1.2. Процесс экспорта инфляции из США в другие страны
  • 1.3. Мировой банкрот, замаскированный под "финансового лидера"
  • 1.4. Зарождение криптоиндрустрии
  • 1.5. Недостатки биткойна
  • 1.6. Криптовалюта без недостатков "Цифрового золота"
  • 2. Миссия и цели
    • 2. Миссия и цели
  • 3. Принципы функционирования и проектирования
    • 3.0. Предисловие
    • 3.1. Ограниченная эмиссия с отсутствием инфляции
    • 3.2. Ежедневное смарт-сжигание монет
    • 3.3. Дефляционный халвинг, а не как у биткойна
    • 3.4. Смарт-стейкинг
    • 3.5. Смарт-дивиденды
    • 3.6. Плавный разлок
    • 3.7. Basket and Pump (BaP)
    • 3.8. Механизм “Захват внимания”
    • 3.9. Партнерский маркетинг, интегрированный в блокчейн
  • 3.10. Смарт-комиссии
  • 3.11. Дефляционная экосистема
  • 3.11.1. Образовательный гэмблинг
  • 3.11.2. Потенциальные направления для масштабирования экосистемы
  • 3.11.3. Юридические и правовые аспекты экосистемы
  • 3.12. Экологический принцип
  • 3.13. Геометрическая прогрессия распределения монет
  • 3.14. Роботизированная диверсификация между биржами
  • 3.15. Онлайн-нода
  • 3.16. Open Source блокчейн и финансовая прозрачность экосистемы
  • 3.17. Трёхуровневый механизм принятия решений: “Proof-of-Deflation”
  • 3.17.1. Меритократия идей
  • 3.17.2. Skin in the game
  • 3.17.3. Право Вето
  • 3.18. Принцип “Humor and Memes”
  • 4. Команда
    • 4.0. Предисловие
    • 4.1. Натоши Сакамото
  • 4.2. Виталик Не-Бутерин
  • 4.3. ДефляцияКоин Мафия
  • 5. Токеномика
    • 5.0. Предисловие
  • 5.1. Распределение токенов
  • 5.2. Принцип расходов 50% | 50%
  • 6. Уровень блокчейн архитектуры
    • 6.0. Минус 1 уровень (-L1)
  • 7. Техническая архитектура
    • 7.0. Техническая архитектура
    • 7.1. Архитектура надежности и безопасность
    • 7.2. Криптографические методы защиты
    • 7.3. Концептуальная архитектура ДефляцияКоин
    • 7.3.1. Архитектура смарт-контрактов
  • 7.3.2. Онлайн-нода
  • 7.3.3. Дефляционная экосистема
  • 7.3.4. Автоматизированное выставление ордеров на DEX
  • 7.4. Разработка и переход на собственный инновационный блокчейн
  • 8. Рейтинг активов
    • 8.0. Рейтинг активов
  • 8.1. Детальный анализ показателей
  • 9. Заключение
    • 9. Заключение
  • 10. Список литературы
    • 10. Список литературы
  • 11. Контакты
    • 11. Контакты
Powered by GitBook
On this page

7.3.3. Дефляционная экосистема

Previous7.3.2. Онлайн-нодаNext7.3.4. Автоматизированное выставление ордеров на DEX

Last updated 1 day ago

Дефляционная экосистема интегрирована как ключевой компонент для стимулирования вовлеченности пользователей. В частности, одним из первых элементов дефляционной экосистемы является образовательный гэмблинг. Архитектура построена на микросервисной архитектуре с использованием языка Java, фреймворка Spring Boot, баз данных PostgreSQL и Redis. Каждый микросервис отвечает за отдельную задачу, что обеспечивает отказоустойчивость и возможность масштабирования.

Архитектура типового сервиса дефляционной экосистемы представлена на схеме ниже:

Spring Boot используется для реализации бизнес-логики (в случае “образовательного гэмблинга” это включает обработку ставок и распределение выигрышей). PostgreSQL выступает в роли основного хранилища данных, обеспечивая надежное сохранение информации о пользователях, его данных и других бизнес-данных приложения. В отличие от других СУБД, PostgreSQL поддерживает сложные аналитические запросы и долгосрочное хранение данных, что делает его более подходящим для нашего сценария. Redis, в свою очередь, используется для кэширования временных данных, что снижает нагрузку на основную базу данных. Для реализации системы логирования используется ELK-стек, а мониторинг обеспечит совместная работа Prometheus и Grafana.

Микросервисы взаимодействуют между собой через REST API и Kafka, обеспечивая надежную передачу данных. Kubernetes используется для управления контейнерами, что гарантирует автоматическое масштабирование и восстановление работы сервисов в случае сбоев. В сравнении с монолитной архитектурой, микросервисный подход обеспечивает лучшую адаптируемость к изменениям и более высокий уровень производительности.

Для реализации механизма сжигания и передачи токенов в пулл комиссий для продуктов дефляционной экосистемы используется кошелек технического пользователя. В рамках этого кошелька, путем взаимодействия с API DEX или CEX биржи, производится покупка токена, с последующей его отправкой на сжигание и в пул дивидендов, используя методы смарт-контракта.

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