TL;DR
- владеть криптовалютой означает контролировать полномочия, которые блокчейн признает для расходования выхода, отправки средств со счета или применения политики счета. Реестр фиксирует актив; кошелек хранит, обеспечивает доступ к или координирует материалы для подписи и правила, необходимые для изменения этой записи.
- частный ключ — это секретный материал для подписи. Открытый ключ — это математически связанная информация, позволяющая другим пользователям проверять подписи. Адрес — это сетевой идентификатор счета, выхода, скрипта или программного правила. В некоторых сетях он выводится из открытого ключа; в других он может представлять собой код или условие расходования средств без привязки к какому-либо конкретному частному ключу.
- кошелек подписывает транзакцию или авторизационный набор данных, специфичный для конкретной цепочки, а не расплывчатую инструкцию вроде «отправить 1 монету». Подписанные данные могут связывать входы или нонс, адрес назначения, сумму, сеть, параметры комиссии, данные вызова контракта, срок действия и изменения разрешений. То, что не охватывается подписью, может оставаться изменяемым.
- кошелек подписывает и отправляет транзакцию на один или несколько узлов либо частных сервисов. Принимающий узел проверяет её на соответствие правилам консенсуса и локальной политике ретрансляции, может добавить её в свой собственный пул ожидающих транзакций и ретранслирует её своим пирам. Майнер, валидатор или специализированный сборщик в конечном итоге включает её в действительный блок. Последующие блоки или голоса контрольных точек закрепляют результат.
В одном блоке
Криптовалюта работает за счёт сочетания криптографической авторизации с реплицируемым реестром. Кошелек формирует точную транзакцию, а частный ключ, политика смарт-счёта или кворум подписантов авторизуют её. Независимые узлы проверяют транзакцию, производители блоков упорядочивают действительные транзакции, а правила консенсуса выбирают каноническую историю.
Что значит владеть криптовалютой?
Быстрый ответ
владеть криптовалютой означает контролировать полномочия, которые блокчейн признает для расходования выхода, отправки средств со счета или применения политики счета. Реестр фиксирует актив; кошелек хранит, обеспечивает доступ к или координирует материалы для подписи и правила, необходимые для изменения этой записи.
Известная фраза «монеты находятся в вашем кошельке» — это полезная метафора интерфейса, но неточное техническое описание. Блокчейн хранит состояние: неизрасходованные выходы в Bitcoin, остатки на счетах и хранилище контрактов в Ethereum или счета, принадлежащие программам, в Solana. Кошелек считывает это состояние, формирует инструкции и генерирует любую авторизацию, требуемую сетью.
Для обычного счёта с самостоятельным хранением эти полномочия могут сводиться к одному закрытому ключу. Но более общее правило является более точным: владение — это контроль над действительной политикой расходования средств. Выход Биткойна может требовать скрипта или нескольких подписей. Счёт контракта на Ethereum может требовать одобрения с помощью мультиподписи, модуля пароля, временной блокировки или социального восстановления. Система пороговой подписи может распределить одно право на подпись между несколькими долями ключа. Хранитель может обладать криптографическим правом, в то время как клиент обладает лишь договорным правом требования к хранителю.
| Модель владения | Что признает блокчейн | Что фактически контролирует пользователь | Основной режим отказа |
|---|---|---|---|
| Самохранение с одним ключом | Условие подписи или расходования, выполняемое одним ключом. | Секретный ключ или материалы для восстановления, позволяющие его воссоздать. | Утечка или потеря одного секрета может стать решающей. |
| Мультиподпись или «умный» аккаунт | Скрипт или политика контракта, требующие порогового значения, модуля или правила. | Несколько подписантов, устройств или ролей восстановления. | Сбой политики, кода, соподписанта или системы управления. |
| Пороговое значение / MPC-подпись | Одна обычная подпись под общим открытым ключом. | Достаточное количество независимых долей ключа для достижения порогового значения. | Пороговое значение — множество компрометаций, сговор или слабость реализации. |
| Счёт с хранением | Хранитель контролирует полномочия в цепочке. | Учетные данные для входа и юридическое или договорное право. | Компрометация депозитария, его неплатежеспособность, замораживание средств или захват счета. |
| Биржевой продукт | Фонд или его депозитарий контролирует базовый актив. | Ценная бумага на брокерском счете, а не ключ блокчейна. | Рыночный риск, риск эмитента, риск хранения и брокерский риск. |
Это различие объясняет, почему фраза «не твои ключи — не твои монеты» является предупреждением о риске контрагента, а не полноценной стратегией безопасности. Хранение ключей у себя устраняет одного посредника и налагает прямую операционную ответственность. Ни одна из моделей хранения не является автоматически безопасной только потому, что она обозначена как централизованная или самостоятельная.
Какую роль на самом деле играют закрытые ключи, открытые ключи и адреса?
Быстрый ответ
частный ключ — это секретный материал для подписи. Открытый ключ — это математически связанная информация, позволяющая другим пользователям проверять подписи. Адрес — это сетевой идентификатор счета, выхода, скрипта или программного правила. В некоторых сетях он выводится из открытого ключа; в других он может представлять собой код или условие расходования средств без привязки к какому-либо конкретному частному ключу.
Большинство крупных сетей используют криптографию с открытыми ключами для цифровых подписей. Кошелек генерирует секретные данные или получает к ним доступ, выводит открытую информацию и создает подпись над точно определённым сообщением. Проверка происходит быстро; вывод частного ключа из открытого ключа считается вычислительно невозможным в рамках математических допущений схемы и при правильно сгенерированных ключах. «Невозможно» — это верное утверждение: безопасность зависит от алгоритма, реализации, генерации случайных чисел и текущих вычислительных возможностей.
| Тип сети или счёта | Полномочия и подпись | Что представляет собой адрес |
|---|---|---|
| Традиционный Bitcoin / SegWit v0: расходование ключа | Обычно ECDSA над secp256k1; скрипты определяют полное условие траты. | Может кодировать хеш открытого ключа, хеш скрипта или программу-свидетеля вместо исходного ключа. |
| Биткойн Taproot | BIP340 Schnorr для расходования по пути ключа; пути скриптов могут раскрывать альтернативные условия. | Адрес Bech32m кодирует программу свидетеля v1, содержащую выходной ключ Taproot. |
| Ethereum EOA | ECDSA над secp256k1 авторизует транзакции. | Последние 20 байт хеша открытого ключа, вычисленного с помощью алгоритма Keccak-256, отображаются с префиксом 0x. |
| Счёт контракта Ethereum | Поведение определяется кодом и хранилищем; у счета нет собственного закрытого ключа. | Адрес контракта длиной 20 байт, получаемый при развертывании или детерминированном создании. |
| Валидатор Ethereum | Ключи BLS выполняют функции консенсуса; полномочия на снятие средств могут быть отдельными. | Открытый ключ валидатора не совпадает с обычным адресом EOA. |
| Учетная запись с парой ключей Solana | Пара ключей Ed25519; секретный ключ используется для подписи, а открытый ключ является адресом. | 32-байтовый открытый ключ, закодированный в формате Base58. |
| PDA Solana | Частного ключа не существует; авторизация осуществляется производной программой во время ее выполнения. | Адрес вне кривой, выведенный из семян и идентификатора программы. |
Что доказывает подпись
Действительная подпись подтверждает, что требуемый секрет или кворум для подписи авторизовал конкретный дайджест в соответствии с указанным алгоритмом подписи. Она также позволяет верификатору обнаружить изменения в подписанном полезном данных. Она не подтверждает, что подписавший прочитал экран кошелька, понял суть одобрения токена, знал получателя, не подвергался принуждению или владел средствами в юридическом смысле. Именно этот разрыв между криптографической авторизацией и человеческим намерением является местом, где действуют многие мошенники, опустошающие кошельки, и мошенники, выдающие себя за других лиц.
Что может подорвать безопасность подписи?
- Слабое или некорректное формирование ключей, приводящее к появлению секретных данных, которые можно угадать.
- Повторное использование или утечка нонса в подписях типа ECDSA или Schnorr, что может привести к раскрытию закрытого ключа.
- Вредоносное ПО, побочные каналы или физические атаки, извлекающие секретные данные с устройства.
- Подписание кошельком другого содержимого, отличного от того, которое, как полагал пользователь, отображалось на экране.
- Реализация смарт-счета, мультиподписи или пороговой подписи, допускающая недействительный или несанкционированный путь политики.
- Будущие достижения в области криптоанализа или квантовых технологий, которые опровергнут нынешние предположения о сложности.
Вывод: Криптография с открытым ключом устраняет необходимость раскрытия секрета во время проверки. Однако она не устраняет необходимость в безопасном генерации ключей, надёжном программном обеспечении для подписи и тщательной проверке транзакций.
Что именно подписывает кошелек?
Быстрый ответ
кошелек подписывает транзакцию или авторизационный набор данных, специфичный для конкретной цепочки, а не расплывчатую инструкцию вроде «отправить 1 монету». Подписанные данные могут связывать входы или нонс, адрес назначения, сумму, сеть, параметры комиссии, данные вызова контракта, срок действия и изменения разрешений. То, что не охватывается подписью, может оставаться изменяемым.
Интерфейс кошелька преобразует намерение пользователя в структурированное сообщение. Этот преобразование имеет решающее значение для безопасности. В сети Биткойн транзакция выбирает конкретные неизрасходованные выходы в качестве входов, создает новые выходы с условиями расходования, указывает суммы и комиссии, а также применяет режим «подпись-хэш», который определяет, на какие части каждой подписи она распространяется. В сети Ethereum обычная транзакция включает такие поля, как идентификатор цепочки, нонс учетной записи, адрес получателя, сумма, лимит газа, ограничения на комиссию и дополнительные данные, которые могут вызвать контракт.
Взаимодействия с контрактами могут кодировать гораздо больше, чем просто платеж. Подпись может утвердить выделение токенов, осуществить сделку через децентрализованную биржу, делегировать EOA коду в соответствии с EIP-7702, передать NFT, проголосовать в системе управления или вызвать функцию, результат которой зависит от текущего состояния цепочки. Сеть видит действительные байты; она не знает, правильно ли их интерпретировал кошелек.
Перед подписанием проверьте как минимум следующие поля
- Сеть и цепочка: целевая цепочка, Layer 2 или сайдчейн, а не просто тикер актива.
- Актив и контракт: правильный нативный актив или контракт токена, включая десятичные знаки и стандарт токена.
- Адрес назначения: полный адрес получателя, контракта, моста или депозита на бирже, а также любые необходимые примечания или теги.
- Сумма и объем: точная сумма перевода, минимальная получаемая сумма, лимит расходов или объем одобрения.
- Действие: перевод, обмен, одобрение, разрешение, делегирование, стейкинг, развертывание контракта или подпись произвольного сообщения.
- Пределы комиссии: ставка комиссии и общая комиссия в сети Биткойн, либо лимит газа в сети Ethereum, базовая комиссия, комиссия за приоритет и максимальная комиссия.
- Срок действия и область повторного выполнения: идентификатор цепочки, нонс, крайний срок и приложение или контракт, для которых действительна подпись.
- Путь политики: какие ключи, соподписанты, модули или механизмы восстановления авторизуют действие.
Аппаратные кошельки помогают, но не понимают экономики
Аппаратный кошелек может хранить закрытый ключ вдали от универсального компьютера и подписывать только после подтверждения на доверенном дисплее. Это защищает от многих атак по извлечению. Он не может сделать вредоносное одобрение безвредным, доказать, что адрес контракта является надежным, обнаружить каждую подмену адреса или гарантировать, что сокращенное отображение содержит достаточно информации. Безопасное устройство наиболее полезно, когда пользователь может самостоятельно интерпретировать то, что оно показывает.
Что происходит после нажатия кнопки «Отправить»?
Быстрый ответ
кошелек подписывает и отправляет транзакцию на один или несколько узлов либо частных сервисов. Принимающий узел проверяет её на соответствие правилам консенсуса и локальной политике ретрансляции, может добавить её в свой собственный пул ожидающих транзакций и ретранслирует её своим пирам. Майнер, валидатор или специализированный сборщик в конечном итоге включает её в действительный блок. Последующие блоки или голоса контрольных точек закрепляют результат.
Шаг 1: локальное формирование и подписание
Кошелек выбирает входы или следующий нонс счёта, рассчитывает комиссию, формирует полезную нагрузку и подписывает её. Это может происходить на телефоне, в браузерном кошельке, на аппаратном устройстве, через координатор мультиподписей или в ходе сеанса подписи MPC. Секретный ключ не должен передаваться в сеть; для проверки требуются только транзакция и подпись.
Шаг 2: проверка и ретрансляция узлом
Первый узел проверяет синтаксис, подписи, доступные средства или UTXO, нонс, размер, газ и другие правила. Он также применяет локальную политику: транзакция может быть действительной с точки зрения консенсуса, но при этом не соответствовать требованиям узла к ретрансляции или мемпулу. Узлы имеют независимые пулы ожидающих транзакций и могут расходиться во мнениях относительно того, что в них находится в данный момент. Не существует единого глобального мемпула, общим для всех машин.
Шаг 3: построение блока
Биткойн-майнинговые пулы формируют кандидатские блоки из известных им валидных транзакций, учитывая комиссии, зависимости и собственные правила. Валидаторы Ethereum могут формировать блоки локально или использовать специализированные инструменты, которые оптимизируют упорядочивание транзакций и участвуют в торгах за право включения в блок. Частный поток ордеров может обходить публичный мемпул, а максимальная извлекаемая выгода может влиять на упорядочивание.
Шаг 4: независимая проверка блока
После того как блок предложен, другие узлы не принимают его просто потому, что доверяют его создателю. Они независимо проверяют блок и каждый соответствующий переход состояния. Создатель, который включает недействительное расходование, превышает лимиты или нарушает правила консенсуса, создает блок, который честные узлы отклоняют, независимо от дохода от комиссий или веса ресурсов.
Шаг 5: включение, реорганизация и расчёт
Включение в цепочку является первым подтверждением. Конкурирующие блоки могут на короткое время существовать на конце цепочки, и правило выбора ветвления определяет, какая ветвь станет канонической. Транзакции из отброшенного блока могут вернуться в статус «ожидающие», вступить в конфликт с другой транзакцией или исчезнуть из поля зрения узла. Более глубокие подтверждения или явная окончательность контрольных точек снижают этот риск.
Почему транзакции находятся в ожидании и как работают комиссии?
Быстрый ответ
Емкость блока и ресурсы для его выполнения ограничены. Комиссии отражают спрос на включение транзакции в блок, но также важны зависимости между транзакциями, порядок нонсов, частная маршрутизация, стратегии сборщиков и локальные правила. Высокая комиссия повышает приоритет; она не может сделать недействительную транзакцию действительной или гарантировать определённый порядок.
Биткойн: оплата виртуального места в блоке
Комиссии за транзакции в Биткойне представляют собой разницу между стоимостью входов и стоимостью выходов. Кошельки и Bitcoin Core обычно выражают ставку в сатоши на виртуальный байт (sat/vB), что позволяет майнерам сравнивать транзакции разного виртуального размера. Размер определяют входы, выходы и данные свидетелей; сумма переводимых биткойнов на это не влияет.
Важны зависимости. Родительская транзакция с низкой комиссией и дочерняя — с высокой могут оцениваться вместе, и текущая логика мемпула Bitcoin Core рассматривает связанные группы транзакций, а не трактует каждую транзакцию как полностью независимую. Механизмы «Replace-by-fee» и «child-pays-for-parent» могут повысить вероятность включения в блок, если транзакция и кошелек их поддерживают. Замена не гарантирует отмену: конкурирующие транзакции соревнуются до тех пор, пока одна из них не подтвердится.
Ethereum: газ, базовая комиссия и комиссия за приоритет
Ethereum взимает плату за вычисления и доступ к состоянию в единицах газа. Транзакция устанавливает лимит газа и пределы комиссии. Протокол рассчитывает базовую комиссию, которая сжигается; отправитель может добавить приоритетную комиссию, а максимальная комиссия ограничивает цену за единицу газа. Неиспользованный газ не взимается. Вызов контракта, который отменяется, всё равно может потреблять газ, поскольку валидаторы выполнили вычисления.
Транзакции с учетной записью Ethereum выполняются в порядке нонсов. Нонс с заниженной ценой или ранее незамеченный нонс может заблокировать последующие транзакции с той же учетной записи, даже если эти последующие транзакции предлагают более высокие комиссии. Замена с тем же нонсом может заменить ожидающую транзакцию, если принимающий узел или политика кошелька принимает более высокое предложение.
Порядок выполнения — это не только рейтинг комиссий
В сети Ethereum разработчики и искатели могут упорядочивать пакеты транзакций для получения арбитража, ликвидаций или других видов MEV. Пользователи могут отправлять транзакции через частные каналы, чтобы снизить публичную видимость. В сети Bitcoin пулы могут применять собственные правила или включать транзакции, полученные вне основного канала. Комиссии остаются ключевым фактором, но утверждение «самая высокая комиссия всегда идет первой» является чрезмерным упрощением.
| Вопрос | Биткойн | Ethereum |
|---|---|---|
| Что является дефицитным ресурсом? | Виртуальный вес блока и пропускная способность по обработке зависимых транзакций. | Газ для выполнения операций, целевой объем газа в блоке и ресурсы доступности данных. |
| Как выражается ставка? | Обычно в виде sat/vB плюс абсолютная комиссия за транзакцию. | Базовая комиссия + комиссия за приоритет, ограниченная максимальной комиссией; лимит газа ограничивает выполнение. |
| Кто его получает? | Комиссию за транзакцию получает создатель блока. | Базовая комиссия сжигается; комиссия за приоритет и остальная часть стоимости блока выплачиваются инициатору или создателю транзакции. |
| Что может задержать включение в блок? | Низкая ставка комиссии, зависимости от родительских блоков, локальная политика, конфликт замены или слабая распространяемость. | Низкие лимиты комиссии, пробелы в нонсах, сбой частного маршрута, политика сборщика, MEV или ограничения на выполнение. |
| Может ли сбой всё же обойтись в деньги? | Неподтвержденная или отклоненная транзакция обычно не оплачивает комиссию в цепочке. | Включённая транзакция, выполнение контракта которой было отменено, всё равно может потреблять газ и оплачивать его. |
Вывод: рынок комиссий оценивает по цене дефицитные ресурсы включения в блокчейн. Он не проверяет получателя, не гарантирует честность приложения и не компенсирует транзакцию, подписанную под ложным предлогом.
Как Биткойн, Эфириум и Солана фиксируют право собственности?
Быстрый ответ
Биткойн фиксирует расходуемые неиспользованные выходы транзакций (UTXO). Ethereum фиксирует состояние счетов и хранилище контрактов. Solana фиксирует данные и балансы на счетах, принадлежащих программам. Модель состояния меняет способ построения и выполнения транзакций, но каждая модель по-прежнему требует авторизации, валидации, канонического упорядочения и расчетов.
Биткойн: модель UTXO
Баланс кошелька Биткойна представляет собой удобную сумму неизрасходованных выходов транзакций, которую он может покрыть. Транзакция расходует существующие выходы и создаёт новые. Входы ссылаются на более ранние выходы; скрипты и подписи подтверждают, что условия расходования выполнены. Если сумма входа превышает предполагаемую сумму платежа и комиссию, кошелёк обычно создаёт выход сдачи.
Ethereum: состояние счёта и контракта
Ethereum поддерживает глобальное состояние, содержащее счета, принадлежащие внешним субъектам (EOA), и счета контрактов. Счет EOA имеет баланс, нонс и полномочия, основанные на ключе; счет контракта — код и хранилище. Транзакция с EOA может переводить ETH, развертывать контракт или вызывать код, который обновляет множество счетов и реестров токенов за одно атомарное выполнение.
Solana: счета, принадлежащие программам
Solana отделяет исполняемые программы от счетов, содержащих изменяемые данные. Каждый счет имеет адрес и программу-владельца, которая контролирует изменения его данных или списания средств. Счета пользователей-подписывающих используют адреса с открытым ключом, в то время как адреса, генерируемые программой, позволяют программе авторизовывать детерминированные счета вне кривой без использования закрытого ключа.
| Dimension | Биткойн | Эфириум | Solana |
|---|---|---|---|
| Основная модель состояния | Неизрасходованные выходы транзакций. | Учётные записи, балансы, хранение кода и контрактов. | Учётные записи, принадлежащие программам, содержащие lamports и данные. |
| Типичные полномочия пользователя | Выполнение скрипта вывода с помощью подписей и других условий. | Подпись EOA или политика смарт-счета/контракта. | Подписывающий с помощью Ed25519 плюс правила, специфичные для учетной записи программы. |
| Управление порядком | Входные данные однозначно определяют выходные данные; каждый UTXO может быть потрачен только один раз. | Нонс для каждого счета определяет порядок транзакций из EOA. | Выполнение определяется хэшем последнего блока, блокировками счетов и планированием во время выполнения. |
| Программируемость | Условия расходования, заданные скриптами, намеренно ограничены. | Выполнение универсальных смарт-контрактов EVM. | Программы выполняются в отношении явно указанных счетов. |
| Распространённые заблуждения новичков | Баланс кошелька не представляет собой одну строку учетной записи. | Токены — это состояние контракта, а не собственные балансы ETH. | Адрес может быть подписантом, учетной записью данных, монетным двором, учетной записью токена или PDA. |
Вывод: утверждение «Блокчейн хранит балансы» верно для одних систем и вводит в заблуждение для других. Основная идея заключается в том, что узлы поддерживают детерминированное состояние, вытекающее из принятых транзакций и блоков.
Что на самом деле включает в себя консенсус блокчейна?
Быстрый ответ
консенсус — это полный набор правил и механизмов, позволяющий независимым узлам прийти к единому каноническому состоянию. Он включает правила валидности, защиту от атак Сибил и выбор инициатора, взаимодействие в сети, выбор форка, стимулы и окончательность. «Доказательство работы» (Proof of Work) или «доказательство доли владения» (Proof of Stake) — это лишь часть этой системы.
В первую очередь — валидность
Каждый полный узел проверяет блоки на соответствие правилам, по которым он работает. Узлы Bitcoin проверяют скрипты, доступность UTXO, структуру блока и монетарные ограничения. Клиенты выполнения Ethereum проверяют транзакции и переходы состояния, а клиенты консенсуса — правила выдвижения предложений и подтверждения. Блок, не прошедший проверку на валидность, вообще не участвует в соревновании за включение в валидную цепочку.
Устойчивость к атакам Сибил и выбор инициатора
Открытые сети нуждаются в способе предотвращения ситуации, при которой один участник может получить влияние, создав миллионы идентичностей. Доказательство работы (Proof of Work) связывает влияние с вычислительной работой; доказательство доли владения (Proof of Stake) — с заложенным капиталом. Каждый из этих механизмов распределяет возможности по созданию блоков или голосованию в зависимости от дефицитного ресурса.
Выбор ветви
Временные разногласия — нормальное явление в распределенных системах. Узлы Биткойна выбирают действительную цепочку с наибольшим накопленным доказательством работы. Ethereum использует алгоритм LMD-GHOST, чтобы следовать за действительной ветвью с наибольшим эффективным весом аттестации. Выбор форка определяет, на какой текущей ветви следует продолжать работу; это не то же самое, что окончательность.
Окончательность и восстановление
Биткойн не помечает блок как окончательно финализированный; уверенность растёт с увеличением глубины цепочки. Ethereum использует контрольные точки Casper FFG для создания явно финализированного состояния при наличии необходимого квалифицированного большинства голосов. Если бы Ethereum когда-либо сгенерировал противоречивые финализированные истории, протокольные сообщения сами по себе не смогли бы выбрать между ними; восстановление потребовало бы социальной координации.
Как доказательство работы обеспечивает безопасность Биткойна?
Быстрый ответ
майнеры Биткойна многократно хешируют заголовки потенциальных блоков, пока один из них не окажется ниже текущего целевого значения. Узлы принимают только действительные блоки и выбирают действительную цепочку с наибольшим объемом накопленной работы. Поэтому для перезаписи недавней истории необходимо сформировать альтернативную действительную цепочку быстрее, чем честная сеть продолжает расширять существующую.
Майнер собирает кандидатский блок, изменяет поля заголовка и вычисляет хеши SHA-256. Каждый хеш — это лотерейный билет. Протокол корректирует сложность каждые 2 016 блоков, чтобы со временем среднее время формирования блока составляло примерно десять минут. Победивший майнер получает вознаграждение за блок — 3,125 BTC после халвинга в апреле 2024 года — плюс комиссии за транзакции, при условии, что блок является валидным и принят сетью.
Затраты на электроэнергию не используются для проверки валидности обычных транзакций. Это делает создание альтернативной цепочки дорогостоящим и предоставляет узлам объективное правило на основе накопленной работы для выбора между действительными ветвями. Потребленная электроэнергия не подлежит восстановлению; специализированное оборудование может сохранять ценность при перепродаже или для майнинга. Таким образом, безопасность зависит от распределения хеш-мощности, доступа к оборудованию и энергии, координации пулов, сетевой доступности и экономической ценности, подверженной риску.
Что может и чего не может сделать большинство хеш-мощности
| Устойчивое большинство может обеспечить | Она по-прежнему не позволяет |
|---|---|
| Цензуру или задержку отдельных транзакций. | Подделку цифровой подписи другого пользователя. |
| Замену недавних действительных блоков на более тяжелую действительную ветвь. | расходование выхода без выполнения его скрипта; |
| Двойную трату собственного недавнего платежа злоумышленника. | Создание монет с нарушением правил эмиссии, навязываемых узлом. |
| Контроль над порядком недавних транзакций и некоторыми возможностями получения комиссионных или MEV. | Заставить честные полные узлы принять недействительный блок. |
| Подрыв доверия и увеличение сроков расчетов. | Бесплатный, постоянный контроль без постоянных операционных затрат. |
Фраза «атака 51 процента» является сокращением. При доле владения ниже половины у злоумышленника всё ещё может оставаться ненулевой шанс заменить неглубокую историю; при доле выше половины устойчивое доминирование становится надёжным при упрощённых допущениях. Практический риск зависит от продолжительности, состояния сети и того, насколько быстро получатели реагируют, задерживая расчёты.
Вывод: Доказательство работы регулирует конкуренцию между действительными цепочками блоков. Оно не дает майнерам права переписывать правила подписи, захватывать произвольные монеты или переопределять предложение для узлов, которые отвергают эти изменения.
Как доказательство доли участия обеспечивает безопасность Ethereum?
Быстрый ответ
валидаторы Ethereum вкладывают ETH в залог, для каждого 12-секундного слота выбирается один инициатор, а комитеты валидаторов подтверждают цепочку. LMD-GHOST выбирает ветвь с наибольшим весом подтверждения, в то время как Casper FFG финализирует контрольные точки, поддерживаемые как минимум двумя третями эффективной доли. Доказуемые противоречивые голоса могут быть подвергнуты штрафным санкциям.
Время делится на 12-секундные слоты и эпохи по 32 слота. В каждом слоте выбирается один валидатор для предложения блока, а комитеты подтверждают свою точку зрения на цепочку. Каждый активный валидатор обычно подтверждает цепочку один раз за эпоху. После внедрения Pectra минимальный порог активации останется на уровне 32 ETH; валидаторы, выбравшие комбинированные полномочия, могут иметь эффективный баланс до 2 048 ETH.
Ethereum использует разделение ключевых ролей. Для выполнения обязанностей валидатора используются ключи подписи BLS, что позволяет эффективно агрегировать подтверждения. Полномочия на вывод средств могут храниться отдельно, а после внедрения Pectra полномочия на уровне исполнения могут инициировать вывод средств. Таким образом, обычный ключ EOA в Ethereum не является автоматически тем же ключом, который используется для выполнения обязанностей валидатора.
Пороги защиты от атак описывают различные возможности
| Контроль над эффективной долей | Влияние на протокол при упрощённых допущениях | Автоматический штраф? |
|---|---|---|
| Менее одной трети | Может нарушать работу, осуществлять цензуру или извлекать выгоду при определенных обстоятельствах, но не может самостоятельно предотвращать окончательность на неопределённый срок. | Только если такое поведение создаёт доказательства, подлежащие слэшу, или влечёт за собой обычные штрафы. |
| Не менее одной трети | Может предотвратить окончательность контрольной точки путем удержания или неправильного направления достаточного количества голосов. | Само по себе удержание голосов не обязательно подлежит немедленному слэшу; утечка из-за бездействия может снизить вес отсутствующих голосов. |
| Более половины | Может доминировать при выборе обычного форка, что обеспечивает возможность сильной цензуры и реорганизации в краткосрочной перспективе. | Не каждая атака, связанная с выбором форка, автоматически подлежит слэшу. |
| Не менее двух третей | Могут финализировать выбранные контрольные точки. Для конфликтующей финализации требуются перекрывающиеся противоречивые голоса. | Если финализируются противоречивые истории, по крайней мере одна треть от общего стейка подлежит доказательному слэшингу. |
Слэшинг и бездействие — это разные вещи
Слэшинг наказывает за конкретные противоречивые действия, такие как двойные предложения, двойные голоса или голоса «в окружении». Непосредственная потеря для отдельного валидатора не обязательно равна всему его балансу; скоординированный массовый слэшинг может нанести гораздо большие убытки. Валидаторы, которые просто находятся в автономном режиме, обычно несут меньшие штрафы. Если финализация останавливается на срок более четырёх эпох, утечка из-за бездействия постепенно уменьшает неактивные эффективные балансы до тех пор, пока оставшиеся активные валидаторы не смогут восстановить супербольшинство в две трети.
Вывод: «Доказательство доли владения» (Proof of Stake) включает капитал в систему штрафов протокола, но утверждение «атака сжигает всю долю» неверно. Возможности, доказательства и штрафы различаются в зависимости от типа атаки, а восстановление безопасности после катастрофы включает социальный уровень.
Когда криптовалютная транзакция считается окончательной?
Быстрый ответ
транзакция считается подтверждённой, когда она включается в канонический блок. Уровень уверенности в сети Биткойн затем вероятностно растёт с каждым дополнительным блоком. Ethereum отдельно сообщает о последнем, безопасном и окончательном состояниях; при нормальном участии финальность контрольной точки обычно наступает примерно через две эпохи, то есть около 13 минут, но может задерживаться.
Биткойн: глубина подтверждений
Блок, содержащий транзакцию, является первым подтверждением. Каждый последующий блок увеличивает накопленный объем работы, который потребуется злоумышленнику для его замены. Шесть подтверждений, в среднем около часа, — это общепринятая практика для расчетов на крупные суммы, а не универсальное правило или гарантия. Небольшие платежи могут быть приняты раньше; чрезвычайно ценные или сомнительные транзакции могут оправдывать большую глубину подтверждений.
Ethereum: последний, безопасный и финализированный
Клиенты Ethereum могут отличить новейшую каноническую ветку от безопасного и финализированного представлений. Финализация означает, что для отката блока потребуется критический сбой консенсуса, в результате чего по крайней мере одна треть от общего количества заложенных ETH подлежит доказательному списанию и сжиганию у ответственных валидаторов, причем точный размер штрафа зависит от количества валидаторов, подвергшихся списанию одновременно. Это криптоэкономическая гарантия, а не утверждение о том, что программное обеспечение, система управления или социальное восстановление метафизически неспособны изменить историю.
Системы второго уровня добавляют дополнительные «часы»
Транзакция в роллапе или другой системе второго уровня может быть принята секвенсором до того, как её данные или доказательство будут отправлены на базовый уровень. В оптимистичных системах могут быть периоды оспаривания; системы с доказательством валидности ждут генерации и проверки доказательства; мосты и биржи могут добавлять свои собственные пороговые значения. «Подтверждено на втором уровне» и «завершено в Ethereum» — не всегда одно и то же событие.
| Состояние | Что это означает | Остаточный риск |
|---|---|---|
| Подписано | Необходимый субъект с генерацией полномочий создал подпись. | Может никогда не распространяться; может быть вредоносным, недействительным или замененным. |
| Распространено / отправлено | По крайней мере один узел или сервис получил транзакцию. | Другие узлы могут отклонить её или так и не увидеть. |
| В ожидании | Один или несколько узлов или сервисов считают транзакцию подходящей для включения. | Комиссия, зависимости, нонс или политика могут задержать транзакцию или привести к её удалению. |
| Включено / первое подтверждение | В данный момент он содержится в каноническом блоке. | Неглубокая реорганизация может привести к удалению блока. |
| Порог глубины в сети Биткойн | Получатель считает накопленную работу достаточной для покрытия риска по сумме транзакции. | Вероятность отмены снижается, но математически не равна нулю. |
| Безопасность Ethereum | Ожидается, что блок не подвергнется реорганизации при указанных допущениях относительно честного большинства и состояния сети. | Пока это не самое надёжное состояние контрольной точки протокола. |
| Финализация Ethereum | Наличие сверхбольшинства в две трети на контрольной точке делает отмену транзакций подверженной штрафам в системном масштабе. | Критические сбои консенсуса, ошибки клиентов или восстановление с помощью сообщества остаются за пределами простой модели. |
| Урегулирование на уровне 2 | Удовлетворены собственные требования системы к данным базового уровня, доказательствам или проверкам. | Предположения относительно моста, секвенсора, системы доказательств и базового уровня могут различаться. |
Вывод: окончательность зависит от конкретной сети и конкретного получателя. Правильный порог зависит от цепочки, стоимости транзакции, модели злоумышленника и того, задействован ли другой уровень расчетов.
Где на самом деле происходит сбой криптобезопасности?
Быстрый ответ
сбои происходят на нескольких уровнях: генерация ключей и подпись, клиентское и протокольное программное обеспечение, смарт-контракты и мосты, хранение активов и восстановление учетных записей, интерфейсы и социальная инженерия, а также рыночные или правовые допущения. Надежная криптография защищает только те утверждения, для защиты которых она была разработана.
В исходной статье протокол был представлен как по сути нерушимый, а уровень ключей — как место, где происходит практически каждый убыток. Это слишком категорично. Основные схемы подписи выдерживают практическую подделку в рамках предусмотренных допущений, а Биткойн и Эфириум имеют солидный опыт эксплуатации. Однако программное обеспечение блокчейна содержало серьезные уязвимости, связанные с консенсусом и инфляцией, приложения теряли активы из-за сбоев контрактов и мостов, хранители терпели неудачи, а пользователи авторизовывали вредоносные транзакции.
| Уровень | Что должен гарантировать этот уровень | Типичные сбои | Основные средства защиты |
|---|---|---|---|
| Криптографический примитив | Неподдельность, устойчивость к коллизиям или вывод секрета при указанных допущениях. | Слабая случайность, повторное использование нонсов, побочные каналы, алгоритмический взлом или будущий квантовый взлом. | Проверенные примитивы, безопасное аппаратное обеспечение, детерминированные нонсы, планирование миграции. |
| Клиентское программное обеспечение и программное обеспечение для достижения консенсуса | Корректная проверка, сетевое взаимодействие, выбор форка и переход между состояниями. | Ошибка инфляции, расходящиеся реализации, отказ в обслуживании, некорректная обработка крайних случаев. | Разнообразие клиентов, аудиты, раскрытие информации, тестирование, быстрое исправление уязвимостей и независимые узлы. |
| Смарт-контракты, мосты и оракулы | Правила для конкретных приложений и межсистемный обмен сообщениями. | Логические ошибки, злоупотребление ключом администратора, манипуляции с оракулом, компрометация доказательств или моста. | Минимальная «поверхность доверия», аудиты, лимиты, мониторинг, временные блокировки и диверсификация рисков. |
| Политика хранения и подписания | Только уполномоченные стороны могут перемещать активы, а доступ сохраняется даже при ожидаемых сбоях. | Утечка седа, потеря резервной копии, сговор соподписантов, неплатежеспособность хранителя, ошибка реализации пороговых значений. | Независимые доли или подписанты, проверенные механизмы восстановления, аппаратная изоляция, механизмы управления и правовые меры контроля. |
| Интерфейс кошелька и решение человека | Пользователь понимает и одобряет предполагаемое действие. | Фишинг, подмена адресов, злонамеренные одобрения, поддельная служба поддержки, слепое подписание, принуждение. | Независимая верификация, понятное моделирование, лимиты, политики транзакций и конфиденциальность. |
| Экономический и правовой уровень | Актив сохраняет полезность, ликвидность и законный доступ. | Обвал цены, отвязка от привязки, цензура, изменения в налогообложении или регулировании, спор с контрагентом. | Лимиты риска, комплексная проверка, учетные записи, консультации по вопросам юрисдикции и отсутствие гарантий стоимости. |
Где обычные пользователи подвергаются наибольшему риску
В случае простого самостоятельного хранения решающим операционным риском часто является цепочка подписей: украденная фраза восстановления или злонамеренная подпись могут авторизовать действительный перевод, который блокчейн выполнит точно так, как и задумано. Однако в более широкой экосистеме убытки также возникают из-за бирж, хранителей, смарт-контрактов, мостов, оракулов, компрометации систем управления и операционных процессов. Меры безопасности должны соответствовать фактически используемой системе, а не какому-то лозунгу.
Надежность — это условие, а не волшебство
Сеть может быть сложной для перепрограммирования и при этом содержать мошеннический токен. Транзакция может быть окончательной и при этом отправленной на неправильный адрес. Аппаратный кошелек может хранить ключ в секрете и при этом подписать вредоносное разрешение. Децентрализованный протокол может зависеть от централизованного интерфейса или моста. Правильный вопрос всегда заключается в следующем: какое свойство защищено от какого злоумышленника и при каких допущениях?
Чего не гарантирует криптовалюта?
Быстрый ответ
Блокчейн может проверять подписи, детерминированные переходы состояний и каноническую упорядоченность в соответствии со своими правилами. Он не гарантирует автоматически конфиденциальность, достоверность данных вне цепочки, безопасность контрактов, стоимость активов, децентрализацию, законное использование, возможность восстановления или осознанное согласие человека.
| Не гарантируется | Почему нет |
|---|---|
| Конфиденциальность | Публичные реестры часто являются псевдоанонимными, а не анонимными. Адреса, время, суммы, записи об обмене и сетевые данные могут связывать действия с конкретными людьми. |
| Достоверность при вводе | Консенсус может сохранить отчет оракула или запись о токене, не доказывая, что внешнее утверждение было верным на момент подачи. |
| Безопасность приложений | Допустимый байт-код может содержать уязвимую логику, вредоносные механизмы управления обновлениями или несостоятельные экономические допущения. |
| Качество или стоимость активов | Дефицит и окончательность не создают спроса, денежного потока, юридических прав или стабильной цены. |
| Обратимость | Расчеты на базовом уровне обычно не предусматривают возврат средств потребителю. Возврат средств, если он возможен, зависит от сотрудничества получателя, политики счета, депозитариев или судебных действий. |
| Децентрализация | Сеть может иметь распределенные узлы, в то время как майнинговые пулы, провайдеры стейкинга, разработчики, клиенты, система управления или интерфейсы остаются централизованными. |
| Доступность | Перегрузка, сбои, цензура, программные ошибки или утеря ключей могут помешать своевременному доступу даже в том случае, если записи о праве собственности остаются нетронутыми. |
| Человеческое понимание | Сеть проверяет подписанные данные, а не то, что веб-сайт рассказал подписавшему. |
| Юридическое право собственности | Контроль над ключом — это надежный технический контроль, но суды, договоры, санкции, наследование и фидуциарные обязанности могут повлечь за собой отдельные юридические претензии. |
Вывод: блокчейны — это специализированные системы проверки. Их сила заключается в узких, чётко определённых правилах; отношение к ним как к универсальным «машинам истины» порождает именно те недоразумения, которыми пользуются злоумышленники.
Как можно хранить ключи и кошельки?
Быстрый ответ
ключи могут храниться у депозитария, в одном программном или аппаратном кошельке, у нескольких подписантов в цепочке, в программируемом «умном» счете или в системе пороговой подписи. Правильный вопрос выходит за рамки того, у кого находится ключ: речь идет о том, как на протяжении всего жизненного цикла работают авторизация, резервное копирование, защита от взлома, восстановление и преемственность.
Фразы восстановления и детерминированные кошельки
Многие кошельки с самостоятельным хранением используют иерархическую детерминированную архитектуру. Фраза в стиле BIP39 кодирует энтропию и, вместе с опциональной парольной фразой, выводит двоичное семенное число, из которого кошелек может генерировать множество приватных ключей и адресов. Поэтому это не буквально «один приватный ключ, записанный словами». Стандарты кошельков, пути вывода и использование парольной фразы должны совпадать при восстановлении.
Программные и аппаратные кошельки с одним ключом
Программный кошелек хранит материалы для подписи на устройстве, подключенном к Интернету, или в защищённом анклаве операционной системы. Аппаратный кошелек изолирует процесс подписи в специальном устройстве и может снизить риск извлечения данных. Оба типа кошельков могут выйти из строя из-за некачественных резервных копий, вредоносной прошивки или программного обеспечения, слабой проверки транзакций, физического взлома или ошибки пользователя.
Мультиподписи в цепочке и смарт-аккаунты
Скрипты мультиподписи и счета смарт-контрактов могут требовать нескольких утверждений, устанавливать лимиты расходов, добавлять временные блокировки или поддерживать роли восстановления. Их правила прозрачны и обеспечиваются в цепочке, но безопасность зависит от кода, независимости подписантов, полномочий по обновлению и процесса восстановления. EIP-7702 Ethereum расширяет возможности EOA по использованию делегированного кода кошелька без смены адреса, что увеличивает как функциональные возможности, так и сложность политики.
Пороговая криптография и MPC
Пороговое подписание распределяет возможность формирования одной подписи между долями ключа. В правильно спроектированном цикле генерации распределённого ключа полный закрытый ключ никогда не должен находиться в одном месте. Это может снизить риск отказа одного устройства, но добавляет допущения, касающиеся интерактивного протокола, координатора, реализации, доступности и независимости долей. Это не просто «мультиподпись без комиссий».
| Модель | Основное преимущество | Основной компромисс | Вопрос восстановления |
|---|---|---|---|
| Хранение | Привычный способ восстановления доступа и делегирование операций. | Риск контрагента, заморозки средств, неплатежеспособности и взлома счета. | Какой юридический, операционный и технический процесс восстанавливает доступ? |
| Программный кошелек | Низкая стоимость и прямой контроль. | Уязвимость устройств, подключенных к Интернету, и резервных копий. | Можно ли восстановить кошелек на «чистом» программном обеспечении с помощью проверенных материалов для восстановления? |
| Аппаратный кошелек | Изоляция ключей и подтверждение на доверенном дисплее. | Риски, связанные с устройством, прошивкой, цепочкой поставок и резервной копией; злонамеренные действия по-прежнему могут быть подписаны. | Имеется ли проверенная резервная копия и план действий на случай потери или выхода устройства из строя? |
| Мультиподпись в цепочке | Независимые ключи и прозрачное обеспечение кворума. | Более тесная координация, политика, специфичная для цепочки, и публичное управление. | Могут ли оставшиеся подписанты чередоваться или заменить утратившего ключ подписанта без использования небезопасных обходных путей? |
| «Умный» аккаунт | Программируемые лимиты, восстановление, пакетная обработка и альтернативная аутентификация. | Ошибки в контрактах, риски, связанные с модулями, обновления и сложность управления. | Кто может изменять политику, и с какой задержкой или под каким контролем? |
| Пороговое значение / MPC | Одна подпись в цепочке с распределенными полномочиями на подписание. | Сложность протокола и реализации; компрометация «порог-множество» по-прежнему является фатальной. | Можно ли обновлять или заменять доли без реорганизации или перемещения средств? |
Вопросы, на которые должна отвечать любая архитектура хранения
- Какая именно подпись, скрипт или действие контракта может переместить активы?
- Какие люди, устройства, сервисы или пути выполнения кода могут реализовать эти полномочия?
- Что произойдет, если одно устройство будет украдено, один человек окажется недоступен или один провайдер выйдет из строя?
- Что произойдет, если произойдет утечка восстановительных данных, но транзакция еще не была подписана?
- Можно ли ограничить вредоносную транзакцию по сумме, пункту назначения, временной задержке или проверке политики?
- Как регулируются обновления программного обеспечения, замена подписанта, обновление долей и реагирование на чрезвычайные ситуации?
- Как наследники или уполномоченные правопреемники восстановят доступ, не предоставив при этом какому-либо лицу постоянный канал для кражи?
- Был ли процесс восстановления протестирован с использованием небольших сумм до того, как он понадобится в условиях стресса?
Вывод: Ключ является одним из компонентов системы авторизации и восстановления доступа. Эффективные схемы хранения данных способны выдержать предсказуемые случаи потери, взлома и отсутствия персонала, не создавая при этом упрощённого пути для кражи.
Часто задаваемые вопросы
Как работает криптовалюта, если объяснить простыми словами?
Кошелек создает и подписывает транзакцию, независимые узлы проверяют её, майнер или валидатор включает её в блок, а правила консенсуса определяют, какая история валидных блоков становится канонической. Чем больше блоков или голосов за контрольные точки, тем меньше вероятность отмены транзакции, пока получатель не сочтёт её завершённой.
Действительно ли криптокошелек хранит монеты?
Обычно нет. Блокчейн фиксирует расходуемые выходы, остатки на счетах или состояние токенов. Кошелек управляет адресами, построением транзакций, а также ключами или политиками, которые могут авторизовать изменения этого состояния.
Является ли адрес кошелька тем же, что и открытый ключ?
Не во всех случаях. Адрес EOA в Ethereum выводится из открытого ключа; стандартный адрес подписанта в Solana и есть открытый ключ; адреса Bitcoin могут кодировать хеши ключей, скрипты или выходные ключи Taproot; адреса, выводимые из контрактов и программ, могут существовать без соответствующего закрытого ключа.
Может ли кто-то украсть мою криптовалюту, зная только мой публичный адрес?
Обычно открытый адрес не даёт права на расходование средств. Однако он может раскрыть остатки на счёте и историю транзакций, привлечь фишинговые атаки или атаки типа «отравление адреса», а также помочь злоумышленнику выявить ценную цель. Для кражи по-прежнему требуется действительный путь авторизации, например, украденный ключ, вредоносная подпись, ошибка в контракте или скомпрометированный хранитель.
Можно ли взломать саму блокчейн-сеть?
Криптографическая подделка и атаки на глубокий консенсус — лишь часть риска. Крупные сети имеют надежную репутацию в плане безопасности, но в клиентском программном обеспечении обнаруживались критические ошибки, приложения и мосты подвергались эксплуатации, а хранители и пользователи становились жертвами взломов. Утверждение «блокчейн был взломан» часто является неточным; необходимо определить, какой именно уровень защиты был нарушен.
Являются ли криптовалютные транзакции необратимыми?
Ожидающая транзакция может быть заменена или отменена при определенных условиях, а транзакция с небольшим количеством подтверждений может быть удалена в результате реорганизации. После достижения соответствующего порога расчёта отмена транзакции на уровне протокола становится крайне затруднительной, однако восстановление учетной записи, сотрудничество получателя, вмешательство хранителя или судебный арест всё ещё могут изменить практический результат в некоторых системах.
Сколько времени занимает криптовалютная транзакция?
Это зависит от сети, комиссии, загруженности, маршрутизации и порога расчёта. Биткойн нацелен на блоки длительностью примерно десять минут; Ethereum использует 12-секундные слоты и обычно достигает окончательности контрольной точки примерно через две эпохи. Системы второго уровня и биржи добавляют свои собственные таймеры.
Контролируют ли блокчейн майнеры или валидаторы?
Они влияют на создание и упорядочивание блоков, но не обладают односторонней властью в вопросах валидности. Полные узлы самостоятельно отклоняют блоки, нарушающие правила, по которым они работают. Управление изменениями правил распределено между разработчиками программного обеспечения, операторами узлов, поставщиками ресурсов, приложениями, компаниями и пользователями.
Что произойдет, если я потеряю свой закрытый ключ?
Если ни резервная копия, ни соподписант, ни хранитель, ни политика восстановления не могут удовлетворить требованиям полномочий учетной записи, активы остаются зарегистрированными, но становятся недоступными для расходования. У «умных» учетных записей, мультиподписей и систем хранения могут быть разные пути восстановления; у обычного адреса с одним ключом нет возможности сброса сетевого пароля.
Почему меняются комиссии за криптовалютные операции?
Изменяется спрос на ограниченные ресурсы блоков или вычислительной мощности. В сети Биткойн происходит торги за виртуальное пространство в блоке; в сети Ethereum цена газа формируется из базовой комиссии протокола и комиссии за приоритет. На включение транзакций в блок также влияют зависимости, порядок нонсов, поток частных заказов, стратегии сборщиков транзакций и локальные правила.
Является ли криптовалюта анонимной?
Как правило, нет. Многие публичные цепочки являются псевдонимными: адреса являются публичными, а история транзакций — постоянной, при этом связи с личностью можно установить на основе данных бирж, сетевых данных, контрагентов и поведенческих моделей.
Что означает фраза «не твои ключи — не твои монеты»?
Это означает, что когда хранитель контролирует ключи в цепочке, клиент зависит от того, что этот хранитель будет выполнять запросы на вывод средств и останется надежным и платежеспособным. Это не означает, что самостоятельное хранение автоматически безопасно; прямой контроль над ключами налагает дополнительные обязанности по резервному копированию, подписанию и восстановлению.
Вывод
Криптовалюта работает благодаря взаимодействию нескольких узконаправленных механизмов. Политика подписи превращает полномочия в проверяемое криптографическое доказательство. Транзакция кодирует точное предлагаемое изменение состояния. Узлы проверяют это предложение на соответствие детерминированным правилам. Производители блоков упорядочивают действительные предложения, а консенсус определяет, какой действительной истории следует сеть. Затем правила расчетов сообщают получателям, когда риск реорганизации достаточно низок для соответствующей суммы.
Наиболее убедительная ментальная модель — это не «математика заменяет доверие». Доверие перераспределяется и становится более явным. Пользователи доверяют криптографическим допущениям, программным реализациям, аппаратному обеспечению, участию в сети, коду смарт-контрактов, интерфейсам кошельков и своей собственной схеме восстановления. Публичная проверка снижает зависимость от одного хранителя записей; она не устраняет все зависимости или все формы управления.
Именно поэтому в рекомендациях по безопасности необходимо указывать конкретный уровень. Защита фразы восстановления не означает аудит моста. Ожидание окончательного подтверждения не делает токен ценным. Аппаратный кошелек не объясняет наличие злонамеренного разрешения. Децентрализованный набор валидаторов не гарантирует децентрализованный интерфейс. Криптовалюта мощна именно потому, что её гарантии конкретны. Используйте эти гарантии там, где они применимы, и не распространяйте их молчаливо на проблемы, для решения которых они никогда не были предназначены.
Источники и дополнительная литература
Основные источники для данной статьи, актуальные по состоянию на июль 2026 года.
- Bitcoin: A Peer-to-Peer Electronic Cash System. https://bitcoin.org/bitcoin.pdf
- Руководство для разработчиков Биткойна — Транзакции. https://developer.bitcoin.org/devguide/transactions.html
- Руководство для разработчиков Биткойна — Блокчейн. https://developer.bitcoin.org/devguide/block_chain.html
- Руководство для разработчиков Биткойна — Майнинг. https://developer.bitcoin.org/devguide/mining.html
- BIP 340 — Подписи Шнорра для secp256k1. https://bips.dev/340/
- BIP 341 — Taproot. https://bips.dev/341/
- Ethereum.org — Учётные записи. https://ethereum.org/developers/docs/accounts/
- Ethereum.org — Транзакции. https://ethereum.org/developers/docs/transactions/
- Ethereum.org — Газ и комиссии. https://ethereum.org/developers/docs/gas/
- Ethereum.org — Механизмы консенсуса. https://ethereum.org/developers/docs/consensus-mechanisms/
- Ethereum.org — Доказательство доли владения. https://ethereum.org/developers/docs/consensus-mechanisms/pos/
- Ethereum.org — Gasper. https://ethereum.org/developers/docs/consensus-mechanisms/pos/gasper/
Быстрый тест: прилипло ли оно?
Выберите лучший ответ, а затем проверьте объяснения ниже.
Вы прошли тест по теме «Как на самом деле работает криптовалюта? Ключи, консенсус и транзакции»! Поделитесь своим достижением в социальных сетях.
Было ли это полезно?
