bee7
|
|
July 21, 2014, 12:58:45 AM |
|
Ну тогда всё проще: 50 на 50 - либо встретите, либо нет. На счет закономерности - есть только одна: количество незначащих нулей в хеше блока каким-то магическим образом зависит от сложности.
Хм ... 50 на 50 - есть расчёты или это на основе теории вероятности, на основе чего? (Почему не 30 на 70 или ещё как?) Есть такой анекдот: - Какова вероятность встретить динозавра на Невском? - 50 на 50 - - ну либо встречу, либо не встречу.
|
|
|
|
|
|
|
|
|
According to NIST and ECRYPT II, the cryptographic algorithms used in
Bitcoin are expected to be strong until at least 2030. (After that, it
will not be too difficult to transition to different algorithms.)
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
fruit
Legendary
Offline
Activity: 1064
Merit: 1023
habr
|
|
July 21, 2014, 01:05:08 AM |
|
Ну тогда всё проще: 50 на 50 - либо встретите, либо нет. На счет закономерности - есть только одна: количество незначащих нулей в хеше блока каким-то магическим образом зависит от сложности.
Хм ... 50 на 50 - есть расчёты или это на основе теории вероятности, на основе чего? (Почему не 30 на 70 или ещё как?) Есть такой анекдот: - Какова вероятность встретить динозавра на Невском? - 50 на 50 - - ну либо встречу, либо не встречу. Поэтому и анекдот, иначе динозавры заполонили бы "Невский" Дополнение: Когда сложность слишком высока чтобы считать хеши, почему бы их не предсказывать и отсылать пачками?
|
~DefaultTrust (Trust - is fraud.) Доверие - это разновидность мошенничества.
|
|
|
bee7
|
|
July 21, 2014, 01:16:22 AM |
|
Ну тогда всё проще: 50 на 50 - либо встретите, либо нет. На счет закономерности - есть только одна: количество незначащих нулей в хеше блока каким-то магическим образом зависит от сложности.
Хм ... 50 на 50 - есть расчёты или это на основе теории вероятности, на основе чего? (Почему не 30 на 70 или ещё как?) Есть такой анекдот: - Какова вероятность встретить динозавра на Невском? - 50 на 50 - - ну либо встречу, либо не встречу. Поэтому и анекдот, иначе динозавры заполонили бы "Невский" Дополнение: Когда сложность слишком высока чтобы считать хеши, почему бы их не предсказывать и отсылать пачками? Если бы их можно было предсказывать, никто не занимался бы разработкой ASICов и их производством. Именно потому, что их нельзя предсказывать, сеть будет просто отвергать некорректные блоки, а любой пул забанит вас доостаточно скоро за большой процент режектов: http://en.wikipedia.org/wiki/Cryptographic_hash_function: A cryptographic hash function is a hash function which is considered practically impossible to invert, that is, to recreate the input data from its hash value alone. SHA256 (через нее и Scrypt, если есть сомнения в Salsa20/8) как раз и является такой функцией. Тут есть ветка, в которой люди занимаются поиском коллизий адресов путем их генерации. Судя по вашим идеям, вам там будет интересно.
|
|
|
|
yo-blin
Legendary
Offline
Activity: 2296
Merit: 1057
|
|
July 21, 2014, 06:41:38 AM |
|
SHA256 (через нее и Scrypt, если есть сомнения в Salsa20/8) как раз и является такой функцией. Тут есть ветка, в которой люди занимаются поиском коллизий адресов путем их генерации. Судя по вашим идеям, вам там будет интересно.
Когда-то, пару мес. назад я сгенерировал 150 мил адресов bitcoin в одном кошельке. Все оказались пустые.
|
Sign for rent, СОБИРАЮ МЕRIT! NVC: 4 YoBLincaRdAEG4v8tbZ4T26ZnKbT9SBsu
|
|
|
mall
|
|
July 21, 2014, 06:46:46 AM |
|
SHA256 (через нее и Scrypt, если есть сомнения в Salsa20/8) как раз и является такой функцией. Тут есть ветка, в которой люди занимаются поиском коллизий адресов путем их генерации. Судя по вашим идеям, вам там будет интересно.
Когда-то, пару мес. назад я сгенерировал 150 мил адресов bitcoin в одном кошельке. Все оказались пустые. сколько в итоге оперативки понадобилось?
|
|
|
|
yo-blin
Legendary
Offline
Activity: 2296
Merit: 1057
|
|
July 21, 2014, 07:10:19 AM |
|
SHA256 (через нее и Scrypt, если есть сомнения в Salsa20/8) как раз и является такой функцией. Тут есть ветка, в которой люди занимаются поиском коллизий адресов путем их генерации. Судя по вашим идеям, вам там будет интересно.
Когда-то, пару мес. назад я сгенерировал 150 мил адресов bitcoin в одном кошельке. Все оказались пустые. сколько в итоге оперативки понадобилось? ~ 136 Gb выжирает система в максисмуме, Кошель весит 92 Gb на 256 Gb памяти кошель чекается около 3.5 часов
|
Sign for rent, СОБИРАЮ МЕRIT! NVC: 4 YoBLincaRdAEG4v8tbZ4T26ZnKbT9SBsu
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
July 21, 2014, 08:09:25 AM |
|
И даже при этрм ты не проверил сгенерированные пары ключей полностью... Потому что каждому ключу соответствует два адреса, соответствующие сжатому и несжатому представлению ключа. По умолчанию используются сжатое представление, но несжатое тоже работает нормально.
|
|
|
|
fruit
Legendary
Offline
Activity: 1064
Merit: 1023
habr
|
|
July 21, 2014, 09:14:49 AM Last edit: July 21, 2014, 09:33:29 AM by fruit |
|
сеть будет просто отвергать некорректные блоки, а любой пул забанит вас доостаточно скоро за большой процент режектов: http://en.wikipedia.org/wiki/Cryptographic_hash_function: A cryptographic hash function is a hash function which is considered practically impossible to invert, that is, to recreate the input data from its hash value alone. SHA256 (через нее и Scrypt, если есть сомнения в Salsa20/8) как раз и является такой функцией. Тут есть ветка, в которой люди занимаются поиском коллизий адресов путем их генерации. Вот, теперь понятно! Спасибо. Судя по вашим идеям, вам там будет интересно.
Не надо меня судить, это только размышлизмы, ничего плохого у меня в мыслях небыло
|
~DefaultTrust (Trust - is fraud.) Доверие - это разновидность мошенничества.
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
July 21, 2014, 09:16:21 AM |
|
Сервер уже работоспособен и способен функционировать полноценно. Клиент в общем-то тоже, но есть проблема. Она заключается в том, что сеть Novacoin воспринимает подписанные клиентом Electrum транзакции как верные, но нестандартные, и отклоняет их. Видимо, дело в проверках скриптов, которых пока нет в Bitcoin, будем разбираться. Как выяснилось, электрум не понимает OP_PUBKEY OP_CHECKSIG транзакции. Точнее он их видит и показывает на балансе, но при трате подписывает так, как будто это OP_DUP OP_PUBKEYHASH OP_EQUALVERIFY OP_CHECKSIG, и из-за этого вместо подписи получается чушь. Откровенно говоря, это похоже на шутку, хотя и не смешную для большинства, потому как это просто полнейший ахтунг. Примерно как перепутать бензопилу со скальпелем...
|
|
|
|
RoadTrain
Legendary
Offline
Activity: 1386
Merit: 1009
|
|
July 21, 2014, 03:05:51 PM |
|
Сервер уже работоспособен и способен функционировать полноценно. Клиент в общем-то тоже, но есть проблема. Она заключается в том, что сеть Novacoin воспринимает подписанные клиентом Electrum транзакции как верные, но нестандартные, и отклоняет их. Видимо, дело в проверках скриптов, которых пока нет в Bitcoin, будем разбираться. Как выяснилось, электрум не понимает OP_PUBKEY OP_CHECKSIG транзакции. Точнее он их видит и показывает на балансе, но при трате подписывает так, как будто это OP_DUP OP_PUBKEYHASH OP_EQUALVERIFY OP_CHECKSIG, и из-за этого вместо подписи получается чушь. Откровенно говоря, это похоже на шутку, хотя и не смешную для большинства, потому как это просто полнейший ахтунг. Примерно как перепутать бензопилу со скальпелем... В основной ветке то же самое? Может им доложить?
|
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
July 21, 2014, 03:07:15 PM |
|
Сервер уже работоспособен и способен функционировать полноценно. Клиент в общем-то тоже, но есть проблема. Она заключается в том, что сеть Novacoin воспринимает подписанные клиентом Electrum транзакции как верные, но нестандартные, и отклоняет их. Видимо, дело в проверках скриптов, которых пока нет в Bitcoin, будем разбираться. Как выяснилось, электрум не понимает OP_PUBKEY OP_CHECKSIG транзакции. Точнее он их видит и показывает на балансе, но при трате подписывает так, как будто это OP_DUP OP_PUBKEYHASH OP_EQUALVERIFY OP_CHECKSIG, и из-за этого вместо подписи получается чушь. Откровенно говоря, это похоже на шутку, хотя и не смешную для большинства, потому как это просто полнейший ахтунг. Примерно как перепутать бензопилу со скальпелем... В основной ветке то же самое? Может им доложить? https://github.com/spesmilo/electrum/issues/764Вообще, это не очень популярный тип транзакций. Однако, сам факт такой неувязки не радует совсем.
|
|
|
|
fsb4000
Legendary
Offline
Activity: 1400
Merit: 1000
|
|
July 21, 2014, 03:11:58 PM |
|
|
|
|
|
yo-blin
Legendary
Offline
Activity: 2296
Merit: 1057
|
|
July 21, 2014, 03:17:48 PM |
|
И даже при этрм ты не проверил сгенерированные пары ключей полностью... Потому что каждому ключу соответствует два адреса, соответствующие сжатому и несжатому представлению ключа. По умолчанию используются сжатое представление, но несжатое тоже работает нормально. я запускал кошелек с опцией -keypool=150000000 что равносильно генерации этого кол-ва уникальных "secret exponent" и при этом не интересно сжатый он или нет
|
Sign for rent, СОБИРАЮ МЕRIT! NVC: 4 YoBLincaRdAEG4v8tbZ4T26ZnKbT9SBsu
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
July 21, 2014, 03:31:59 PM |
|
И даже при этрм ты не проверил сгенерированные пары ключей полностью... Потому что каждому ключу соответствует два адреса, соответствующие сжатому и несжатому представлению ключа. По умолчанию используются сжатое представление, но несжатое тоже работает нормально. я запускал кошелек с опцией -keypool=150000000 что равносильно генерации этого кол-ва уникальных "secret exponent" и при этом не интересно сжатый он или нет Ты сгенерировал 150000000 ключей, и проверил столько же адресов. Но на самом деле адресов им соответствует не 150000000, а 300000000 адресов, половину из которых ты проигнорировал. А уж интересно или нет - это вопрос десятый.
|
|
|
|
yo-blin
Legendary
Offline
Activity: 2296
Merit: 1057
|
|
July 21, 2014, 03:35:44 PM |
|
И даже при этрм ты не проверил сгенерированные пары ключей полностью... Потому что каждому ключу соответствует два адреса, соответствующие сжатому и несжатому представлению ключа. По умолчанию используются сжатое представление, но несжатое тоже работает нормально. я запускал кошелек с опцией -keypool=150000000 что равносильно генерации этого кол-ва уникальных "secret exponent" и при этом не интересно сжатый он или нет Ты сгенерировал 150000000 ключей, и проверил столько же адресов. Но на самом деле адресов им соответствует не 150000000, а 300000000 адресов, половину из которых ты проигнорировал. А уж интересно или нет - это вопрос десятый. по моему ты не прав если я подаю на вход 1 "secret exponent" то ему соответствует 2 адреса - сжатый и нет. если я у биткойнд попрошу зарезервировать 500 адресов он зарезервит 500 "secret exponent" что будет соответствовать 1000 адресов ЗЫ хотя с кем я спорю ? посмотри в код я все равно в нем почти ничего не понимаю
|
Sign for rent, СОБИРАЮ МЕRIT! NVC: 4 YoBLincaRdAEG4v8tbZ4T26ZnKbT9SBsu
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
July 21, 2014, 04:02:27 PM |
|
Это же очевидно, как то что 2х2 = 4. Есть ключ X, ему соответствует точка P на кривой. P можно записать в сжатом или несжатом виде, математически это будет одно и то же. Однако, хэш будет разный, а потому и адрес тоже. Естественно, что клиент не делает два варианта адреса, потому что это бессмысленно при нормальном использовании. Нет.
|
|
|
|
|
alpet
Legendary
Offline
Activity: 1912
Merit: 1020
|
|
July 22, 2014, 08:03:16 AM |
|
Последнее время, мой кошель кушает порядка 27% от четырех-ядерного ЦП в виртуалке. Похоже по мере увеличения числа инпутов, PoS добыча плавно превращается в PoW )
|
|
|
|
mall
|
|
July 22, 2014, 09:08:32 AM |
|
Последнее время, мой кошель кушает порядка 27% от четырех-ядерного ЦП в виртуалке. Похоже по мере увеличения числа инпутов, PoS добыча плавно превращается в PoW )
по сколько монет инпуты?
|
|
|
|
Balthazar (OP)
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
July 22, 2014, 09:11:33 AM |
|
Не превращется, потому что даже в условиях страшных тормозов именно вес имеет решающее значение и масштабировать мощности нет смысла.
Тем не менее, функцию генерации стейков ещё есть в каком направлении оптимизировать. В особенности, пересмотреть выборку инпутов из БД и реализовать их параллельную проверку. А то самому как-то странно наблюдать загрузку одного потока из 20 на Xeon.
|
|
|
|
|