addwitnessaddress в первой очереди прокладка, чтобы облегчить тестирование segwit. Это не было на самом деле имел в виду широко используется пользователями для segwit.
Segwit адреса, начинающиеся с «3», на самом деле P2SH адреса. Это означает, что сам адрес отображается в скрипте (в конце концов, это Pay-toскрипт-хэш), а не к закрытому ключу. Оттуда части сам сценарий отображается в секретный ключ. Однако dumpprivkey не выходит, что в глубине, она принимает только вещи, которые отображаются непосредственно к закрытому ключу, которые P2PKH адрес и открытые ключи. Segwit адрес не отображается на секретный ключ, потому что они на самом деле просто P2SH адрес. Таким образом, используя dumpprivkey с segwit адрес возвращает ошибку (как будут использовать любой другой адрес P2SH).
Чтобы получить закрытый ключ адреса, вам нужно взять адрес, который вы использовали addwitnessaddress на первоначально и вызова dumpprivkey по этому адресу.
Привет, спасибо за Ваш ответ. Вы знаете, если есть план, чтобы начать использовать, как обычный пользователь, в SegWit адрес?
Я думаю, что если нам нужно, чтобы показать пользователям, что SegWit правильный путь, чтобы принять по крайней мере, Bitcoin ядро должно приступить к реализации этого.
Я буду смотреть на GreenBit бумажнике, чтобы увидеть, как они реализовали решение SegWit.
То, что я не понимаю, почему P2SH адрес не приходит от закрытого ключа, Арент мульти-подпись адреса, сгенерированный из закрытых ключей? Чем больше я знаю о BTC больше я думать, что я ничего не знаю.
Так что информация кодируется в адрес P2SH? Конкретный неизрасходованные Bitcoin может на самом деле есть целый ряд различных условий расходов, прикрепленных к нему, наиболее распространенным является типичным P2PKH, который просто требует, чтобы получатель предоставить подписи, соответствующий хэш открытого ключа. Основные разработчики Bitcoin поняли, что люди смотрят на возможности языка сценариев Bitcoin и видим целый ряд возможностей о том, что расходы на условиях вы можете прикрепить к выходу Bitcoin, чтобы создать гораздо более сложные операции, чем просто P2PKH сделок. Основные разработчики решили, что вместо того, чтобы позволить отправители положить в длинных скриптов в их scriptPubKey (где условия расходы обычно идут), они позволят каждому отправителю положить в хэш условий их расходов вместо этого. Эти условия тратить известны как выкуплен сценарий, и сделка P2SH финансирование просто содержит хэш этого сценария выкупа в scriptPubKey на финансировании transaction.The выкупить сценарий сам по себе открываются только, проверяются на выкуплен хэш сценария, и оцениваются во время расходы на транзакции.
Источник (целая часть, если очень полезный / я рекомендовал бы читать):
http://www.soroushjp.com/2014/12/20/bitcoin-multisig-the-hard-way-understanding-raw-multisignature-bitcoin-transactions/. Segwit в его нынешнем виде воплощен в P2SH.
Опять отказ от ответственности: я не использовал любой SW материал с Bitcoin Ядра еще, таким образом, я просто основывая это на моем знании P2SH и SW, который должен быть правильным (или почти правильно).
Спасибо за URL Лауда. Я буду читать его, надеюсь, что это не так, крипто-технический