Блокчейн

Блокчейн — это распределённый, децентрализованный цифровой реестр, который записывает транзакции на множестве компьютеров, делая данные защищёнными от подделки и прозрачными.

Blockchain – это распределенная база данных, которая позволяет нескольким сторонам поддерживать общую запись транзакций безопасным и неизменяемым способом. Каждая транзакция группируется в блоки, которые затем криптографически связываются друг с другом, образуя цепочку. Эта технология является основой для криптовалют, таких как Bitcoin и Ethereum.

Концепция blockchain впервые была изложена в 2008 году человеком или группой, использующей псевдоним Satoshi Nakamoto в whitepaper Bitcoin. С тех пор его использование расширилось за пределы криптовалют до различных приложений, включая управление цепочками поставок, здравоохранение и финансы.

Blockchain предлагает такие преимущества, как прозрачность, безопасность и устойчивость к цензуре, поскольку он децентрализован и поддерживается многочисленными узлами. Эта характеристика затрудняет для какой-либо отдельной организации изменение или контроль над данными.

В дополнение к основному использованию в транзакциях с криптовалютой, технология blockchain позволяет использовать smart contracts, которые являются самоисполняющимися контрактами с соглашением, непосредственно записанным в коде, что позволяет автоматизировать и бездоверительно заключать соглашения между сторонами.

        graph LR
  Center["Блокчейн"]:::main
  Pre_cryptography["cryptography"]:::pre --> Center
  click Pre_cryptography "/terms/cryptography"
  Pre_hashing["hashing"]:::pre --> Center
  click Pre_hashing "/terms/hashing"
  Pre_distributed_systems["distributed-systems"]:::pre --> Center
  click Pre_distributed_systems "/terms/distributed-systems"
  Center --> Child_block["block"]:::child
  click Child_block "/terms/block"
  Center --> Child_consensus_mechanism["consensus-mechanism"]:::child
  click Child_consensus_mechanism "/terms/consensus-mechanism"
  Center --> Child_merkle_tree["merkle-tree"]:::child
  click Child_merkle_tree "/terms/merkle-tree"
  Rel_bitcoin["bitcoin"]:::related -.-> Center
  click Rel_bitcoin "/terms/bitcoin"
  Rel_ethereum["ethereum"]:::related -.-> Center
  click Rel_ethereum "/terms/ethereum"
  Rel_blockchain_security["blockchain-security"]:::related -.-> Center
  click Rel_blockchain_security "/terms/blockchain-security"
  classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
  classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
  classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
  classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
  linkStyle default stroke:#4b5563,stroke-width:2px;

      

🧠 Проверка знаний

1 / 1

🧒 Простыми словами

🌍 Это как общая тетрадь, которую невозможно подделать, потому что её копии есть у миллионов людей по всему миру. Если ты изменишь что-то в своей тетради, она перестанет совпадать с остальными.

🤓 Expert Deep Dive

Архитектурный дизайн блокчейна балансирует между распределенным консенсусом, криптографической безопасностью и эффективностью структуры данных. Выбор механизма консенсуса (например, консенсус Накамото в PoW, варианты BFT в PoS) определяет отказоустойчивость сети, гарантии окончательности транзакций и подверженность определенным атакам (например, атаки 51%, атаки на дальнюю дистанцию). Распространение данных и синхронизация блоков в большой, потенциально враждебной сети являются критическими задачами, которые часто решаются с помощью протоколов сплетен (gossip protocols) и эффективных механизмов ретрансляции блоков. Структура дерева Меркла внутри блоков позволяет эффективно проверять включение транзакций без необходимости загрузки всего реестра. Компромиссы неизбежны: публичные (permissionless) блокчейны предлагают большую устойчивость к цензуре и децентрализацию, но сталкиваются с узкими местами масштабируемости, в то время как приватные (permissioned) блокчейны могут достигать более высокой пропускной способности и контроля, но жертвуют децентрализацией и открытым доступом. Разрастание состояния (state bloat) и долгосрочное архивирование исторических данных также представляют собой значительные архитектурные проблемы.

🔗 Связанные термины

Предварительные знания:
Чтобы узнать больше:

📚 Источники