Существует механизм очень быстрой генерации Биткойн адресов от приватных ключов. Этой информацией никто не поделится и не выложит в гитхаб и не опишет в статьях.
Странно. Механизм есть, но никакой информации о нём нет. Может, тогда, и механизма нет? Впрочем, может вам этот механизм подойдёт? Или он недостаточно быстр? |
|
|
|
Я не просто так выбрал эти адреса.
Ну, допустим. Но, повторюсь, как мы вам можем помочь найти приватные ключи от этих адресов? |
|
|
|
Мне нужно найти хотя бы один приватный ключ из 10 миллионов Биткоин Адресов.
И как мы можем вам в этом помочь? Что, собственно, вы от нас хотите? А так нельзя? 1. Сгенерировать 10 млн приватных ключей случайным образом или по определённому алгоритму. 2. Из этих приватных ключей получить 10 млн публичных ключей. 3. Из публичных ключей получить 10 млн. адресов. И уже на этом материале исследовать уязвимость. |
|
|
|
Cryptonight V8 SRBMiner 1.6.8 HD7970 1180/1600 Adrenalin 18.8.1 560 Mh/s  |
|
|
|
Я же правильно понимаю, что сложность, которая в пуле, меньше, чем та которая в блокчейне (к примеру BTC), разная?
Да. Сложность задания, выдаваемого майнеру пулом, намного меньше сложности блока, для которого ищется хеш, благодаря чему, отдельно взятый майнер выполняет его относительно быстро (обычно, в течение минуты). Пул платит за нахождение nonce для этого низкосложного задания, этот результат называется шара (share). Есть шары, значит есть за что платить. Нет шар - нет оплаты. |
|
|
|
Тогда какой от меня смысл, если пул сам может считать эти хеши?
Майнер перебирает nonce, чтобы получить "красивый" хеш. Для этого нужно проделать МНОГО операций хеширования. Пул проверяет, что присланные майнером nonce и хеш соответствуют друг другу. Это ОДНА операция хеширования. |
|
|
|
Но вот это все целиком тоже валидный скрипт:
vin.scriptSig = PUSH правильная_подпись1 [PUSH правильная_подпись2] [правильная_подпись3] [...] ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ
Как узнать: где кончаются подписи и начинается скрипт?
Вы неправильно написали: vin.scriptSig = PUSH правильная_подпись1 [PUSH правильная_подпись2] [правильная_подпись3] [...] ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ Правильно так: vin.scriptSig = PUSH правильная_подпись1 PUSH правильная_подпись2 ... PUSH ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ Понятно, в чём разница? PUSH ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ - это уже не скрипт, а данные (сериализованный скрипт), над которыми должен выполнить действия другой скрипт - scriptPubKey. Как-то так: PUSH ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ OP_HASH160 PUSH хэш_скрипта OP_EQUAL Сериализованный скрипт стоит последним в scriptSig, тем он и выделяется среди впереди стоящих подписей. В случае успешного выполнения PUSH ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ OP_HASH160 PUSH хэш_скрипта OP_EQUAL дальше уже выполняется PUSH sig1 PUSH sig2 ... ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ Обратите внимание: ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ стоит уже без PUSH. Это уже не данные, а скрипт - последовательность опкодов к исполнению. |
|
|
|
Pay-To-Script Hash
кто хочет потратить, в своей транзакции на входе пишет
vin.scriptSig = PUSH правильная_подпись1 [PUSH правильная_подпись2] [правильная_подпись3] [...] ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ
vin.txid = ид транзакции которую надо потратить.
На выходе транзакции которую собираются тратить стоит
vout.scriptPubKey = OP_HASH160 хэш_скрипта OP_EQUAL
В этом месте у меня уже нет полного понимания, как оно на самом деле работает.
А работает оно в два этапа. Сначала выполняется вот этот скрипт: <ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ> OP_HASH160 <хэш_скрипта> OP_EQUAL Тем самым, проверяется соответствие скрипта и его хеша, подтверждая право владельца скрипта на его выполнение. А потом выполняется сам скрипт, тратящий выход: <sig1> <sig2> ... <ЛЮБОЙ_ВАЛИДНЫЙ_СКРИПТ>. |
|
|
|
But anybody know how compute public key from private key only with c#, without other soft?
Function, class etc ?
Need compute compress and ucompress key.
NBitcoin library: using NBitcoin;
...
var privKeyCompressed = new Key();
var pubKeyCompressed = privKeyCompressed.PubKey;
var privKeyUncompressed = new Key(false);
var pubKeyUncompressed = privKeyUncompressed.PubKey;
|
|
|
|
Везде написано, что Нова - это криптовалюта, жёстко связанная с btc-e/wex
Жёстко - это как? Я не понимаю смысл слова "жёстко" в этой фразе. А на других биржах, где есть Нова, невозможно осуществлять манипуляции? А почему? Что мешает? Надо полагать, эта фраза была написана давным-давно, когда кроме BTC-e Нова нигде не торговалась. Но сейчас эта фраза уж точно звучит бредово. То есть нова создавалась под движок биржи BTC-E.
Смысл этой фразы от меня ускользает. Что значит "создавалась под движок"? Отсюда напрашивается логический вывод, что создатели новакоина и ядра биржи BTC-E / WEX - одни и те же люди.
Биржа BTC-е появилась в 2011 году. Криптовалюта Novacoin появилась в 2013 году и первоначально торговалаcь только на BTC-e. Из чего вы делаете вывод, что разработчики Новы и разработчики биржи - одни и те же люди. Увы, я ваши причинно-следственные связи понять не в состоянии. Именно Бальтазар и Пенёк пиарили нову. Такими вещами занимаются разработчики крипты или люди, близко знакомые с разработчиками.
Бальтазар - разработчик криптовалюты. Пенёк - создатель сайта novaco.in. Почему бы им не пиарить Нову? Но как это связано с разработкой ими же софта биржи? |
|
|
|
нужно твёрдо помнить, что создатели новы одновременно являются разработчиками движка биржи btc-e.com / wex.nz
А я, вот, не помню такого. На основании каких данных сделано это заключение? |
|
|
|
"DEFAULTS" : {
"DEVICES" : "AUTO",
"APIPORT" : 0
},
"EXAMPLE_"BTCZ" :
{
"COIN" : "BTCZ",
"POOLS" : [
{"POOL" : "mine-btcz-na.equipool.1ds.us",
"PORT" : "50063",
"USER" : "t1h7WGHNLx8hY97UerETfDPVfVj9QqNM94d.lolMiner",
"PASS" : "minpayout=1000"}
]
},
update... error says missing a ":" but I can't see where I am missing one.. this config is twin to the one running v42 except for EXAMPLE … thanks
Correct "EXAMPLE_"BTCZ" to "EXAMPLE_BTCZ". Remove unpaired quotation mark. |
|
|
|
ты даже ссылки с главной страницы не найдешь на эту ОФЕРТУ
В самом низу главной страницы справа есть ссылка "Terms of use". |
|
|
|
I keep getting the same Error: ./user_config.json is not found or no valid configuration file (json parse fails)
./user_config.json(15): expected '}' or ','
You forgot some closing "]" and "}" at the end: {
"DEFAULTS" : {
"DEVICES" : "AUTO",
"APIPORT" : 0
},
"EXAMPLE_BTCZ" :
{
"COIN" : "BTCZ",
"POOLS" : [
{ "POOL" : "mine-btcz-na.equipool.1ds.us",
"PORT" : "50063",
"USER" : "t1h7WGHNLx8hY97UerETfDPVfVj9QqNM94d.lolMiner",
"PASS" : "minpayout=1000" }
]
}
}
|
|
|
|
Про винника написал btc-e.nz, у кого проблемы с головой, напомню, такой биржи не было, была btc-e.com, а то что при переходе на btc-e.nz срабатывает редирект на wex.nz это ничего не говорит. Ресурс btc-e.nz возможно сделан для выуживания логинов и паролей, просто для некоторых людей редирект на биржу может возникать, а для некоторых нет.
Была биржа по имени BTC-e, которая была доступна по доменному имени btc-e.com. После того, как домен btc-e.com был заблокирова РКН в 2016 году, биржа BTC-e стала доступна также по доменному имени btc-e.nz. Так что, домен btc-e.nz принадлежал бирже BTC-e - это факт. Другое дело, что сей факт не делает из клоуна по имени btc-e.nz человека, имеющего отношение к руководству биржи WEX. |
|
|
|
Версия пока такая: с ростом хранимых адресов растет обмен данными с сетью и это провоцирует сбой.
Это вряд ли. Объём траффика зависит от количества генерируемых транзакций, а не от количества собственных адресов. А вы не смотрели debug.log? Может, bitcoind перед смертью чо-нить интересное в него пишет? |
|
|
|
но не учитывают размер тех данных, которые вынесены из блока
Вам промыли мозги в начале 2017 года, а вы до сих пор этого не заметили. SegWit - это: Во-первых, вынос подписей транзакций (scriptSig) из входов транзакций в отдельную структуру данных - witness datа, которая хранится вместе с остальными данными транзакций в блоке. НИЧЕГО ЗА ПРЕДЕЛЫ БЛОКА НЕ ВЫНОСИТСЯ!!! Во-вторых, был проделан финт ушами - на размер блока наложены следующие ограничения: 1. все данные транзакций, кроме witness datа, не могут занимать больше 1МБ, и называется это ограничение "максимальный размер блока" (тут всё осталось, как при Сатоси Накамото: максимальный размер блока = 1МБ) 2. все данные транзакций плюс witness datа не могут занимать больше 4МБ, и называется это ограничение "максимальный вес блока" Таким образом, после внедрения SegWit фактический размер блока теоретически может достигать 4МБ, но обычными SegWit-транзакциями заполнить все эти 4МБ нереально. Реально можно заполнить примерно 2МБ, что мы и наблюдаем. Но все эти игры с размерами/весами блока к размеру транзакций отношения не имеют. |
|
|
|
Ведь размер Сегвит транзакций в 2 раза больше обычных.
Откуда взялась такая цифра - аж в 2 раза? Здесь утверждают, что размер SegWit транзакции типа P2SH-P2WPKH (адреса 3...) больше не-SegWit транзакции на 15%, а размер SegWit транзакции типа P2WPKH (адреса bc1...) меньше не-SegWit транзакции на 10%. |
|
|
|
|
Show Posts
