Всем привет!
объект для здесь:
https://en.bitcoin.it/wiki/Elliptic_Curve_Digital_Signature_Algorithm
пожалуйста, помогите мне прояснить этот вопрос:
кто и каким образом решение использовать сжатый или несжатый сделано?
Спасибо!
Голе.
|
![]() |
# 1 |
Сообщений: 47
цитировать ответ |
![]()
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Всем привет!
объект для здесь: https://en.bitcoin.it/wiki/Elliptic_Curve_Digital_Signature_Algorithm пожалуйста, помогите мне прояснить этот вопрос: кто и каким образом решение использовать сжатый или несжатый сделано? Спасибо! Голе. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 2 |
Сообщения: 1302
цитировать ответ |
![]()
Получил 1806 Биткоинов
Реальная история. Поиск не совсем так бесполезно здесь, что бы не ответил на ваш вопрос.
Решение принимается при создании адреса или на более метауровну, когда программное обеспечение, которое генерирует ключи написано. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 3 |
Сообщений: 47
цитировать ответ |
![]() Благодарю.
я сделал поиск, нет ответа на то, почему и кто. Решение принимается при создании адреса или на более метауровну, когда программное обеспечение, которое генерирует ключи написано. кто или каковы критерии (ы) для принятия решения? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 4 |
Сообщения: 1302
цитировать ответ |
![]() В основном, это сводится к тому, является ли человек, пишущий ключ генератор понимает сжатые ключи или нет. Существует только одна причина, почему несжатых ключи никогда не должны быть сделаны новые, и причина заключается в том, что автор не знает, как их сжать. Кроме того, что это не очень хорошая причина.
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 5 |
Сообщений: 47
цитировать ответ |
![]() В основном, это сводится к тому, является ли человек, пишущий ключ генератор понимает сжатые ключи или нет. Существует только одна причина, почему несжатых ключи никогда не должны быть сделаны новые, и причина заключается в том, что автор не знает, как их сжать. Кроме того, что это не очень хорошая причина. ОК! так что позволяет сказать, что "мы" только использовать готовый клиент скачать (или 3 участника) для сайта Bitcoin а также "мы" хотите отправить монеты someone-, нажав "Отправить"(Или ОК или что-либо): несжатый или сжимается? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 6 |
Сообщения: 1778
цитировать ответ |
![]() это все зависит от вашего кошелька, который генерирует публичные адреса (те, которые начинаются с 1 ...)
например, старые версии Satoshi клиента всегда создают распакованные адреса - но новые версии всегда создают сжатые. используя свой кошелек вы можете выбрать то, что вы хотите, но по умолчанию сжимается. с помощью других кошельков - я не знаю, но, вероятно, большинство современных, прессованный адрес, так как они просто больше места эффективного, таким образом (теоретически) дешевле в операционных издержках, а расходы монет из них. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 7 |
Сообщения: 1778
цитировать ответ |
![]() ОК! так что позволяет сказать, что "мы" только использовать готовый клиент скачать (или 3 участника) для сайта Bitcoin если вы отправляете "кто то" - он уже решил, был ли сжимают его адрес, или нет, прежде чем дать вам base58 кодированные платежный адрес.а также "мы" хотите отправить монеты someone-, нажав "Отправить"(Или ОК или что-либо): несжатый или сжимается? во многих случаях вы даже не знаете ли вы отправляете монеты или в несжатом адрес - и вы также не заботитесь об этом, потому что это имеет значение только тогда, когда владелец такого адреса тратит монету вы послали его. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 8 |
Сообщения: 1302
цитировать ответ |
![]() При отправке, вы отправляете на хэш. Вы понятия не имеете, что это такое хэш. Это может быть сжат Публичным, это может быть несжатым Публичных. Вы не знаете, и не волнует.
Операции, которые вы искупительная будет либо сжатый или несжатый в зависимости от ключей и адресов, которые вы получили их, что зависит от того, где ваши адреса пришли. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 9 |
Сообщений: 47
цитировать ответ |
![]() ...не уверен, что я получил его
отправитель несет ответственность, чтобы сделать подпись? если да, то это "его" ответственность, чтобы создать подпись? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 10 |
Сообщения: 1218
цитировать ответ |
![]() ...не уверен, что я получил его отправитель несет ответственность, чтобы сделать подпись? если да, то это "его" ответственность, чтобы создать подпись? PubKeyHash является pubkeyhash приемника. Вам не нужно знать или заботиться о том, если они использовали сжатый или несжатый Публичных, потому что вы не "отправка" монеты к Публичным вы отправляете его в PubKeyHash. Выход транзакции будет содержать pubkeyhash получателя, вам не нужно знать больше, чем это. Что касается вопроса о, если ваш Публичных (ы) для конкретных операций сжимаются или несжатый, что зависит от кошелька, который первоначально создал их и которые формируют его использовали. Кошелек должен хранить Публичный в правильном формате. При импорте секретного ключа создать правильный формат Публичного в зависимости от флага в закрытом ключе. WIF для частных ключей имеет "флаг" чтобы позволить вам определить, если Публичная должны быть сжаты или распакованы. Если ключ был первоначально сжатый Публичных тогда вы заново сжатый Публичных и если он изначально был несжатый один, вы будете воссоздавать несжатый один. Как было отмечено выше, первоначально несжатых pubkeys были использованы. Там нет абсолютно никаких оснований, что было сделано, кроме Сатоши, вероятно, не было известно о сжатых pubkeys. Там нет никаких преимуществ в несжатом PubKeys и они делают кошелек, операции, блоки, и регистрирует больше для никакой пользы. Сегодня любой грамотный дизайнер кошелек должен сделать все NEW пары ключей сжаты. Грамотный дизайнер кошелек, однако необходимо учитывать, что пользователь может важный СУЩЕСТВУЮЩИЙ ключ и ключ может использовать несжатый Публичных поэтому необходимо обрабатывать оба формат. Любой кошелек сегодня создает новую несжатую pubkeys имеет разработчик, который является либо несведущим или ленивым. Все это значительно ниже уровня сигнала конечных пользователей. Если вы не разрабатываете бумажник / клиента вы никогда не должны делать это определение. Если вы разрабатываете бумажник ваша линия вопросов будет указывать вам нужно остановить сейчас, и делать больше исследований. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 11 |
Сообщения: 1778
цитировать ответ |
![]() Bitcoin адрес в основном длиной 20 байт хэш действительного ключа, который может быть сжат или разархивировать до хеширования - вы не можете понять это из хэша.
когда тратить монеты из такого адреса, подписи предоставляется вместе с оригинальным ключом - и тогда хэш этого ключа должен соответствовать хэш от адреса, для того, чтобы сделки действительной. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 12 |
Сообщений: 47
цитировать ответ |
![]() да!
Теперь это очень ясно, спасибо всем! Голе. КСТАТИ котировка Все это значительно ниже уровня сигнала конечных пользователей. Если вы не разрабатываете бумажник / клиента вы никогда не должны делать это определение. Если вы разрабатываете бумажник ваша линия вопросов будет указывать вам нужно остановить сейчас, и делать больше исследований. не я "проектирование бумажник", Но я хочу знать Everthing есть на Bitcoin и cryptocurrencies. |
![]() ![]() |
![]() ![]() ![]() |