Подтверждение транзакции для нетиповых операций

Здравствуй,

Я работаю над платежной системой и мне нужно немного помочь.

Дело в том, я `t didn понять, как я могу быть уверен, что я получил деньги?
Я могу использовать listtransactions, listunspent, а затем gettxout или gettransaction API требует, чтобы следить за полученные платежи.

Как это транзакция сценария, можно добавить сумму, которую можно потратить на 2 другой адрес в транзакции.
Это ALSA можно создавать очень разные scenerios сценария.

Если отправитель создает транзакцию с количеством, которое может быть использовано на 2 другой адрес, я буду видеть эту сделку с вызовами API. Кроме того, после 6 подтверждения Приму сделка в качестве действительного платежа, но тогда отправитель может тратить деньги, используя второй адрес, он добавил к сделке после поставки I товаров.

как я могу быть уверен?

Любая помощь приветствуется.

Это 6 Подтверждения, что должен умереть.

Это говорит, что вы очень смущены, когда сделка будет подтверждена, она не может быть отменена, что вы имеете в виду "второй адрес"? Да, вы можете отправить BTC по многим адресам с одной транзакцией, но как только вы послали их, вы послали их.

Один основных отправная точка, которая может помочь, чтобы понять, что все ТЕ назначат UTXOs (которые ранее ТЕ по собственному адресов, которые вы еще не потраченными) на "выходные адреса",

Процесс подтверждения гарантирует, что "двойные расходы" не может иметь место - 6 подтверждений, что клиент использует для Satoshi "Чисто" TX-произвольно и для большинства 1 или 2 подтверждений ТХ должна быть достаточно (0 Подтверждения никогда не безопасно).

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

Цитата: CIYAM Open 14 мая 2013 года, 4:28:41 PM

Типичный тип сделки присваивает значение от UTXO к "выходные адреса"Однако, основываясь на следующем:

Цитата: kirlisakal 14 мая 2013, 09:11:12 AM

Как это транзакция сценария, можно добавить сумму, которую можно потратить на 2 другой адрес в транзакции.
Это ALSA можно создавать очень разные scenerios сценария.

Похоже, что ОП обеспокоен получать нетипичную транзакцию. Есть ли возможность существовать, что кто-то может возможно создать сделку, где "Txout-скрипт" создан таким образом, что подпись от любого из 2-х различных частных ключей будет удовлетворять требование расходов (вроде как multisig, но требует либо сиг вместо обоего)? Может ли такая нетипичная сделка будет создана таким образом, чтобы получить его, чтобы показать с listunspent или listtransactions?

Цитата: DannyHamilton от 14 мая 2013 года, 4:47:05 PM

Yes.This является question.It можно создать нетипичную транзакцию с командой createrawtransaction и можно добавить второй открытый ключ "Txout-скрипт" что делает эту сумму можно потратить на 2-х разных адреса.
Я считаю, этот тип операций также появляется в listtransactions.

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

Любой * второй * попытка провести UTXOs будет * обязательно * (поэтому существование таких сценариев должно быть не касается). Так что, если вы обеспокоены тем, что выходные ТХ скрипты могут быть написаны, чтобы попытаться помочь с выполнением "дважды проводит" то в основном я думаю, что нет ничего страшного. Также AFAIA шахтеры просто не включают ТЕ скрипты, которые не делают "иметь смысл" в блоки, которые они мина (т.е. нет никакого волшебного скрипта, чтобы позволить кому-то уйти с двойным тратиться).

Причина ждать подтверждения (хотя 6 не действительно "магия" номер) должны быть уверен, что ТЕ * уже * добывали (1 подтверждение) и что * REORG * не будет видеть попытку двойного потратить вместо того оригинальная сумма расходы (> 1 подтверждение).

Цитата: kirlisakal 14 мая 2013, 09:11:12 AM

хмм не уверен

Все, что я знаю, это blockchain оленья кожа афера.

Любое имеет идею?

Цитата: kirlisakal от 15 мая 2013 г., 11:28:58 PM

Любое имеет идею?

Разве вы не читали мой мой ответ?

Дважды затрачивает являются * невозможно * снять, как только вы >1 подтверждения (в противном случае было бы не смогли года назад).

может кто-нибудь помочь мне с этим. кажется, не eork

Цитата: CIYAM Open 16 мая 2013 года, 2:54:54 AM

Цитата: kirlisakal от 15 мая 2013 г., 11:28:58 PM

Любое имеет идею?

Как я уже говорил ранее, я не думаю, что это "дважды проводит" что ОП обеспокоен:

Цитата: DannyHamilton от 14 мая 2013 года, 4:47:05 PM

Я не уверен, какие сделки перечислены с listunspent и / или listtransactions, но мне кажется, что ОП касается сделки может быть структурирована таким образом, что:

Тратить выход из сделки требует подписей от М N закрытых ключей
Отправитель имеет контроль M закрытых ключей
Один из частных ключей N является закрытым ключом, связанным с принимающим адресом OP в
Сделка показывает, как невыплаченной в его приемной адрес, когда OP выполняет listunspent и / или listtransactions

Я уверен, что listunspent будет включать только ОЕ это то, что клиент знает * может * сумма расходов (т.е. есть * все * необходимые ключи для), но к сожалению, у меня нет времени, чтобы проверить это в источнике (возможно, это может быть перемещены в службу технической поддержки, чтобы получить окончательный ответ от разработчика?).

Цитата: CIYAM Open 16 мая 2013 года, 9:42:31 AM

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

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

Eсть "Переместить тему" ссылка в нижней нити, которые вы можете использовать, чтобы переместить его.

Цитата: CIYAM Open 16 мая 2013 года, 9:42:31 AM

Я уверен, что listunspent будет включать только ОЕ это то, что клиент его знает * может * сумма расходы (т.е. имеет * все * требуемые ключи)

Я ожидаю, что вы правы. Вопрос заключается в том, что произойдет, если М = 1 и N = 2?

Если вы создаете M из N сделки, где М = 1 и N = 2, и отправитель контролирует один из 2-х закрытых ключей (в то время как приемник контролирует другие), то либо получатель или отправитель мог бы потратить. Будет ли клиент знает, что * может * провести его, так как он управляет 1 из 2 закрытых ключей? Если да, то это включить его в "listunspent"?

Да - я вижу проблему сейчас - и точка ОР (который является интересным).

Вполне может быть, что единственный способ, которым Вы можете быть уверены, что вы делаете "своя" UTXO в этом случае было бы на самом деле "проводить" он (никогда не считал М Н с М как 1, как * существо * М из N ТХ, но я предполагаю, что это может иметь смысл - особенно, если вы желаете, чтобы быть очень сложно).

Цитата: DannyHamilton от 16 мая 2013 года, 9:58:24 AM

Цитата: CIYAM Open 16 мая 2013 года, 9:42:31 AM

Так как я новичок на форуме, я не могу открыть любую тему другой, то новичок подфорума.

Цитата: kirlisakal 16 мая 2013 года, 7:24:21 PM

Так как я новичок в форуме
- чик -

N0. Ты не.

Вы (то есть ваш кошелек) не распознает, как ваши какие-либо необычные или нестандартные платежи. Кто-то могли бы с ума некоторых Bizarro сделки в theory- что- ваш кошелек имеет достаточно информации, чтобы погасить, но он не будет показывать. В общем случае, если сценарий платежа не был предоставлен получателем не следует считать, получатель не будет даже знать об этом, гораздо меньше, считает его оплатой.

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

14 мая 2013, 9:11:12 AM	# 1
kirlisakal Сообщения: 9 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Здравствуй, Я работаю над платежной системой и мне нужно немного помочь. Дело в том, я `t didn понять, как я могу быть уверен, что я получил деньги? Я могу использовать listtransactions, listunspent, а затем gettxout или gettransaction API требует, чтобы следить за полученные платежи. Как это транзакция сценария, можно добавить сумму, которую можно потратить на 2 другой адрес в транзакции. Это ALSA можно создавать очень разные scenerios сценария. Если отправитель создает транзакцию с количеством, которое может быть использовано на 2 другой адрес, я буду видеть эту сделку с вызовами API. Кроме того, после 6 подтверждения Приму сделка в качестве действительного платежа, но тогда отправитель может тратить деньги, используя второй адрес, он добавил к сделке после поставки I товаров. как я могу быть уверен?

14 мая 2013, 3:46:41 PM	# 2
kirlisakal Сообщения: 9 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Получил 1806 Биткоинов Реальная история. Любая помощь приветствуется.

14 мая 2013, 4:15:33 PM	# 3
Gabi Сообщения: 1092 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Это 6 Подтверждения, что должен умереть. Это говорит, что вы очень смущены, когда сделка будет подтверждена, она не может быть отменена, что вы имеете в виду "второй адрес"? Да, вы можете отправить BTC по многим адресам с одной транзакцией, но как только вы послали их, вы послали их.

14 мая 2013, 4:28:41 PM	# 4
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Один основных отправная точка, которая может помочь, чтобы понять, что все ТЕ назначат UTXOs (которые ранее ТЕ по собственному адресов, которые вы еще не потраченными) на "выходные адреса", Процесс подтверждения гарантирует, что "двойные расходы" не может иметь место - 6 подтверждений, что клиент использует для Satoshi "Чисто" TX-произвольно и для большинства 1 или 2 подтверждений ТХ должна быть достаточно (0 Подтверждения никогда не безопасно). В основном ваше решение по "сколько подтверждений" сойдет "сколько я рисковал" (То есть, если это только кофе, то вы не принимаете много риска, но если это дом, я думаю, что я бы ждать 6).

14 мая 2013, 4:47:05 PM	# 5
DannyHamilton Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: CIYAM Open 14 мая 2013 года, 4:28:41 PM Один основных отправная точка, которая может помочь, чтобы понять, что все ТЕ назначат UTXOs (которые ранее ТЕ по собственному адресов, которые вы еще не потраченными) на "выходные адреса", Типичный тип сделки присваивает значение от UTXO к "выходные адреса"Однако, основываясь на следующем: Цитата: kirlisakal 14 мая 2013, 09:11:12 AM Как это транзакция сценария, можно добавить сумму, которую можно потратить на 2 другой адрес в транзакции. Это ALSA можно создавать очень разные scenerios сценария. Похоже, что ОП обеспокоен получать нетипичную транзакцию. Есть ли возможность существовать, что кто-то может возможно создать сделку, где "Txout-скрипт" создан таким образом, что подпись от любого из 2-х различных частных ключей будет удовлетворять требование расходов (вроде как multisig, но требует либо сиг вместо обоего)? Может ли такая нетипичная сделка будет создана таким образом, чтобы получить его, чтобы показать с listunspent или listtransactions?

14 мая 2013, 5:06:58 PM	# 6
kirlisakal Сообщения: 9 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: DannyHamilton от 14 мая 2013 года, 4:47:05 PM Похоже, что ОП обеспокоен получать нетипичную транзакцию. Есть ли возможность существовать, что кто-то может возможно создать сделку, где "Txout-скрипт" создан таким образом, что подпись от любого из 2-х различных частных ключей будет удовлетворять требование расходов (вроде как multisig, но требует либо сиг вместо обоего)? Может ли такая нетипичная сделка будет создана таким образом, чтобы получить его, чтобы показать с listunspent или listtransactions? Yes.This является question.It можно создать нетипичную транзакцию с командой createrawtransaction и можно добавить второй открытый ключ "Txout-скрипт" что делает эту сумму можно потратить на 2-х разных адреса. Я считаю, этот тип операций также появляется в listtransactions.

15 мая 2013, 3:21:49 AM	# 7
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций О - теперь я получаю то, что вы спрашиваете, и ответ * да * Я думаю, что это может быть возможно создать такой сценарий, хотя я не знаю точно, что цель его будет (а М N имеет смысл ). Любой * второй * попытка провести UTXOs будет * обязательно * (поэтому существование таких сценариев должно быть не касается). Так что, если вы обеспокоены тем, что выходные ТХ скрипты могут быть написаны, чтобы попытаться помочь с выполнением "дважды проводит" то в основном я думаю, что нет ничего страшного. Также AFAIA шахтеры просто не включают ТЕ скрипты, которые не делают "иметь смысл" в блоки, которые они мина (т.е. нет никакого волшебного скрипта, чтобы позволить кому-то уйти с двойным тратиться). Причина ждать подтверждения (хотя 6 не действительно "магия" номер) должны быть уверен, что ТЕ * уже * добывали (1 подтверждение) и что * REORG * не будет видеть попытку двойного потратить вместо того оригинальная сумма расходы (> 1 подтверждение).

15 мая 2013, 3:32:55 AM	# 8
jamesgarfield Сообщений: 14 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: kirlisakal 14 мая 2013, 09:11:12 AM Здравствуй, Я работаю над платежной системой и мне нужно немного помочь. Дело в том, я `t didn понять, как я могу быть уверен, что я получил деньги? Я могу использовать listtransactions, listunspent, а затем gettxout или gettransaction API требует, чтобы следить за полученные платежи. Как это транзакция сценария, можно добавить сумму, которую можно потратить на 2 другой адрес в транзакции. Это ALSA можно создавать очень разные scenerios сценария. Если отправитель создает транзакцию с количеством, которое может быть использовано на 2 другой адрес, я буду видеть эту сделку с вызовами API. Кроме того, после 6 подтверждения Приму сделка в качестве действительного платежа, но тогда отправитель может тратить деньги, используя второй адрес, он добавил к сделке после поставки I товаров. как я могу быть уверен? хмм не уверен

15 мая 2013, 4:25:00 AM	# 9
парша Сообщений: 14 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Все, что я знаю, это blockchain оленья кожа афера.

15 мая 2013, 11:28:58 PM	# 10
kirlisakal Сообщения: 9 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Любое имеет идею?

16 мая 2013, 2:54:54 AM	# 11
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: kirlisakal от 15 мая 2013 г., 11:28:58 PM Любое имеет идею? Разве вы не читали мой мой ответ? Дважды затрачивает являются * невозможно * снять, как только вы >1 подтверждения (в противном случае было бы не смогли года назад).

16 мая 2013, 2:56:40 AM	# 12
Charles999 Сообщения: 224 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций может кто-нибудь помочь мне с этим. кажется, не eork

16 мая 2013, 9:20:19 AM	# 13
DannyHamilton Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: CIYAM Open 16 мая 2013 года, 2:54:54 AM Цитата: kirlisakal от 15 мая 2013 г., 11:28:58 PM Любое имеет идею? Разве вы не читали мой мой ответ? Дважды затрачивает являются * невозможно * снять, как только вы >1 подтверждения (в противном случае было бы не смогли года назад). Как я уже говорил ранее, я не думаю, что это "дважды проводит" что ОП обеспокоен: Цитата: DannyHamilton от 14 мая 2013 года, 4:47:05 PM Похоже, что ОП обеспокоен получать нетипичную транзакцию. Есть ли возможность существовать, что кто-то может возможно создать сделку, где "Txout-скрипт" создан таким образом, что подпись от любого из 2-х различных частных ключей будет удовлетворять требование расходов (вроде как multisig, но требует либо сиг вместо обоего)? Может ли такая нетипичная сделка будет создана таким образом, чтобы получить его, чтобы показать с listunspent или listtransactions? Я не уверен, какие сделки перечислены с listunspent и / или listtransactions, но мне кажется, что ОП касается сделки может быть структурирована таким образом, что: Тратить выход из сделки требует подписей от М N закрытых ключей Отправитель имеет контроль M закрытых ключей Один из частных ключей N является закрытым ключом, связанным с принимающим адресом OP в Сделка показывает, как невыплаченной в его приемной адрес, когда OP выполняет listunspent и / или listtransactions

16 мая 2013, 9:42:31 AM	# 14
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Я уверен, что listunspent будет включать только ОЕ это то, что клиент знает * может * сумма расходов (т.е. есть * все * необходимые ключи для), но к сожалению, у меня нет времени, чтобы проверить это в источнике (возможно, это может быть перемещены в службу технической поддержки, чтобы получить окончательный ответ от разработчика?).

16 мая 2013, 9:58:24 AM	# 15
DannyHamilton Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: CIYAM Open 16 мая 2013 года, 9:42:31 AM (Возможно, это можно было бы перенести в службу технической поддержки, чтобы получить окончательный ответ от разработчика?). Согласовано. OP, вы будете более вероятно, чтобы получить ответ, который вы ищете, если вы переместите эту тему в "Техническая поддержка" подфоруме. Eсть "Переместить тему" ссылка в нижней нити, которые вы можете использовать, чтобы переместить его.

16 мая 2013, 10:02:03 AM	# 16
DannyHamilton Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: CIYAM Open 16 мая 2013 года, 9:42:31 AM Я уверен, что listunspent будет включать только ОЕ это то, что клиент его знает * может * сумма расходы (т.е. имеет * все * требуемые ключи) Я ожидаю, что вы правы. Вопрос заключается в том, что произойдет, если М = 1 и N = 2? Если вы создаете M из N сделки, где М = 1 и N = 2, и отправитель контролирует один из 2-х закрытых ключей (в то время как приемник контролирует другие), то либо получатель или отправитель мог бы потратить. Будет ли клиент знает, что * может * провести его, так как он управляет 1 из 2 закрытых ключей? Если да, то это включить его в "listunspent"?

16 мая 2013, 10:07:22 AM	# 17
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Да - я вижу проблему сейчас - и точка ОР (который является интересным). Вполне может быть, что единственный способ, которым Вы можете быть уверены, что вы делаете "своя" UTXO в этом случае было бы на самом деле "проводить" он (никогда не считал М Н с М как 1, как * существо * М из N ТХ, но я предполагаю, что это может иметь смысл - особенно, если вы желаете, чтобы быть очень сложно).

16 мая 2013, 7:24:21 PM	# 18
kirlisakal Сообщения: 9 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: DannyHamilton от 16 мая 2013 года, 9:58:24 AM Цитата: CIYAM Open 16 мая 2013 года, 9:42:31 AM (Возможно, это можно было бы перенести в службу технической поддержки, чтобы получить окончательный ответ от разработчика?). Согласовано. OP, вы будете более вероятно, чтобы получить ответ, который вы ищете, если вы переместите эту тему в "Техническая поддержка" подфоруме. Eсть "Переместить тему" ссылка в нижней нити, которые вы можете использовать, чтобы переместить его. Так как я новичок на форуме, я не могу открыть любую тему другой, то новичок подфорума.

16 мая 2013, 8:50:27 PM	# 19
DannyHamilton Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Цитата: kirlisakal 16 мая 2013 года, 7:24:21 PM Так как я новичок в форуме - чик - N0. Ты не.

16 мая 2013, 9:06:37 PM	# 20
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Подтверждение транзакции для нетиповых операций Вы (то есть ваш кошелек) не распознает, как ваши какие-либо необычные или нестандартные платежи. Кто-то могли бы с ума некоторых Bizarro сделки в theory- что- ваш кошелек имеет достаточно информации, чтобы погасить, но он не будет показывать. В общем случае, если сценарий платежа не был предоставлен получателем не следует считать, получатель не будет даже знать об этом, гораздо меньше, считает его оплатой. Это позволяет избежать этой проблемы, вы обеспокоены тем, полностью до тех пор, пока вы сохраняете свои закрытые ключи частных.

Заголовок