Я пытался понять взаимосвязь между временными метками, пространствами именами и проверками в Bitcoin.

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

Но Bitcoin больше, чем временные метки сделок. Проставление даты не гарантирует уникальность. Пользователи могут штамповать один и тот же документ более одного раза.

Итак, давайте рассмотрим менее распределенную Bitcoin, где сверстники полагаются на время штамповки службы. Рассмотрим это имеет только полные узлы сейчас. Для того, чтобы знать сделки не удваивают провели они должны отслеживать все документы (транзакцию) хешируется по временным метки серверам каждого периода времени. Если временная отметка подписывает его хэш каждый период, если он когда-нибудь обманывал и издал второй корень Merkle за тот же период, все узлы будут иметь доказательство (и могут мигрировать к временным отметкам конкурирующей службе метки времени).

Однако это не удобно для SPV узлов, единственный способ узнать сделки уже не потратили, чтобы посмотреть на все время отметок документов (сделки) когда-либо.

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

Мы могли бы использовать пространство имен для реализации Bitcoin. Например, рассмотрит имя DNS .bitcoin управляется какой-то надежный регистратором с первым пришел первый прослужила, не истекает политику. Теперь мы могли бы добывать, будучи первым, чтобы претендовать на имя являясь HashCash штампа (добыча, как Bitcoin на хэш открытого ключа). Марки, которые Dont матч трудности игнорируются или отвергаются. Когда мы проводим мы претендуем имя будучи открытым ключом и выход. Как владелец имени можно прикрепить текстовые записи к нему (например, подписанным сделкам, включая открытый ключ хэш нового владельца). Для целей Bitcoin сделок, которые не подписаны, игнорируются или отвергаются и с именами (открытый ключ + выходы), которые соответствуют DonT предыдущих текстовых записей (открытых ключей хешей владельцев монет) игнорируются или отвергаются.

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

например http://cypherspace.org/p2p/auditable-namespace.html

Если нет доверия регистратор не может быть установлен, протокол может упасть на ток полного p2p Bitcoin имен в списке транзакций.


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

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

И это не может необнаружимо пересмотреть историю из опубликованной цепочки Merkle хэш корней. И если это не обнаруживаемое пересмотреть историю, другие сервера или сверстники в p2p протокол могут восстановить истинную историю. Следовательно, в основном надежный сервер (скажем, 99% сделки не имеют никаких попыток изменить историю сервера) мы все еще можем использовать услугу от такого сервера. Его легче масштабировать такой сервер и пользователи могут сосредоточиться на проверке и реконструкции и ремонте истории изменений, которые представляют собой 1% проблема против проблемы в 100%.

Адам