Где в коде, связанные с установкой на Linux/Mac и Windows?

Где в исходном коде - это часть, связанная с GUI и платформо-зависимая установки?

+984
Allen Holloway 6 июн. 2011 г., 20:18:42
19 ответов

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

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

+991
AURELIO MARTINEZ 03 февр. '09 в 4:24

Нет кредит в биткоинах. Поэтому вы не можете отправить любой биткоины, пока вы либо купили или заработали немного.

+976
Camilo Gonzalez 27 авг. 2013 г., 8:56:36

Скажем текущем уровне сложности как найти хэш с 4 нулями; после этого нашли блок с таким хэш передается. Каждый клиент, который получает этот блок проверяет, что он имеет 4 ведущих нулей и принимает этот блок как силу, добавив его в свои цепи.

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

Теперь, как "центральный биткойн-сервер", или как там его, а затем распространяет изменения в сложности каждые 2 недели? Это требует, чтобы все обновить свое клиентское программное обеспечение, чтобы признать, что новые блоки будут действительны, если только у них теперь 5 нулями, или есть какой-то механизм, гений, что я упускаю? На стороне записки, я не очень понимаю, как Форкс решаются; это соответствует тому, как этот вопрос решается?

+927
Farzan 10 июл. 2018 г., 3:51:40

Я создать успешно транзакция blockchain кошелек с помощью команды:

createrawtransaction '[{"txid":"0000000000000000000000000000000000000000000000000000000000000000","Uвых":0}]' '{"12Evb28oMpkP76HRS2CZ7VjNMD25B84Vmv":12.5}'

что дают шестнадцатеричную строку для сделки. Но когда я пытаюсь signrawtransaction я получил эту ошибку:

{
 "наговор": "...",
 "полный": ложные,
 "ошибки": [
{
 "txid": "0000000000000000000000000000000000000000000000000000000000000000",
 "Uвых": 0,
 "scriptSig": "",
 "последовательности": ...,
 "ошибки": "вход не найден или уже потрачены"
}
]
}

с sendrawtransactions у меня получилось:

Отсутствует входы (код -25)

что мне делать с этой сделки после ее создания?

+858
Frederic Close 30 апр. 2013 г., 14:33:34

Чтобы получить 0.1 BTC в неделю с текущих уровней сложности, нужно иметь как минимум 3.000 MHash/сек ASICminer.

Обычный графический процессор обеспечит только 50 ~ 60 MHashes так что это займет немного больше времени, чтобы достичь 0.1 БТЦ.

Моя рекомендация состоит в том, чтобы получить один из этих ASIC майнеры, чтобы получить лучшую производительность: http://www.ebay.com/sch/i.html?_odkw=asicminer+block+erupter&_osacat=0&_from=R40&_trksid=p2045573.m570.l1313.TR5.TRC1.A0.Xasicminer+usb+block+erupter&_nkw=asicminer+usb+block+erupter&_sacat=0

+808
JKubecki 15 нояб. 2010 г., 15:55:32

Я использую многоразрядные качестве HD 0.4.1. Я пытался отправить 0.5 биткоина, но это, кажется, неподтвержденные в течение часа. Я пытался ремонтировать свой бумажник, думая, что это был вопрос, но теперь мой предыдущий баланс стал неподтвержденные! У меня было около 340 $на мой баланс, но теперь он говорит, что $0, с $340 неофициальный. Этот баланс будет подтверждено после отправки сделка подтверждена? Это время чувствительна, так что мне нужно решить этот вопрос быстро.

+789
Mohit Rane 25 июл. 2018 г., 14:12:13

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

+686
Isabel T 23 февр. 2014 г., 18:22:48
  • Блокчейн в основном реализуют штамп времени инфраструктуры. Вот несколько примеров: поиск "Сатоши доказательство Android" и "BTProof"
  • Спам-смягчение: "BitcoinPayment это расширение для MediaWiki, чтобы ограничить спам, требуя один биткоин-платежей для пользователей разрешено для редактирования или создания страниц. В то время как оплата нарочито тривиально мал для обычного пользователя, она представляет собой барьер для массового спамера".
  • Онлайн удостоверение/управление репутацией: поиск "Keyhotee"
  • Механизм голосования

Это только несколько я могу думать о прямо сейчас.

+601
Andrea Christine 10 янв. 2010 г., 4:49:23

При разработке первой системы безопасности необходимо решать на уровне безопасности, необходимой. Какой уровень безопасности вы ищете? Сколько $/монета будет защищать? Какие атаки вы защищаете против?

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

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

Когда я оформлял массового рынка продуктов безопасности, я заплатила топ-эксперт уровень безопасности, чтобы проверить свою разработку и осуществление. Его первые вопросы были по линии то, что я просил выше и больше. Стоимость была около 2000 $/день.

Обратите внимание на ответ @user18443.

+583
Ness 7 февр. 2013 г., 12:00:54

Что мешает биткоин майнер от изменения кода, чтобы облегчить добыча, а не сложнее ?

+554
Adam Rutherford 2 мая 2011 г., 10:22:29

Я получил счет от узла Z и мой узел (а) предлагает мне 4 возможных маршрутов.

Если первые два пути не получится, есть случаи, в которых средства могут застрять в одном из этих маршрутов, пока HTLC истекает?

Каковы эти случаи? Являются ли они устранимыми?

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

+549
paul m 24 июн. 2014 г., 8:05:11

Моя любимая часть, Ветхий Завет-это как децентрализованная архитектура(*) предотвращает дважды тратит, даже когда OTServer себя (т. е. банк) не доверяет. Это работает так, что клиенты не подключаются напрямую к OTServer, а использовать общественный распределенные хеш-таблицы (DHT)ПО (например, Фринет или Тахо-них) в качестве среднего слоя. Это означает, что любое покушение на двойной траты будут обнаружены, доказательства будут сохранены, а от сервера может быть привлечен к ответственности.

Предположим, Дебби Doublespend есть 1 "Клам" (произвольный маркер от валюты) на DebServer, ветхозаветного сервер, который вступает в сговор с ней. Ее цель-обманным путем покупки двух футболок (стоит 1 "моллюск" в каждом), один от Алисы, и один из Боб. Поскольку есть только 1 "клэм", DebServer должен заставить обе жертвы думали, что они получили той же монетой. Таким образом, сервер выполняет две противоположные сделки, "Д-А" и "Д->Б".

Без ДГТ слой, Алиса подключается непосредственно к DebServer и видит "Д-А" в то время как Боб подключается к DebServer и видит "Д-Б". Они оба корабля футболки, поэтому план Дебби удается. В итоге Алиса и Боб идут тратить свои "ракушки", но однозначно один из них будет не в состоянии сделать так. Сервер скорее всего симулировать проблемы с сетью или "притвориться мертвым", чем признать, что он дважды проводил. Если Боб и Алиса войти в контакт друг с другом и объединить свои квитанции, они имеют трудное время, доказывая сервер обманули.

С общественностью ДГТ на месте, две конфликтующие транзакции будут сохранены и размножены. Подписанные копии "Д-А" и "Д-Б" являются prima-facie доказательств причастности DebServer в двойной траты. Алиса и Боб не должен доверять OTServer, Если а) ему есть что терять (т. е. страховой полис против дважды тратит) и б) они используют ДГТ слоя, чтобы сохранились чеки/доказательств.

(*) эта схема из vouchersafe, который имеет такую же архитектуру как от

+535
Tim Hansson 7 июн. 2016 г., 16:51:22

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

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

Эффективной контрмерой будет для торговца ввести небольшую задержку между моментом их определения вашего 0-подтверждение сделки и когда они дают вам доступ к купленному товару или услуге. Сказать вам выполнить все рассчитал двойных трат. Продавец видит свои сделки и ждет 60 секунд. 60 секунд это очень долго для совершения сделок, чтобы не распространяться в сети. Если в любой момент, что 60 секунд купец видит "других" операций вы потерпели неудачу. В отличие от других форм мошенничества вы потеряете средства, как ваш двойник тратить невозвратное. Это будет просто удача, на которой купец получает зарплату.

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

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

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

+423
Carlos Leyan 28 мая 2013 г., 12:50:13

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

Например, К1 + (К2 или К3 или К4) может быть сделано что-то вроде:

<1ПК> CHECKSIGVERIFY 1 <pk2> <рк3> <pk4> 3 CHECKMULTISIG

Этот сценарий может быть активирован с подписью К1 и подпись одного из К2, К3 или К4.

+337
Yusri Faraj 29 июл. 2011 г., 0:29:35

Нет, не существует простой способ, чтобы сократить требования к дисковому пространству. Блоком цепи является размер, ЧТО ЭТО.

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

+301
anetta1212 13 янв. 2018 г., 19:06:43

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

Будут следующие работы

SendMany(fromacc, для: сумма, 1, "комментарий", subtractfee)

(Я планирую использовать SendMany для разовых сделок, поскольку он имеет параметр subtractfee по сравнению с SendFrom).

Использовать полученный TXID для запроса Blockcypher API (сhttps://api.blockcypher.com/v1/btc/main/txs/b7bf53a74a4e4cb61ab523cc002fc4cea83fb359471d02b212d947cf86fe6077) и "схватить" изменить адрес оттуда (с биткоин ядро не позволяет это без использования rawtransactions?)

VerifyAddress(changeaddress)
SetAccount(счета, changeaddress)

Это означает, что метода getbalance(счета) должны показывать правильный остаток по счету, а не 0?

Или мне действительно не сделать это, и вместо того, чтобы использовать rawtransactions? :-)

редактировать:

Так что я просто понял, что я перепутал параметр subtractfee в SendMany от SendToAddress (что мне нужно), поэтому я предполагаю, что я должен использовать это вместо этого.

бы использовать:

$баланс = метода getbalance($учетной записи)
перемещения("", $учетной записи, $sendingamount, "", "комментарий")
SendToAddress($receiveaddr, $sendingamount, "комментарий", "commentto", 1, 0, 6)

сделайте blockcypher захватить Техас идентификатор, verifyaddress и настройка учетной записи здесь

Или

$сайт NewBalance = метода getbalance($учетной записи)
$изменение = $баланс - $sendingamount
перемещения("", $учетной записи, $изменение, "", "комментарий")

Работать в этом случае и будет listunspent показывают сумму под правой счете ("не")?

И вот что я пытаюсь сделать с точки зрения пользователя: https://imgur.com/a/IHrF4vI

+231
TrickiDicki 12 апр. 2019 г., 8:59:38

Я просто подумал, почему узлы на первом блоке они видят, когда есть честный раскол, вместо того, чтобы взять, например, тот, что с "лучший hash" (номер подальше от разреза сложности)?

Детерминированные критерии, которые позволили бы всю сеть, чтобы быстро узнать, какой блок победит, и все бы потом построить на вершине этого блока. Гораздо меньше hashpower бы быть потрачены на мертвую ветку.

Если есть какой-то риск/проблема в нем я не вижу...

+161
Uros Susa 20 июл. 2019 г., 16:29:46

У меня есть вопрос относительно Java и ша-256.

Я стараюсь делать эти шаги описаны здесь, чтобы создать необходи мые ключ: https://en.bitcoin.it/wiki/Wallet_import_format

  1. шаг:

Строка строка = "0C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D";

  1. шаг (объявление 80 спереди):

строка = "80" + строка;

  1. выполнять алгоритм SHA-256:
    • вот это моя ошибка. Я могу проанализировать SHA-256 на Шаге 2, но результат неправильный. Причина, кажется, выполнить хэширование на веревочке, а не на бинарных. Я получаю:

e2e4146a36e9c455cf95a4f259f162c353cd419cc3fd0e69ae36d7d1b6cd2c09

Но я должен получить:

8147786C4D15106333BF278D71DADAF1079EF2D2440A4DDE37D747DED5403592

Я не понимаю, как преобразовать его в двоичный. Может кто-то помочь мне?

Его же проблема как здесь (правильный способ, чтобы преобразовать 256-битный секретный ключ, в WIF?) но я не понял ответа. Я также не могу отвечать на поток, потому что я не иметь достаточно высокую репутацию.

Спасибо :)

+97
tommaso1311 24 сент. 2010 г., 12:13:41

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

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

+40
immortal squish 5 февр. 2017 г., 14:08:49

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