хорошо ............ вы рассмотрели ripemd160? Я имею в виду, что проще (смеется проще), чтобы найти столкновения в 160, чем 256.
Да, все это домыслы принимает RIPEMD-160 во внимание. Именно из-за RIPEMD-160, что столкновение будет выглядеть как с двух различных частных / публичных пары ключей, которые соответствуют одному и тому же адресу.
Вот некоторые супер просто код, который я написал для мини Bitcoin адрес коллайдера. Я называю это мини, потому что это делает только 324 адреса в час, однако процесс RNG используются неясен. Если ГСЧ недостатки есть лучший шанс столкновения.
Blockchain.info обеспечивает это (
https://blockchain.info/q/newkey), Который, как предполагается создать свежие / частные пару открытого ключа всякий раз, когда вы звоните этот адрес. Поскольку процесс RNG за эти адреса неясен причина, я использую его. Там есть предел ~ 1 запрос каждые 10 секунд, или вы получите бан / заблокирован поэтому этот скрипт только делает около 320 в час. Он тянет новый ключ (предполагая, что ГСЧ хорошо), а затем мы используем данные адреса и возврата общая сумма, полученная по этому адресу и затыкает все в БД. Если общая сумма, полученная когда-либо больше, чем 0, то у вас есть столкновение. Или вы можете также опрашивать БД, чтобы увидеть, если есть какие-либо повторы.
Положите его в хрон для запуска каждые 5 минут.
Круто. Обратите внимание, что коллайдер не требует высокого качества хаотичности для каждого адреса. Просто проработка всех закрытых ключей в порядке от 1 до 115792089237316195423570985008687907852837564279074904382605163141518161494336 было бы хорошо (да, есть довольно много различных частные ключи).
Так или иначе. В 320 адресов в час и при условии, все остальное постоянно, вы должны найти адрес столкновения один раз 121 миллиардов триллионов триллионов лет в среднем (по аналогии с тем, как новый блок генерируется один раз каждые 10 минут в среднем поэтому ожидать некоторые различия). Обратите внимание на то, что вы на самом деле порождающие столкновения в среднем один раз в 7,8 миллиардов триллионов триллионов лет, а потому, что ваш код проверяет коллизии путем проверки баланса и большинство адресов в blockchain иметь баланс-вы будете вести много.
Я чувствую, что это стоит сравнить это поколение Bitcoin блока. Сценарий, который генерирует 320 хешей в секунду будет найти блок в среднем один раз каждые 72 триллионов лет. Учитывая, что многие процессоры способны хешировании 10 000 раз быстрее, и что адрес с ненулевым балансом содержит около 3,2 BTC (по сравнению со средним блоком выплатой около 25 BTC) мы видим, что кто-то ищет, чтобы запустить этот код для получения прибыли будет около 100 триллионов триллионов раз лучше просто добыча CPU Bitcoin.
Я просто отвечая на вопрос ФП в "как бы кто-то пытается вызвать уведомление столкновения, что они преуспели?" То, что я при условии, вполне допустимо на его вопрос, он пытается создать столкновения, основываясь на бедных ГСЧ и давайте вы знаете, если вы нашли один. То, что вы размещены все уже знает.
от 1 до 115792089237316195423570985008687907852837564279074904382605163141518161494336 было бы хорошо (да, есть довольно много различных частных ключей)
Да, я вполне осознаю # адресов ...
ваш код проверяет коллизии путем проверки баланса и большинство адресов в blockchain есть баланс 0 вы будете пропускать много.
Нет, это не делает, он проверяет общую сумму адрес никогда не получил, другими словами проверяет, если адрес никогда не использовался.
В 320 адресов в час и при условии, все остальное постоянно, вы должны найти адрес столкновения один раз 121 миллиардов триллионов триллионов лет в среднем
Сценарий проверки ГСЧ blockchain (в
https://blockchain.info/q/newkey) инструмент. Он не имеет никаких дополнительных точек энтропии как bitaddress.org и вполне может быть испорчен. Вы знаете, ГСЧ за этим инструментом Проточите новый ключ?