3 июня 2014, 11:29:40 AM   # 1
 
 
Сообщений: 15
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
При вызове RPC signrawtransaction она возвращает шестнадцатеричную кодированную строку, содержащий запрос сырого TX с его подписью.

Является ли эта строка:

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


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


3 июня 2014, 12:13:51 PM   # 2
 
 
Сообщений: 95
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

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





При вызове RPC signrawtransaction она возвращает шестнадцатеричную кодированную строку, содержащий запрос сырого TX с его подписью.

Является ли эта строка:

  • податливый?
  • уникальным?

Что вы имеете в виду просить "Это строка податливый?"
Сделки (! Не натягивает) являются податливыми в любом представлении: в шестнадцатеричном, в формате JSON или даже написано на человеческом языке.

Что вы имеете в виду просить "Это строка уникальным?"
Является ли строка "Привет мир!" уникальным?
Apxu сейчас офлайн Пожаловаться на Apxu   Ответить с цитированием Мультицитирование сообщения от Apxu Быстрый ответ на сообщение Apxu

3 июня 2014, 12:30:29 PM   # 3
 
 
Сообщений: 15
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

При вызове RPC signrawtransaction она возвращает шестнадцатеричную кодированную строку, содержащий запрос сырого TX с его подписью.

Является ли эта строка:

  • податливый?
  • уникальным?

Что вы имеете в виду просить "Это строка податливый?"
Сделки (! Не натягивает) являются податливыми в любом представлении: в шестнадцатеричном, в формате JSON или даже написано на человеческом языке.

Что вы имеете в виду просить "Это строка уникальным?"
Является ли строка "Привет мир!" уникальным?


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

signrawtransaction Команда возвращает две переменные:
- "наговор", Который представляет собой гекс-кодированный строка
- "полный", Который является числовым

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

3 июня 2014, 12:50:50 PM   # 4
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

Опять же, ваш вопрос запутался.

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

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

Это, кстати, является ядром проблемы пластичности. Если вы отслеживаете транзакции по ID, вы можете в конечном итоге возникают проблемы, если кто-то удается получить измененную версию транзакции в блок вместо вашей версии. Вы должны отслеживать входами, и вы должны быть готовы к идентификатору изменить между тем, когда вы создаете ее, и когда она благополучно заморожен в цепь.
kjj сейчас офлайн Пожаловаться на kjj   Ответить с цитированием Мультицитирование сообщения от kjj Быстрый ответ на сообщение kjj

3 июня 2014, 1:07:28 PM   # 5
 
 
Сообщений: 15
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

Великий ответ, kjj.

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

Скажем, я разослал ТХ, он получил мутировал и моя программа пытается увидеть прогресс оригинального TX (в подтверждение и т.д.), он видит оригинальный ТХ осиротевшего поэтому он должен начать искать его мутантной версии, как мне это сделать? Сканирование всех передатчиков в последних блоки и сравнить их входы с входами моей оригинальной ТМИ, пока я не получить идеальный матч? Что является наиболее эффективным способом справиться с этим делом?
DougPeters сейчас офлайн Пожаловаться на DougPeters   Ответить с цитированием Мультицитирование сообщения от DougPeters Быстрый ответ на сообщение DougPeters

3 июня 2014, 2:18:45 PM   # 6
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

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

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

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

3 июня 2014, 2:51:11 PM   # 7
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

Там были некоторые разговоры сделать непреложный ID.
Неизменен идентификатор не _generally_ possible-, так как некоторые формы мутабильности очень сильно преднамеренные (например anyonecanpay), а также как правило, не требуется. Представляя "immutabile ID" которые иногда не кажется, очень опасно для меня. Вы можете отслеживать свои собственные операции, с помощью которого выводит они платят, или какие входы они проводят (до тех пор, пока вы не doublespending себя), или оба.

WRT, -1 Подтверждения, это не значит, строго "никогда не буду" так как может быть REORG, которая принимает сделку от -1 до подтверждено, но это не означает, что она не может быть подтверждена в текущей цепи без реорганизации.

Дуг, ты задал несколько вопросов, которые в настоящее время «вниз в сорняках» и не описывает то, что вы пытаетесь достичь. Обычно вы можете получить более полезные ответы, если вы говорите людям, что вы пытаетесь сделать.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

3 июня 2014, 9:57:03 PM   # 8
 
 
Сообщений: 15
Цитировать по имени
цитировать ответ
по умолчанию Re: signrawtransaction шестнадцатеричном

Спасибо за советы ребята. gmaxwell вы правы: я, хотя это было бы весьма удобно, если шестигранной кодируются ответ signrawtransactions не будет содержать никаких податливые данных (что не так, как описано kjj), поэтому моя программа будет использовать это внутрення как идентификатор транзакции (как ТЙ идентификатор может измениться), так что теперь я буду следовать вашим советам и создать хэш на основе ТХ-х информация об адресе / объем выводит для этой цели. Я затем использовать этот хэш, чтобы сравнить ее с тем, которую я создаю для всех передатчиков в блоке, когда один из моих исходящих передатчиках получает мутировал, пока я не отслеживать его вниз и повторно связать его внутри с новым идентификатором ОГО.
DougPeters сейчас офлайн Пожаловаться на DougPeters   Ответить с цитированием Мультицитирование сообщения от DougPeters Быстрый ответ на сообщение DougPeters



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW