В этом и состоит идея доказательства работы и подтверждения доли совершенно ненужным и лишним для cyptocurrencies?

У меня есть только смутное представление доказательств кола, но я думаю, что я разумно понимаю доказательство работы. В случае с Bitcoin, весь хэш, что бизнес должен быть в сочетании с механизмом, чтобы увеличить трудность по определенным расчетом времени. Сейчас эта сложность/время расчета является всего лишь жестом доброй воли, и надеюсь, что большинство придерживается его. Если вы посмотрите немного глубже, сам весь хэш-функции основывается на добросовестности, а также назвал 51% риска/атаковать.

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

+698
black toad 20 авг. 2010 г., 1:02:58
22 ответов

Не createrawtransaction всегда используйте следующий сценарий?

scriptPubKey: OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
scriptSig: <сиг> <по умолчанию>

Если да, то как вы создаете транзакцию, которая использует пользовательский scriptPubKey значение? Если нет, то каков синтаксис для написания JSON, который позволяет пользовательских scriptPubKey значения для сделки, используя createrawtransaction?

+988
zhax95 03 февр. '09 в 4:24

Все данные транзакции в WTXID, в отличие от TXID по.

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

Источники Техас ковкость:

  • Подпись Ковкости
  • Входной Скрипт Ковкости

Увидеть BIP62 за отличный обзор ТХ пластичность источников.

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

В TXID операций свидетель не томительно, потому что входной скрипт пустой, и данные свидетеля лишается своей деривации TXID. Сделки не ссылается WTXID, но по TXID.

+974
Seth White 16 нояб. 2010 г., 4:55:57

Я смотрел на http://blockexplorer.com/ и увидел последние из 304602210088c72f5fae851934be23ea7f563ce0424397939480e52c27225efbd8c0c1fccc022100e882cc00e76ae150aefe76fa89a262198d4f1d67f95d2cc3a60ce189017c199901 и спрашивает, что блок это была награда от. Я не знаю, если Coinbase имеет ничего общего с тем, что блок был создан в.

+888
Age 3 февр. 2018 г., 13:49:39

Я работал через API исправление погнали в чат (с помощью их примере Java). Создание сообщения-запроса подписки, такие как:

публичный статический marketDataIncrementalRequest сообщение(последовательность символов) {
 quickfix.fix44.Запросе marketdatarequest tickerRequest = новый quickfix.fix44.Запросе marketdatarequest();

 quickfix.fix44.Запросе marketdatarequest.NoRelatedSym noRelatedSym = новый quickfix.fix44.Запросе marketdatarequest.NoRelatedSym();
 noRelatedSym.набор(новый символ(символ));
tickerRequest.addGroup(noRelatedSym);

 tickerRequest.набор(новый MDReqID("123")); 
 tickerRequest.набор(новый SubscriptionRequestType('1'));
 tickerRequest.набор(новый MarketDepth(0));

 addMDType(tickerRequest, '0');
 addMDType(tickerRequest, '1');
 addMDType(tickerRequest, '2');

 возвращение tickerRequest;
}

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

Альтернативный API через веб-сокетов обеспечивает вызов однако вам глубину книги,, согласно документации, обеспечивает только 5 уровней.

Различными в реальном масштабе времени объединение зрители проявляют глубже, чем 5 глубиной, предположим, есть API для этого. Может кто-нибудь мне точку в правильном направлении?

+838
veng 20 дек. 2015 г., 12:40:25

Это известная ошибка и была исправлена на 0.18, который будет выпущен в ближайшие недели.

+730
Basuediim Abavana 24 окт. 2014 г., 16:15:24

Я пыталась связаться с блокчейна поддержки в Twitter по этому поводу: https://twitter.com/murchandamus/status/1059594999476547585

Я надеюсь, что они вернуться к вам.

+529
user11269 14 мар. 2014 г., 0:03:45

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

Р.push_back(пара("p2sh", CBitcoinAddress(CScriptID(сценарий)).Метод toString()));

источник

Насколько я понимаю, CScriptID это hash160 сценария.

+480
Bryan Green 8 апр. 2014 г., 19:25:25

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

+472
Chris Gudmann 7 авг. 2014 г., 13:28:14

Все о биткоин, Электруме кошелек-это только кошелек, это не ОС заблокировать , ни дом.

Почему сделка прошла так быстро, если плата была на 25 блоков?

Вы не можете предсказать, в какой блок именно ваша сделка будет добавлен. Блока заполняется произвольным сделок. *

* В то время как крупные гонорары повысить шанс быть включенными в блоке еще есть шанс быть добавлены к следующему блоку.

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

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

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

Вы можете установить комиссионной вручную в настройках Электрум.

enter image description here

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

Операций (с небольшой или нулевой взнос), которые остаются неподтвержденными в течение длительного времени, как правило, не priorized над сделками с высокой платы. Каждый шахтер вольны выбирать, какие операции он собирается подтвердить в его блок. Его все о том, как узел кодируется заполнить блок с Tx по. Поскольку шахтеры, потому что они хотят получать прибыль, они всегда будут сделки priorize с высшим СБ/плата Б.

От меня:

Что происходит с сделки с нулевым или низким тарифам?

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

+467
Reluctant Carnivore 18 сент. 2015 г., 13:51:35

1) Какой формат LevelDB баз данных хранится в каталоге базы данных?

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

2) есть ли какая-то LevelDB базе графического Explorer, который я могу использовать, чтобы увидеть, что в этой базе?

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

+416
membersound 1 нояб. 2017 г., 16:18:09

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

+276
user1019031 26 нояб. 2016 г., 10:30:18

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

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

Работающего com.machadocrypto.kobocoin_android_wallet.утиль.BluetoothTest
Тестов: 3, сбои: 0, с ошибками: 0, пропущено: 0, Время: 0.052 сек - в COM.machadocrypto.kobocoin_android_wallet.утиль.BluetoothTest
Работающего com.machadocrypto.kobocoin_android_wallet.утиль.GenericUtilsTest
Тестов: 3, неудачники: 3, ошибками: 0, пропущено: 0, Время: 0.039 сек <<< провал! - в COM.machadocrypto.kobocoin_android_wallet.утиль.GenericUtilsTest

formatMKOBOValue(ком.machadocrypto.kobocoin_android_wallet.утиль.GenericUtilsTest) времени: 0.032 сек <<< провал!
орг.в JUnit.ComparisonFailure: ожидается:<[200]0000000000.00> но:<[35]0000000000.00>
в орг.в JUnit.Утверждаю.assertEquals(утверждать.Ява:115)
в орг.в JUnit.Утверждаю.assertEquals(утверждать.Ява:144)
в com.machadocrypto.kobocoin_android_wallet.util.GenericUtilsTest.formatMKOBOValue(GenericUtilsTest.java:75)

formatUKOBOValue(ком.machadocrypto.kobocoin_android_wallet.утиль.GenericUtilsTest) времени: 0.003 сек <<< провал!
орг.в JUnit.ComparisonFailure: ожидается:<[200]0000000000000> но:<[35]0000000000000>
в орг.в JUnit.Утверждаю.assertEquals(утверждать.Ява:115)
в орг.в JUnit.Утверждаю.assertEquals(утверждать.Ява:144)
в com.machadocrypto.kobocoin_android_wallet.util.GenericUtilsTest.formatUKOBOValue(GenericUtilsTest.java:97)

formatValue(ком.machadocrypto.kobocoin_android_wallet.утиль.GenericUtilsTest) времени: 0.003 сек <<< провал!
орг.в JUnit.ComparisonFailure: ожидается:<[200]0000000.00> но:<[35]0000000.00>
в орг.в JUnit.Утверждаю.assertEquals(утверждать.Ява:115)
в орг.в JUnit.Утверждаю.assertEquals(утверждать.Ява:144)
в com.machadocrypto.kobocoin_android_wallet.util.GenericUtilsTest.formatValue(GenericUtilsTest.java:53)

Работающего com.machadocrypto.kobocoin_android_wallet.утиль.Base43Test
Тестов: 2, сбои: 0, с ошибками: 0, пропущено: 0, Время: 0 секунд - в COM.machadocrypto.kobocoin_android_wallet.утиль.Base43Test
Работающего com.machadocrypto.kobocoin_android_wallet.утиль.CryptoTest
Тесты: 5, сбои: 0, с ошибками: 0, пропущено: 0, Время: 5.254 сек - в COM.machadocrypto.kobocoin_android_wallet.утиль.CryptoTest

Неудачные тесты: 
GenericUtilsTest.formatMKOBOValue:75 ожидал:<[200]0000000000.00> но:<[35]0000000000.00>
GenericUtilsTest.formatUKOBOValue:97 ожидается:<[200]0000000000000> но:<[35]0000000000000>
GenericUtilsTest.formatValue:53 ожидается:<[200]0000000.00> но:<[35]0000000.00>

Тесты: 13, ошибок: 3, ошибками: 0, пропущено: 0

Сообщение об ошибке поступает от kobocoinj. Я отправил сообщение об ошибке на GitHub

https://github.com/machado-rev/kobocoinj/issues/1

Кто может дать любой совет о том, как двигаться вперед? Я просто ищу имя файла для редактирования, который вызовет любой из номеров в сообщение об ошибке выше, чтобы изменить. Однажды я в право мяч парк, по крайней мере, мне есть с чем работать. Сейчас я на 99% сделано, но мертв в воде.

Любые советы или указатели с благодарностью.

+253
Fhnuzoag 14 окт. 2019 г., 23:24:42

У меня есть биткоин testnet3, mainnet, регтест оба работали в одном и том же сервере, я могу взаимодействующий с их завиток, потому что порты разные, но когда приходит к Bitcoin-CLI и как я могу конкретных сеть, я хочу, взаимодействующий с?

Я получаю ниже ошибки:

$ биткоин-Кинк -регтест setgenerate истинный 101 # я хочу использовать регтест
Ошибка: недопустимое сочетание -регтест и -тестовом режиме.
+229
belka215 28 апр. 2016 г., 9:44:13

Все, что я хочу сделать, это запустить майнер в ЦП (без добычи каких-либо реальных монет, ни онлайн, ни кошелька) без подключения к любому онлайн Шахтер. Я попытался с помощью XMRig майнер, чтобы сделать локальный сервер запустить, но настройки localhost, чтобы имитировать Шахтер не вариант.

Как на localhost имитировать горный бассейн с минер так что Шахтер работает в системе?

+188
Gabrel Samson 20 июн. 2013 г., 14:23:49

Я бегу узел P2Pool вы для cachecoin и видеть, что есть больше пользователей и мощности в общую сеть P2Pool вы не из известных узлов.

Есть ли способ получить список подключенных узлов как-то, может, по IP?

Все, что я вижу сейчас-это веб-интерфейс и буфер вывода.

+159
chymb 2 авг. 2016 г., 14:44:48

Я с помощью JSON-RPC для отправки команд на мой bitcoind, и она отлично работает.

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

Прямо сейчас я посылаю эти параметры:

  • адрес
  • сумма
  • комментарий
  • commentTo

которые помещаются в массив в указанном выше порядке.

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

+155
growerz 12 апр. 2018 г., 11:11:00

482f0027662731277fdfa3b7f639c976a3bab11e является HASH160 (RIPEMD160(и SHA256())) публичный ключ. Хэш-код является наиболее важной частью адреса (адрес: сеть байт + хэш + контрольная сумма).

Вы можете посмотреть на то, как P2PKH скрипт работает пошаговую инструкцию здесь.

+143
Dmitri Larionov 27 янв. 2016 г., 2:23:54

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

+142
Eugene Wolffe 24 сент. 2012 г., 2:13:34

Это большая часть точки биткоин... это не просто одна сущность, это все обеспечение соблюдения правил.

+118
Geo Systems 26 янв. 2015 г., 6:15:08

Они пытаются найти случайный случайный код (немного случайных данных), который идет в блок и делает блок есть (SHA256 хэш) хэш (в двоичной форме) начинается с определенного количества 0 по. Чем больше нулей, тем больше редких хэш. Результат хороший хэш' не предсказуем, и поэтому вы должны попробовать много раз, чтобы найти хороший извращенец.

Количество нулей на основе, как трудно должно быть найти блок. В Bitcoin это настраивает на новый блок каждые 10 минут (в среднем, учитывая скорость, с которой нашли предыдущие блоки).

Интересно: потому что хэши непредсказуемо неважно, как изменения извращенец! Большую часть времени это просто число, считая вверх от 0!

+115
ushan 22 мар. 2013 г., 20:46:26

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

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

  • Можно использовать тщеславие-адрес, который трудно создать и четко связана с ситуацией. Используя 1Bob... не было бы лучшим выбором, но 1BobEveryman..., или 1ThankYouAlice... может быть лучше (примеры выбраны для наглядности, обычно вы будете использовать базы 58 алфавита). Как правило, если это займет более пары минут, чтобы создать адрес вы знаете, он тоже пришел от первоначального отправителя, или кто-то намеренно хотел украсть личность Боба (потратив много времени, заранее производя адрес).
  • Можно попробовать проверить историю адрес в биткойн блок Explorer. Если адрес использовался пару раз, то менее вероятно, что это будет подделка. Будучи Ева Я, вероятно, не хотите использовать тот же адрес для обмана людей больше, чем один раз, и создание истории сделок потребуется некоторое время.
  • Можно спросить Боба, чтобы обеспечить своего биткоин-адреса, завернутый в цифровой подписи Боба. Основная проблема с этим состоит в обеспечении подпись Боба, в первую очередь, что в принципе с той же проблемой, мы решаем прямо сейчас.
  • Можно посмотреть по адресу в интернете. Многие люди имеют привычку, в том числе биткоин-адрес, который они используют в таких местах, как форум подписей, их сайты и тому подобное.
  • Если Алиса знает, что Боб, они могут принять решение об использовании некоторой информации, только они будут знать, чтобы создать по алгоритму ECDSA ключей и использовать для передачи биткоинов. Такая информация может быть, например, в кино они видели, когда они впервые встретились, некоторая информация из школы они учились и так далее. Как правило, то, что они помнят, и было бы трудно узнать. Алиса может использовать его в качестве частного семян ключей, сгенерировать публичный адрес для отправки биткоинов и перевода. Тогда Бобу придется повторить тот же процесс и снять биткоины на свой конец. Главная проблема с этим подходом является ли Боб Алиса знать друг друга и доверять себе при работе с закрытыми ключами.
  • Когда все остальное терпит неудачу, всегда можно встретиться с Бобом в лицо и узнать их адреса таким образом.

В целом, есть много способов, чтобы предотвратить атака "человек посередине" в различимые сценарий.

+104
Carrier Flash 24 июл. 2018 г., 22:30:04

Нет, не правда.

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

Для ядра биткоин ссылка клиента, если он получает первым, и позже получает B, он будет игнорировать Б и не реле б с его сверстниками. Это препятствует дважды провести атаку несколько. Но если впоследствии клиент получает блок, который содержит транзакции B, он принимает его на место А. и Шахтер имеет полную свободу, какой из двух проводок для включения в блок.

+80
Jeremy Sexton 18 июл. 2012 г., 8:01:32

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