MagicalTux:

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

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

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

Сохраняя только сервис конкретного идентификатора, сохраненный в сделке не является решением или, как было бы трудно индексировать глобально (т.е.. Мы должны найти правильный Txs от всего blockchain).

Во всяком случае, мы придумали этот новый хэш-решения, так как:

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

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

более MagicalTux:

Просто чтобы обновить эту тему, кажется, что эта дискуссия в основном несвежая в настоящее время. Мы (в MtGox) будем реализовывать этот новый индекс хэша в нашей базе данных сделок и начать работать с ним (мы объявим обслуживание, как мы должны остановить Bitcoin депозитов тоже во время обновления схемы базы данных) и начнем предоставлять этот новый хэш, когда клиенты отзывает Bitcoins, litecoins, или любая другая монета на основе Bitcoin мы можем поддерживать в будущем.

Мы также предоставим API, который позволит нашим клиентам использовать этот хэш, чтобы получить хэш транзакции, как показано в blockchain когда сделка будет подтверждена, и будем надеяться, другие (blockchain.info?) Будет индексировать это значение один день.

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

Если никто не делает это, мы будем также разместить несколько тестовых векторов для регулярного (в =>из) сделок в ближайшем будущем.

комментарий по gmaxwell:

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

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

Вытащите запросы здесь не используется для определения стандартов, как правило, "стандарты"- в той мере, мы их вообще в community- Bitcoin определяются с использованием БИП. Страница GitHub был быстрый способ получить код таким образом, чтобы люди могли начать комментировать IT- и получить его, если им нужно что-то, чтобы использовать внутренне, чтобы помочь разобраться.

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

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

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

    Сохраняя только сервис конкретного идентификатора, сохраненного в сделке не решение либо, как это было бы трудно индексировать по всему миру

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