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
  • Математически это выражается как:
  • Хэш вычисляется как:
  • Преимущества использования BSC в части надежности и безопасности:
  1. 7. Техническая архитектура

7.1. Архитектура надежности и безопасность

BSC базируется на современных криптографических методах для обеспечения безопасности транзакций, кошельков и данных пользователей. Ключевой особенностью является алгоритм Proof-of-Stake Authority (PoSA), который объединяет модели Proof-of-Stake и Authority для достижения оптимального баланса между децентрализацией и масштабируемостью. Транзакции и операции в сети валидируются ограниченным набором авторизованных валидаторов, которые обеспечивают целостность сети.

Для криптографической безопасности в BSC используется алгоритм цифровой подписи на основе эллиптической кривой (ECDSA) с использованием кривой secp256k1, широко признанной в экосистемах, совместимых с Ethereum.


Математически это выражается как:

P=k⋅G P = k \cdot G P=k⋅G

где:

  • k — приватный ключ,

  • P — публичный ключ,

  • G — базовая точка кривой.

Для обеспечения неизменности данных в BSC используется хэш-функция keccak256 (вариант SHA-3). Она гарантирует невозможность подделки и изменение данных. Заголовки блоков и данные транзакций хэшируются в структуру дерева Меркла, что позволяет эффективно проверять целостность транзакций.


Хэш вычисляется как:

H(M)=keccak256⁡(M) H(M) = \operatorname{keccak256}(M) H(M)=keccak256(M)

где:

  • M — входные данные.

Любое изменение в данных приводит к полной смене хэша, что исключает возможность подмены.


BSC использует ограниченный набор валидаторов для обеспечения высокой пропускной способности и снижения уязвимостей. Валидаторы периодически меняются на основе ставок и голосования, что минимизирует риски централизации. Кроме того, совместимость с Ethereum Virtual Machine (EVM) обеспечивает безопасное выполнение смарт-контрактов.

Модульная структура BSC гарантирует, что даже в случае компрометации валидатора или шарда последствия для всей сети будут минимальными.

Кошельки в экосистеме BSC разработаны с учетом безопасности. Приватные ключи хранятся локально на устройстве пользователя и шифруются. Популярные кошельки, такие как MetaMask поддерживают интеграцию с аппаратными кошельками (Ledger и Trezor) и могут использоваться с сервисами мультиподписи, такими как Gnosis Safe. Даже если устройство будет взломано, доступ к средствам остаётся невозможным без пароля и приватного ключа.


Преимущества использования BSC в части надежности и безопасности:

  • поддержка мультиподписи (Multisig), где для выполнения транзакции требуется подпись нескольких участников. Это обеспечивает повышенную защиту, особенно для корпоративных и DAO-кошельков;

  • акцент на скорость и экономичность транзакций, при этом несколько уступая Ethereum в степени децентрализации. Это позволяет сети достигать скорости примерно 100 TPS (транзакций в секунду) и поддерживать среднюю стоимость транзакции около $0.50;

  • совместимость с EVM, что позволяет разработчикам эффективно создавать и развертывать смарт-контракты, написанные на языке Solidity. Благодаря развитой экосистеме разработки существенно упрощено создание приложений на платформе BSC;

  • механизмы защиты от реентерабельности (reentrancy) и подробное логирование операций, что минимизирует уязвимости, например, атаки с повторным вызовом и переполнением данных.

Previous7.0. Техническая архитектураNext7.2. Криптографические методы защиты

Last updated 1 day ago