Здравствуй
каковы общие изменения мы должны ожидать увидеть в ответах в формате JSON с Bitcoin сервера JSON-RPC, как он будет поддерживать сегрегированный Свидетель?
Как я понимаю, мы должны иметь:
1. Для каждого входа транзакции, новое поле «свидетель», который должен содержать то, что первоначально был scriptSig или выкупить сценарий в случае p2wsh.
2. Фор каждой транзакции, ее wtxid - результат хэш сериализации, который включает свидетелей сделки.
3. Для coinbase сделки дополнительного поля в его входе, который является Merkle-корень всех сериализации свидетелей (это будет отменить текущее поле «coinbase», или это будет дополнительное поле, и если да, то как он будет называться? )
Вопросов:
- я получил это право?
- Будут ли все свидетели быть частью блок-данных (т.е. возвращены с getblock ответ JSON-API)? Если да, то их длина будет как сумма числа всех входов, или как число блоков trasnactions (а затем каждый свидетель будет конкатенацией входов свидетелей сделки)?
Я спрашиваю, потому что я строю блок-исследователь, который в значительной степени опирается на bitcoind звонки ответа JSON-RPC.
|
|
||||||
5 июля 2016, 8:32:05 AM
|
# 1 |
Сообщения: 3
цитировать ответ |
Re: изменения Раздельной Witness JSON-RPC API
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
5 июля 2016, 1:08:33 PM
|
# 2 |
|
Сообщения: 1246
цитировать ответ |
Re: изменения Раздельной Witness JSON-RPC API
Получил 1806 Биткоинов
Реальная история. Здравствуй Только если входные затрачивает от типа выхода свидетеля. Если он тратит от используемых в настоящее время типов, то он не будет иметь свидетеля.каковы общие изменения мы должны ожидать увидеть в ответах в формате JSON с Bitcoin сервера JSON-RPC, как он будет поддерживать сегрегированный Свидетель? Как я понимаю, мы должны иметь: 1. Для каждого входа транзакции, новое поле «свидетель», который должен содержать то, что первоначально был scriptSig или выкупить сценарий в случае p2wsh. 2. Фор каждой транзакции, ее wtxid - результат хэш сериализации, который включает свидетелей сделки. Да.3. Для coinbase сделки дополнительного поля в его входе, который является Merkle-корень всех сериализации свидетелей (это будет отменить текущее поле «coinbase», или это будет дополнительное поле, и если да, то как он будет называться? ) Merkle корень всех сделок с свидетельскими сериализации переходит в выходной OP_RETURN в coinbase.Вопросов: Нет, свидетели не являются частью блока данных. Свидетели являются частью данных Транзакции в. Если сделка имеет свидетельство, то вызов getrawtransaction будет иметь txinwitness поле для каждого входа, который имеет данные свидетелей. Однако, если вы получаете необработанный блок (только шестигранный), то вы получите данные свидетелей, как он будет возвращать блок с транзакциями в свидетельской сериализации. То же самое будет происходить с getrawtransaction.- я получил это право? - Будут ли все свидетели быть частью блок-данных (т.е. возвращены с getblock ответ JSON-API)? Если да, то их длина будет как сумма числа всех входов, или как число блоков trasnactions (а затем каждый свидетель будет конкатенацией входов свидетелей сделки)? Я спрашиваю, потому что я строю блок-исследователь, который в значительной степени опирается на bitcoind звонки ответа JSON-RPC. |
|
|
|
|
6 июля 2016, 1:50:29 PM
|
# 3 |
|
Сообщения: 3
цитировать ответ |
Re: изменения Раздельной Witness JSON-RPC API
Благодарю.
котировка Нет, свидетели не являются частью блока данных. Свидетели являются частью данных Транзакции в. Если сделка имеет свидетельство, то вызов getrawtransaction будет иметь txinwitness поля для каждого входа, который имеет данные свидетелей. Однако, если вы получаете необработанный блок (только шестигранный), то вы получите данные свидетелей, как он будет возвращать блок с транзакциями в свидетельской сериализации. То же самое будет происходить с getrawtransaction. Что ты имеешь ввиду "получить сырье блок"? По крайней мере, до версии 0.11.2, JSON-RPC API не включает getrawblock возвращать блок хэш, а просто getblock который возвращает JSON блока. Так где же вы имеете в виду, что я могу получить "сырье" блок (только шестигранный)?Я полагаю, что, когда вы имеете в виду сделку - вы имеете в виду с или без "подробный" Параметр, где 0 будет просто дать сырую сделку (HEX), и 1 даст транзакцию JSON. Итак, в соответствии с вами многословным = 0 даст шестигранник вместе с данными свидетелей и многословным = 1 дает данные операции вместе с txinwitness для каждого входа свидетелей-использования, правильно? Другой вопрос в теме - будет полные узлы сохранить данные свидетелей, и будут переданы свидетели? Как я понимаю, полные узлы будут держать сохранение подписей в blockchain DB, только то, что теперь они могут быть сохранены в качестве свидетелей, а не в качестве составной части scriptSig входов. О реле - Я понимаю, что некоторые клиенты (например, клиенты SPV) смогут получить сделки без данных свидетелей (с помощью флага?), Чтобы более тонких клиентов пропускной способности, чтобы проверить наличие сделки (так как они не заботятся о деле проверки их разблокировки скрипты, только рассчитывая на то, что они подтвержденные). Разве я получить это право? |
|
|
|
|
6 июля 2016, 2:59:57 PM
|
# 4 |
|
Сообщения: 1246
цитировать ответ |
Re: изменения Раздельной Witness JSON-RPC API
Что ты имеешь ввиду "получить сырье блок"? По крайней мере, до версии 0.11.2, JSON-RPC API не включает getrawblock возвращать блок хэш, а просто getblock который возвращает JSON блока. Так где же вы имеете в виду, что я могу получить "сырье" блок (только шестигранный)? Если вы делаетеКод: getblock <гашиш> ложный Я полагаю, что, когда вы имеете в виду сделку - вы имеете в виду с или без "подробный" Параметр, где 0 будет просто дать сырую сделку (HEX), и 1 даст транзакцию JSON. Итак, в соответствии с вами многословным = 0 даст шестигранник вместе с данными свидетелей и многословным = 1 дает данные операции вместе с txinwitness для каждого входа свидетелей-использования, правильно? Вы должны по-прежнему получать шестигранные даже с многословным = 1. Шестигранная сделка будет свидетельским serialziation, если у него есть свидетель. JSON также будет иметь txinwitness поле для каждого входа, который имеет свидетельство.Другой вопрос в теме - будет полные узлы сохранить данные свидетелей да, и будут переданы свидетели? Только узлы, которые сигнализируют, что они могут обращаться свидетелей. Если узел имеет битый NODE_WITNESS служба установлены и он просил транзакцию в GetData сообщения, которое имело MSG_WITNESS_TX или MSG_WITNESS_BLOCK INV типов.Как я понимаю, полные узлы будут держать сохранение подписей в blockchain DB, только то, что теперь они могут быть сохранены в качестве свидетелей, а не в качестве составной части scriptSig входов. Да. SPV бумажник может запросить сделку без данных свидетелей, так что он заканчивает загрузку меньше данных. О реле - Я понимаю, что некоторые клиенты (например, клиенты SPV) смогут получить сделки без данных свидетелей (с помощью флага?), Чтобы более тонких клиентов пропускной способности, чтобы проверить наличие сделки (так как они не заботятся о деле проверки их разблокировки скрипты, только рассчитывая на то, что они подтвержденные). Разве я получить это право? |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.