Создать Zcash з-адреса бумажный кошелек

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

+124
user122246 18 июн. 2012 г., 11:49:25
23 ответов

Может быть, более конкретный пример поможет лучше понять это.

Сенатор Пупкин покупает 100 бтц на Эда обмен, где его удостоверение личности. Он потом списывает эти монеты в свой собственный адрес 1qwerty. Одет в пальто и темных очках, он использует те 100 БТЦ, чтобы сделать покупку у Фрэнка неловко товар Эмпориум, отправляя их на Фрэнка сгенерированный адрес 1abcxyz.

Он думает, что он в безопасности:

  • Эд знает, что 1qwerty принадлежит сенатору Доу, что Доу перенес их по адресу 1abcxyz, но только Доу и Фрэнк знают, что 1abcxyz принадлежит Фрэнку. Он был случайным, и просто глядя на адрес, не показывает ничего по поводу кому она принадлежит.

  • Фрэнк знает, что он продал что-то смущает владельцу адресу 1qwerty, но не знает истинную личность замаскированный человек, который пришел в его магазин.

Поэтому, считает Иванов, никто не знает, что на самом деле он был Пупкин, который сделал неловкое покупки.

А если Эд и Фрэнк сотрудничают, или тайно того же человека, то они могут поделиться своими знаниями и узнать, что это была самка, которая сделала неловкое покупки. Теперь они могут сообщить в газеты и/или шантаж Доу.

+954
Gregor Roger Strehovec 03 февр. '09 в 4:24

Это действительно зависит от того, какой вид карты. Если графический процессор можно добывать все, что вы хотите. Если его ПЛИС, которые можно перепрограммировать вы можете переключиться на алгоритме Scrypt алгоритме. Если вы покупаете кросовки (т. е. butterflylabs) это означает, что он оптимизирован для работы с SHA-256 алгоритм и, следовательно, не работать на "алгоритме Scrypt-монеты" (Додж, ЛТК, ...).

+870
Kirill ARKHIPOV 8 мая 2018 г., 9:55:30

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

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

Я использую plyvel и Python 2.8, и я закрываю БД каждый раз, когда я заканчиваю чтение.

Пример

# Откройте LevelDB
дБ = plyvel.ДБ(".биткоин/chainstate")

для ключей, o_value в дБ:
 # делать

# Закрыть LevelDB
дБ.закрыть()

Кто-нибудь знает, в чем может быть причина? Не bitcoind мешает другим программам получить доступ к БД, пометив как-то последнего доступа?

chainstate журнала после выполнения кода, извлечения запутывания ключ, и закрытие базы данных:

2017/03/22-11:03:45.746702 7f3c18a39700 восстановления журнала #394423
2017/03/22-11:03:45.854583 7f3c18a39700 удалить тип=0 #394423
2017/03/22-11:03:45.854711 7f3c18a39700 типа удалить=3 #394422

Пример кода:

дБ = plyvel.ДБ(".биткоин/chainstate")
o_key = дБ.сделать((a2b_hex("0e00") + "obfuscate_key"))
дБ.закрыть()

отладки.отчет после открытия bitcoind (только ту часть, ссылаясь на LevelDB):

2017-03-22 10:03:45 кэш конфигурации:
2017-03-22 10:03:45 * используя 2.0 MIB для базы данных индекса блока 
2017-03-22 10:03:45 * используя 8.0 MIB для государственной базы данных цепь 
2017-03-22 10:03:45 * используя 290.0 Мб в памяти UTXO набор
2017-03-22 10:03:45 инит сообщение: загрузка блока индекса...
2017-03-22 10:03:45 Открытие LevelDB в /Home/sdelgado/.биткоин/блоки индекса/
2017-03-22 10:03:45 открыт LevelDB успешно
2017-03-22 10:03:45 использование обфускации ключ для /Home/sdelgado/.индекс биткоин/блоки/: 0000000000000000
2017-03-22 10:03:45 Открытие LevelDB в /Home/sdelgado/.биткоин/chainstate
2017-03-22 10:03:45 открыт LevelDB успешно
2017-03-22 10:03:45 использование обфускации ключ для /Home/sdelgado/.биткоин/chainstate: 27c78118b7316105
2017-03-22 10:03:48 LoadBlockIndexDB: последний блок файла = 810
2017-03-22 10:03:48 LoadBlockIndexDB: последний блок файла информация: CBlockFileInfo(блоков=53, размер=51783543, высот=457770...458279, время=2017-03-18...2017-03-21)
2017-03-22 10:03:48 проверка всех файлов БЛК присутствуют...
2017-03-22 10:03:49 LoadBlockIndexDB: индекс транзакции отключены
2017-03-22 10:03:49 LevelDB читать провал: коррупция: поврежденный сжатый блок содержание
2017-03-22 10:03:49 повреждение: поврежденный сжатый блок содержание
2017-03-22 10:03:51 прервана блок перестроения базы данных. Выходе.
2017-03-22 10:03:51 планировщик потоков прерываний
2017-03-22 10:03:51 остановка: в ход...
2017-03-22 10:03:51 StopNode()
2017-03-22 10:03:51 выключения: сделано
+865
Krolique 4 сент. 2012 г., 10:19:10

Есть несколько векторов атаки для этого.

Если продавец принимает на 0/неофициальный, то есть гонки атака, в которой злоумышленник (мошенник) вышлем одной сделки в "купец" (или узел ближе к купцу) и отдельная транзакция двойного тратит те же монеты на другие узлы, такие как добыча узлов. В зависимости от конфигурации торговца коэффициент успеха это будет меняться. Диапазон, в котором он успешно составляет от около 0% до около 100%, но простые шаги торговца (отключить слушателя, подключитесь к ну подключении узлов) позволит избежать большинства рисков этой атаки.

Если продавец соглашается на 0/неофициальный, независимо от средств защиты от нападения на расовой почве после нападения Финни можно. В этого, злоумышленник также имеет контроль Шахтера, которые успешно добывали, но еще не объявили заблокировать с помощью специальной операции, которая также не была объявлена. Как только блок добывается, злоумышленник тратит монету из транзакции с продавцом, обеспечивает доставку купленного товара, а затем передает в блок, который содержит специальную операцию, которая отменяет оплату продавцу уже принято. Препятствием для этого является то, что за каждые пару секунд, что блок проходит, стоит злоумышленник, в среднем, около $1, так что даже с этой уязвимости инструменты для торговца управление риском, поэтому оплата на 0/неподтвержденные может все-таки будет признана.

А количество требуемых подтверждений увеличивает успех двойного провести атаку, и купец, который требует 6/неофициальный является, по сути, Безопасные (на основе вероятности успеха) против двойных тратах, где Шахтер попытки переписать блоки. По сути, это не только успех для злоумышленника, как только 51% большинства сетевых хеширования достигается. Консенсус заключается в том, что пока это технически возможно, это не имеет экономического смысла (никакой прибыли от этого). Так что, если "реальный" означает, что он должен приносить прибыль, то это 51% способ атаковать не один из методов вам поинтересоваться.

+795
Daniel Dickison 1 июн. 2011 г., 7:09:42

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

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

Например, в течение некоторого времени определенного Шахтер пытается дать ответы на вызовы, так что хэш(вызов+доказательство) имеет 40 ведущих нулей.

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

Хотя шахтеры не имеют официального договора - "отныне мы все решить более простую задачу. ОК? - ОК! - Поехали!"

Это было бы против правил консенсуса, и любые блоки произвольно ориентированные на неправильное значение, просто отбрасываются. Узлы сети строго проверить все правила и выбрасывать любые блоки, не следовать за ними. Шахтеры существуют только для того, действительные транзакции в блоки и обеспечивают относительное доверие клиентов СПВ, где требуется, они не устанавливают правила.

+761
user2555415 4 мар. 2012 г., 2:19:38

Поэтому Дао был взломан из-за уязвимости в том, как они писали свои умные контракта https://blog.ethereum.org/2016/06/17/critical-update-re-dao-vulnerability/

План Эфириума является раскошелиться услуги специально для предотвращения злоумышленник не сможет снять со счета Дао.

Так что связь Дао с Эфириума, и какова его цель? Почему операция Дао так cruical, чтобы оправдать вилкой? Я также вижу упоминаний компания под названием врежь.он участвует как-то, какова была их роль в этом аду?

+708
Unnamed 25 июн. 2018 г., 5:10:19

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

Кроме того, я хотел бы быть в состоянии просто увидеть последние 2000 сделок, до даты окончания, как кажется, может сказать, что вот, через http://api.bitcoincharts.com/v1/trades.csv?symbol=SYMBOL[&конец=UNIXTIME]. Это прекрасно работает для UNIXTIME до пару дней назад, но не дальше. Можно ли восстановить старые данные? Или есть лучшие способы пойти об этом?

+686
Poujh 2 янв. 2015 г., 22:29:48

Если segwit активирует, любая попытка украсть никому биткоин, украв выходы segwit считаются недействительными и любые блоки, которые содержат указанные сделки будут недействительными, и таким образом будет хард-форк. С жесткой вилкой, все идет. Кто-нибудь может сделать хард-форк и монеты конфисковать никого на эту вилку, это, в конце концов, изменения правила консенсуса, где вы можете принять правила консенсуса, что вы хотите. "Реальный биткоин" не отличается. На самом деле несколько вилок были сделаны из Bitcoin, которая никого не интересует, и "реальный биткоин" будет просто еще один из тех. Если нет экономической активности, и пользователи на самом деле использовать монетку, она ничего не стоит и никто не будет заботиться о нем. В настоящее время все шахтеры сигнализации для segwit в ПИБ 91 правил. Не шахтеры, используя "реальные биткоин" и нет крупных предприятий, бирж, или пользователей используют его. На самом деле, подавляющее большинство пользователей (в том числе предприятий и бирж) и шахтеры поддерживают segwit.

Уверен, вы могли бы хард-форк и украсть монеты потратил в сделках Segwit, но никто не будет заботиться, потому что это будет хард-форк и оно просто стало еще получать деньги, которые никто никогда не задумывается.

Кроме того, вы можете просто украсть все P2SH монеты сейчас. P2SH был выпущен после того, как "реальный биткоин" сделали свой форк. И хотелось бы получать больше монет гораздо раньше. Но никто не будет заботиться, если вы сделали.

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

+618
Goshka 25 авг. 2011 г., 9:54:46

Биткоин Вики говорит, что:

Метка времени считается действительной, если она превышает средней отметки предыдущих 11 кварталов, и меньше сеть-настроено время + 2 часа

На мой вопрос почему 2 часа? Почему не 1 или 3? Есть ли расчет за этим стоит?

+606
ragerykokrey 1 февр. 2014 г., 21:28:35

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

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

полезные команды для биткойн-ядра:

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

ListTransactions: возвращает самые последние операции, которые влияют на кошелек.

Команды Электрум:

после подключения к некоторым Электрум сервер вы должны отправить команды JSON-RPC в

listunspent пример:

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

Обновление

если вы уже используете биткоин-ядра, так что вам только нужно позвонить listunspent, чтобы получить ваш бумажник UTXO или указать адрес, чтобы получить адрес UTXO по.

биткоин-Кинк listunspent MIN_CONF MAX_CONF "["ADDRESS_NUMBER_ONE","ADDRESS_NUMBER_TWO"]"

Если эти адреса не принадлежат к вашему кошельку, вы должны импортировать их в первую очередь.

+597
Chris Maness 29 янв. 2015 г., 23:53:23

Я пытаюсь понять, как скрипт проверяет операции.

Я взял эту сделку как пример 55e5bbdba33050bbe6584e896b4a20575cf3fe3f29114467f17f67f6b172eb73

При показе сценарии, мы видим в качестве входных данных

ScriptSig: PUSHDATA(72)[3045022100c70904b2925a6822fd3dc2d236bcba1fa1518fdfdadbda8f25a89a339879c82a02200bd7ca7d502d46ebc6fbc97f51af3d0ab4f290d73931ada9abb76fb1b6d3b55b01] 
PUSHDATA(65)[043fd05d2490b2b8496da3b8498f1aee08634c43eef40aa58b66e36271632571d6dbda0ec7fb6fcec09409597e38e3b968648ed10ad6402647bb6143f0f9f09b3f]

И вывод :

ДУП PUSHDATA HASH160(20)[57d713220076f8298b54e9eea84d2e1dde62e4a1] EQUALVERIFY опция -- checksig

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

Я использовал скрипт онлайн отладчик , но эти биты не возвращают успех.

Кто-нибудь объяснить, почему я не могу получить это право ?

+469
jindrichb 21 нояб. 2012 г., 20:14:20

Они в кошельке.DAT-файл.

+455
Rambler 2 18 февр. 2012 г., 20:51:30

Я борюсь с некоторыми понятиями в волновой системе.

Как я понимаю:

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

Вопросы, которые у меня есть:

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

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

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

+433
Reddaisies 27 окт. 2016 г., 18:04:57

Я понятия не имею, как АКС это правильно. Позвольте мне привести пример: У нас есть некоторые народы,B,С,D.... И делает транзакции B, а затем необходимость платить до C, а затем отправить несколько монет в D, и т. д... После закрытия канала должен платить как в сделке onchain. Так что нет никаких причин, чтобы использовать молнии, когда нужно заплатить несколько монет на разных получателей? Я слышал, что молния может сделать децентрализованный обмен. Может кто-нибудь дать пример, как это будет работать с меньшей платы (или нулевой взнос, если это возможно)?

Другой пример: если торговлю BTC с B,С,D,Е.... И получил +0.01 BTC за каждую сделку, тогда Б нужно платить 0.01 БТЦ, с платить 0.01 БТЦ..... Существует много onchain входы, так много сборов (после закрытия канала)

Извините за мой английский

+336
i077 5 янв. 2016 г., 20:34:42

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

также убедитесь, что вы помните свой пароль и самое важное часть: отключение клиента монетки перед копированием кошелек

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

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

источник: я, я альткоины ОП бассейн

+293
Urik81 3 янв. 2019 г., 21:14:59

Я делаю Тяп/Пос гибрид денежку за удовольствие (никто не будет использовать его). Я уже нашел Меркле корень и заминировали блок бытие и есть извращенец и тому подобное. Я вставил их в правильных местах (или мне так показалось) в main.cpp и главное.ч. Я также удалил пункты пропуска из монет я склонировали. Теперь я получаю эту ошибку:

боол LoadBlockIndex(боол): утверждение `блок.GetHash() == hashGenesisBlock' не удалось.

Что я должен делать? Это не имеет смысла для меня, так как эта ошибка обычно означает, что есть проблемы, связанные с добычей генезис блока. Если кто-то хочет увидеть исходный код, это на GitHub: https://github.com/hale6666/kaluricoin

Спасибо!

+279
Churro 12 сент. 2010 г., 0:42:18

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

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

+178
Jeff Engebretsen 1 июл. 2019 г., 17:37:03

При открытии сетевого канала молнии между двумя сторонами, которая из следующего является истиной:

1) они должны заплатить взнос, чтобы открыть канал

2) они могут как платить, чтобы открыть канал

3) только один участник платит взнос.

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

+141
Zhir Jalal 12 мая 2010 г., 18:29:25

В Bitcoin Core, когда генерируя новый адрес для получения оплаты, вы получаете такой диалог:

Receive Address

Стоит галочка-флажок "генерировать Bech32 адрес".

Я понимаю, что это относительно новая функция еще не поддерживается на все кошельки. Подсказки помогут утверждает, что

Bech32 адреса ... дешевле тратить и предлагают лучшую защиту от опечатки"

  • Насколько дешевле, чем "P2SH завернутый адрес SegWit"? (и почему?)
  • Не P2SH, завернутый адреса SegWit включать проверить-цифры в конце?

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

+127
jacevedo 24 окт. 2014 г., 11:49:42

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

Кажется очевидным, что любой получатель отзыва компания будет в состоянии вывести, что другие получатели также получили деньги из Фонда. Однако эта информация, похоже, легко доступны через общедоступную сеть анализа результатов уже: https://oxt.me/entity/tiid/483238635

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

+118
user214064 30 окт. 2018 г., 14:08:05

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

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

+86
Patru 4 мар. 2019 г., 6:29:53

Пусть будет 2 сделки, сделки с(компания) & сделка Б. ScriptPubkey - для блокировки сделки с данным открытым ключом. ScriptSig - используется в сделке Б для разблокировки транзакций в

Поскольку сделка также является компания (добытое Шахтером), не будет ScriptSig. ScriptPubkey сделки, а это Шахтерская открытый ключ скрипта( т. е. заблокированы для Шахтера открытым ключом, так что в будущем он может открыть с помощью своего закрытого ключа[т. е. ScriptSig])

Шахтер может провести эту сделку Bitcoin, в Alice предоставляя ScriptSig(подпись с шахтерской закрытый ключ) во входном сделки Б. помните открытого ключа Шахтер формируется из его закрытого ключа, то можно за биткоины программа для проверки ScriptPubkey сделки с ScriptSig транзакции B, а затем, если действительные транзакции Б будут добавлены в блокчейн.

В ScriptPubkey сделки B будет открытый ключ Алисы, так что в будущем только Алиса может тратить эти биткоины через ScriptSig в сделки С.

+81
gmclelland 11 мар. 2019 г., 23:54:21

Также нужно использовать -тестовом режиме, при подключении к демону. Попробовать

 ./bitcoind -тестовом режиме getinfo
+62
njhelsonoler 31 июл. 2016 г., 12:47:58

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