|
bee7
|
 |
July 21, 2014, 12:58:45 AM |
|
Ну тогда всё проще: 50 на 50 - либо встретите, либо нет. На счет закономерности - есть только одна: количество незначащих нулей в хеше блока каким-то магическим образом зависит от сложности.
Хм ... 50 на 50 - есть расчёты или это на основе теории вероятности, на основе чего? (Почему не 30 на 70 или ещё как?) Есть такой анекдот: - Какова вероятность встретить динозавра на Невском? - 50 на 50 -  - ну либо встречу, либо не встречу. |
|
|
|
|
|
|
|
|
|
"In a nutshell, the network works like a distributed
timestamp server, stamping the first transaction to spend a coin. It
takes advantage of the nature of information being easy to spread but
hard to stifle." -- Satoshi
|
|
|
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, и из-за этого вместо подписи получается чушь. Откровенно говоря, это похоже на шутку, хотя и не смешную для большинства, потому как это просто полнейший ахтунг. Примерно как перепутать бензопилу со скальпелем... В основной ветке то же самое? Может им доложить? Вообще, это не очень популярный тип транзакций. Однако, сам факт такой неувязки не радует совсем. |
|
|
|
|
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.
|
|
|
|
|
|
