Является ли эта строка:
- податливый?
- уникальным?
|
![]() |
# 1 |
Сообщений: 15
цитировать ответ |
![]()
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru При вызове RPC signrawtransaction она возвращает шестнадцатеричную кодированную строку, содержащий запрос сырого TX с его подписью.
Является ли эта строка:
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 2 |
Сообщений: 95
цитировать ответ |
![]()
Получил 1806 Биткоинов
Реальная история. При вызове RPC signrawtransaction она возвращает шестнадцатеричную кодированную строку, содержащий запрос сырого TX с его подписью. Является ли эта строка:
Что вы имеете в виду просить "Это строка податливый?" Сделки (! Не натягивает) являются податливыми в любом представлении: в шестнадцатеричном, в формате JSON или даже написано на человеческом языке. Что вы имеете в виду просить "Это строка уникальным?" Является ли строка "Привет мир!" уникальным? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 3 |
Сообщений: 15
цитировать ответ |
![]() При вызове RPC signrawtransaction она возвращает шестнадцатеричную кодированную строку, содержащий запрос сырого TX с его подписью. Является ли эта строка:
Что вы имеете в виду просить "Это строка податливый?" Сделки (! Не натягивает) являются податливыми в любом представлении: в шестнадцатеричном, в формате JSON или даже написано на человеческом языке. Что вы имеете в виду просить "Это строка уникальным?" Является ли строка "Привет мир!" уникальным? Я серьезно не понимаю, почему вы даже потрудились ответить на мой вопрос, так как вы не знаете ответ и просто хотим дурачиться с семантикой и тратить свое время и наш. signrawtransaction Команда возвращает две переменные: - "наговор", Который представляет собой гекс-кодированный строка - "полный", Который является числовым Строка шестигранная кодируются по существу снимок сырой сделки в тот момент, когда его входы подписываются, поэтому мой вопрос, будет ли это шестигранное кодируются изменение строки, если транзакция получает модифицирована податливость атаки? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 4 |
Сообщения: 1302
цитировать ответ |
![]() Опять же, ваш вопрос запутался.
Но я обещаю вам, что ваш строка не изменится, если кто-то мутирует вашу сделку. Если они вновь сериализации свою версию вашей сделки, они получат строка отличается от строки, которую вы имеете, но ваша строка не будет изменен. Если у вас есть квантовый компьютер, ха-ха. Обратите внимание, что их сделка и ваш сделка не та же сделка. Они имеют те же входы и выходы одни и те же, но другой идентификатор. В основном это вопрос философии, хотя, потому что мы определили идентификатор транзакции в качестве единственного идентификатора транзакции. Если мы определили операцию по их входных и выходных наборов, они будут такими же. Это, кстати, является ядром проблемы пластичности. Если вы отслеживаете транзакции по ID, вы можете в конечном итоге возникают проблемы, если кто-то удается получить измененную версию транзакции в блок вместо вашей версии. Вы должны отслеживать входами, и вы должны быть готовы к идентификатору изменить между тем, когда вы создаете ее, и когда она благополучно заморожен в цепь. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 5 |
Сообщений: 15
цитировать ответ |
![]() Великий ответ, kjj.
Поэтому я полагаю, я должен создать пользовательский хэш над входами моего ТХ, который никогда не изменится, независимо от того, как мой ТХ получает мутировал. Скажем, я разослал ТХ, он получил мутировал и моя программа пытается увидеть прогресс оригинального TX (в подтверждение и т.д.), он видит оригинальный ТХ осиротевшего поэтому он должен начать искать его мутантной версии, как мне это сделать? Сканирование всех передатчиков в последних блоки и сравнить их входы с входами моей оригинальной ТМИ, пока я не получить идеальный матч? Что является наиболее эффективным способом справиться с этим делом? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 6 |
Сообщения: 1302
цитировать ответ |
![]() Я не держал в курсе последних изменений в клиенте, но я считаю, что сделка будет идти от нуля до -1 подтверждений, когда клиент видит конфликт в блоке цепи. Идея заключается в том, что ноль означает "пока не подтверждено" и -1 означает "и никогда не будет",
Если вы используете walletnotify, вы можете изучить каждую сделку и сравнить входные и выходные наборы для ваших 0 и -1 сделок, глядя на матч. Если вы видите одно, вы можете пометить их как эквивалент в вашей системе. Там были некоторые разговоры сделать непреложный ID. Насколько я знаю, это уже сделано и в клиенте. Блок цепи требует, чтобы подпись быть включена в ID хэша, иначе блоки было бы невозможно проверить (или, по крайней мере, сложнее). И это полезно почти все время, чтобы представить тот же идентификатор пользователя. Но signatureless хэш может быть полезно тоже. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 7 |
Сообщения: 2366
цитировать ответ |
![]() Там были некоторые разговоры сделать непреложный ID. Неизменен идентификатор не _generally_ possible-, так как некоторые формы мутабильности очень сильно преднамеренные (например anyonecanpay), а также как правило, не требуется. Представляя "immutabile ID" которые иногда не кажется, очень опасно для меня. Вы можете отслеживать свои собственные операции, с помощью которого выводит они платят, или какие входы они проводят (до тех пор, пока вы не doublespending себя), или оба.WRT, -1 Подтверждения, это не значит, строго "никогда не буду" так как может быть REORG, которая принимает сделку от -1 до подтверждено, но это не означает, что она не может быть подтверждена в текущей цепи без реорганизации. Дуг, ты задал несколько вопросов, которые в настоящее время «вниз в сорняках» и не описывает то, что вы пытаетесь достичь. Обычно вы можете получить более полезные ответы, если вы говорите людям, что вы пытаетесь сделать. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 8 |
Сообщений: 15
цитировать ответ |
![]() Спасибо за советы ребята. gmaxwell вы правы: я, хотя это было бы весьма удобно, если шестигранной кодируются ответ signrawtransactions не будет содержать никаких податливые данных (что не так, как описано kjj), поэтому моя программа будет использовать это внутрення как идентификатор транзакции (как ТЙ идентификатор может измениться), так что теперь я буду следовать вашим советам и создать хэш на основе ТХ-х информация об адресе / объем выводит для этой цели. Я затем использовать этот хэш, чтобы сравнить ее с тем, которую я создаю для всех передатчиков в блоке, когда один из моих исходящих передатчиках получает мутировал, пока я не отслеживать его вниз и повторно связать его внутри с новым идентификатором ОГО.
|
![]() ![]() |
![]() ![]() ![]() |