Хорошо известно, что если mempools хорошо синхронизированы, то только несколько байт на ТЙ хэш (TXID) необходимы для однозначной идентификации Txs в mempools при распространении новых блоков. Это имеет потенциал, чтобы значительно снизить ставки бесхозных и требования к пропускной способности шахтеров и сохранить анонимную добычу крупных блоков возможно.

Я слышал, что некоторые разработчики описывают проблему синхронизации mempools как же тот, который сам по себе Bitcoin решает - а именно, согласование единого заказа последовательной сделки - и поэтому решение не теоретически возможно. Я могу видеть это было бы верно, если mempools не разрешает конфликтующие проводит и транзакционные порядки; действительно ли это так?

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

По существу mempool будет кодировать набор ориентированных ациклических графов, каждый из которых описывают действительные упорядоченности ТХ, и при получении txids в новом блоке, узел будет проверить, является ли DAG они описывают в вышеупомянутом наборе.

Я правда не знаком с тем, как mempool в настоящее время разработан, но выше характеристика проблемы синхронизации подсказала мне, что это может быть так, чтобы думать о решении.