Блокчейн простыми словами

Зачем блоки ссылаются друг на друга

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

Если записать выдуманный баланс и честно вычислить для него хэш, он не станет законным балансом сети. Нужны правила проверки: кто вправе распоряжаться активом, хватает ли доступных средств, как исполняется программа и откуда разрешено появляться новым единицам. Поэтому объяснение «блокчейн нельзя изменить, потому что там сложная математика» пропускает существенную часть устройства системы.

Кто выбирает общую историю

Узлы получают операции и блоки с задержками. Иногда разные части сети сначала видят разные продолжения цепочки. Механизм согласования помогает прийти к общей версии. У Bitcoin для этого используется доказательство работы и правила выбора цепочки с наибольшей накопленной работой среди действительных. У других сетей устройство согласования может заметно отличаться.

Из этого следует важное для пользователя различие: появление операции в блоке и её окончательность зависят от сети. В одних случаях уверенность растёт с глубиной подтверждений, в других есть отдельные состояния финализации. Биржа может дополнительно устанавливать собственный срок зачисления. Универсального числа подтверждений «для любой криптовалюты» не существует.

Какие задачи блокчейн не решает автоматически

Публичность истории позволяет проверять записи, но не доказывает правдивость внешних сведений. Если программа получает цену через внешний источник, качество этого источника остаётся отдельным вопросом. Если токен обозначает право на товар, запись о токене не переносит сам товар на склад. Смарт-контракт исполняет доступные ему условия; он не проверяет весь реальный мир.

Кроме того, сети ограничены пропускной способностью и ресурсами. За обработку операций платят комиссии, а при высокой загрузке ожидание или стоимость могут увеличиваться. Ошибочный перевод обычно нельзя отменить привычным запросом в поддержку. При выборе маршрута важно смотреть на конкретную сеть и актив, требования получателя и фактический статус операции, а не только на слово blockchain в описании проекта.

Две записи после одного перевода

Представьте, что Анна отправила Борису токены, и её кошелёк показал «отправлено». Сначала это может означать лишь успешную передачу запроса узлу. Затем обозреватель показывает включение в блок. Наконец, сервис Бориса зачисляет средства после своей проверки и нужного числа подтверждений. Между этими событиями проходят разные промежутки времени; они не обязаны совпадать.

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

Что проверить

• Какая система согласования и какие состояния подтверждения используются именно здесь.
• Что означает статус в кошельке, обозревателе и сервисе получателя.
• Какие внешние данные или права нужны приложению помимо записи в блокчейне.