Вот интересная вещь, которую можно было бы добавить к протоколу Bitcoin:

В настоящее время существует 8-байтовый (64 бита) идентификатор, который может быть использован для определения того, какие "Сервисы" что конкретный Биткойн узел участвует с. (видеть http://www.bitcoin.org/wiki/doku.php?id=bitcoins_draft_spec_0_0_1#version для более подробной информации) Единственное поле в настоящее время используется в клиенте является "NODE_NETWORK" флаг, со значением 1.

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

Хитрость здесь заключается в определении протокола, который будет использоваться для такого объединенного горнорудного клиента / сервера и, возможно, более важные будет настройкой какого-то доверие метрики, которые также могут быть применены, а также. Цель целевой метрики будет знать, кому можно доверять, если вы выполняете работу для конкретного узла. Некоторые узлы будут "жадный" и держать все монеты себя и другие будут "великодушный" где это может быть подтверждено, что монеты действительно были распространены из-за деятельности горнодобывающей промышленности.

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

Обратите внимание, что все это на самом деле не нужно положить в официальный клиент сразу же, но если она была реализована таким образом, с координацией через Satoshi с точки зрения реализации этого другой службы, вполне вероятно, что это может быть "благословенный" в качестве должностного лица в будущем обновлении.

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

Это звучит как интересный проект, чтобы попробовать.