Что такое подтверждение транзакции в сети и сколько их нужно?
Примерно каждые десять минут создается новый блок и добавляется в блокчейн через процесс майнинга. Этот блок проверяет и записывает все новые транзакции. Это значит, что они подтверждаются сетью Bitcoin.
Например, если вы отправляете кому-то один биткоин, эта транзакция останется «неподтвержденной», пока не будет создан следующий блок. После создания, проверки и включения новой операции в этот блок, она будет иметь одно подтверждение. Примерно каждые десять минут после этого создается новый блок, и операция подтверждается сетью Bitcoin. Хотя некоторые услуги мгновенные или требуют только одного подтверждения, многие транзакции потребуют больше, поскольку каждая верификация значительно снижает вероятность отмены платежа.
Сколько подтверждений достаточно?
Трейдеры и биржи, которые принимают биткоины в качестве оплаты, могут устанавливать свой собственный порог относительно того, сколько блоков потребуется, чтобы средства считались подтвержденными.
Рекомендуется подождать, по крайней мере, 6 подтверждений, чтобы быть уверенным на 99,9%, что ваша транзакция не будет отменена — для этого требуется примерно 1 час. Цифра 6 взята произвольно и считается, что данное количество блоков является достаточным для того, чтобы обезопасить систему от случайных злоумышленников.
0 — Платежи с нулевым количеством подтверждений могут быть отменены.
1 — Одной верификации достаточно для небольших платежей менее 1,000 долларов США.
3 — Достаточно для выплат в размере $1,000 – $10,000. Большинство обменов требуют 3 подтверждения.
6 — Достаточно для больших выплат между $10,000 – $1,000,000. Шесть является стандартным количеством для большинства транзакций, которые считаются безопасными.
60 — Предлагается для крупных платежей более 1,000,000 долларов США.
Как проверить подтверждения?
После совершения перевода кошелек предоставляет вам возможность просмотреть транзакцию в проводнике или дать вам идентификатор (ID). Он выглядит следующим образом:
7a43510802e113b7059851ef0a8a5c3625db37541861dd982f56253b2d5c4ff9
Чтобы проверить количество подтверждений для, необходимо вставить ID-номер в проводник, например, blockchain.info:
Далее нажмите «Ввод» и вы увидите более подробную информацию о транзакции:
Какое среднее время подтверждения?
Есть вероятность более чем 60%, ваша транзакция будет подтверждена в течение 10 минут, если вы заплатите достаточно высокую комиссию:
Что, если ваша транзакция не подтверждается длительное время?
Если ваша транзакция не подтверждена в течение нескольких часов, необходимо просто подождать. По истечении 72 часов вы можете повторно отправить транзакцию.
Підписуйтесь на наші сторінки у соцмережах та читайте актуальні новини з сайту «MyCrypter»
Головна Довідник Что такое подтверждение транзакции в сети и сколько их нужно?
Что такое подтверждения биткоина и сколько их ждать?
При попытке отправить или получить средства пользователи сталкиваются с таким понятием, как подтверждение сети. В этой статье мы подробно разберем, что это такое, и почему в некоторых случаях подтверждения могут занимать достаточно длительное время.
Поговорим о технических особенностях криптовалюты
Любая операция с криптовалютой биткоин осуществляется в блокчейне. Блокчейн (или цепочка блоков) представляет собой публичную базу, содержащую данные обо всех когда-либо проведенных транзакциях в сети.
Принципы работы блокчейна
Блокчейн — специальная система, лежащая в основе многих криптовалют и в других разработках
Как это выглядит на практике?
Допустим, вы отправляете необходимое количество монет другому пользователю. Что происходит дальше?
Для успешного проведения транзакции биткоина, информация о ней должна быть включена в блок. Это и есть первое подтверждение. При этом, транзакция уже ушла из мемпула и записана в блокчейне биткоина, а пользователь может распоряжаться монетами. Второе и последующие подтверждения подтверждают уже не саму транзакцию, а блок, в который она включена, защищая от попыток двойного расходования средств.
Почему подтверждений именно 6?
Подобную схему работы изначально заложили разработчики классического биткоин-клиента. Ее цель – предотвращение «Атаки 51%» или «атаки двойной траты», когда злоумышленники могут отменить уже проведенную транзакцию. Если какая-либо организация или группа хакеров будет обладать более 50% хешрейта, они смогут изменить порядок транзакций, а это приведет к сбоям в работе и к проблеме двойного расходования средств. Отметим, что в случае с биткоином проведение такой атаки практически невозможно и экономически нерентабельно, поскольку потребует больших затрат.
Почему транзакция не проходит мгновенно?
В обычных условиях генерация блока занимает около 10 минут. Именно столько времени требуется для получения первого подтверждения сети. Но в период высокой загрузки это время может значительно растягиваться. Происходит это из-за очереди в мемпуле.
Мемпул биткоина – это набор всех транзакций, которые ожидают своего подтверждения. Вы хотите отправить монеты, ваша транзакция попадает в мемпул и ждет добавления в новый блок майнерами. Майнеры собирают отдельные транзакции в блок, чтобы записать в блокчейн. При этом, размер блока в биткоине ограничен 1 мегабайтом. И, если транзакций в мемпуле слишком много, ваша операция может не попасть в ближайший блок и встает в очередь.
Как это выглядит на примере, и что происходит, когда в мемпуле накапливается слишком много транзакций?
В этом случае у майнеров появляется возможность выбирать для подтверждения те транзакции, в которых установлен максимальный размер комиссии. И, в первую очередь, майнеры отберут транзакции, в которых пользователи заплатят более крупный сбор. А всем остальным придется ждать один или несколько блоков.
В этой ситуации неопытные пользователи начинают волноваться. Ведь прошло уже более 30 минут, а их транзакция так и не подтвердилась. А причина очень простая – в мемпуле биткоина слишком много транзакций с высокой комиссией.
Неподтвержденные биткоины могут оставаться в мемпуле по несколько суток. Срок относительно большой, но он вполне сравним с банковскими переводами, которые также занимают несколько рабочих дней.
В истории биткоина были моменты, когда нагрузка на сеть зашкаливала, а количество транзакций в мемпуле превышало 100 000 в сутки. Как же проверить, насколько загружена сеть на текущий момент? Для этого достаточно перейти на страницу нашего биткоин эксплорера и в блоке «Статистика мемпула» посмотреть текущее количество транзакций в мемпуле.
Это все транзакции, которые ожидают подтверждения, а майнеры будут выбирать для включения в блок те из них, в которых установлена наибольшая комиссия. Наглядно это показано на диаграмме:
Если вся диаграмма зеленая — это значит, что все текущие транзакции в мемпуле могут войти в ближайший блок, и достаточно минимального уровня комиссии. Если же на диаграмме присутствуют желтые или красные столбики — это означает что совокупный объем мемпула превышает допустимый размер блока, все текущие транзакции просто физически не смогут войти в следующий блок. Часть транзакций подтвердится в течение 3 — 6 блоков (желтые столбики), а оставшиеся могут зависнуть на неопределенное время (красные столбики)
Почему не все платформы требуют 6 подтверждений транзакции?
Каждый сервис может устанавливать собственное количество подтверждений, необходимых для совершения платежа. Например, одна из крупнейших бирж Binance сократила необходимое количество проверки подтверждения биткоин-транзакций до 1 при вводе средств и 2 при выводе. Криптобиржа Bybit также зачисляет депозиты после получения 1 подтверждения. А у Bitfinex действует прогрессивная шкала в соответствии со статусом пользователя: 3 подтверждения транзакций биткоина для стандартной учетной записи, 2 – для верифицированных пользователей и 1 – для учетной записи типа “Инвестор”.
Как управлять скоростью проведения транзакций?
Для того, чтобы управлять своими транзакциями максимально эффективно, рекомендуем подробнее разобраться в работе блокчейна биткоина. Несмотря на кажущуюся сложность процесса, вы действительно можете управлять скоростью проведения транзакции.
Отдельное внимание рекомендуем уделить подбору размера комиссий. В моменты высокой нагрузки (например в декабре 2017 года) средняя стоимость одной транзакции достигала $58. И, если для перевода $1 млн такая комиссия вполне приемлема, то при отправке $100 на счет, вы бы получили только $42.
Создание альтернативных криптовалют для решения проблемы
Проблемы со скоростью проведения транзакций делают крайне неудобным использование биткоина в качестве повседневного платежного средства. Представьте, вы захотели выпить чашечку кофе, отправили за нее деньги, а транзакция прошла только спустя несколько часов (при этом, курс биткоина мог значительно измениться). Для решения этой серьезной проблемы ряд разработчиков создали альтернативные криптовалюты, основанные на программном коде биткоина.
Одна из таких криптовалют, под названием Litecoin (LTC), представляет собой форк биткоина. Главное отличие LTC от первой криптовалюты заключается в высокой скорости обработки блоков (в 4 раза быстрее, чем у BTC). Это делает Litecoin более удобным средством для повседневных оплат. Кроме того, комиссии в сети значительно ниже.
Еще одна криптовалюта, основанная на исходном коде биткоина, называется DASH. Основная идея создателей заключалась в улучшении алгоритма биткоина, особенно в части анонимности и скорости проведения транзакций. Операции в сети DASH осуществляются практически мгновенно при помощи мастерноды, в отличие от BTC, где на подтверждение транзакции майнерами уходит определенное время.
Dash (digital and cash) — это платежная система на основе блокчейна, включающая в себя децентрализованную автономную организацию (DAO).
Подведем итоги?
Первая криптовалюта продолжает доминировать на рынке, занимая 60% в общей капитализации всех криптовалют. В этом материале мы подробно рассмотрели важную тему о подтверждениях в сети биткоина, зачем они нужны, и почему их иногда приходится долго ждать. Итоги таковы: если вам нужно, чтобы транзакция прошла как можно быстрее, установите высокую комиссию. Если сроки позволяют — можно немного подождать и сэкономить, снизив комиссию.
Михаил Голиков
Что такое «время подтверждения транзакции»?
Этот тред (речь о треде в Твиттере — прим. перев.) дополняет тот, где я рассуждал о параметрах «количество транзакций в секунду» и «количество блоков в секунду», TPS/BPS. Основная причина, по которой я не стал тогда углубляться в тематику времени подтверждения — то, что «время подтверждения» суть концепция очень тонкая.
Дисклеймер: чтобы понять подтверждения, нужно увидеть, как они проявляются в разных технологиях. По этой причине я буду обсуждать типы подтверждений для различных проектов, таких как Биткойн (Bitcoin, $BTC), Кадена (Kadena, $KDA), Некса (Nexa, $NEXA), Хатор (Hathor, $HTR) и Йота (Iota, $MIOTA). Я призываю читателя не воспринимать дальнейшее академическое обсуждение как попытку очернить какую-либо технологию. Помните, что критика — двигатель изобретательности.
Основные выводы, которые я пытаюсь донести в этой теме:
- В отличие от TPS/BPS, понятие «время подтверждения» субъективно.
- Существует множество различных типов «подтверждений», и одни их формы слабее других.
- Нет смысла сравнивать времена ожидания для разных типов подтверждений и игнорировать при этом предоставляемые ими гарантии.
- От варианта слоя консенсуса зависят только сильные формы подтверждений. Более слабые формы реализованы поверх L1 и в значительной степени не зависят от них.
- К сожалению, во многих технологиях интерфейс кошельков и прочего отображает транзакцию как «подтвержденную» преждевременно, вводя пользователей в заблуждение относительно того, как долго подтверждение достигается на самом деле.
Что ж, погрузимся.
Когда я говорю, что время подтверждения «субъективно», я имею в виду, что не существует обязательного правила, устанавливающего, когда транзакция считается «подтвержденной». Лучшее, что может предоставить любая из технологий — это гарантии того, насколько невыполнимо/дорого окажется откатить транзакцию. Различные получатели удовлетворятся разными типами безопасности. Например, многие продавцы не будут считать вашу биткойн-транзакцию полученной до того, как она «опустится» на глубину шести блоков, хотя некоторые согласятся и на четыре блока, а некоторые будут ждать целых десять. Дело в том, что они решают сами. «Время подтверждения» определяется степенью осторожности продавца.
Ну и какие же типы гарантий существуют? Есть целый зоопарк подходов и идей обеспечения гарантий безопасности, но я бы сказал, что большинство из них, если не все вообще, можно разделить на три типа, которые я ниже опишу и стану обсуждать в порядке убывания силы.
Самая сильная форма подтверждений называется обычно «детерминированной финальностью». По сути, это означает, что ничто, кроме хард-форка, не в состоянии отменить транзакцию. Этот тип подтверждения реализован, например, в системах PoS, где время разделено на раунды, и гарантируется, что транзакции из предыдущих раундов не могут быть отменены. Детерминированная финальность существует, впрочем, и в PoW: чтобы реализовать «обрезку» данных леджера, у нас должна быть гарантия, что достаточно старые транзакции зафиксированы. Эта гарантия позволяет нам отбрасывать данные о транзакциях, произошедших глубже определенной точки, и сохранять только набор UTXO, имеющихся на это время, и часть полноценного реестра некоторого фиксированного размера. В сценарии «конца света», когда очень глубокая реорганизация должна бы отменить уже финализированную транзакцию, сеть остановится, и пользователи будут вынуждены вручную разрешать конфликт так, как они сочтут нужным.
Однако глубина финальности должна быть достаточно большой, иначе краткосрочные атаки 51% могут привести к остановке сети. В Каспе ($KAS), например, значение этой величины установлено в 24 часа. Глубина варьируется от системы к системе (к примеру, потому, что системы с меньшей пропускной способностью могут позволить себе иметь более длинные окна финальности без чрезмерного роста требований к аппаратуре, на которой запускается нода сети), но порядок ее величины — всегда дни. Системы на PoW не в состоянии безопасно обеспечить быструю финальность, не создавая при этом чрезвычайно уязвимых мест.
Следующий лучший вариант — подтверждения типа консенсуса Накамото (NC). Теоретически NC гарантирует, что вероятность, что злоумышленнику с 49% мощности сети удастся отменить транзакцию, уменьшается экспоненциально от времени. Эта форма гарантии слабее, поскольку:
- Она не обеспечивает защиты от атакующих с 51% мощности;
- Даже если атакующего с 51% не существует, гарантия является «только лишь» вероятностной.
Поскольку у нас нет способа точно измерить время в рамках консенсуса (метками времени в блоках можно манипулировать), то единственный доступный способ, которым мы можем приближенно оценить периоды времени — подсчет числа блоков.
Таким образом, безопасность NC утверждает, что вероятность успеха 49%-ного злоумышленника экспоненциально уменьшается в зависимости от количества блоков, уложенных поверх блока с целевой транзакцией. И здесь есть одна очень важная тонкость: это свойство имеет место только в том случае, если доля блоков-«сирот» в сети очень мала. Именно в этом причина, по которой традиционные блокчейны не масштабируются: увеличение скорости или размера блоков приведет к увеличению количества блоков-«сирот» и ухудшению безопасности. Причина, по которой мы говорим, что Каспа решает криптовалютную трилемму, заключается в том, что протоколу GHOSTDAG удается устранить это препятствие: поскольку блоки в нем не становятся «сиротами», рост скорости генерации блоков не ухудшает безопасности сети. Чтобы узнать больше о том, как это работает, смотрите мой старый пост на Medium.
Поэтому, когда мы говорим, что у Каспы есть «мгновенные подтверждения», мы имеем в виду, что это единственная технология на PoW, которая обеспечивает подтверждения типа консенсуса Накамото настолько быстро, насколько позволяет сеть. Во всех других технологиях PoW скорость создания блоков должна быть достаточно низкой, чтобы избежать появления блоков-«сирот». Например, сеть Кадена разделена на несколько традиционных чейнов (шардов), поэтому хотя она может, в теории, генерировать до 20 блоков в секунду, но каждый отдельный чейн имеет 30-секундное время генерации блока, которое нельзя уменьшить без ущерба для безопасности. И хотя ChainWeb позволяет «склеивать» множество чейнов так, что атакующий должен атаковать их все вместе, пользователю все равно приходится ждать подтверждения в какой-то конкретной цепочке, содержащей его транзакцию. Вот почему, несмотря на высокую общую скорость генерации блоков, время подтверждения там остается долгим, и с решением трилеммы ChainWeb не справляется.
Другой интересный пример — Хатор. Грубо говоря, сети Hathor формируют DAG (направленный ациклический граф) транзакций, аналогичный Tangle 1.0 Йоты. Однако, чтобы избежать проблем с живучестью, они также создают и традиционный чейн, блок которого может указывать на транзакцию из DAG (а вознаграждение за блок стимулирует майнеров искать блоки для этого чейна). Чтобы счесть тут транзакцию безопасной в смысле NC, на нее должен ссылаться блок, достаточно глубоко расположенный в чейне. Таким образом, архитектура Хатор также не может обеспечить быструю безопасность типа консенсуса Накамото.
Учитывая все сказанное, становится ясно, что, например, биткойновское «правило шести блоков» является не столько правилом, сколько рекомендацией. Всегда ли оно применимо? Я бы сказал, нет. Например, если кто-то переведет мне безумное количество биткойнов, достаточно ценное, чтобы ради них профинансировать атаку 51% длиной в 20 блоков, я стану ждать дольше. На самом деле, для безумно больших сумм я бы вообще не рассчитывал на консенсус Накамото, а скорее подождал бы несколько дней, пока в силу вступит правило финальности (и вообще всё это, конечно, чрезвычайно упрощенно. Во-первых, для атаки 51% требуется гораздо больше, чем деньги: например, дефицитное специализированное оборудование. Кроме того, успешная двойная трата биткойнов на глубине 20 блоков обесценит, вероятно, вообще весь крипторынок до такой степени, что атака в итоге окажется очень невыгодной. Но вы меня поняли).
Общая особенность, которую я вижу во многих технологиях, заключается в том, что пользовательский интерфейс соответствующего кошелька или эксплорера реестра помечает транзакцию как «подтвержденную» в ту же секунду, когда она появляется в блокчейне. Такой интерфейс очень сильно вводит в заблуждение. «Гарантии» в данном случае бессодержательны. Я подозреваю, что некоторые проекты прибегают к такому трюку потому, что так их технологии кажутся более быстрыми, чем они есть на самом деле, но это очень безрассудное поведение, поскольку оно создает у пользователей ложное впечатление, что транзакция «подтверждена», слишком рано, когда фактически она еще неустойчива. Так что это лишь вопрос времени, когда кто-то продаст что-то ценное, разойдется с покупателем, поскольку транзакция «подтверждена», а затем обнаружит, что блок был потерян, задним числом (вероятностью чего нельзя пренебречь, если транзакция расположена в новейшем блоке). Мне хочется, чтобы вы это осознали: плохие решения пользовательского интерфейса, разработанные для того, чтобы технология казалась быстрее, чем есть, ведут к сценариям, когда пользователь теряет деньги, даже если обе стороны сделки были честными. По этой причине кошельки Каспы отображают транзакции как «подтвержденные» только после того, как глубина блоков, в которых они проведены, составит не менее десяти секунд.
Теперь мы подошли к самой слабой форме подтверждения, которую я называю «рациональным подтверждением». В этом типе подтверждения вам не дается никакой гарантии, что атака невозможна или требует больших ресурсов и/или удачи. Но зато гарантируется, что атака «нерациональна»: хотя противник может очень легко провести атаку, она причинит ему больше вреда, чем вам.
Преимущество рационального подхода заключается в том, что он не зависит от консенсуса Накамото и, таким образом, может быть очень быстрым. Недостаток — то, что на него гораздо больше влияют внешние факторы (например, стимулы для стороны А причинить вред стороне Б даже за счет причинения вреда себе), и эти внешние факторы намного сложнее предсказать и проанализировать.
В качестве примера рассмотрим очень хорошую идею: доказательства двойной траты (DS) криптовалюты Некса.
Прежде чем я продолжу, и чтобы заранее снять ненужное напряжение, еще раз подчеркну, что в мои намерения не входит доказывать, что доказательства DS плохи. Это не так. Они классные. Это аккуратная, простая для понимания идея, которая наглядно демонстрирует обе стороны компромисса в рациональных подтверждениях, и она приведена здесь только в качестве хорошего примера. Все, о чем я рассуждаю, применимо к любым формам рациональных сдерживающих факторов (скажем, социальному слэшингу в системах PoS) как к форме безопасности. Я, кроме того, ограничиваю обсуждение только одной из двух форм DS-доказательств, разработанных Некса, а именно — «DS-обнаружение» («DS detect»).
Идея доказательств DS проста: когда Алиса платит Бобу, скажем, одну Nexa за чашку кофе, она делает это с помощью транзакции особого вида. В этой транзакции Алиса блокирует, скажем, 5 Nexa на депозите. Если Алиса попытается потратить ту же самую Nexa, чтобы купить чашку кофе у Чарли, какой-нибудь майнер заметит двойную трату. Затем майнер может опубликовать подтверждение этой двойной траты, чтобы истребовать себе депозит Алисы. Боб, зная об этом протоколе, получает следующую гарантию: как только транзакция Алисы попадает в мемпул, даже до того, как она окажется в блоке, он знает, что если Алиса попытается провести двойную трату, она потеряет 5 Nexa. Так что, да, Алиса может использовать одну и ту же Nexa, чтобы купить чашку кофе и у Боба, и у Чарли, и, да, платеж пойдет только одному из них, но, как следствие, Алиса окажется оштрафована на 5 Nexa.
Это дает интересный компромисс. С одной стороны, гарантия не является функцией времени, а применяется моментально (и это и есть тип подтверждения, о котором идет речь, когда утверждается, что «Некса предлагает подтверждения с нулевым временем ожидания»). С другой стороны, она значительно слабее, чем гарантия по консенсусу Накамото. Она не предотвращает нападение, а «лишь» удерживает от него. Кроме того, стоимость депозита может не отражать рационального аспекта проблемы: возможно, имеются внешние факторы, которые делают для Алисы выгодным заплатить 50 000 Nexa, чтобы причинить Бобу ущерб в размере 10 000 Nexa. Например, Алиса может быть злым бизнес-магнатом, который хочет выкинуть Боба из бизнеса, чтобы затем снести его хибарку и построить там торговый центр или небоскреб. Другой пример: Алиса может быть майнером с 10% хешрейта сети, тогда она может заплатить Бобу 1 Nexa за его кофе, а при этом майнить блок, в котором она разместила а) конфликтующую транзакцию, в которой платит 1 Nexa себе, а также б) доказательство собственной двойной траты. Если Алисе удастся добыть следующий блок, она получит чашку кофе бесплатно. Если ей не удастся найти блок, то она заплатит за чашку выпитого кофе, но ее нападение останется скрытым, и ее не оштрафуют за попытку. Иными словами, 10%-й майнер атакует доказательства DS, что дает ему 10%-й шанс на двойную трату, но не подвергает какому-либо риску. Единственный способ избежать такой атаки — это подождать и увидеть транзакцию в блокчейне, то есть вернуться к использованию консенсуса Накамото, вместе с характерным для него временем подтверждения.
В заключение обсуждения DS-доказательств, если бы мне пришлось выразить всё одним предложением, я бы сказал, что они позволяют продавцам получать немедленные подтверждения, но требуют, чтобы они запрашивали депозиты. Очень большой депозит (порядка стоимости атаки 51%) делает их бизнес невыгодным, а гарантия безопасности ослабевает по мере уменьшения депозита.
С более общей точки зрения рациональные протоколы подтверждения, типа DS-обнаружения, позволяют получателям идти на риск ради улучшения собственной «отзывчивости». Это неплохо, всегда приятно иметь варианты.
Итак, резюмируя, есть три типа подтверждений: детерминированные, NC и рациональные. Каждое из них дает гарантии более слабые, чем предыдущее, но взамен может дать другие преимущества. Например, консенсус Накамото может быть децентрализованным, при том, что в настоящее время нет децентрализованных технологий, которые предлагают быструю объективную финальность, а рациональные подтверждения могут быть мгновенными, тогда как консенсус Накамото требует ожидания включения транзакции в блок, и погребения этого блока под несколькими следующими.
Когда вы видите, что кто-то говорит о «времени подтверждения», нужно всегда быть осторожным в отношении того, какой тип подтверждения в этот момент обсуждается, и я надеюсь, что идеи, высказанные в этой статье, помогут вам стать критичнее в дискуссиях.
2 подтверждения биткоин сколько времени
Прежде чем средства будут зачислены на ваш аккаунт, в целях безопасности мы требуем, чтобы цифровые активы/криптовалюты получили ряд подтверждений в блокчейне.
Некоторые ниже приведенные валюты недоступны в конкретных странах .
Требования Кракен для подтверждения
* Время выполнения может варьироваться в зависимости от условий сети, здесь указано приблизительное время. При оценке времени предполагается, что ваша транзакция была подтверждена в первом блоке после отправки транзакции. Если ваша транзакция не была подтверждена в первом возможном блоке, это может занять значительно больше времени в зависимости от условий сети.
Обратите внимание, что мы не можем повлиять на скорость подтверждения транзакций в соответствующих блокчейнах.
FAQs
Что такое подтверждения?
Когда транзакция транслируется в сеть, нужно дождаться, пока она не будет включена в блок майнерами. Когда транзакция будет включена в блок, она получит одно подтверждение. С каждым последующим блоком количество подтверждение будет расти.
Для чего нужны требования к количеству подтверждений?
Чтобы избежать рисков двойной траты , средства не зачисляются до подтверждения транзакции определенного количества раз (как указано ниже).
Чем больше подтверждений получила транзакция, тем меньше вероятность того, что транзакцию можно отменить.
Сколько занимают подтверждения?
На нахождение каждого блока в сети требуется разное время.
Например, в сети Bitcoin блок майнится в среднем каждые 10 минут, а Kraken зачисляет депозиты только после 4 подтверждений, что занимает примерно 40 минут.
Однако на поиск одного блока может уйти 30 или даже 60 минут (1 подтверждение). Kraken не контролирует скорость поиска блоков.
Какова минимальная сумма для пополнения аккаунта? Для пополнения аккаунта Kraken требуется отправить не менее определенного количества криптовалюты, однако оно отличается для каждой криптовалюты.
Впервые на Kraken? Создайте свой аккаунт.
Последнее обновление 3 июня 2021 г. 14:30 UTC
Мы переводим эту статью. Чтобы быть в курсе всех событий, см. статью на английском языке здесь.