Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
6 сентября 2015, 10:51:47 AM   # 1
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Основываясь на идее Tier Нолана, я сделал так, чтобы атомарно торговли между BTC и NXT / NXTassets. Я должен быть в состоянии так эффективно сочетать два таких свопы с BTC <-> ALT (который поддерживает p2sh) будет в состоянии сделать.

Я лоббировал NXT поддерживать зарплату на выявление секрета (до определенного места назначения), где средства будут заблокированы с помощью rmd160 (sha256 (секрет)) и он будет выпущен, когда секрет, что хэши к этому значению представляется.

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

Вот протокол:

0. Алиса и Боб согласны с условиями торговли и поделиться pubkeys их опубликованного адреса. Боб посылает rmd160 (sha256 (onetimepubkey)) Алисе вместе с выпуском NXT на секрет, связанного с тем же хэш.

1. Как рассчитать тот же адрес, что позволяет p2sh выкуп через 2of2 multisig или нормальные расходы на onetimepubkey Боба

2. Алиса посылает Бобу неподписанную сделку финансирования по адресу p2sh на сумму согласованной.

3. Боб создает multisig возврат ТХ на всю сумму обратно Алисе timelocked в будущее, знаки и посылает Алисе.

4. Алиса проверяет возврат является правильным, и если она транслирует операцию финансирования, которая создает расходуемый выход

5. Из-за податливости, Боб должен ждать, пока он не имеет достаточно подтверждает (1 должно быть достаточно?) Для значения торгуются. Когда он удовлетворен, он тратит деньги с адреса p2sh, используя нормальный путь, и это публикует его Публичное.

6. Алиса отправляет это Публичную, чтобы освободить NXT стороны сделки.

Выше теория, на самом деле есть несколько неприятных сюрпризов. Если вы используете TimeLock и имеют sequenceid -1, TimeLock игнорируется, и он попадает в blockchain сразу и вход помечается как провел сразу. Если у вас есть sequenceid, не -1, то отвергается с {"код": -26,"сообщение":"64: неконечное"}. Таким образом, Алиса будет держать в кармане транзакции возврата и убедитесь, что представить его, если Боб hasnt показал свой Публичный.
 
Это было от ручного запуска:

Алиса адр: 14XrJHhqMvDszMMwKR2d6u5PPvDeRieQoG -> 03b4143b6e7a064a78bc66dab0ca72251fea3d6fd8db1f4c48b91996d7af62dd05
Боб адр: 17Y5rr67RpTtuCd929dS6muyKZmjqJZQpr -> 037387677a21b8ebb472ff2d00892098dcd990a9a21b09b8e22aefece8b1cbbdc0
Боба одноразовая адр 1NBKFDmmHSpSzFnP9bX5bDWnm9zqD6nUv4 -> 03c8a7e64c763e908549aa0f93974ab346a559b486eba32bf14338542b4282b916 -> e84e0808b8cd32c38fa2093a490efabc6be53d7a

Теперь оба могут вычислить p2sh адрес 37FsSwJ59z5UuRjNFjtfNYWVFquBEsUGHC из redeemscript:
OP_IF OP_2 03b4143b6e7a064a78bc66dab0ca72251fea3d6fd8db1f4c48b91996d7af62dd05 037387677a21b8ebb472ff2d00892098dcd990a9a21b09b8e22aefece8b1cbbdc0 OP_2 OP_CHECKMULTISIG
OP_ELSE OP_DUP OP_HASH160 e84e0808b8cd32c38fa2093a490efabc6be53d7a OP_EQUALVERIFY OP_CHECKSIG
OP_ENDIF

Я только в сочетании стандартного 2of2 и стандартного pubkeyhash в условной, но они никогда не занимался p2sh до этого уик-энда, ни с подписанием Bitcoin ТХ, это было довольно много работы, чтобы получить эту работу, как там не кажется, что любая реальная поддержка для пользовательских скриптов p2sh. Во всяком случае, благодаря libbcoin jgarzik, я был в состоянии получить подписание рабочего в день, и споткнулся о выяснении "очевидный" вещи о p2sh сценариев.

[Как и в стороне, если есть способ проверить, что e84e0808b8cd32c38fa2093a490efabc6be53d7a от третьих Публичного в виде 2of3 multisig адреса, то не было бы никакой необходимости в какой-либо пользовательской redeemscript. Просто нормальный проводит к 2of3 multisig бы работал (с бобом, имеющими 2 из трех адресов). К сожалению, я думаю, что это криптографический трудно перейти от msig адреса + pubkeyhash и 2 из 3 pubkeys к третьему Публичных. И если это не представляется возможным, то Алиса не имеет возможности узнать, что боб просто техника его подводит дать ей фиктивный pubkeyhash]

Боб посылает Алисе: e84e0808b8cd32c38fa2093a490efabc6be53d7a
NXT ТХ: 1117487717739855000 hashed_secret: cc863b881f35bbeca374b25d018d4e17dc4aa19b Hash: RIPEMD160_SHA256

и подпись возврат ТХ в кармане: 0100000001a9b3602a28960f1d855d1f52eea54f5e8b6fff469d54083ce433962b1c16dfe100000 000f800483045022100d1439b9170a6d14e07dc6a11dd5c1aab80df302fe4f1de77e12c7859ba20 361f02202dcc946b75995b62fb798b68e9bd443988c4004187f3c5cae52831b9415a712c0147304 40220754d43345edbeffd25cdfc6cbed16f59b1ef25c02092ff1752f0386e6a624e3d022075ef75 78ccb2bbd0a8c58394ed7e4c5803b6ee66691623342fe19862146fda9f01514c6363522103b4143 b6e7a064a78bc66dab0ca72251fea3d6fd8db1f4c48b91996d7af62dd0521037387677a21b8ebb4 72ff2d00892098dcd990a9a21b09b8e22aefece8b1cbbdc052ae6776a914e84e0808b8cd32c38fa 2093a490efabc6be53d7a88ac68a510ec550130750000000000001976a91426be0216d0089626b3 fc3a81f7d844f31a47e0fd88ac34b20500

Затем Алиса вещает финансирование ТХ e1df161c2b9633e43c08549d46ff6f8b5e4fa5ee521f5d851d0f96282a60b3a9

Боб видит на blockchain и проводит: 176026872b52b952c4649ee0b44026f87e2282aaaea7994117659a699662ae0a, который показывает 03c8a7e64c763e908549aa0f93974ab346a559b486eba32bf14338542b4282b916.

Алиса см Проведут Боб и подает NXT утверждение фазировки ТЙ.

До Алиса финансирования адрес p2sh, в худшем случае некоторые из временных резервов NXT Боба задерживаются на некоторое время. После того, как сделка финансируется, у нас есть несколько случаев:

а) Боб проводит Алиса утверждает, оба счастливы
б) Боб оленья кожа потратить на свой адрес, то после TimeLock, Алиса может представить timelocked возврат
в) крайних случаях:

ясно, что timelocks должны быть установлены правильно, может быть, 10 блоков BTC вперед и сделать его в два раза расчетное время на стороне NXT

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

После того, как я проверить timelocked ТХ творю может быть подано после указанного блока, то я полностью интегрировать это в InstantDEX

Джеймс
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777


Как заработать Биткоины?
Без вложений. Не майнинг.


6 сентября 2015, 1:07:45 PM   # 2
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Получил 1806 Биткоинов
Реальная история.





4. Алиса проверяет возврат является правильным, и если она транслирует операцию финансирования, которая создает расходуемый выход

Bitcoin операция возврата имеет известную проблему. Транзакция возврата работает только для конкретного TXID, но финансирование TXID включены в блок может быть что-то другое (податливость), что приведет к тому, сделка возврат стать бесполезной. У вас есть решение для этого?
Я не думаю, что есть проблема с тем, как я это делаю. требует Боба ждать финансирования ОГО быть подтверждены в blockchain. В этот момент податливости не является проблемой. Так что, если Алиса пытается обмануть, сделав финансирование ОГО недействительным, Боб никогда не тратит средства (поскольку средства Аренту там он не может тратить их так или иначе), и до тех пор, как он никогда не использует одноразовый адрес (до конца высоты), то его сторона ОГО внутри NXT фазированной ТЕ никогда не будет подтверждена.

Последовательность:

Боб посылает Алисе pubkeyhash и поэтапный ТЙ, который может быть принят только тогда, когда Публичные к этому pubkeyhash раскрывается, и это должно произойти для Боба, чтобы иметь возможность провести выходные.

Неизрасходованный выход создается Алисой, но только без знака txbytes и TXID отправляются Бобу.

Затем он может послать Алисе~d подписанной транзакции возврата, используя 2of2 multisig стороны. Алиса проверяет все хорошо в этой точке она имеет полностью подписанную сделку возврата денег, но она не может представить его в сеть еще, как это timelocked.

На данный момент, если она теребит финансирование TXID воспользовавшись пластичностью, то она просто делает это так, что она не может получить ее возврат, так что это не кажется, что имеет смысл для нее сделать. И даже если бы она сделала, Боб обыкновение тратить деньги, пока не будет в blockchain.

Дело в том, что край он попадает в blockchain, а затем реорганизацию;, давая Алисе шанс сделать его податливым, но Боб уже раскрыл свой Публичных. Тем не менее, Боб управляет временем его расходов (до TimeLock срока), так что он может подождать, пока он не почувствует себя комфортно с рисками.

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

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

Видит Кто-нибудь вопрос пластичности, что разве решается протоколом?

Джеймс
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

6 сентября 2015, 1:07:58 PM   # 3
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Так что, если Алиса пытается обмануть, сделав финансирование ТХ недействительным

Известная проблема заключается сделка возврата быть недействительными, а не сделки финансирования. Боб завершает работу, и Алиса не имеет действительную сделку возврата. (Я не прочитал ваш протокол тщательно, но есть фундаментальная проблема с транзакцией возврата, по крайней мере на данный момент.)
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

6 сентября 2015, 1:08:19 PM   # 4
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Так что, если Алиса пытается обмануть, сделав финансирование ТХ недействительным

Известная проблема заключается сделка возврата быть недействительными, а не сделки финансирования. Боб завершает работу, и Алиса не имеет действительную сделку возврата. (Я не прочитал ваш протокол тщательно, но есть фундаментальная проблема с транзакцией возврата, по крайней мере на данный момент.)
Если Боб завершает работу, то каким образом это аннулирует сделку возврата?

Алиса создает финансовую ТХ и оленья кожа вещания это, пока она не удовлетворена тем, что возврат ТХ (и поэтапном ТХ) являются корректными.

Финансирование ОГО -> Возврат Ого, но и Боб может потратить на финансирование ОГО -> Расходы Боба

Но в последнем случае pubkeyhash раскрывается и Алиса может утвердить phasedtx

Алиса создает ОЕ финансирование, Алиса передает ОЕ финансирование, возврат TX использует ОЕ финансирование в качестве входных данных. Если Боб выручает после того, как он подписал возврат ОГО, то Алиса будет ждать ее возврат ТХ, чтобы созреть, а затем представить его. Давая контроль над финансированием ПРДОМ партии, которая опирается на него, я думаю, что это они ключевая причина того, что работает мой протокол. Имея NXT, участвующих в процессе, выступает в качестве своего рода независимой третьей стороной, как это делает на стороне Боба полностью атомное и с одной стороны полностью атомное можно (чуть-чуть), чтобы сторона Алисы безопасно.

Так что основная проблема?

Джеймс
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

7 сентября 2015, 8:19:01 AM   # 5
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

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

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


Джеймс
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

7 сентября 2015, 11:27:22 AM   # 6
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

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

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

Я уверен, надеюсь, что некоторый BIP в предстоящем hardfork будет решить эту проблему, поскольку позволяет несвязанные третьи стороны, чтобы изменить TXID просто неправильно.

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

Я также добавить дополнительный третий подписчика для multisig адреса, так что в том случае, если TXID был изменен с помощью ковкости, то возврат будет обработан. Так, если возврат будет обработан, то Боб не из ничего, и если он просто тратит средства, Алиса может утвердить NXT ОЙ, так что может быть даже что-то достаточно безопасное для автоматизации.

Джеймс
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

7 сентября 2015, 12:16:13 PM   # 7
 
 
Сообщения: 610
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Ты не одинок... 

Я хотел бы решение.

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

Таким образом, вы бы адрес 2-в-3, и если есть податливость вопрос TXN, а другая сторона пытается шантажировать вас (что он не может сделать), то вы всегда можете упасть обратно на 3 подписавших для обработки возврат.

НО - проблема с этим состоит в том, что вы и третьих подписывающем можете отправить средства в любое время, не дожидаясь необходимым Locktime. Таким образом, вторая партия, которую вы пытаетесь торговать, затем на милость первого и 3-го подписавшего ..
 
Я не могу придумать способ предотвращения 3-го подписчика от «не» подписания, пока разумное количество времени не прошло, так как в противном случае другая сторона не будет участвовать в первую очередь. Кроме TRUST конечно.

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

..

OP_CHECKLOCKTIME!? Когда пожалуйста ..?
spartacusrex сейчас офлайн Пожаловаться на spartacusrex   Ответить с цитированием Мультицитирование сообщения от spartacusrex Быстрый ответ на сообщение spartacusrex

7 сентября 2015, 12:42:53 PM   # 8
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Ты не одинок... 

Я хотел бы решение.

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

Таким образом, вы бы адрес 2-в-3, и если есть податливость вопрос TXN, а другая сторона пытается шантажировать вас (что он не может сделать), то вы всегда можете упасть обратно на 3 подписавших для обработки возврат.

НО - проблема с этим состоит в том, что вы и третьих подписывающем можете отправить средства в любое время, не дожидаясь необходимым Locktime. Таким образом, вторая партия, которую вы пытаетесь торговать, затем на милость первого и 3-го подписавшего ..
 
Я не могу придумать способ предотвращения 3-го подписчика от «не» подписания, пока разумное количество времени не прошло, так как в противном случае другая сторона не будет участвовать в первую очередь. Кроме TRUST конечно.

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

..

OP_CHECKLOCKTIME!? Когда пожалуйста ..?

кроме во время податливости атаки в прошлом году, как часто случайные третьи стороны Мессинг с txids других? Там, кажется, нет никакой выгоды от этого, так что просто вандализм?

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

Джеймс
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

7 сентября 2015, 12:53:06 PM   # 9
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

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

Да, это большая проблема тягучесть. Вы не можете быть уверены, что сделка вы отправляете к blockchain такой же, как тот, который получает включен.

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

TXID = хеш (полная транзакция)
норма-TXID = хеш (транзакция с подписями устанавливается в ноль строк длины)

Существует также план ввести новую OP_CHECKSIG (и VERIFY) опкод. Одним из его свойств является то, что он заменит все txids в сделке с п-txids, которые использовались бы, если бы был использован н-txids поскольку блок 0.

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

OP_CHECKLOCKTIMEVERIFY будет решить эту проблему тоже. Он также устраняет необходимость возврата операции для создания timelocking.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

7 сентября 2015, 12:59:03 PM   # 10
 
 
Сообщения: 610
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Можно ли создать 2 txns с тем же нормированным TXID?
spartacusrex сейчас офлайн Пожаловаться на spartacusrex   Ответить с цитированием Мультицитирование сообщения от spartacusrex Быстрый ответ на сообщение spartacusrex

7 сентября 2015, 1:11:36 PM   # 11
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Можно ли создать 2 txns с тем же нормированным TXID?

Я видел две пары одинаковых txids, обратно вокруг блока 90000, и они находятся в blockchain

Чтобы исправить это раз и навсегда, нужно будет иметь право первого распределения TXID, так дубликатами будет отклонено. Вид беспорядке если REORG происходит, хотя ...

jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

8 сентября 2015, 12:02:58 PM   # 12
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Можно ли создать 2 txns с тем же нормированным TXID?


Есть два coinbase сделки, которые являются идентичными и первым один теперь unspendable.

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

Я предполагаю, что норма-txids будет то же самое для 2 coinbases, так как высота пропадала. Определение было бы определить поле extraNonce в coinbase как не подпись, а не удалять его.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

8 сентября 2015, 12:14:42 PM   # 13
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Можно ли создать 2 txns с тем же нормированным TXID?


Есть два coinbase сделки, которые являются идентичными и первым один теперь unspendable.

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

Я предполагаю, что норма-txids будет то же самое для 2 coinbases, так как высота пропадала. Определение было бы определить поле extraNonce в coinbase как не подпись, а не удалять его.
Я предполагаю, что любое исправление для податливости третьей стороны txids будет месяцы, если не год +.
Кроме того, я полагаю, что процент сделок, которые были malleabled является <1%

Использование арбитра третьей стороны в качестве третьего подписавшего в 2of3 multisig предотвратил бы средства быть заблокированы навсегда, а также было бы строгие детерминированные правила о Алисе делает претензию. Однако ... И Алиса и Боб должен доверять, что арбитр обыкновению мирится с другой.

Предполагая, что это верно, кажется, есть только одно решение

Джеймс
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

8 сентября 2015, 12:53:10 PM   # 14
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Я предполагаю, что любое исправление для податливости третьей стороны txids будет месяцы, если не год +.

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

Прения размер блока замедлилось развертывание.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

8 сентября 2015, 1:54:07 PM   # 15
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Я предполагаю, что любое исправление для податливости третьей стороны txids будет месяцы, если не год +.

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

Прения размер блока замедлилось развертывание.
Я немного запутался, как OP_CHECKLOCKTIMEVERIFY бы полностью решить вещи. Если сделка возврата использует это, то он должен обратиться к финансированию TXID, но финансирование TXID косяка быть в blockchain, пока возврат не будет заблокирован.

Так что же мешает финансирование TXID быть malleabled от вандала о признании недействительным возврат? Кроме того, имеет ли OP_CHECKLOCKTIMEVERIFY отложить проверку своих входов до тех пор, пока не истечет Locktime? В противном случае, кажется, что финансирование TXID должно быть в blockchain первым.


jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

8 сентября 2015, 4:07:30 PM   # 16
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Я немного запутался, как OP_CHECKLOCKTIMEVERIFY бы полностью решить вещи. Если сделка возврата использует это, то он должен обратиться к финансированию TXID, но финансирование TXID косяка быть в blockchain, пока возврат не будет заблокирован.

Это альтернативный способ получить ту же функциональность (и некоторые другие вещи тоже).

Элис создать сделку, которая платит

Код:
OP_IF
    <один месяц в будущем> OP_CHECKLOCKTIMEVERIFY OP_DROP <открытый ключ Алисы> OP_CHECKSIG
OP_ELSE
    OP_HASH160 OP_EQUALVERIFY <открытый ключ Боба> OP_CHECKSIG
OP_ENDIF

Через месяц, Алиса может провести выходные

Код:
<подпись Алисы> OP_1

OP_1 заставляет первую часть OP_IF на огонь. OP_CHECKLOCKTIMEVERIFY вызывает сценарий на неудачу, если один месяц не прошел [*]. В противном случае, OP_CHECKSIG проверяет подпись Алисы.

Кроме того, Боб может провести выходные, предоставляя

Код:
<подпись Боба> <Икс> OP_0

OP_0 заставляет OP_ELSE часть ПЧ будет использоваться. Боб должен обеспечить х, чтобы провести свой выход.

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


[*] Технически, это гарантирует, что Locktime Сделки Тратить по крайней мере, что далеко в будущем, которое имеет тот же эффект.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

8 сентября 2015, 5:36:15 PM   # 17
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Я немного запутался, как OP_CHECKLOCKTIMEVERIFY бы полностью решить вещи. Если сделка возврата использует это, то он должен обратиться к финансированию TXID, но финансирование TXID косяка быть в blockchain, пока возврат не будет заблокирован.

Это альтернативный способ получить ту же функциональность (и некоторые другие вещи тоже).

Элис создать сделку, которая платит

Код:
OP_IF
    <один месяц в будущем> OP_CHECKLOCKTIMEVERIFY OP_DROP <открытый ключ Алисы> OP_CHECKSIG
OP_ELSE
    OP_HASH160 OP_EQUALVERIFY <открытый ключ Боба> OP_CHECKSIG
OP_ENDIF

Через месяц, Алиса может провести выходные

Код:
<подпись Алисы> OP_1

OP_1 заставляет первую часть OP_IF на огонь. OP_CHECKLOCKTIMEVERIFY вызывает сценарий на неудачу, если один месяц не прошел [*]. В противном случае, OP_CHECKSIG проверяет подпись Алисы.

Кроме того, Боб может провести выходные, предоставляя

Код:
<подпись Боба> <Икс> OP_0

OP_0 заставляет OP_ELSE часть ПЧ будет использоваться. Боб должен обеспечить х, чтобы провести свой выход.

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


[*] Технически, это гарантирует, что Locktime Сделки Тратить по крайней мере, что далеко в будущем, которое имеет тот же эффект.
круто!
Финансирование и refundtx такого же один. Да, это гораздо чище решение. Я надеюсь, что она доступна в этом году
jl777 сейчас офлайн Пожаловаться на jl777   Ответить с цитированием Мультицитирование сообщения от jl777 Быстрый ответ на сообщение jl777

8 сентября 2015, 7:50:40 PM   # 18
 
 
Сообщения: 219
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи



OP_IF
    <один месяц в будущем> OP_CHECKLOCKTIMEVERIFY OP_DROP <открытый ключ Алисы> OP_CHECKSIG
OP_ELSE
    OP_HASH160 OP_EQUALVERIFY <открытый ключ Боба> OP_CHECKSIG
OP_ENDIF


Через месяц, Алиса может провести выходные

Есть ли польза случая, когда это "вернуться к отправителю, если / когда истек" не хотелось бы, как транзакции по умолчанию?
TransaDox сейчас офлайн Пожаловаться на TransaDox   Ответить с цитированием Мультицитирование сообщения от TransaDox Быстрый ответ на сообщение TransaDox

8 сентября 2015, 9:01:15 PM   # 19
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Успешный атомного протокол кросса цепи

Финансирование и refundtx такого же один. Да, это гораздо чище решение. Я надеюсь, что она доступна в этом году

Правильно. Сценарий распространяется так, что он может реализовать функциональность напрямую.

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

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

Не уверен, что любой. Причина этого заключается в оказании помощи с "задержать" риск, где одна сторона исчезает и / или отказывается от выполнения протокола.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW