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

2. Не уверен, что из всех факторов, но проверка KYC / AML и связывая счет в банке с ними было относительно просто (я переключился на них на короткий срок, как GOx собирался идти под землей, и нужно настроить быстро).

3. Там же два способа создания кошелька. В одном из них, клиент создает новый случайный секретный ключ каждый раз, когда вам нужен адрес. Резервное копирование бумажник будет только резервное копирование ключей генерируется до сих пор, так что вы должны делать регулярные резервные копии. Каждый из них имеет ассоциированный открытый ключ; хэширования и кодирования, что открытый ключ создает адрес. В других (так называемом Архиерейской Детерминированном кошельком), клиент создает случайное частное и открытый ключ (мастер-ключи или xpriv и xpub соответственно). Из них, клиент получает кучу закрытых и открытых ключей для каждого адреса, что вам нужно. Каждая из этих пар ключей связан со своим собственным адресом. Преимущество этого в том, что вы можете создать резервную копию ключа xpriv один раз, и все адреса, которые вы когда-либо создать из него будут защищены этой резервной копии.

4. Я не 100% знакомы с системой. Кто-то, вероятно, может ответить на этот вопрос лучше, чем я могу.

5. Это адрес изменение, которое создает ваш кошелек. При отправке сделки, вы используете некоторые так называемые входы в транзакцию (которые являются выходами сделок, которые вы получаете); Вы не можете разделить эти входы. Таким образом, при совершении сделки, клиент выбирает достаточно эти входы для покрытия суммы и сборов, а также включает в себя выходы к получателям, а также выход отправляется обратно к вам с остальным.

6. Они количество монет, которые доступны на счете. Каждая транзакция потребляет один или несколько входов, а также создает один или несколько выходов.

7. Опять же не так хорошо знаком, но имеющий только один честный узла представляет собой большой риск (стимул подделывания с этим узлом) и узким местом.

8. Выходы имеют так называемые выходные сценарии, которые используются для обеспечения расходов этой продукции. Общий тип выхода (соответствующий с выходами, посланных для большинства "нормальный" адреса, то есть те, которые начинаются с 1) является P2PKH (платить открытый ключ хэша), чей сценарий выглядит следующим образом: OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG

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

Сделка segwit имеет сценарий, который выглядит как любой человек может выкупить его в настоящее время. Тем не менее, новые правила относительно того, как segwit клиентов подтвердить, что сделка будет означать, что они проверяют блок следящего (содержащую дополнительные данные транзакции) для самих подписей, экономя пространство в "нормальный" не блокирует сам, так что данные сигов больше не хранятся там.

9. У меня есть смутное представление о том, как это работает, но я не уверен, что достаточно, чтобы ответить на него, так как последствия этого для вашего принятия решений могут быть обширными, если / когда вилы происходят.