Что Мне Делать? Неподтвержденные Транзакции В Течение Почти 7 Часов :(

Извините, если я веду себя как нуб. Никогда не было операций так долго и это настораживает :/ прошло около 6-7 часов и до сих пор нет подтверждения. Мне просто переждать? Пожалуйста, помогите! :(

Идентификатор транзакции c3cfa18f21ab69dce87b269643cc841f0c16b7e69683afaad14a25d4b0740277

Редактировать: мой кошелек не синхронизируется либо...

Спасибо

+598
Filip Radelic 6 авг. 2013 г., 0:46:57
16 ответов

Coinbase имеет отдельный банковский сбор (в настоящее время $0.15) в дополнение к их комиссии за транзакцию.

+891
Some One 03 февр. '09 в 4:24

Чак не совсем корректно. Обмен есть соответствующий движок, но там будет кто-то на другой стороне сделки. Биржа не имеет собственной позиции по фьючерсам.

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

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

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

+854
Ramanuj Bhatnagar 27 авг. 2012 г., 9:17:07

Основная путаница происходит от этого :

Во-первых, создать скрипт с помощью сцепления [sigScript][OP_CODESEPARATOR][pubkeyScript]

Затем вы добавляете :

Я понимаю, что выполнение скрипта эволюционировало от этого

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

Это правда, что для (относительно) короткий срок биткоин скрипт оценки было сделано кстати, вы упомянули, где CODESEPARATOR был помещен между scriptSig и scriptPubkey потом все объединяются, чтобы сформировать один скрипт, который будет выполнен, но это было изменено, а в начале совершения 6ff5f718b6a67797b2b3bab8905d607ad216ee21 который датируется 31 июля 2010.

После изменений, которые ввел функцию по имени VerifyScript в script.cpp (сегодня логика interpreter.cpp), scriptSig и scriptPubkey не сцепляются с CODESEPARATOR между ними. Скорее они выполнены в виде двух отдельных скриптов один за другим, где стек содержимое несет от первого до второго.

Разница незначительная и не изменяют поток стандартные выкупы, но становится заметно, когда опция -- checksig операция делается в scriptSig.

Начиная от проводки финансирование

b8fd633e7713a43d5ac87266adc78444669b987a56b3a65fb92d58c2c4b0e84d

мы видим, что второй выход в оплату на следующий scriptPubKey с индексом 1 :

14 2a9bc5447d664c1d0141392a842d23dba45c4f13
NOP2
Падение

OP_CLTV еще не активна, поэтому код 0xb1 еще NOP2.

Которую потом выкупила

eb3b82c0884e3efa6d8b0be55b4915eb20be124c9766245bcc7f34fdac32bccb

входным индексом 1 :

0
47
30
44
02
 20 276d6dad3defa37b5f81add3992d510d2f44a317fd85e04f93a1e2daea646602
02
 20 0f862a0da684249322ceb8ed842fb8c859c0cb94c81e1c5308b4868157a428ee
01
CODESEPARATOR
1
21 0232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a
1
CHECKMULTISIG

В течение короткого периода времени до совершения 6ff5f718, двух сценариев будет concated с CODESEPARATOR , размещенный между ними для формирования полного сценария, то выполнение начнется. Мы начинаем с пустого стека, и указатель на начало скрипта ознаменовало начало того, что будет подписано scriptCode :

  1. Нажимаем 0 на стек
  2. Нажимаем подписи на стек
  3. Выполнение CODESEPARATOR - отметьте этот момент в сценарий как начать scriptCode (перезапись предыдущего значения, установленного в начале)
  4. Нажимаем 1 в стек
  5. Нажимаем по умолчанию на стек
  6. Нажимаем 1 в стек
  7. Выполнить 1-в-1 CHECKMULTISIG

На данный момент, мы должны построить scriptCode должен быть подписан. Правила :

  1. Возьмите подстрочный от последнего выполненного CODESEPARATOR до конца сценария
  2. Удалить все CODESEPARATORS
  3. Удалить все вхождения подпись, которая в данный момент проверяется

С момента подписания фактически до последнего CODESEPARATOR, Правило № 3 не вступил в силу, но правила #1 и #2 сделать. Это оставляет нас со следующей scriptCode :

1
21 0232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a
1
CHECKMULTISIG
14 2a9bc5447d664c1d0141392a842d23dba45c4f13
NOP2
Падение

Что вы сначала придумали, а теперь давайте посмотрим, как изменения в 6ff5f718 делает разницу.

Напомним, что теперь мы имеем дело с двух отдельных скриптов, но ни один из других правила меняются. Единственная разница заключается в том, что эти два сценария исполняются отдельно, одна за другой, и что стек, что осталось от исполнения scriptSig переходит к исполнению scriptPubkey.

Мы начнем с выполнения scriptSig и пройти через шаги #1 - #7, как и раньше, приезжая на одну и ту же точку CHECKMULTISIG , где мы строим scriptCode. Поскольку фактические выполняется скрипт теперь состоит только из того, что было в scriptSig, scriptCode становится :

1
21 0232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a
1
CHECKMULTISIG

Если эта подпись проверяющего пропуска (и это делает), значение 1 помещается в стек, и scriptSig выполнение заканчивается успешно. Этот стек теперь переходит к exectution из scriptPubkey (что очень удобно) и в конце концов оставили в качестве конечного значения на стеке, что делает scriptPubkey решимость правда.

Эта сделка очень интересные на самом деле показывает, как нетривиальный совершить 6ff5f718 было на самом деле. Это отличный пример.

Другая вещь, чтобы отметить, что этот scriptPubKey сама по себе является кто может проводить сценария. Этот скрипт все условия удовлетворены, просто проходя одним нажатием элемент которого принимает значение true (например, 1 - 0x51) и что подпись на чеке в scriptSig на самом деле не имеет никакого значения и не обеспечивает средства во все.

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

На самом деле, глядя на этого еще, похоже, что данная сделка конкретно упоминается в бип-17 (который был с тех пор заброшен). 20 байт в scriptPubkey на самом деле hash160 из 1-на-1 multisig скрипта :

51210232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a51ae

Это на самом деле один из примеров бип-17 сделок, размещенных на цепи автора ОНФ по. Если это бип были приняты, такая сделка не будет никому-можете потратить. (вы можете ознакомиться более детально в самом бип)

+842
Edmond Tamas 22 окт. 2011 г., 7:40:53

Файл recovered_wallet_NNN.дат должен быть стандартный Лайткоин кошелек файлу, содержащему (возможно) закрытые ключи, что pywallet нашли. Установите для Litecoin-Qt если вы еще этого не сделали резервную копию существующих кошелек.дат если таковые имеются, и скопируйте recovered_wallet_NNN.дат на свои места. Затем запустите лайткоинов-в Qt -сканирование (это может занять много времени для запуска, так как он сканирует всю цепочку блоков).

Если данные найдены pywallet включены ваших старых закрытых ключей, для Litecoin-Qt будет иметь доступ к ним и покажет вам ваш баланс. Затем вы можете отправить свои монеты на новый адрес или как угодно.

Это также вполне возможно, что данные по pywallet выглядит как отдельный ключ, но на самом деле нечто иное. Они все равно будут работать как частные ключи (так как закрытый ключ может быть любым 256-битное целое), но они будут соответствовать на адреса, которые не содержат каких-либо монет. В этом случае, для Litecoin-Qt будет показать вам нулевой баланс, и вам не повезло.

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

+806
Jhengstler 22 авг. 2013 г., 13:21:20

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

Структура сделки

Сделка может рассматриваться как совокупность входов и выходов. Входы ссылаться на ранее созданные UTXOs, в то время как выходы генерировать новые. Поэтому при создании транзакции каждого входного проводит UTXO и каждого мероприятия создает.

enter image description here

Выходы структуру

Выходы-это то, что содержит так называемый замок скрипт, или как его обычно называют в транзакции, scriptPubKey. Такой сценарий содержит условие, необходимое, чтобы провести такой UTXO.

Структура входов

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

Примеры

Наиболее часто используемые операции в Bitcoin, и, следовательно, самый распространенный пример это платное по умолчанию хэш-код (P2PKH) сделок, или сделок, которые платят в биткоин-адрес. Сценарий "оплатой в биткоин-адрес" будет требовать, что вы можете оказаться "владельцем" такого адреса. Давайте посмотрим, как это работает:

Сделки P2PKH

Транзакции создания P2PKH UTXO будет scriptPubKey выглядит следующим образом:

ScriptPubKey = OP_DUP OP_HASH160 <hash160(по умолчанию)> OP_EQUAL OP_CHECKSIG

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

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

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

<сиг> <по умолчанию> OP_DUP OP_HASH160 <hash160(по умолчанию)> OP_EQUAL OP_CHECKSIG

Для того, чтобы анализировать скрипта вы должны иметь две вещи в виду. Существует два типа положений, инструкций и данных (в лице между < >). Кроме того, скрипты считываются слева направо, и данные используются в качестве входных данных опкодов.

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

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

+714
user1530318 6 дек. 2011 г., 8:47:56

Скажем, у вас есть мульти-сиг Техас, который возник из 2-из-3 P2SH адрес.

Можно ли сказать, кто подписывает сделку? т. е. вы можете получить доступ к выкупить скрипт после того, как Техас выходит, и таким образом у вас есть доступ ко всем 3 открытых ключей, сгенерированных на 2-из-3 P2SH адрес. Возможно, вы можете определить, какие общественные ключи подписаны сделки?

Если да, то как?

+705
user75337 6 янв. 2011 г., 11:46:15

Же самое, что происходит с золотом, если золото люди решили закрыть сайт золото.

+693
Cathy Henderson 25 мая 2016 г., 3:16:57

Интересно, если допустим кто-то имеет средства в Bech32 и они посылают к "1" или "3" адреса из-за менее символов, чтобы помнить и так далее.

+617
Toriya 2 окт. 2019 г., 17:11:30

Там был анонс, разосланный фонда на 27 пояснив, что они не будут чтить ВСН. Компания эффективно проглотил свой добавленные ВСН, но должны уважать своих БТЦ. Ваша транзакция не может быть отменена только потому, что цепь еще не закончил проверку его. Кроме того, из-за безопасности анализировать в МПБ блокчейн ваш перевод уже случилось и ВСН будет создан за счет того, что БТД был передан, а именно счета Coinbase, в который раз не признает ВСН.

+464
Bhuvan 18 янв. 2012 г., 17:36:01

Нет, это не (практически) возможно.

На multisig-адрес опирается на небольшая программа, биткоин скрипт, который принимает форму .

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

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

+424
Valentin iNexuSs 30 апр. 2015 г., 9:38:26

Да, это возможно. Но как уже упоминалось выше, есть компромиссы.

Я думаю, что лучше не скачать полный блокчейн, когда вы хотите прототипа что-то быстро или просто поиграть.

За то, что я знаю Bcoin имеет полный узел вы можете указать на (это обрезал узел)

Есть некоторые другие сервисы тоже нравится https://bitcore.io/ (я никогда не использовал его)

+422
dan2002 7 июл. 2019 г., 4:02:36

Я начал биткоин daemon с -регтест флаг. Выход был

Биткоин Server, начиная

Но, когда я запускаю

биткоин-Кинк -регтест генерировать 101

команда, она показывает

ошибка: не удалось подключиться к серверу: неизвестна (код -1) (убедитесь, что сервер работает и вы подключаетесь к правильному портов RPC)

Как это происходит?

+391
Thomas McGuire 31 янв. 2012 г., 2:10:35

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

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

+279
Ali Umair 15 мая 2019 г., 0:21:41

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

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

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

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

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

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

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

+234
phil Harris 23 июн. 2013 г., 20:31:04

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

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

Приложение написано на JavaScript, что обеспечивает второй уровень безопасности (все операции выполняются в браузере пользователя). Я думаю, что вы можете использовать это через PHP-приложение, в котором почти все веб-приложения с помощью JavaScript-библиотеки.

Ура,

-Бешир

+102
Bhaumik Joshi 1 янв. 2017 г., 9:11:44

Если я правильно перевожу ваш вопрос, я думаю, вы неправильно выбрать. Он должен быть настроен на IP-адрес удаленного хоста, а не компьютер работает Bitcoin.

+19
Djulian Argo 26 мая 2010 г., 4:24:43

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