Re: Bitcoin ядро 0.14 mempool функции экономия - возможно, не самое лучшее решение?
котировка
Сохраняя Mempool перезапуска
- -------------------------------------
Mempool будет сохранен в каталог данных до отключения
к `mempool.dat` файла. Этот файл сохраняет mempool так, что когда узел
перезапускает mempool могут быть заполнены сделки, не дожидаясь новых сделок
должен быть создан. Это позволит также сохранить любые изменения, сделанные в транзакции через
Такие команды, как `prioritisetransaction` так, что не будут потеряны эти изменения.
- -------------------------------------
Mempool будет сохранен в каталог данных до отключения
к `mempool.dat` файла. Этот файл сохраняет mempool так, что когда узел
перезапускает mempool могут быть заполнены сделки, не дожидаясь новых сделок
должен быть создан. Это позволит также сохранить любые изменения, сделанные в транзакции через
Такие команды, как `prioritisetransaction` так, что не будут потеряны эти изменения.
Я подумал, что это отличная идея, как кто-то, кто работает узел на мультизагрузочной системе Windows / Linux. Но я начинаю задаваться вопросом, если это очень хорошее решение на всех.
Возможно, лучшим решением было бы для вновь начал узел, чтобы получить его транзакции пул от своих сверстников?
Если узел вниз для любого отрезка времени, его набор транзакций настолько устарел. Во время его простоя, многие операции могут быть пропущены.
Если сетевой узел состоит из множества больших до узлов времени, то шанс для двойных потратить, чтобы пройти через минимально. Однако, если есть много узлов части времени, есть шанс для двойных потратить, чтобы пройти через между отправителем и получателем, который может получить отвергнутые узлы шахтеров.
Я думаю, что причина, чтобы сделать это, чтобы предотвратить возможный двойной путь расходов через узлы «неполный», которые не работают в режиме 24x7, когда сделка может получить отвергнут майнинг. Это весьма важно, если нулевое подтверждение экономический риск иметь какой-либо смысл.
Идея совершенно синхронизированные пулы транзакций, вероятно, является бесплодной попыткой в асинхронных сверстниках к системе со стороны сверстников. Но система, где бассейны транзакций достаточно близко к синхронизации, вероятно, достаточно, чтобы свести к минимуму возможности двойных расходов получать путь.
Я пришел к такому выводу, когда прошу для этой функции, которые должны применяться к альтернативным реализациям узлов, и, казалось бы, что некоторые люди соглашаются:
https://github.com/bitcoinclassic/bitcoinclassic/issues/251
https://github.com/bitcoinxt/bitcoinxt/issues/195
https://github.com/BitcoinUnlimited/BitcoinUnlimited/issues/438
Так что я должен спросить, почему эта функция была реализована таким образом?
