Случайно перевел биткоин на Bittrex денежный счет биткоин

Я случайно перевел деньги со счета Coinbase, BTC на счет Bittrex ВСН. Пока нет ни счетов. Может кто-то помочь?

+287
Muhannad A 15 мая 2019 г., 2:20:44
18 ответов

Я пытаюсь работать с биткоин версии v0.17.0 на Вэйланд на Fedora 29. Когда я запустить биткоин-в Qt я получаю

Предупреждение: игнорирование XDG_SESSION_TYPE=Вэйланд на гнома. Использовать QT_QPA_PLATFORM=Вэйланд в любом случае работать на Вейленде.

Работает с QT_WPA_PLATFORM=дает Вэйланд

QSocketNotifier: можно использовать только с ниточками началось с QThread

Есть ли изменения конфигурации, что позволит биткоин версии v0.17.0 для работы на родной Вэйланд? Или что является лучшим способом, чтобы обеспечить сообщение об ошибке для основных разработчиков по вопросам Вэйланд?

+947
Zigma Empire 03 февр. '09 в 4:24

Главное, о мотивации является снижение блок осиротения

Где вы видите в этом цитируются?

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

Мое личное fullnode не волнует, если UTXO извлекаются с диска и занимает время, чтобы проверить. (как долго это хорошо по 10 минут)

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

1) есть какой-то другой причине для исследования за набор UTXO размер, чем блок-сиротами?

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

2) напрямую связан с первым вопросом, является набор UTXO размер, что очень важно для не-горно полные узлы?

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

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

+923
Maritza Cruz Maxon 1 мар. 2019 г., 8:37:55

У меня есть список биткоин-адресов, указанный пользователем и я пытаюсь выяснить сумму, поступившую на эти адреса. Я использую blockexplorer.com API для получения сделок.

Это типичный вызов API (для удобства только для одного адреса) мой скрипт делает. Вызов поддерживает параметры ОТ и до, они могут быть использованы для эффективного упорядочения всей проводки ГК.

https://blockexplorer.com/api/addrs/1Archive1n2C579dMsAu3iC6tWzuQJz8dN/txs?from=0&to=20

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

https://blockexplorer.com/api/addr/1Archive1n2C579dMsAu3iC6tWzuQJz8dN/totalReceived

Почему я получаю совершенно разные результаты?

Это правильный способ узнать, если определенная сумма была депонирована в адрес (или адреса)?

Забавный факт: blockexplorer.com возвращает значение totalReceived , который отличается от значения, возвращенного blockchain.info.

+878
Sachin Giri 9 нояб. 2013 г., 6:35:47

Мы пытаемся построить намного проще версия Трезор. У нас есть готовые дизайн PCB от предыдущего проекта, и хотел бы знать, насколько эта конструкция может быть изменен, без изменения процессора, подписать транзакции с биткоинами. Нынешний процессор - ти CC2540. Можно ли сделать минималистичный реализация кривая secp256k1, чтобы работать на нем, или нам просто повезло?

+696
Black Jack 29 окт. 2012 г., 1:48:23

Значит ли это, что если mempool содержит транзакцию, сказав "А" дал "Б" 0.1 БТЦ, то Шахтер должен был убедиться в том, что "а" есть столько нерастраченной БТЦ, прежде чем он может выбрать, что транзакции в блок будут добываться?

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

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

Кошелек, например, принадлежащих к себе, это просто набор частных/публичных пар ключей - одна пара для каждого txo успешно, который принадлежит к себе. (Хотя один и тот же ключ можно использовать для нескольких TXOs, это не приветствуется). Баланс кошелька в равна сумме сальдо всех неизрасходованных сделки выходов (UTXO), для которых кошелек имеет собственный ключ, чтобы открыть и провести.

Поэтому, когда есть хочет платить 0.1 BTC в б, он подберет один или несколько UTXOs он способен провести такие, что коллективный баланс им не менее 0,1 БТЦ. Это станет ввод его новой сделки. Сделка будет содержать мощностью с помощью открытого ключа, принадлежащего б (их биткоин-адрес) на сумму 0.1 БТЦ. Транзакция также может содержать изменение выходного сигнала, который проводит разницу между суммой TXOs которые были потрачены В и 0.1 BTC платеж для Б, минус операционные издержки - это изменение выходной тратит на новый адрес принадлежит себе. Эти два мероприятия стали новые UTXOs, и предыдущих стал тратиться.

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

Поэтому шахтеры, только надо сохранить ссылочку про все UTXOs на blockchain, чтобы определить, что они еще не были потрачены. Все предыдущие исторические сделки, которые были потрачены архивируются и не должны быть доступны.

В Bitcoin Core, то все блоки данных архивируется, и программное обеспечение также поддерживает индекс называют набор UTXO, который говорит где каждый UTXO можно найти в архиве. Набор UTXO хранится в памяти базы данных, для исполнения.

В UTXOs идентифицируются по ID транзакции - которая является двойной SHA256 и полные данные сделки нашли в блоке где-нибудь, а индекс производства в этой сделке. (Совместно именуемые сделки из-поинт).

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

+634
incandenza 20 мая 2017 г., 20:46:27

Я знаю, что есть несколько вопросов, как это на стек уже, но в настоящее время я столкнулся проблемы с компиляцией. Я пробовала официальное руководство из GitHub для Mac OS, но в конечном итоге с большим количеством ошибок. Во-первых, я всегда получаю такого рода ошибки:

где aclocal: ошибка: где aclocal: файл '/usr/местные/доли/где aclocal/самоанализ.М4' не существует

и другие файлы из командой aclocal.

Если у вас есть опыт, и знаем как настроить, или знать каких-либо гидов, поделитесь, пожалуйста поделитесь. Спасибо заранее :)

+596
Tijmen 8 мар. 2011 г., 12:29:05

Думаю, что у вас есть ваши шаги эксплуатировать неправильно. Это звучит, как вы пытаетесь описать 51% атаки, но игнорируют ряд факторов

Во-первых, Шаг 1 не требуется, шаги 2-4, чтобы произойти. Плохой актер может вносить изменения в старый блок (например, удаление транзакций), а затем проанализировать доказательства работы на этот блок и все блоки сверху. Победа в текущем блоке не требуется, пока все блоки на верхней части, под редакцией одного вычисляются и догнал текущего блока высотой (или действительно chainwork). Так что порядок атаки будет Шаг 2, Шаг 3.

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

Итак, в нужный формат:

  1. Плохой актер вносит изменения в старый блок
  2. Плохой актер повторно хеширует пострадавших сегментов блока, от старого блока последний блок — (теперь возможно благодаря низкая цена)
  3. Полное атаку

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

Вы можете прочитать этот вопрос, чтобы лучше понять: что может злоумышленник с 51% хэш-мощности делать?

+553
user116565 25 июн. 2011 г., 21:03:25

Вы можете вызвать статический метод из ECKeyclass, fromPrivate(байт[] privKeyBytes, логическое сжатие). Открытый ключ вычисляется из нее (это медленно), либо сжатым или нет. Напр.,

 Строки закрытый ключ = "закрытого ключа";
 байт[] б = закрытый ключ.метод getbytes();
 Эке ключ = Эке.fromPrivate(б, истина);

или

Типа BigInteger привчной = Base58.decodeToBigInteger(закрытый ключ );
ключ = Эке.fromPrivate(привчной);

https://bitcoinj.github.io/javadoc/0.13/org/bitcoinj/core/ECKey.html

+469
JetLizard 29 июн. 2018 г., 7:44:18

Как у меня есть некоторые сомнения о возможности хакерских атак на https://bitcoin.org/

Желая выполнить полный узел, я скорее собрала Биткойн-ядра из ЖКТ исходным кодом для Linux, а не.

Вопрос:

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

+401
VaTi 5 июн. 2014 г., 7:46:47

Я читаю через этот GitHub РЕПО от Blockcerts.org о том, как выдавать цифровые сертификаты на биткоин блокчейн.

Что меня смущает, является ли или не каждый-эмитента каждой цифровой сертификат таким образом, стоит денег.

С одной стороны, я прочел на высоком уровне Blockcerts документации и блоги и не видел никаких ссылок на финансовые затраты для выдачи сертификатов в цепочке блоков Bitcoin.

С другой стороны, в свиду-эмитента РЕПО он отмечает в "структуру сделки", "как пакет выдает завод", эмитент нуждается в минимальной сумме биткоин для создания транзакции. По крайней мере, это фиксированная стоимость.

Кроме того, в документации мы видим:

Убедитесь, вы передали небольшое количество монет в вашем выдачу адрес. Обратите внимание, что каждая справка стоит 12750 Сатоши

и

Убедитесь, что вы достаточно BTC в ваш адрес выдачи. (0.08 долларов США)

Похоже, что каждая справка стоит около $0.30 на вопрос? Просто хочу убедиться, что я правильно понял.

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

+352
Vera 28 мая 2018 г., 6:02:55

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

Blockchain.info дает очень хороший здесь:

https://blockchain.info/unconfirmed-transactions?format=json

Командной строки, чтобы сделать это будет что-то вроде:

https://blockchain.info/unconfirmed-transactions?format=json завиток

+254
davidawad 2 мар. 2013 г., 3:56:12

если я могу добавить две строки :-) В общем, @amacline очень хорошо описал. Я думаю, это тоже вопрос стоимости. Если у вас есть только 1000 евро в блокчейн, кто будет вкладывать деньги в создание 51% атаки? Но если значение становится больше, делать математику! Начиная новый блокчейн для военнопленных может быть сделано таким образом, что вы создали достаточное количество блоков в начале (так что вы вложили вычислительной мощности), чтобы поднять сложность достаточно высокая, так что пр требует соответствующего (высокого) инвестиций. Не уверен, если это вообще мыслимо, чтобы вручную установить сложность на высоком уровне в самом начале.

+217
Francis Dalton 18 мая 2019 г., 6:16:42

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

Нет, есть конкретные правила:

Метка времени считается действительной, если она превышает средней отметки предыдущих 11 кварталов, и меньше сеть-настроено время + 2 часа. "Сеть-настроено время" является медианой метки возвращены все узлы подключены к вам. В результате, блок меток времени не совсем точный, и они даже не должны быть в порядке. Блок раз являются точными только в течение часа или двух.

Пример: Это 29-го декабря 2017 года, в 11:00:00. Средний за предыдущие 11 блоков текущее время - ~1 час в среднем. Давайте предположим, что это ровно 1 час в этом случае.

  • 29 декабря 2017 года на 13:00:00 не принимается
  • 29 декабря 2017 года на 12:59:59 принимается
  • 29 декабря 2017 года, в 9:59:59 не принято
  • 29 декабря 2017 года, в 10:00:01 принято
+211
Ghost Pol 16 мар. 2013 г., 10:17:28

Продолжить тестирование этой, я нашел ответ на это: с текущими настройками для ЛНД, никто не может передать таком количестве, что листья одной из сторон с менее 1% канала мощности. Скорее всего это не допустить, что одна сторона, чтобы попытаться совершить к старому состоянию, ибо наказание будет низкой.

Например, в приведенном выше случае, если канал мощность будет 16777215, и local_balance является 370557, то максимально возможную сумму для передачи 202742 потому что 370557-202742 ≃ 0.01*16777215 (это точно не 1%, вероятно, из-за платежи, которые должны быть учтены).

Я дважды проверил это с помощью канала емкость 7310000 и local_balance 4294965, и снова мое максимально возможное значение для передачи 73143 ≃ 0.01*7310000 (опять же, точно не 1% из-за пошлин не учитываются --АМТ).

Как за дополнительную стоимость, можно подумать, что fee_per_weight*172 + feerate*АМТ (плата за миллионных переданы) в случае последнего прыжка, в то время как они складываются в предыдущих прыжков. Но это означало бы более высокую разницу, чем 143 msatбыл, или 42mSat, как подсчитали в приведенных выше примерах. Я не совсем уверен, как это разницы не будет ровно 1% происходит.

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

+184
Tramp21 1 дек. 2013 г., 17:08:24

Я читаю пример простое доказательство работы алгоритма здесь: https://www.oreilly.com/library/view/mastering-bitcoin/9781491902639/ch08.html#pow_example_outputs

В этом примере код всегда начинается с нуля и постепенно идти к max_nonce:

на данное время в xrange(max_nonce):
 hash_result = hashlib.и SHA256(ул.(заголовок)+стр(нонсен)).hexdigest()

 # проверить, если это действительный результат, ниже целевого показателя
 если долго(hash_result, 16) < цели:
 принт "успех с окказиональной %д" % нонсен
 печать "хэш %с" % hash_result
 возвращение (hash_result,нонсен)

В реальном мире bitcoin-майнинга, вы всегда начинаете с последнего извращенца и постепенно поднимайтесь, чтобы найти правильный хэш?

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

+106
zer0mind 6 авг. 2010 г., 17:23:52

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

Вы можете проверить и повторно транслировать сделки по blockchain.info. Если сборы являются низкими, вы можете попробовать проводку акселератора, чтобы увидеть, если вы можете заставить кого-то в любом случае мое это.

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

+98
Stanley Rouse 8 апр. 2018 г., 10:41:28

это должно получить вас и работает с bitcoind на Mac и OSX с https://github.com/bitcoin/bitcoin/blob/master/doc/build-osx.md

+65
CutThroat 10 мар. 2019 г., 17:48:49

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

Пример:

Алиса создать 2-на-2 мульти-сиг адреса переменного тока

Алиса положила деньги В переменного тока (первой)

Боб положил деньги В переменного тока (второй)

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

случай 1 до замок времени:

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

случай 2 дискуссия, после блокировки-время

на третьей операции будет введен в блок шахтеров, вернем все деньги.

+58
markdorison 19 июл. 2018 г., 9:28:50

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