Как проверить, что скачанный файлов, таких как Ubuntu, BitcoinQT, Оружейная, Электрум не были подделаны?

При создании безопасной оффлайн кошелек, первый шаг, чтобы загрузить программное обеспечение или ОС (например, Ubunutu) для того чтобы создать кошелек.

Как вы можете убедиться, что программное обеспечение, которое вы скачиваете не подделан?

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

Например, загрузка страницы для оружейной и файлы установщика и ша для некоторых файлов.

Как бы вы убедитесь, что загрузка Ubuntu не замараны?

+188
375336922670 25 февр. 2017 г., 19:55:07
20 ответов

Исправление было:

а setsebool -П httpd_can_network_connect 1

Амазон AWS видимо ограничивает изначально файл httpd сетевых подключений.

+980
user20715 03 февр. '09 в 4:24

Управление ASICMINER (обычно friedcat на Bitcointalk) ведет учет всех форм собственности акций в их базы данных. Единственный способ подтвердить факт владения либо путем признания friedcat или получения дивидендов. Биткоин-адресов владельцев акций связаны с их акций для выплаты дивидендов.

Если владелец доли хочет передать свою собственность кому-то другому, он должен предоставить friedcat с новым биткоин-адрес. С аукционных продаж, обычно это делается с помощью стороннего сервиса escrow для безопасности покупателя и продавца.

+946
Tardis 12 сент. 2014 г., 10:03:11

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

Diagram of Base58Check

Вся идея в base58check, чтобы предотвратить недопустимые адреса. Это делается путем добавления цифры в начале (00) и окончания Base58 (4 байта двойной SHA256 хэш).

  1. Добавить 00 до начала Base58 значение, т. е. 00 + BASE58 ==> 00BASE58
  2. Контрольная сумма = 1 по 8 цифр с помощью SHA256(SHA256 и(00BASE58))

В base58check = (00)(BASE58_SHA256RIPEMD160_HEXADECIMAL_VALUE)(контрольная сумма) (скобочки для визуализации только, все остальные данные верны, в размер, т. е. контрольная сумма = 8 символов)

Лучший способ визуализировать все это с самого Piachu приложение

+683
Hinata Hyuga 20 янв. 2012 г., 3:59:13

Цепочка блоков не сообщает IP-адрес и IP-адрес не проходит через узлы. Любые объекты, знания о сети Bitcoin ограничена соединений он. Если вы получаете сделка с определенного IP-адреса вы не можете знать, что IP-адрес принадлежит транзакции, вы просто знаете, пришло с IP-адреса. Это был либо возникла или ретранслируется этот узел.

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

Вы никогда не можете быть 100% уверены в исходный узел, как вы никогда не можете быть на 100% уверены, что вы имеете непосредственное отношение к когда-либо узла в сети.

Кто-то обеспокоены конфиденциальности может ограничить узлы, они отправляют транзакции только узлы, которым они доверяют. Это будет гарантировать, что в большинстве (если они доверяют вам), вы могли бы только найти узел, который передал сделка не обидится.

Кто-то беспокоитесь о конфиденциальности может также осуществляли свои операции через VPN, который будет добавить другой слой. Связь не могу проследить дальше, чем VPN-шлюзу без помощи VPN-провайдерами, которые, вероятно, потребуют в судебном порядке. Если VPN-провайдер находится в другой стране, что бы сделать исполнение еще более трудным.

Используя доверенных узлов (с помощью сети доверия как fature), и VPN, который не хранит логи в чужой стране было бы сделать трассировку исходного сделки очень сложно.

Я нахожу маловероятным, что многие суды будут выдавать ордера на основе был только первый IP-адрес "узел сделка видел," как это действительно является доказательством ничего. На самом деле составителем мог быть этот узел, узел, который передал его на этот узел, или узел, который является переменной x хмель вниз по цепочке.

Заключение сделки-это просто последовательность битов. Есть сайты, которые выступают в качестве аккаунта, где пользователь может разместить сделки в виде текста и веб-сайт будет ретранслировать его к остальной части сети. Хотя это не особо безопасно можно создать подобную службу на ТОР и, возможно, потребует операции, чтобы быть зашифровано с помощью открытого ключа доверенного оператора, снижая вероятность отслеживания транзакций обратно.

Конечно, метод выпадающем списке может быть в сочетании с надежными узлами, VPN-доступ, и с помощью общественной сети WiFi место для дальнейшего сокрытия источника. Это действительно зависит от того, как параноик отправитель.

+628
SantaXL 6 янв. 2013 г., 14:15:00

Правильно настроить команду ./настроить --с-Гуй=qt5 или --с-Гуй=библиотеки Qt4 или --с-Гуй=авто , если вы не уверены.

Вы можете всегда видеть, что настроить флаги поддерживаются ./настроить --помочь.

+614
XxCrazyGamer 19725xX 30 сент. 2019 г., 18:18:08

я пытаюсь проверить, что опция -- checksig от сделки в прямую блокчейн. это не на моем Debian Джесси ПК с в OpenSSL 1.0.1 K не, не на моей Убунту 12.04 виртуальной машины в OpenSSL 1.0.1 и форумчане правильно на моей системе Debian Wheezy и ПК с в OpenSSL 1.0.1 е. оба используют один и тот же код. сделка первый экземпляр SIGHASH_NONE в прямую блокчейн. я подсчитал, что "сообщение" (Техас) хэш:

наговор: 2c7ecdcb2381e657228284398f2f66b2d7d9cf6aa1bd8e39a7300d0b3c8cfa5a
то же самое и в base58: 3zh5uvKWoRjFgKMSLRVqEWXB6YVLsuDKo97ycscjz2wb

подпись:

наговор: 30440220bb4fbc495aa23babb2c2be4e3fb4a5dffefe20c8eff5940f135649c3ea96444a022004afcda966c807bb97622d3eefea828f623af306ef2b756782ee6f8a22a959a2
то же самое и в base58: 381yXZvFc5V2dx81gRNNpj7ResKUgWA92mktefemm9gm2kw37b3dgkv5v2bsfq94psuh1e4jhq9schcp6t7mfg41a7rbzcnd
обратите внимание, что эта подпись не имеет хэш-код 02 прилагаемых к нему

и по умолчанию это:

наговор: 04f1939ae6b01e849bf05d0ed51fd5b92b79a0e313e3f389c726f11fa3e144d9227b07e8a87c0ee36372e967e090d11b777707aa73efacabffffa285c00b3622d6
то же самое и в base58: SJa4B8CrqDs6St5KaXMm4KCCksaT7RDccardyksd6mbu1wzswokeq3jwgtfzrz7by6jyd5qmuvhgqspyc6wtijqq
конвертирует биткоины адрес: 145YPBBWRj4aquewvx59SAWNrSZFT5rvxr

может кто-нибудь сказать мне, если эти параметры проходят проверку уровнем или нет? также если кто знает онлайн-валидатором, это было бы полезно.


я пытаюсь проверить это с клиентом jsonrpc, но она не работает на любой машине у меня:

#!/usr/Бен/ОКР вместо python2.7 

из bitcoinrpc.импорт authproxy AuthServiceProxy, JSONRPCException
rpcuser = 1
rpcpassword = 1
rpc_connection = AuthServiceProxy("http://%s:%[email protected]:8332" % (rpcuser, rpcpassword))
сообщение = "3zh5uvKWoRjFgKMSLRVqEWXB6YVLsuDKo97ycscjz2wb" 
сиг = "381yXZvFc5V2dx81gRNNpj7ResKUgWA92mktefemm9gm2kw37b3dgkv5v2bsfq94psuh1e4jhq9schcp6t7mfg41a7rbzcnd"
значение addr = "145YPBBWRj4aquewvx59SAWNrSZFT5rvxr" 
РЭС = rpc_connection.verifymessage(адрес, сиг сообщение) 
печать РЭС

выход:

Ложные

может быть, я кодирования в сообщение или подпись неправильная для клиента RPC? я пробовал передача двоичных закодированных данных, но это не так:

Файл "/usr/local/lib/python2.7/dist-packages/bitcoinrpc/authproxy.py" линия 125, в __звоните__
 в JSON.дампы(аргументы, по умолчанию=EncodeDecimal)))
 Файл "/usr/lib/python2.7/json/__init__.py" линия 238, в отвалах
**кВт).кодирование(объект)
 Файл "/usr/lib/python2.7/json/encoder.py", строку 200, в кодирование
 ломти = собственн.iterencode(о, _one_shot=истина)
 Файл "/usr/lib/python2.7/json/encoder.py", строке 263, в iterencode
 возвращение _iterencode(о, 0)
UnicodeDecodeError: 'utf8 в' кодек не может декодировать байт 0xcd в позиции 2: неверный продолжение байт

проверка с pybitcointools работает на всех машинах:

от Bitcoin импорт *
импорт binascii

МСГ = "2c7ecdcb2381e657228284398f2f66b2d7d9cf6aa1bd8e39a7300d0b3c8cfa5a"
# обязательно укажите хэш-код 02 на конце подписи здесь!!
сиг = "30440220bb4fbc495aa23babb2c2be4e3fb4a5dffefe20c8eff5940f135649c3ea96444a022004afcda966c807bb97622d3eefea828f623af306ef2b756782ee6f8a22a959a202"
паб = "04f1939ae6b01e849bf05d0ed51fd5b92b79a0e313e3f389c726f11fa3e144d9227b07e8a87c0ee36372e967e090d11b777707aa73efacabffffa285c00b3622d6"
МСГ = binascii.unhexlify(МСГ)
печать ecdsa_raw_verify(МСГ der_decode_sig(сиг), паб)

выход:

Правда
+589
Gaurav Seedhar 17 окт. 2019 г., 4:41:43

У меня есть Windows Server с 20 ядра по 2.10 ГГц (АМД Оптерон 4171 он). В настоящее время я использую Ufasoft Miner на процессор и получаю около 35 Mhash/С.

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

+573
rzr 7 дек. 2012 г., 15:22:27

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

+571
Paul Vincent Craven 7 дек. 2018 г., 9:15:58

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

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

+433
Warroze 14 февр. 2019 г., 11:26:08

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

+414
Ayoub Belomari 13 янв. 2017 г., 1:30:21

До даты облегченная библиотека развивается, которое взаимодействует с сетью Bitcoin, включает в себя большой массовкой. например: генерации квитанции , что экономит общую стоимость, а также список продукт кодов(и сверяемыми контрольные суммы для обеспечения целостности данных), не интеграция с базами данных требуется. Существует также Биткоин адрес проверки функции, а также.

Его называют биткоин разработка комплекта ссылка на исходный код здесь: https://github.com/Xenland/Bitcoin-Development-Kit

Веб-сайт http://BitcoinDevKit.com

+330
L Song 5 окт. 2016 г., 14:43:44

Можно ли отправлять сообщения на адрес получателя по каналам молния. Например Алиса, отправьте 25000 Сатоши боб с спасибо сообщение 'вам за кофе.

Я пытаюсь найти информацию об этой функции: https://github.com/lightningnetwork/lightning-rfc

+319
ALXGTV 22 февр. 2011 г., 8:54:55

Можно создать 2: один адрес, используя открытый ключ в сжатом виде, а второй, используя открытый ключ в несжатом виде.

+312
biophilia 23 мар. 2019 г., 13:23:04
хэши = акции * share_difficulty * 2**48 / 65535

таким образом:

megahash_per_second = shares_per_second * share_difficulty * 4295.032833
+243
SashkaPozd 29 янв. 2019 г., 22:44:01

Добрый Вечер-

Я пытаюсь выполнить необычный 3-способ сделки, где в одной из сторон не известно на старте.

PartyA будет инициировать сделки, и предоставлять финансирование. Моя мысль заключалась в том, что он будет передавать 1BTC на специальный кошелек.

Затем он также запустить транзакцию, а имя участника Б как один требуют подписи.

Для третьей подписи, он приблизится к 5 случайных незнакомцев. Он даст им всю информацию, необходимую для завершения сделки (в том числе закрытый ключ бумажник, который он только что сделал, если Неймеген).

Первым, кто мог бы предложить сделку, и убедить PartyB принять его, получил бы свою долю денег.

Например, С1 может предложить Б разделить 80/20, где-как С2 предлагает разделить 50/50. PartyB подписывает предложение от С2, и затем он может выполнить.

Похоже, там может быть способ сделать это с несколькими подписями и p2sh, но я не совсем уверен, как заставить его работать еще. Любые мысли или комментарии приветствуются.

+231
Suroboyo Membara 21 дек. 2015 г., 0:41:57

Позвольте мне представить мою идею.

Дано:

  • оператор sizeof( блокчейн ) = 16гб
  • Скачивание одного фильма Ави 16Гб из Пиратской бухты ( 5Мб/с ) = 2-3 часа
  • Скачивание блокчейна биткоина ( 5Мб/с ) = 2-3 дня
  • Один день = 6 * 24 = 144 блоков.
  • Дрэг - криптография.

Задачи:

  • Ускорение загрузки свежего клиента к скорости потока. Похож на ушко.

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

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

Есть ли альт-монеты с таким ускорителем?


Е. Г. это супер блоки могут быть сохранены в другой ультра-блок на месяц. Чем мы похожи на ша(ша(текст)) каскад щит против атаки брутфорс.

Скачивание блокчейна занимает по максимум то же время, как загрузка 16 ГБ Ави с пиратской бухты. Скажем, 5 Мб/с интернет-канал + Р2Р / 16 Гб = 2, может быть 3 часа ( в аналогов случае ), но я потратил 2 - 3 дней, и я вижу, что это не скорость интернета причина, это процессор + жесткий диск очень тяжелая работа.

+220
SeanyMcA 4 нояб. 2018 г., 8:20:34

Второй выход является, скорее всего, изменения будут возвращены в ваш кошелек. Как и при использовании 5 $купюра, чтобы купить 1 $пункт. Вы получите 4 $в смену. Вы не пытайтесь оторвать 1/5-го числа 5 $банкноты.

Неизрасходованные выходы сделки (UTXOs) может не быть полдня, вы проводите весь UTXO и получить сдачу.

+152
user11864 22 янв. 2016 г., 15:46:02

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

По теме: Какой самый длинный реорганизации цепи, что когда-либо случалось?

+83
Hrunga Zmuda 20 мая 2012 г., 15:03:25

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

Р: 1zaybxcrandrelayexampaddr 
Ответ: 1xyzabcrandexampladdressa 97%
Б: 1cbaxyzrandexampladdressb 3%

Такие, что бывшие.гр. Можно потратить 97% любой выходной, который уходит на реле-адреса и B можно потратить 3% от любой выход, который уходит на реле-адрес.

Можно ли сделать это транзитивно, для произвольной глубины? Где A и B может быть реле адресов (и их составных партий, в свою очередь, также может быть реле адресов)?

Можно ли сделать это с произвольной широте с произвольным числом сторон, составлении реле-адрес?

+72
Zaak 7 авг. 2016 г., 16:08:52

Обновление 7 августа 2015 ~ старт

Поэтому после того, как IP или два запретили, потому что проверки часто... так вот, я приведу несколько вариантов, как избежать получение бана. Во-первых, не используйте скрипт под это обновление; переменная расширение Баш преформ вызывает множественные вызовы https://blockchain.info в короткие сроки. Вы можете попробовать добавить сна 120 между уступкой и звонки, но это будет очень медленно. Второй ключевой вещи; проверять местный граф $(биткоин-CLI и getblockcount) и просмотрев известный узел $(через wget -кв http://blockchain.info/q/getblockcount) и проверка локальной синхронизации государству $(биткоин-Кинк getblocktemplate)

Совместить блокчейн из своего узла на другой в одну линию

$($(через wget -кв http://blockchain.info/q/getblockcount)-$(биткоин-Кинк getblockcount))
# Для печати с Эхо-штамп даты и
Эхо " $(дата) : $($(через wget -кв http://blockchain.info/q/getblockcount)-$(биткоин-Кинк getblockcount))"
# Перенаправление и выхода с 0 : т. е. место в crontab
Эхо "$($(через wget -кв http://blockchain.info/q/getblockcount)-$(биткоин-Кинк getblockcount))" > в /var/журнал/btc_blocks_left_to_sync.журнал 2>&1

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

Обновление 7 августа 2015 ~ конец

Действительно необходимая функция вызова отображается там, @BinaryMage, спасибо.

возможные дубликаты при скачивание блокчейна в первый раз, откуда мне знать, когда это будет сделано? – BinaryMage 4 апр '13 в 0:50

Человека, чтобы показать необходимая функция @LoHoris, однако, обновления для программного обеспечения Биткойн-узел использует биткоин-Кинк getblocktemplate и не bitcoind для этих поисков.

Благодаря обоим из них можно предлагаем вам все комбинации из обоих ответов, завернутый в скрипт проверки; готов к настройке и обновленные на 2015 год


#!/бин/Баш
timed_wait=600
vars_to_load(){
 ## Установить Варс на функция такая, что они устанавливаются на каждый звонок
 localCheck=$(биткоин-Кинк getblockcount)
 перепроверить=$(wget для -М -О - http://blockchain.info/q/getblockcount)
diffBlocks=$(($перепроверить-$localCheck))
 localSize=$(ЛС-Хэл ~/.биткоин/блоки | у awk '/общая/{печати $2}')
}
check_sync(){
 а правда
делать
текущее_время=$(дата)
 Эхо $текущее_время
 биткоин-Кинк getblocktemplate
 если [ $? = 0 ]
тогда
 Эхо "синхронизированы"
еще
 Эхо "ох, бег доступный проверок"
 ## вызов функции, которая запускает это все на таймер
networked_sync
 Эхо "узел $localCheck в размере перекрестную блоков".
 Эхо "размер местных блокчейн составляет $localSize"
интернет
 Эхо "спит за $timed_wait секунд или $(($timed_wait/60)) менуэты".
 спи $timed_wait
сделано
}
networked_sync(){
vars_to_load
 ## Функция для печати разница в узле синхронизации
 если [ $diffBlocks -экв 0 ]
тогда
 эхо "с синхронизацией хорошим с $diffBlocks блоки"
еще
 Эхо "синхронизация $diffBlocks блоков скачать"
интернет
}
check_sync

Этот сценарий сначала проверяет выход статус биткойн-CLI и getblocktemplate потому что ничего другого, кроме 0 - это обычно ошибка, он будет работать в других частях, только если биткоин-CLI и getblocktemplate показывает ошибку. Конечно, это можно проверить, а не конкретные коды ошибок и делать конкретные коды ошибок... но это работает в качестве шаблона для меня при настройке узлов BTC в автономной среде. Другой проверяет, затем сравнить локального блока подсчета стихи https://blockchain.info и распечатывает сколько блоков вашей системы выключен. Эти только тогда, когда таким образом местные проверки состояния ошибки синхронизации, если вы находитесь на медленнее, как @Стивен Русе упоминал этот скрипт идеален.

По умолчанию время ожидания между проверками составляет 600 секунд (10 минут), чтобы сохранить сеть проверок и локальных проверок до минимума, однако для входа и более рационального использования ресурсов это легко, достаточно закомментировать пока, делатьи делать и спать $timed_wait линии. И добавить одну строку в crontab для выполнения запуска по расписанию. Последние изменения в самом конце скрипта написать вывод в файл.


Функции изменены;

check_sync(){
 # а правда
 # делать
текущее_время=$(дата)
 Эхо $текущее_время
 биткоин-Кинк getblocktemplate
 если [ $? = 0 ]
тогда
 Эхо "синхронизированы"
еще
 Эхо "ох, бег доступный проверок"
 ## вызов функции, которая запускает это все на таймер
networked_sync
 Эхо "узел $localCheck в размере перекрестную блоков".
 Эхо "размер местных блокчейн составляет $localSize"
интернет
 Эхо "спит за $timed_wait секунд или $(($timed_wait/60)) менуэты".
 # спи $timed_wait
 # сделано
}

И бегать каждые 10 минут

 судо нано /etc/crontab-файл
 */10 * * * * корень /pathTo/script.sh 2>&1

Затем чтобы включить ведение журнала измените вызов, который начинается каждая вещь в сценарии;

 check_sync | тройник -а /tmp/BTCsync_log.txt

Надеюсь, это достаточно приемлемый ответ, чтобы отметить этот вопрос, как [решено], таких, что будущее веб-поисковики могут иметь более легкое время этого.

+66
billyymeyer 31 дек. 2013 г., 7:04:19

Показать вопросы с тегом