Bitcoin Forum

Спрашиваем то, за что в других местах выдают путёвку в биореактор. Здесь анонимные ученые мирового уровня критически рассмотрят любые гениальные идеи и нарисованные в Paint схемы.

Итак, мои вопросы:
Почему bitcoin-qt показывает в мемпуле меньше транзакций чем https://tradeblock.com/bitcoin/ (https://tradeblock.com/bitcoin/)?
И есть ли возможность алертить приход новых "по подписке"?

Let's begin...

Сколько успел урвать, столько и показывает. А как ты смотришь? В 12-й версии ввели ограничение на мемпул - не больше 300Мб

v.12  Помощь/Окно отладки
Есть команда -maxmempool=<n> Сбрасывать транзакции из памяти на диск каждые <n> мегабайт (по умолчанию: 300)

Просто у меня сейчас ок 27к транзакций.

Никто никогда не гарантировал, что мемпул на всех нодах одинаковый.
Нода принимает в мемпул транзакции удовлетворяющие полиси.
Вы можете поставить любые полиси - принимать транзакции не платящие комиссий или посылающие "пыль" (очень мелкие выходы)
Причем ваша "либеральность" вовсе не будет означать, что ваша "коллекция" будет самая полная
Кроме того есть варианты мемпула со стратегиями rbf или cpfp
В принципе никто не мешает вам хранить и "конкурирующие" транзакции (но там сложная логика, так что никто особо это не делает)

Про то, что клиент сохраняет мемпул на диск я не слышал (потому что не интересовался этим).
Это в принципе и не нужно никому.

Вам все алертить или только те, что вам баблосы присылают?

Для домашних компьютеров сделали, чтобы оперативку всю не забивало.

я хотел бы получать все новые транзакции. без повтора запроса getrawmempool.

А сохранять-то зачем?
Если я майнить блоки не собираюсь - нахуя мне чужие транзакции хранить?
Ну можно хранить последние N штук или M килобайт чтобы релеить их пирам. А остальные стирать из памяти.

1) Вы уверены что для этого вам нужен Bitcoin-Qt?
2) "Все новые транзакции" - понятие весьма растяжимое. Вам обязательно все или как можно больше?

1. Насколько я понял core-клиент не пересылает всякий шлак. Значит у него самый "чистый" пул.
2. Все приходящие ко мне транзакции)).

https://github.com/sebicas/bitcoin-sniffer

Спасибо от души, коллега. Пойду читать

Я думал, что так и происходит. Но в справке вчера прочитал про сброс на диск. Зачем это делают? Видимо из-за следующего. Допустим много неподтверждённых транзакций и их количество растёт. Чтобы не забилась оперативка, сбрасывают на диск. Когда транзакций станет меньше - подгрузят. Чтобы ничего не потерялось, а то вдруг хитрые майнеры "забудут" про старые транзакции. Конечно можно критиковать такое, но не следует забывать, что клиентов много и в таком случае схема не так уж и плоха.

Зачем?

Майнеры имеют право не включать в блоки любые транзакции.
Условно говоря, майнеры имеют право в блок включать только coinbase-транзакцию.
Чем иногда и пользуются.

Поставь себя на место разработчиков. Имеет место ситуация, когда кошелёк начинает жрать память и компьютер тормозит. Я сам с этим сталкивался. Твои действия, какое решение принимать? Рубануть с плеча или осторожно аккуратно решать вопрос, не сжигая мосты? Я бы на месте разработчиков предпочёл сброс на диск.

Я не со всеми этими технологиями знаком, но по-моему все они основываются на том, что юзеру даётся некий SEED, например 12 случайных слов, запомнив которые можно будет впоследствии восстановить свой кошелек даже потеряв wallet.dat и все бэкапы.

Вам Core или Classic или XT такое предлагает? Нет?
Значит считайте что этого нет. Точнее сказать не могу. У меня версия 0.8.5 рабочая.

Этот вопрос я не понял

Вообще-то ты на него сам и ответил:


Сид (неизменяемый) плюс приватный ключ (неизменяемый) плюс индекс (изменяемый). Я примерно говорю. Так можно восстановить цепочку публичных ключей, и достаточно одного бэкапа. Похоже это есть во всяких Мультибитах, а в Коре и правда нет такого...


Не, один бэкап таки нужен вроде для такой технологии...

Ну что ж, переписал я почти весь код в этом самом сниффере. Запихал туда The Swiss Army Knife of the Bitcoin protocol Питера Тодда.
Теперь я могу не держать ноду у себя, транзы ощутимо быстрее валяться. При этом парсю все скрипты и по пути собираю стату по транзам вне протокола, которые экранируются в клиенте(привет костыли и велосипеды), но по сети ходят.
При этом начал втягиваться в python. Такая крутая штучка.
Так что держись amaclin, намедни запущу тебе конкурента

Питона я не знаю, так что даже спрашивать как дела не буду - все равно не пойму.
Я этот пример брал и все на с++ переписывал - мне плюсы ближе.

Да последнее время ничего особенного не происходит.
Бот мой изредка выцепляет из сети какие-то аномальные действия. Но очень скучно.
Вот сегодня например... Ну что интересного?

Вот кто-то (я не знаю кто) попытался дабл-спендить против казино лаки-бит.
Сперва этот кто-то послал 2 транзакции для теста даблспендинга
https://blockchain.info/tx/f03158feb25583c931aab4510b7cdb8a8dfb07b2db6ca7045ce0548d1ba42125
https://blockchain.info/tx/7197196ee405aeedef598166ba118bf5089f782d185ee4b5cfe97be7908e8ba1

Потом он попытался сыграть против казино
https://tradeblock.com/bitcoin/tx/0b085343bca9d8e89d67f0f72bf09ca7e9e924d8ec716bcbbad04addc98b74b7
https://tradeblock.com/bitcoin/tx/be790835454ca949b7d9ef146b9af87ec4995697e6a8e54e264acc620be64008
и не получилось (насколько я могу судить, но я не вдавался)

Вот кто-то на скомпроментированный адрес послал 0.001068 BTC
https://blockchain.info/tx/358a744a07f2e27d1226889b3b7820c6b2c8f33f7869b79b6abeb88d3dcea01f
Два бота за 30 рублей подрались

Что еще? Пара транзакций с использованием OP_CLTV
Можно тут посмотреть https://webbtc.com/p2sh_scripts/unknown
Мне бот про них докладывает, но я пока не вижу ничего интересного

Спам-атака на сеть практически рассосалась, поэтому иногда даже транзакции к комиссией 1 сатоши за байт стали проходить.
Ну, собственно и все.

Ты пиши если чо надо.

Добрый день!
Не могу восстановить кошелёк ВТС.
Всё время лезет ошибка!
ЛОГИ:
2016-04-13 13:25:46 tor: Thread interrupt
2016-04-13 13:25:46 addcon thread interrupt
2016-04-13 13:25:46 torcontrol thread exit
2016-04-13 13:25:46 opencon thread interrupt
2016-04-13 13:25:46 scheduler thread interrupt
2016-04-13 13:25:46 net thread interrupt
2016-04-13 13:25:46 UpdateTip: new best=000000000000002c69c6847e57c76ad6f1dcbbea654cb74980d5647b8f7ebe0a  height=253468  log2_work=71.356325  tx=22501811  date=2013-08-21 21:28:23 progress=0.087576  cache=3.8MiB(3656tx)
2016-04-13 13:25:46 msghand thread interrupt
2016-04-13 13:25:46 Shutdown: In progress...
2016-04-13 13:25:46 StopNode()
2016-04-13 13:25:46 *** System error while flushing: CDB: Error -30974, can't open database
2016-04-13 13:25:47 CDBEnv::EnvShutdown: Error -30974 shutting down database environment: DB_RUNRECOVERY: Fatal error, run database recovery
2016-04-13 13:25:47 Shutdown: done

Восстановить кошелёк или скачать цепочку блоков?
У вас в логах height=253468 - это вы биткойн скачиваете или какой-то форк?
Что надо сделать:
1) Самое главное. При выключенном клиенте скопировать файл wallet.dat в несколько надежных мест.
2) Потом определить все-таки - в чем проблема - в синхронизации цепочки блоков или в битом файле с вашими ключами
3) Дальше действовать по обстоятельствам в зависимости от п.2

Это битки. Кошелёк он восстанавливает в течении 3-4 дней.
Все битки на месте, но отправить с кошелька не могу.
Пишет ваша транзакция велика и небезопасна и кошелёк закрывается.

Уффф... Очень трудно понять что вы хотите, потому что пишете с ошибками.
Итак. валлет.дат вы забэкапили на пару флешек.
Теперь сделайте вот что.
1) запустите ваш клиент с параметром -reindex
Он попробует переиндексировать всю цепочку блоков (придется ждать)

Если не получится, то
2)  удалите из подкаталога blocks файл blk****.dat c с самым большим номером (при незапущенном клиенте)
и снова попробуйте запустить с параметром -reindex

Вы что, больше года кошель не запускали?

7 месяцев не запускал.
Спасибо за совет, буду пробовать, отпишусь по результату!

переместите wallet.dat в другое место. Клиент создаст новый, но при имеющейся цепочке блоков синхронизация пройдет быстрее, чем 3-4 недели)) Это клиент пишет об отставании вашей цепи от основной.
У меня на azure 4x2,3Hz, 7 Gb, 1000Mb Lan полная синхронизация занимает около 36 часов.

Что по сути дела дает шифрование кошелька? Тепло на душе, что злоумышленники не воспользуются уже уведенными монетами?

Нет, разумеется.
Монеты не хранятся в кошельке, ни в зашифрованном, ни в обычном.
Зашифрованный кошелек вы вообще можете всем раздать. Хотите я вам свой перешлю?
Сделать вы ничего не сможете. Ну разве что будете знать когда мне что-то приходило и когда я за что-то платил.

всё вышло! создал новый кошелёк, синхронизировал.
Потом поменял wallet.dat. Спасибо за советы!

Так я про это говорю, вы получаете мои монеты, но воспользоваться ими не можете. Или я что-то не так понимаю. И как это, монеты не хранятся в кошельке? Я имею ввиду не техническую сторону дела, а самое главное правило- нет валлет.дат, нет монет.

Дык приваткей зашифрован паролем же. А для "посмотреть" он и не нужен, только для подписать сообщение или отправить койны.

Кстати, была похожая проблема. Это когда на кошельке приходило очень много мелких транз , например с кранов капало 2 года , а потом вы хотите отправить одной транзой. Тут проще экспортировать приватный ключ от адреса dumpprivkey 1WDWERW...... , а потом этот приватный ключ импортировать и кошельке blockchain и сделать отправку. Как вариант можно весь Wallet.dat затолкать в blockchain, там есть функция импорта. И потом уже сделать отправку с blockchain на новосозданный кошелек.

Говорят 13 версия валета вышла. Кто что слышал, чем интересна будет? Спасибо.

Я глянул краем глаза.
Вроде они очередной раз принялись чинить сигопсы.
Здорово испугались тогда https://bitcointalk.org/index.php?topic=1166928.0
И пофиксили криво.
Теперь в преддверии сегвита всплыла проблема опять.

Интересно а как они лечить их будут в пространстве этого блокчейна? 1 мегабайт, от этого все пляшет.

сперва они полечили это тем, что сделали транзакцию нестандартной, если в ней больше одного сигопа на 20 байт.
но в сегвите транзакции кривые, и так считать нельзя.
поэтому алгоритм изменили - длина транзакции считается не по количеству байт, а "виртуально" увеличивается если в транзакции много сигопов.
но повторюсь, это я мельком читал
у меня до сих пор стоит 0.8.5 и апгрейдиться не собираюсь

Понятно, спасибо. Разрабам пора RAR натравить на цепочку, так сказать для экономии места, заодно и сложность возрастет )

Про компрессирование блокчейна даже не думайте.
Нет там ничего, что могло бы сжиматься.
Выиграете копейку на экономии дискового места - проиграете рубль на электричестве и скорости

Я имел ввиду встроенный алго сжатия непосредственно в кошелек. Сжимать адреса, хэши. Пусть майнеры кроме перебора хэшей еще и арх-разарх занимаются, заодно вернемся к инструкциям проца, так сказать к истокам. Долой асики, майнинг в массы! )

зы: слышу большой шум со стороны Китая...

адрес и есть хэш от пубкея.
а пубкей - в некотором роде хэш от привкея.
а хэши не сжимаются в среднем.
я вам грю, что в транзакции практически нет мест для сжатия.
а ради 1-3% не стоит городить огород.

я не понимаю, с чего биткойнеры взяли, что "чем заковыристее, тем лучше"?
прогресс наоборот двигают открытия, которые уменьшают расход энергии, а не увеличивают его.

Папка blocks успешно в нормал сжатии показала падение с 84г до 60г. Как бы не 1-3 процента. Понимаю, что может быть идея абсурдная, но меня больше нравилось, когда майнили дома и поддерживали сеть, чем текущая ситуация с 2-3 крупными пулами с огромной концентрацией хэшрейта, так сказать в одних руках.

Бля.
Вы понимаете разницу - сжать файл .blk размером 128 мегабайт или одну транзакцию размером 300 байт?
Возьмем какой-нибудь популярный адрес типа 1NxaBCFQwejSZbQfWcYNwgqML5wWoE3rK4
В блокчейне он фигурирует в 1847168 транзакций.
Значит туеву хучу раз присутствует сам адрес и публичный ключ этого адреса.
Второй аспект - если у транзакции 10 выходов и все они потрачены, то хэш этой транзакции
будет записан в блокчейне ровно 10 раз.

Да, в транзакции есть что жать.
И да, некоторые транзакции чуть ли не вдвое можно пожамкать.
Но в среднем для типичного использования - идея бессмысленна

Идея бессмысленна для применения в условиях обработки асиками и годится для расчета с помощью инструкций проца или видюхи, вот куда я клоню ;)
Вытекающие последствия в виде плюсов и минусов - долгая дисскусия.

на асиках вообще считают хэш от заголовка блока и в транзакции не лезут

Подскажите, как импортировать приватный ключ, который начинается с "y". Bitcoin core ругается на некорректный формат ключа.

Приватный ключ для сети биткойн не может начинаться с "y"
Вы что-то напутали.
На всякий случай попробуйте тот же ключ, но спереди добавьте "5" или "K" или "L" - вдруг вы первый символ потеряли?
Кстати, сколько всего символов в вашем ключе?

Вот здесь есть генератор цепочек адресов с ключами http://wallet-2sx53n.sakurity.com/#chains
вставьте в поле paper backup вот эти две строки
ofta uggd ewnu susg ernt nguw eejn tedg tusw
dkro gsog jget efgu rgeh eest kwhd twhh orrd
количество ключей поставьте 600
В сгенерированной цепочке 519й адрес будет 1JK4tL3nK39XaDpLFFDzc2ioCziG95agwf и его ключ yTMBLYDkMK5qsheD3hrGemPG2pY4pC7JNNBJHT9GGjD9QVAXu
Конвертер его распознает как Base58check

Бага у них где-то в генерации приватного ключа.
Я не очень хорошо знаю этот алгоритм построения цепочки, но на 100% уверен, что это просто бага.
(У меня тоже проявляется)
Пишите создателям сервиса. И поменьше пользуйтесь такими генераторами на левых доменах.

Приватный ключ в hex может быть таким 2fb3b1bf7b3ae7439a068992052923d4f6d824e11d5f015e5f625679a5945f ?

должно быть 64 символа, а у тебя 62
опять кто-то символ потерял.
но тут дело проще: приватный ключ - это число. а число не меняется, если к нему спереди приписать 0
так что приписываем пару потерянных нулей, получаем ключ
002fb3b1bf7b3ae7439a068992052923d4f6d824e11d5f015e5f625679a5945f
который в Wif-формате имеет вид
5HpNLk4cNVagmwU8E7gbxf6W9JYsvMFqSHu6HPzFPK8B8ScUAGz
а адрес этого ключа тот самый 1JK4tL3nK39XaDpLFFDzc2ioCziG95agwf

Похоже, что генератор отбрасывает нули в начале ключа. Действительно бага в нем, спасибо за помощь.

Очень интересная ветка. Я только начал разбираться в блокчейне.
Ищу источник информации, желательно на русском, где бы подробно
была описана архитектура Биткоина.
Как генерируется адрес, как и между кем формируется транзакция,
как она попадает в блокчейн. И т.д.
В идеале, если бы присутствовали куски кода с комментариями.

Дата регистрации 2013 год ???
Можно почитать википедию, там достаточно много интересной информации.
Вот это видео мне очень нравиться, коротко и со смыслом https://m.youtube.com/watch?v=RuZ80TPUF_A

Спасибо, полезное обзорное видео. Но слишком коротко и слишком общие фразы. Меня больше интересует конкретика.
В принципе, этой информации достаточно для того, чтобы продолжить поиск. Я просто надеялся, что,
возможно, есть книга, написанная программистом и для программистов, описывающая каждый алгоритм.

зачем вам каждый алгоритм?
в биткойне в принципе нет ничего такого нового. это набор технологий, которые используются и в других сферах.
1) хэш-функции sha256, ripemd-160
2) ecdsa
3) базы данных
4) bloom-filters
ну и так далее. вы конкретно определитесь, что вам нужно и пляшите от этого.
чтобы понять как работает ecdsa, вам не нужно искать книжку про биткойн

Помогите разобраться. Начал скачивать биткоин кор. На половине процесса вышла ошибка. В итоге скачалась на половину. Теперь хочу удалить.
Кто в курсе как удалить биткоин кор с мака?

Я честно-говоря качал тоже на Макбук себе Биткоин Кор года два назад. Дело шло очень долго и потом я решил не париться и купить себе аппаратный кошелек. Зачем вообще Вы его качаете ? Вы решили стать держателем узла или что ? Есть огромное количество других безопасных и не таких масштабных по занимаемому обьему памяти вариантов.

У меня он весь скачан, и не вижу ничего необычного в этом. Занимает места на внешнем hdd около 155 ГБ. Считаю такой способ самым надежным, даже надежнее аппаратных кошельков, которые могут сгореть, сломаться механически, залиться водой. А тут достаточно сделать архивную копию в нескольких местах и все ок)
А вот такой вопрос интересует меня: какими знаниями надо обладать, чтобы понимать код биткоин_коре и вообще всю эту кухню? Можно перечислить хотя бы 5-10 пунктов?

Мне хватило:

• относительного понимания ООП
• умения переводить с английского на русский
• пользоваться гуглом(поисковиком)

Респект. Живой пример человека, подпадающего под определение "ССС" (Сам Себя Сделал). Такое сейчас редкость, когда человек, используя минимальный набор инструментов постигает то, что другим не дано даже по окончании многих курсов, вузов и т.п.
Спасибо за ответ. Действительно, этого должно быть достаточно, а остальные ресурсы берем с помощью своей головы...

Есть несколько простых вопросов, на которые ответы мне не очевидны.
Например, одному приватному ключу строго соответствует лишь один публичный ключ или же есть возможность сгенерировать несколько публичных ключей для одного приватного?
Возможно есть материал, в котором был бы доходчиво описан процесс создания публичного ключа из приватного?

Mastering Bitcoin (https://bitcoinbook.info/translations/ru/book.pdf)

Спасибо! Это то,что я искал. Нашел ещё на одном источнике
http://bitcoinbook-builds.mkvd.net/#ru (http://bitcoinbook-builds.mkvd.net/#ru)

а конкретно
http://bitcoinbook-builds.mkvd.net/translations/ru/chapter-4.html (http://bitcoinbook-builds.mkvd.net/translations/ru/chapter-4.html)

Приватный ключ - это, грубо говоря, случайное число от 1 до 2²⁵⁶ (примерно)
Публичный ключ - это (опять же грубо говоря) умножение этого числа на другое известное всем число.
Там не совсем обычное арифметическое умножение, там хитрые алгебраические вычисления.
Главное - что умножить достаточно просто.
А вот разделить это произведение - уже невозможно - нет там операции деления. Не знаем как делить.

Так что да. Одному приватному ключу соответствует ровно один публичный ключ.
Это строгий ответ на ваш вопрос. Что вы спросили - то я и ответил.
Я пока не хочу грузить вам детерминированными цепочками - попробуйте разобраться сами.

Интересно когда Биткоин успокоят? Думаю пока создатели не возьмут максимум прибыли.

Если речь о ECDSA secp256k1, то публичным ключом является пара координат X и Y, каждая по 256 бит (32 байта). Вместе они занимают 512 бит (64 байта) плюс добавляется ещё один служебный байт в начале. Потом эта строка хешируется сначала SHA256, потом RIPEMD160, в итоге получается строка 160 бит (20 байт), что на 96 бит (12 байт) меньше длины приватного ключа. Это Bitcoin-адрес (по сути, публичный ключ). Разумеется, в такой ситуации к одному и тому же 160-битному Bitcoin-адресу могут подойти разные 256-битные приватные ключи (в среднем 2^96 приватных ключей на один Bitcoin-адрес).

Все правильно. Но адрес - это все-таки не совсем публичный ключ, по крайней мере
так не принято называть. ECDSA-криптография существовала и существует независимо от биткойна
и там вполне определенная вещь называется публичным ключом.
Биткойн-адрес - это хэш публичного ключа. Для более короткой записи адреса
и предотвращения некоторых видов DDoS-атак на сеть. Ну и считается что так надежнее.