Почему победитель военнопленных разных каждый раз?

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

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

Я чувствую, что рядом в тот момент каждый Шахтер начнется добыча блок, там нет места для удачи и менее мощная машина, когда-нибудь добавить блок.

+271
Siddharth Shah 5 мая 2012 г., 18:16:17
20 ответов

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

Одна из причин розничный магазин или частное лицо может дождаться дополнительных подтверждений для доставки время; оно только принимает один час для 6 подтверждений для прохождения, которые незначительно времени для доставки товара, но могут предоставить гарантии продавцу.

+917
Erwin Robinson 03 февр. '09 в 4:24

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

Приложение сначала вычисляет BTC-адрес этого закрытого ключа, а затем выполняет запрос на сервер Электрум:

{"идентификатор": 0, "способ":"блокчейн.адрес.listunspent","параметров":["1addresshere1fk29ka3"]}

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

Это с уверенностью предположить, что каждый скрипт будет стандартная оплата-хэш '76a914' + addr_hash + '88ac' ??

Или я должен выполнить еще одну просьбу сырье из всех предоставленных хэшей транзакций и проверить, что конкретные результаты являются фактически стандартная оплата-хэш?

Будет блокчейн.адрес.listunspent только обеспечить выходы с платы к хэш-скрипты? Это даст выходы с других скриптов, таких multisig? Даже если 1 из 2 ключей и 1 из них?

И еще вопрос, блокчейн.адрес.метода getbalance, это также дать только общий остаток оплаты-хэш-скрипты? Или она также добавить multisig скрипты?

И последний вопрос, будет блокчейн.адрес.listunspent возвращать результаты, которые были потрачены в уже транслировали транзакций, которые еще не добавлены в Blockchain?

+794
kaznovac 6 апр. 2017 г., 20:28:31

Сегодня? Нет.

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

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

+757
You knows who 24 февр. 2018 г., 21:03:32

я ищу инвестировать в antminer С9, на данный момент доход я могу получить от этой машины составляет около 10$/день. но это майнер лайткоин (Antminer Л3+) по той же цене, что я мог заработать 30 долларов в сутки. люди говорят, что стоимость биткоина будет расти, как ракета, но я не знаю о лайткоин.

+727
Elastic Lamb 7 нояб. 2014 г., 15:45:46

Сделка #59500 имеет 045c670f1c02c919 как его компания. Сделки 1 является 6653ad77d695752cff9fe63bbb5702a53807be534c537251d53de06aac5ca093. Транзакции 2 это 72e8781092c01e9eb1c21ba33d52ad6abc42f3807601bcd8b8074d583446346e.

Двойной SHA256 из всех

импорт hashlib
header_hex = ("045c670f1c02c919")
header_bin = header_hex.декодирования('Хекс')
хэш = hashlib.и SHA256(hashlib.и SHA256(header_bin).дайджест()).дайджест()
хеш.кодировать('hex_codec')
'6eafdb5c504ed7e70536d70c666503f4435205f367f21d2960ff2262ca2acf0b'
хэш[::-1].кодировать('hex_codec')
'0bcf2aca6222ff60291df267f3055243f40365660cd73605e7d74e505cdbaf6e'

Двойной SHA256 из сделки 1

header_hex = ("6653ad77d695752cff9fe63bbb5702a53807be534c537251d53de06aac5ca093")
header_bin = header_hex.декодирования('Хекс')
хэш = hashlib.и SHA256(hashlib.и SHA256(header_bin).дайджест()).дайджест()
хеш.кодировать('hex_codec')
'b2e28ac8528477c0c3c7978ee29479ae9ca1aed9cb2e58e6b910f17142f6c53d'
хэш[::-1].кодировать('hex_codec')
'3dc5f64271f110b9e6582ecbd9aea19cae7994e28e97c7c3c0778452c88ae2b2'

Затем я совмещаю двойной хэш фонда с двойной хэш транзакции 1? Вот так: ("0bcf2aca6222ff60291df267f3055243f40365660cd73605e7d74e505cdbaf6e" + "3dc5f64271f110b9e6582ecbd9aea19cae7994e28e97c7c3c0778452c88ae2b2) , а затем хэш, что?

Двойной хэш Coinbase и сделки 1 является d77fefa4fd82afdf1780f84dae5dc30be2f3b53bc8db2c40db6d17687324dc48

Двойной SHA256 из сделки 2

header_hex = ("72e8781092c01e9eb1c21ba33d52ad6abc42f3807601bcd8b8074d583446346e")
header_bin = header_hex.декодирования('Хекс')
хэш = hashlib.и SHA256(hashlib.и SHA256(header_bin).дайджест()).дайджест()
хеш.кодировать('hex_codec')
'c9f7032f5df64761e74ad4bc7cb653db8c78aed331926382ca37ec3b8d8625a9'
хэш[::-1].кодировать('hex_codec')
'a925868d3bec37ca82639231d3ae788cdb53b67cbcd44ae76147f65d2f03f7c9'

Я тогда хэш a925868d3bec37ca82639231d3ae788cdb53b67cbcd44ae76147f65d2f03f7c9 с собой?

header_hex = ("a925868d3bec37ca82639231d3ae788cdb53b67cbcd44ae76147f65d2f03f7c9" + "a925868d3bec37ca82639231d3ae788cdb53b67cbcd44ae76147f65d2f03f7c9")
header_bin = header_hex.декодирования('Хекс')
хэш = hashlib.и SHA256(hashlib.и SHA256(header_bin).дайджест()).дайджест()
хеш.кодировать('hex_codec')
'4075e4ac60dd8a52ed3eb69520ad71d660c8c2bcbf4073c87fd633a276cb2921'
хэш[::-1].кодировать('hex_codec')
'2129cb76a233d67fc87340bfbcc2c860d671ad2095b63eed528add60ace47540'

Наконец, когда я пытаюсь объединить, что хэш Coinbase и 1 операции с хэш транзакции 2 с самого... "d77fefa4fd82afdf1780f84dae5dc30be2f3b53bc8db2c40db6d17687324dc48' + "2129cb76a233d67fc87340bfbcc2c860d671ad2095b63eed528add60ace47540"

Я получил эту 012853eb35789c270fc72dc11b4b9e24710f6f02793344860bdcad7f25e771e1 когда мерклый корень :

ff682ef66cd1b56213fd4db9462fb138f6d8c16d706d41969a7eacc819528038

Что я сделал не так?

+610
MacLover 17 сент. 2019 г., 13:41:26

Из Вики:

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

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

Схема для наглядности:

 -я(включает в себя K)
-я-1
 -Дж(не включают K)...(эта цепь должна быть больше з/ большинство вычислительной мощности)
+582
Shandre Van Rensburg 28 сент. 2016 г., 9:11:43

Когда есть некоторые совпадения цене, мне.е задать и более высокую цену, кто получит разницу? Иными словами, продавец получает "дополнительную", или покупателю "скидка"? Меня интересует БТЦ-е в основном, но общие знания о биржах полезно тоже.

Я тут посмотрел вокруг и нашел похожие вопросы, такие как этот один, этот один, и этот один, но все-таки я не до конца понимаю как это работает.

Этот ответ , кажется, предполагает, что эффективная цена будет, что из того, что было в книге, в одном занял первое. Итак, если объемы совпадают, то спросите в $1000 с цены в $1050 будут заполнены в $1000, если АСК был сделан первым, или на $1050, в случае если заявка заняла первое место.

Здесь он заявил, что "обмен будет соответствовать на покупку с низкой ордера на продажу", но это не для меня ясно, если дело только в примере, приведенном в вопросе, или всегда. Этот другой человек соглашается с другими двумя, но не сказать, что произойдет в противоположном случае (замена бидов и Асков).

+575
NJB 18 июн. 2012 г., 18:36:08

Я пытаюсь создать новый биткоин полный узел и мое учреждение провайдер изо всех сил старается не дать мне статический IP-адрес для этой цели. Я думаю, из-за опасения, что узел будет DDoS-атакой, сканированию портов и т. д. Мои вопросы:

  1. Как часто полный узел со статическим IP сделать DDoS-атакой?
  2. Есть ли веская причина в пользу статический IP адрес динамический IP-адрес?
+563
Dhanesh 1 сент. 2014 г., 12:55:54

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

Нет никакого способа для члена из бассейна, чтобы изменить блок платит, без исключения из доля остальных бассейну, если они пытались изменить его, чтобы заставить его платить себе они бы просто соло-майнинга

+561
Vallis Drake 29 мар. 2016 г., 11:52:23

Иногда я вижу предложение, которое доступно только тем, кто платит с Bitcoin.

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

+520
St1id3r 15 июн. 2011 г., 8:22:30

Какое максимальное количество ключей/адресов, которые могут быть созданы для одного кошелька? Выражаясь по-другому, что является самым большим значением, можно смело ставить на keypool вариант в биткоин.конф?

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

Если я сгенерировать ключи с bitcoind keypoolrefill затем создать несколько новых адресов, а затем вызвать keypoolrefill снова будет оригинальный адресов все еще работает,

Да. Все хранится в бумажник и ключи не удаляются.

и мой закрытый ключ теперь работает для всех адресов, которые я когда-либо создал?

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

Есть ли способ, чтобы определить, сколько ключей осталось в текущем ключевых бассейн?

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

Биткоин документации написано, что эта функция активно сворачивается. Когда это произойдет и какой будет новая система?

Эта система с keypool все еще находится в использовании и делать периодические резервные копии по-прежнему рекомендуется как бумажник содержит данные транзакции, которые не подкреплены детерминированные кошельки. "Новые системы" является использование бип 32 иерархические детерминированные ключ деривации вместо случайно сгенерированных секретных ключей. Семя сначала генерируются случайным образом, а затем все частные ключи получены от семян. Это означает, что необходимо только одно задание резервного копирования для резервного копирования всех ваших закрытых ключей, но периодическое резервное копирование по-прежнему рекомендуется, как отмечалось выше.

Эта функция была добавлена для ядра биткоин в биткоин ядро 0.13.0. Большинство других современных кошельки использовать бип 32 HD-кошельки.

+487
Anosen 28 янв. 2014 г., 0:11:46

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

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

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

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

Мне кажется, что нет ничего, чтобы получить от контроля мощности майнинга. Я что-то msising?

+474
Fritfrut 29 июл. 2013 г., 16:12:43

Блоки содержат полную сделок. При проверке блока проверки каждой транзакции, в так же, как и Шахтер, которые добывали этот блок, вероятно, сделал.

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

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

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

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

+409
Quantum spaghettification 19 июн. 2015 г., 12:41:32

Я могу заключить следующие сделки с полностью=истинный результат, но при попытке декодировать подписали сделку, он возвращает ошибку "Техас расшифровать не удалось" как из DecodeRawTransaction и SendRawTransaction вызовов RPC.

signed_Tx = "020000000103d3049e968d8b3e3e967aa90b45d3f64b5e2117ee9610b0c9d5a96081a24e3e000000004847304402201921a1acf601acb0f9e6297a55eeb853c2dd6cd246ea05f060eaa4d327d4124a02206e08e2c90b92113a64d6de1447f81bf19703f88bffeacc6d2cc4bf0e21ed8ac501ffffffff0200e1f5050000000017a9140796253e13d88cda530bf88b07eb1672952a3a7887608a0e24010000001976a914957b73da3bf34440ab2f78937a7a420835255a0988ac00000000"

[TestMethod()]
общественные задачи async CreateRawTxTest()
{
 Словарь<String, Object> в prevTx = новый словарь<строку, объект>() {
 { "txid","3e4ea28160a9d5c9b01096ee17215e4bf6d3450ba97a963e3e8b8d969e04d303"} ,
 { "scriptPubKey", "21033ff1181726af279fb2328e9ae041d71f323a91483f76841fe23aa03f87ecf3d3ac" },
 { "Uвых", 0} };

 Список<объект> txIn = новый список<объект>()
{
 новый словарь<строку, объект>() {
 { "txid","3e4ea28160a9d5c9b01096ee17215e4bf6d3450ba97a963e3e8b8d969e04d303"},
 { "Uвых", 0} }
};

 Список<объект> txOut = новый список<объект>()
{
 новый словарь<строка, флоат>
{
 { TestNet_ReceiverAddress, чем 1.0 f}
},
 новый словарь<строка, флоат>
{
 { "TestNet_SenderAddress", 48.99900 Ф }
},
};


 RPCResultPrime<строка> rawResult = ждем кнопку disp.CreateRawTransactionAsync(txIn, txOut);

 если (rawResult.Ошибка == нуль)
{
 строки TxRaw = rawResult.Результат;

 Словарь<строку, объект> параметры = новый словарь<строку, объект>()
{
 {"hexstring", TxRaw },
 {"privkeys", новый строка[] { закрытый ключ }},
 {"prevtxs", новый список<объект>(){ prevTx } }
 {"sighashtype", "все" }
};

 строки signedTx = ждем кнопку disp.SignTransactionAsync(парам);

 //при этом сделка успешно подписали, но не может быть расшифрован в следующем шаге

 строку раскодировать = ждем кнопку disp.DecodeRawTransactionAsync(signedTx);

 строки jsonSend = ждем кнопку disp.SendRawTransactionAsync(signedTx);

Отладчика.Перерыв();
}

}
+395
Qullbrune 27 дек. 2013 г., 23:27:50

Как правило, кошельки даст вам ваш баланс в Bitcoin, а также преобразования этого баланса в другие валюты (например, долларов США). Поскольку валютный курс BTC к доллару постоянно меняется, Ваш баланс выражается в долларах США (или любой другой валюты это показывает) будут меняться все время.

Вот ссылка на график и текущей конверсии.

Однако Ваш баланс в Bitcoin останется точно такой же, пока вы не сделаете еще исходящие транзакции или получить один.

+319
sharif 5 дек. 2011 г., 10:00:26

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

Однако, даже сейчас вы можете увидеть 0 сделок, подтверждения, упомянутые в ваш клиент в считанные секунды, и это только вам решать, когда вы считаете, что деньги в безопасности. Недавно 4 блоки были заменены на Шахтер с большим количеством мощности майнинга, то есть операции в заброшенных кварталах были уязвимы для двойной атаки. Однако, такие случаи редки.

Более того, даже сейчас некоторые люди упорно работаем над тем, чтобы проблемы подтверждения менее надоедливым пользователям. Некоторые хотят установить какие-то гарантии от бассейна, что бы обещают включить транзакцию в следующем блоке, другой банк-как строить системы, которые будут обрабатывать внутренние транзакции без необходимости для блоков (в настоящее время вы можете сделать это между счетами бирже MtGox например).

Вообще, как пользователь обычно не требуется более быстрое подтверждение транзакций, как дважды провести атаки не так часты (не говоря уже прощупывается через пару секунд в большинстве случаев) и редко должен обеспечить то, чтобы получатель на месте. Это в основном проблема для микроплатежей поставщики переходов, которые нужно очистить операции в течение нескольких секунд, не имея возможности ждать даже 1 подтверждение.

+319
Charlotte Rose Hamilton 30 мая 2015 г., 3:00:21

Чтобы получить доступ к bitcoind, мне понадобится весь блокчейн верно?

Мне нужен биткоин блокчейн для простой кошелек с помощью bitcoind (демон)?

+282
Chris Winter 3 июн. 2014 г., 12:38:29

Почему-то тестовом режиме, не уважает биткоин.конфигурации ЦРЗ:

админ@аз-bitcoind:~$ sudo эти команды netstat -НАТО | грэп 8332
протокол TCP 0 0 10.18.0.1:8332 0.0.0.0:* слушать 582/bitcoind 
протокол TCP 0 0 127.0.0.1:8332 0.0.0.0:* слушать 582/bitcoind 
протокол TCP 0 0 127.0.0.1:18332 0.0.0.0:* слушать 581/bitcoind 
tcp6 0 0 ::1:18332 :::* слушать 581/bitcoind 

Ожидается: bitcoind обязан 10.18.0.1:8332 и 10.18.0.1:18332 и 127.0.0.1:8332 и 127.0.0.1:18332

Реальность: bitcoind обязан 10.18.0.1:8332 и 127.0.0.1:8332 и 127.0.0.1:18332 и ::1:18332. Не 10.18.0.1:18332

Вот мой биткоин.конф

# Принимаем командной строки и JSON-RPC для команды
сервер=1

# Установить размер кэша базы данных в мегабайтах (от 4 до 16384, по умолчанию: 450)
dbcache=1536

# Установить количество потоков проверки скрипт (-6 до 16, 0 = авто, <0 = оставить что многие сердечники бесплатно, по умолчанию: 0)
пар=1

# Установить режим blocksonly, отправляет и получает не потерять транзакции, вместо ручки только полные блоки
blocksonly=0
maxmempool=256

# Пытается сохранить исходящего трафика в рамках данной цели (в Мб за 24 часа), 0 = без ограничений (по умолчанию: 0)
maxuploadtarget=256

# Сохранить в большинстве <Н> подключения к сверстникам (по умолчанию: 125)
maxconnections=32

# Имя пользователя для JSON-RPC для подключения
rpcuser=bitcoinrpc

Пароль # для JSON-RPC для подключения
rpcpassword=b956a61a2b6b8d30a744165384e3b61e

# Разрешить формате JSON-RPC для подключения, по умолчанию разрешен только localhost
даемон rpcbind=127.0.0.1
даемон rpcbind=10.18.0.1
выбрать=127.0.0.1
выбрать=10.18.0.0/24

# Вести полный индекс транзакций, используемых getrawtransaction вызова RPC (по умолчанию: 0)
txindex=1

# Сделать трансляцию транзакций кошелька (по умолчанию: 1)
walletbroadcast=1

Я делаю что-то неправильно?

+247
Toria 11 сент. 2012 г., 5:34:02
Этот тег следует использовать для вопросов об экономике добычи полезных ископаемых.
+179
Random832 27 окт. 2019 г., 17:17:32

После того, как я создать проводку и реле его к сети, которые могут изменять идентификатор транзакции? Может ли идентификатор транзакции, изменить в любой момент или только тогда, когда транзакция будет подтверждена или не подтверждена?

+149
guou lola 12 апр. 2011 г., 4:33:15

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