Какие клиенты полностью поддерживают P2SH и / или multisig?

Я читаю код клиента Сатоси и Bitcoinj код. Мне кажется, что Satoshi поддерживает дал P2SH адрес в качестве пункта назначения, в то время как Bitcoinj нет. С другой стороны, Satoshi клиент не кажется, обеспечивает multisig в пользовательском интерфейсе.

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

Кто-нибудь матрицу поддержки для каждой функции и каждого клиента?

Это было бы круто.

Благодаря! Серхио.

Цитата: Sergio_Demian_Lerner 12 июля 2013 года, 5:57:22 PM

Оружейные имеет массу коды для interpretting и обработок несколько Sig сценариев, но ничего на самом деле использовать еще. Он был реализован до появления P2SH (вы даже можете найти ссылки в коде OP_EVAL, который был предшественником P2SH, и то, что был ведущим претендентом, когда я писал этот код).

Оружейный нужен новый формат бумажник для того, чтобы справиться с любым из этого "новый" вещи. Кроме того, blockchain утилиты не обрабатывать скрипты P2SH. Это все получение осуществляется в следующих два основных версиях - первый с новым blockchain утилитом для постоянного хранения БД, а второй с новым форматом бумажник. Но я бы ничего не рассмотреть "поддержанный" тем не менее, за исключением Pay2PubkeyHash и Pay2PubKey сценариев.

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

Это были результаты по состоянию на 21/06/2013:

Принимает multisig адрес в качестве пункта назначения (3 ...):
Bitcoin-кварта
bitcoind
bitcoinspinner
bitcoinwallet.in
Coinbase
Электрум
inputs.io

Отчеты решения недействительным или нестандартным:
Android Wallet
оружейный
Blockchain
Multibit
StrongCoin

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

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

Спасибо mandros нашли время для исследования по этому вопросу.

Насколько я знаю, нуль клиенты "полностью поддерживаю" мульти-сиг.

Просто создание мульти-Sig операции часто требует использования какого-то режима эксперта в программном обеспечении, если клиент поддерживает его на всех. Учтите, что некоторые остатки сегментирован на две категории: (1) выходы вы можете потратить (контроль ключей), и (2) выдает вы могли бы потратить (контроль М-из-N ключей). И, сделки должны быть розданы как-то в частично подписанное состоянии, которое сбор подписи из нескольких партий. Есть несколько вопросов, прецеденты и пользовательский интерфейс, которые необходимо решить для полезного процесса.

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

Цитата: Майк Хирн 17 июля 2013 года, 9:34:56 AM

Является Locktime фактически поддерживается в данный момент? Я знаю, что замена не является.

Цитата: TierNolan 17 июля 2013, 10:56:13 AM

Цитата: Майк Хирн 17 июля 2013 года, 9:34:56 AM

Является Locktime фактически поддерживается в данный момент? Я знаю, что замена не является.

Да, работает просто отлично, хотя мы, вероятно, понадобятся мягкая вилка, чтобы исправить некоторые вредные стимулы, ставшие возможными благодаря повременной nLockTime. (По высоте отлично) Первый производственный код, чтобы использовать его, вероятно, будет для объявить о фиксации жертвы за вещи протокола идентичности jgarzik в.

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

Цитата: Retep 17 июля 2013, 11:23:07 AM

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

Вы можете остановиться на этом? Или указать мне, где пикапы описаны? Я не знал этого развития.

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

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

Цитата: etotheipi 17 июля 2013 года, 6:07:00 PM

Цитата: Retep 17 июля 2013, 11:23:07 AM

Вы можете остановиться на этом? Или указать мне, где пикапы описаны? Я не знал этого развития.

Джереми Spilman-х решил его: http://permalink.gmane.org/gmane.comp.bitcoin.devel/2037 Двунаправленные каналы легко осуществляется путем создания двух каналов в противоположных направлениях.

Также смотрите мою записку об использовании OP_DEPTH, что я только что отправил в список -dev электронной почты.

Цитата: Майк Хирн 18 июля 2013, 10:41:09 AM

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

Стандартное отклонение: Bitcoin демократична и не имеет Решени.

Я буду получать вокруг размещения резюме обсуждения самого, Лука-младший и gmaxwell было около nLockTime-по-время на -wizards в ближайшее время.

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

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

Цитата: Retep от 18 июля 2013 года, 11:15:56 AM

Цитата: etotheipi 17 июля 2013 года, 6:07:00 PM

Цитата: Retep 17 июля 2013, 11:23:07 AM

Вы можете остановиться на этом? Или указать мне, где пикапы описаны? Я не знал этого развития.

К сожалению, я не понимаю

Код:

<Высота + п> OP_DEPTH OP_LESSTHAN
IF 2 PK1 PK2 CHECKMULTISIG
ELSE ПК1 CHECKSIG
ENDIF

OP_DEPTH "помещает число элементов стека в стек." Что его функция здесь?

Цитата: jl2012 от 18 июля 2013 года, 3:40:31 PM

К сожалению, я не понимаю

Код:

<Высота + п> OP_DEPTH OP_LESSTHAN
IF 2 PK1 PK2 CHECKMULTISIG
ELSE ПК1 CHECKSIG
ENDIF

OP_DEPTH "помещает число элементов стека в стек." Что его функция здесь?

Нет, он помещает текущую глубину сделки в стек. Это делает Stateful сценарий (часто считается плохим, смотрите обсуждение в списке DEV).

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

Цитата: jl2012 от 18 июля 2013 года, 3:40:31 PM

К сожалению, я не понимаю

Код:

<Высота + п> OP_DEPTH OP_LESSTHAN
   IF 2 PK1 PK2 CHECKMULTISIG
   ELSE ПК1 CHECKSIG
   ENDIF

OP_DEPTH "помещает число элементов стека в стек." Что его функция здесь?

Хороший улов.

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

Я буду называть этот гипотетический Opcodes OP_BLOCKHEIGHT, OP_TXOUTHEIGHT и OP_TXOUTDEPTH в будущем будет ясно.

Извини за это.

Цитата: kjj от 18 июля 2013 года, 3:54:41 PM

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

Чтобы быть ясно, что протокол реализован в настоящее время является то, что время автоподстройки возврата ТМ создаются, когда TX1 создается, что возвращает деньги в будущем, но в конечном счете, всегда будет короткая временной интервал, когда контрагент может исчезнуть оставив средства заблокировано , Решение Джереми Spilman было иметь контрагент также включают в себя некоторые средства, чтобы их средства будут заблокированы, а так контрагент имеет сильные стимулы, чтобы не допустить, чтобы это произошло; Я не уверен, что bitcoinj реализовал.

Цитата: Retep от 18 июля 2013 года, 4:14:32 PM

Цитата: kjj от 18 июля 2013 года, 3:54:41 PM

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

Цитата: Retep от 18 июля 2013 года, 4:14:32 PM

Цитата: kjj от 18 июля 2013 года, 3:54:41 PM

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

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

12 июля 2013, 5:57:22 PM	# 1
Sergio_Demian_Lerner Сообщения: 539 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я читаю код клиента Сатоси и Bitcoinj код. Мне кажется, что Satoshi поддерживает дал P2SH адрес в качестве пункта назначения, в то время как Bitcoinj нет. С другой стороны, Satoshi клиент не кажется, обеспечивает multisig в пользовательском интерфейсе. Оружейная, кажется, поддерживает multisigs изначально, но я не могу найти поддержку P2SH (может быть, это где-то там). Кто-нибудь матрицу поддержки для каждой функции и каждого клиента? Это было бы круто. Благодаря! Серхио.

12 июля 2013, 6:06:29 PM	# 2
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Получил 1806 Биткоинов Реальная история. Цитата: Sergio_Demian_Lerner 12 июля 2013 года, 5:57:22 PM Я читаю код клиента Сатоси и Bitcoinj код. Мне кажется, что Satoshi поддерживает дал P2SH адрес в качестве пункта назначения, в то время как Bitcoinj нет. С другой стороны, Satoshi клиент не кажется, обеспечивает multisig в пользовательском интерфейсе. Оружейная, кажется, поддерживает multisigs изначально, но я не могу найти поддержку P2SH (может быть, это где-то там). Кто-нибудь матрицу поддержки для каждой функции и каждого клиента? Это было бы круто. Благодаря! Серхио. Оружейные имеет массу коды для interpretting и обработок несколько Sig сценариев, но ничего на самом деле использовать еще. Он был реализован до появления P2SH (вы даже можете найти ссылки в коде OP_EVAL, который был предшественником P2SH, и то, что был ведущим претендентом, когда я писал этот код). Оружейный нужен новый формат бумажник для того, чтобы справиться с любым из этого "новый" вещи. Кроме того, blockchain утилиты не обрабатывать скрипты P2SH. Это все получение осуществляется в следующих два основных версиях - первый с новым blockchain утилитом для постоянного хранения БД, а второй с новым форматом бумажник. Но я бы ничего не рассмотреть "поддержанный" тем не менее, за исключением Pay2PubkeyHash и Pay2PubKey сценариев.

13 июля 2013, 8:44:38 AM	# 3
mandros Сообщений: 21 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Я протестировал несколько клиентов и веб-кошельки, чтобы увидеть, если они были в состоянии послать биткойна к multisig адреса. Это были результаты по состоянию на 21/06/2013: Принимает multisig адрес в качестве пункта назначения (3 ...): Bitcoin-кварта bitcoind bitcoinspinner bitcoinwallet.in Coinbase Электрум inputs.io Отчеты решения недействительным или нестандартным: Android Wallet оружейный Blockchain Multibit StrongCoin

13 июля 2013, 12:43:07 PM	# 4
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Эти адреса бесполезны сегодня, потому что единственный способ искупить их, чтобы иметь все ключи, загруженные в тот же Bitcoin-Qt. P2SH это просто способ передавать данные с выходов на входы за счет создания цепочки больше. Это не то, что я планирую поддерживать в bitcoinj в ближайшее время. Bitcoinj уже поддерживает несколько Sig выходы в том смысле, что вы можете писать приложения, которые используют их, отправить подписи вокруг, и т.д. В особенности это на самом деле не имеет смысла выставлять пользователь сырья - вам нужны дополнительные вещи сверху в любом случае.

13 июля 2013, 1:03:06 PM	# 5
Sergio_Demian_Lerner Сообщения: 539 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Спасибо mandros нашли время для исследования по этому вопросу.

17 июля 2013, 9:11:03 AM	# 6
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Насколько я знаю, нуль клиенты "полностью поддерживаю" мульти-сиг. Просто создание мульти-Sig операции часто требует использования какого-то режима эксперта в программном обеспечении, если клиент поддерживает его на всех. Учтите, что некоторые остатки сегментирован на две категории: (1) выходы вы можете потратить (контроль ключей), и (2) выдает вы могли бы потратить (контроль М-из-N ключей). И, сделки должны быть розданы как-то в частично подписанное состоянии, которое сбор подписи из нескольких партий. Есть несколько вопросов, прецеденты и пользовательский интерфейс, которые необходимо решить для полезного процесса.

17 июля 2013, 9:34:56 AM	# 7
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Да, точно. Multisig не особенность, которая действительно имеет смысл непосредственно разоблачить. Вы строите приложения на вершине.

17 июля 2013, 10:56:13 AM	# 8
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: Майк Хирн 17 июля 2013 года, 9:34:56 AM Да, точно. Multisig не особенность, которая действительно имеет смысл непосредственно разоблачить. Вы строите приложения на вершине. Является Locktime фактически поддерживается в данный момент? Я знаю, что замена не является.

17 июля 2013, 11:23:07 AM	# 9
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: TierNolan 17 июля 2013, 10:56:13 AM Цитата: Майк Хирн 17 июля 2013 года, 9:34:56 AM Да, точно. Multisig не особенность, которая действительно имеет смысл непосредственно разоблачить. Вы строите приложения на вершине. Является Locktime фактически поддерживается в данный момент? Я знаю, что замена не является. Да, работает просто отлично, хотя мы, вероятно, понадобятся мягкая вилка, чтобы исправить некоторые вредные стимулы, ставшие возможными благодаря повременной nLockTime. (По высоте отлично) Первый производственный код, чтобы использовать его, вероятно, будет для объявить о фиксации жертвы за вещи протокола идентичности jgarzik в. Реализация Satoshi по замене является одним из наиболее сомнительных бит дизайна положить в Bitcoin. Он никогда не будет включен путем Satoshi, предназначенным, и мы обнаружили, что микроплатежи каналам не нужны порядковые номера в любом случае, и версия, не на основе последовательности является гораздо более безопасной тоже. (Не зависимость от нулевого конфа)

17 июля 2013, 6:07:00 PM	# 10
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: Retep 17 июля 2013, 11:23:07 AM ...мы обнаружили, что микроплатежи каналам не нужны порядковые номера в любом случае, и не на основе последовательности версии является гораздо более безопасным слишком Вы можете остановиться на этом? Или указать мне, где пикапы описаны? Я не знал этого развития.

18 июля 2013, 10:41:09 AM	# 11
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Я скорее думаю, что он будет включен и нет, это не плохой дизайн, и не на основе не-замены протокола не является более безопасным. Протокол мы реализовали хак, который имеет некоторые серьезные недостатки в пользовательском опыте - он будет работать лучше и ровнее с оригинальным дизайном. Питер, я хочу, чтобы ты прекратить говорить, как если бы вы Решающий, когда речь идет о Bitcoin. Вы обычно делают заявления о том, что "будем" или "не будет" случиться так, как будто это сделано и посыпанный, когда на самом деле это только ваши личные мнения.

18 июля 2013, 11:15:56 AM	# 12
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: etotheipi 17 июля 2013 года, 6:07:00 PM Цитата: Retep 17 июля 2013, 11:23:07 AM ...мы обнаружили, что микроплатежи каналам не нужны порядковые номера в любом случае, и не на основе последовательности версии является гораздо более безопасным слишком Вы можете остановиться на этом? Или указать мне, где пикапы описаны? Я не знал этого развития. Джереми Spilman-х решил его: http://permalink.gmane.org/gmane.comp.bitcoin.devel/2037 Двунаправленные каналы легко осуществляется путем создания двух каналов в противоположных направлениях. Также смотрите мою записку об использовании OP_DEPTH, что я только что отправил в список -dev электронной почты.

18 июля 2013, 11:24:10 AM	# 13
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: Майк Хирн 18 июля 2013, 10:41:09 AM Питер, я хочу, чтобы ты прекратить говорить, как если бы вы Решающий, когда речь идет о Bitcoin. Вы обычно делают заявления о том, что "будем" или "не будет" случиться так, как будто это сделано и посыпанный, когда на самом деле это только ваши личные мнения. Стандартное отклонение: Bitcoin демократична и не имеет Решени. Я буду получать вокруг размещения резюме обсуждения самого, Лука-младший и gmaxwell было около nLockTime-по-время на -wizards в ближайшее время.

18 июля 2013, 1:29:44 PM	# 14
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Вам нужно больше, чем двунаправленных каналов для вещей, чтобы работать легко, и, очевидно, один: один каналы только одна возможность. Оригинальный дизайн Satoshi действительно является лучшим вариантом. В какой-то момент кто-то должен будет исправить анти-DoS стратегию в Bitcoin и в этой точке нет никаких причин, чтобы не только включить предыдущий механизм.

18 июля 2013, 3:40:31 PM	# 15
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: Retep от 18 июля 2013 года, 11:15:56 AM Цитата: etotheipi 17 июля 2013 года, 6:07:00 PM Цитата: Retep 17 июля 2013, 11:23:07 AM ...мы обнаружили, что микроплатежи каналам не нужны порядковые номера в любом случае, и не на основе последовательности версии является гораздо более безопасным слишком Вы можете остановиться на этом? Или указать мне, где пикапы описаны? Я не знал этого развития. Джереми Spilman-х решил его: http://permalink.gmane.org/gmane.comp.bitcoin.devel/2037 Двунаправленные каналы легко осуществляется путем создания двух каналов в противоположных направлениях. Также смотрите мою записку об использовании OP_DEPTH, что я только что отправил в список -dev электронной почты. К сожалению, я не понимаю Код: <Высота + п> OP_DEPTH OP_LESSTHAN IF 2 PK1 PK2 CHECKMULTISIG ELSE ПК1 CHECKSIG ENDIF OP_DEPTH "помещает число элементов стека в стек." Что его функция здесь?

18 июля 2013, 3:54:41 PM	# 16
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: jl2012 от 18 июля 2013 года, 3:40:31 PM К сожалению, я не понимаю Код: <Высота + п> OP_DEPTH OP_LESSTHAN IF 2 PK1 PK2 CHECKMULTISIG ELSE ПК1 CHECKSIG ENDIF OP_DEPTH "помещает число элементов стека в стек." Что его функция здесь? Нет, он помещает текущую глубину сделки в стек. Это делает Stateful сценарий (часто считается плохим, смотрите обсуждение в списке DEV). Этот пример говорит, что вам нужно, чтобы удовлетворить multisig с двумя ключами, пока транзакция не достигает определенную глубину, когда он может быть выкуплен одним скриптом. Идея заключается в том, что она устраняет риск контрагента исчезающие, давая первому парню возможность вернуть свои деньги в будущем.

18 июля 2013, 4:03:33 PM	# 17
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: jl2012 от 18 июля 2013 года, 3:40:31 PM К сожалению, я не понимаю Код: <Высота + п> OP_DEPTH OP_LESSTHAN IF 2 PK1 PK2 CHECKMULTISIG ELSE ПК1 CHECKSIG ENDIF OP_DEPTH "помещает число элементов стека в стек." Что его функция здесь? Хороший улов. Мы используем термин "OP_DEPTH" говорить об идее, чтобы сделать мягкую вилку, чтобы транзакции для запроса высоты блока блока, включая сделки в некотором роде. Я забыл там уже есть OP_DEPTH опкод, что делает его ужасное имя. Я буду называть этот гипотетический Opcodes OP_BLOCKHEIGHT, OP_TXOUTHEIGHT и OP_TXOUTDEPTH в будущем будет ясно. Извини за это.

18 июля 2013, 4:14:32 PM	# 18
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: kjj от 18 июля 2013 года, 3:54:41 PM Этот пример говорит, что вам нужно, чтобы удовлетворить multisig с двумя ключами, пока транзакция не достигает определенную глубину, когда он может быть выкуплен одним скриптом. Идея заключается в том, что она устраняет риск контрагента исчезающие, давая первому парню возможность вернуть свои деньги в будущем. Чтобы быть ясно, что протокол реализован в настоящее время является то, что время автоподстройки возврата ТМ создаются, когда TX1 создается, что возвращает деньги в будущем, но в конечном счете, всегда будет короткая временной интервал, когда контрагент может исчезнуть оставив средства заблокировано , Решение Джереми Spilman было иметь контрагент также включают в себя некоторые средства, чтобы их средства будут заблокированы, а так контрагент имеет сильные стимулы, чтобы не допустить, чтобы это произошло; Я не уверен, что bitcoinj реализовал.

18 июля 2013, 4:18:28 PM	# 19
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: Retep от 18 июля 2013 года, 4:14:32 PM Цитата: kjj от 18 июля 2013 года, 3:54:41 PM Этот пример говорит, что вам нужно, чтобы удовлетворить multisig с двумя ключами, пока транзакция не достигает определенную глубину, когда он может быть выкуплен одним скриптом. Идея заключается в том, что она устраняет риск контрагента исчезающие, давая первому парню возможность вернуть свои деньги в будущем. Чтобы быть ясно, что протокол реализован в настоящее время является то, что время автоподстройки возврата ТМ создаются, когда TX1 создается, что возвращает деньги в будущем, но в конечном счете, всегда будет короткая временной интервал, когда контрагент может исчезнуть оставив средства заблокировано , Решение Джереми Spilman было иметь контрагент также включают в себя некоторые средства, чтобы их средства будут заблокированы, а так контрагент имеет сильные стимулы, чтобы не допустить, чтобы это произошло; Я не уверен, что bitcoinj реализовал. Как может контрагент Исчезновение повлиять на это? Вы получаете возврат (TX2), подписанный получателем перед вами (плательщиком) подписать сделку финансирования (Tx1). Это по существу делает всю операцию атомной: либо все стороны получают свои деньги в условное депонирование, который автоматически возвращается плательщик, если одна из сторон исчезает ... или ничего не происходит.

18 июля 2013, 4:33:00 PM	# 20
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Какие клиенты полностью поддерживают P2SH и / или multisig? Цитата: Retep от 18 июля 2013 года, 4:14:32 PM Цитата: kjj от 18 июля 2013 года, 3:54:41 PM Этот пример говорит, что вам нужно, чтобы удовлетворить multisig с двумя ключами, пока транзакция не достигает определенную глубину, когда он может быть выкуплен одним скриптом. Идея заключается в том, что она устраняет риск контрагента исчезающие, давая первому парню возможность вернуть свои деньги в будущем. Чтобы быть ясно, что протокол реализован в настоящее время является то, что время автоподстройки возврата ТМ создаются, когда TX1 создается, что возвращает деньги в будущем, но в конечном счете, всегда будет короткая временной интервал, когда контрагент может исчезнуть оставив средства заблокировано , Решение Джереми Spilman было иметь контрагент также включают в себя некоторые средства, чтобы их средства будут заблокированы, а так контрагент имеет сильные стимулы, чтобы не допустить, чтобы это произошло; Я не уверен, что bitcoinj реализовал. Я просматривал форумы, игнорируя скучную презентацию. Я не читал весь обмен в деталях, просто достаточно, чтобы подтвердить свою догадку в зависимости от сценария, представленного. Как вы могли заметить из моего поста, я не так готов handwave над добавлением государства к сделкам. Я следую за рассуждением о проверке истории, а также подтверждения. Я думаю, что это может быть слишком сложным, чтобы сделать достаточно точные оценки безопасности когда-то ветвление добавляется.

Заголовок