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

Это вид дерева вы смотрите на это абстракция, которая пытается помочь вам визуализировать движение стоимости, как происходят сделки. Он не покажет вам именно то, что происходит в каждой сделке. Если транзакция принимает значение из множества входов, которые были все связанные с тем же адресом, то "в виде дерева" составляет их и показывает их как единый "узел" даже если они на самом деле разделены на blockchain. Если транзакция принимает значение из множества входов, которые связаны с
разные адреса, то "в виде дерева" отображает только значение, даваемую сделку с адреса, который Вы рассматриваете и игнорирует значение от других адресов.

Таким образом, в то время как он является полезным инструментом для отслеживания движения стоимости, не полагайтесь на этой точке зрения дерева, чтобы понять, что на самом деле происходит в сделках или в blockchain.

Обратите внимание, что я уже говорил ранее, что сделка присваивает значение один руды более выходов. В Bitcoin-Qt вы увидите, в "Отправить монеты" окно, "Добавить получателя" кнопка. Эта кнопка позволяет добавить дополнительные выходы для вашей сделки. Это приведет к тому, древовидному разделить на несколько узлов, поскольку сделка будет присвоить значение каждый из получателей, а также изменений обратно в кошелек на новый адрес.

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


Есть множество вещей Bitcoin-Qt приложение делает, как он запускается для проверки целостности blockchain, и файл wallet.dat. Bitcoin-Qt гарантирует, что данные не были повреждены или манипулируют, пока он не был запущен. Большая часть запуска времени было потрачено на эту проверку.


Очевидно, что приоритет для разработчиков Bitcoin-Qt в качестве справочного клиента является поддержание безопасности и надежности протокола, а не удобство. Там, кажется, ожидание того, что другие бумажники заполнит брешь удобство в использовании.


Я не уверен, что я правильно понимаю ваш вопрос, но если вы не управлять содержимым файла wallet.dat, он будет аккумулировать все ключи, которые создаются программой бумажника при подключении к этому wallet.dat файл, независимо от того, будете ли вы использовать эти ключи или нет. Если нажать "Новый адрес" Кнопка в "Прием монет" окно 30 раз, то файл wallet.dat накопится еще 30 адресов. Если вы посылаете еще 10 операций, каждая из которых изменение, то wallet.dat накопится еще 10 адресов.


Bitcoin-Qt не заполняет ключевой пул в пакетном режиме. Она делает это сразу же, как ключи удаляются из пула. Так что если вы нажмете "Новый адрес" кнопка, программа бумажника тянет следующий ключ из очереди пула, и в то же время он генерирует новый случайный ключ и добавляет его к ключу очереди пула, так что количество ключей в бассейне остается неизменным. Изменение адреса обрабатываются таким же образом (вытащить ключ изменения от передней части очереди, и одновременно генерировать новый случайный ключ, чтобы добавить в конец очереди).


Верный. Это может быть уменьшено путем либо резервное копирование более часто, или за счет увеличения размера keypool. Я стараюсь держать общее представление о том, сколько адресов используются (сумма, сколько раз "Новый адрес" кнопка нажата и количество исходящих транзакций) с момента моего последнего резервного копирования, а затем создать новую резервную копию, когда количество используемых адресов составляет около одной четверти от размера keypool. Тогда я держу 3 последних резервные копии. Это позволяет мне восстановить все мои используемые в настоящее время ключи от любого из моих трех резервных копий, если один из них поврежден или иным образом непригодным для использования.