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


Из бумаги Satoshi в:

3. Отметка сервера
Решение, которое мы предлагаем начинается с сервером отметок времени. Сервер работает временная метка, принимая хэш из блока элементов, чтобы быть датируемым и широко публикация хэша, например, в газете или Usenet посте [2-5]. Отметка доказывает, что данные должны существовать в то время, очевидно, для того, чтобы попасть в хэш. Каждая временная метка включает в себя предыдущую временную метку в его хэш, образуя цепочку, с каждым дополнительным армирующим метки времени те, перед ним.

###

Это временная отметка, что позволяет остальному Bitcoin работать и без сервера меток времени, оказывается тривиальным вдвое тратить там обыкновение быть способом узнать баланс счета в любой момент времени. Независимо от того, достаточно ли одна отметка времени сервера, то явно необходимо.

Мы будем игнорировать все вопросы, касающиеся POW против PoS против PoAnything и сосредоточиться на создании универсальной метки времени, или, вернее, сервер последовательности времени через Bitcoin. Эффект, имеющие универсальные часы, что синхронизированные операции могут быть сделаны во всех других blockchains, которые принимают сервер временной последовательности Bitcoin.

A. В начале не было Bitcoin и до генеза блока это не было возможно использовать в любом случае. Однако теперь, когда она существует, и, очевидно, "реальный", У нас есть огромное количество hashrate крепящего постоянного потока Bitcoin блоков. В связи с тем, как работает консенсус, существует вероятность того, что текущий блок вытеснены "лучше" блок, и даже самые последние 2 квартала, или 3, или ... Впрочем, шансы быстро уменьшается до очень отдаленной возможности. Точное количество подтверждений, что считается безопасным из REORG, безусловно, является важным решением, но это не влияет на доказательство времени штемпеля serverness.

Назовем эту глубину L, для задержки. Будем считать, что любые Bitcoin блоки с L или более подтверждений являются постоянными. Для практического применения, предлагаются иметь механизм для обнаружения и перекалибровки в редком случае Bitcoin REORG за L блоков, но если вероятность такого события достаточно удаленные, другие средства компенсации за него также возможны, т.е. методы страхования типа распределения рисков.

B. С учетом предположения, что любые блоки с L подтверждений действительны, в любой момент времени существует "текущий" постоянный BTC блок, с его blockhash. И в большинстве случаев генерируется новый блок, мы получаем новый постоянный BTC блок. Однако, когда есть небольшой REORG или замена наконечника, мы не получаем новый постоянный BTC блока. Простой способ расчета продвигается ли новый BTC блокировать permanet BTC блока проверить, что L + 1 Подтверждение от прежнего постоянного блока.

Что это означает, что, как Bitcoin делает свою маленькую реорганизацию;, постоянные блоки не будут наступать, пока все не догнать. Однако, так как большинство реорганизации; вызвана новой парой блоков, которые проходят по цепи и в обходе текущего наконечника, эта остановка / запуск постоянных блоков в основном изолированы. Это остановить и перейти поведение в сочетании с допуском +/- 2 часа на временных меток делает БПС не сервер времени, но сервер последовательности времени. Это не так полезно, но все-таки основа, которая может быть построена на.

Теперь у нас есть последовательность постоянных блоков Ti, Ti + 1, Ti + 2, ... с доказанной характерно, что каждый из Ti пришел после предыдущего, то есть. упорядочение blockhashes. Еще одна небольшая уступка, которая будет сделана в том, что мы будем считать, что SHA256 столкновения могут быть проигнорированы, Bitcoin в настоящее время не позволяет дублирующие blockhashes, так что даже если происходит столкновение это, вероятно, не влияет на вещи, но шансы таких настолько малы, это позволит упростить анализ, чтобы игнорировать его последствия.

C. Что можно сделать с набором постоянных blockhashes? Они могут быть использованы любым внешним blockchain или на самом деле ничего в качестве доказательства временной последовательности. Используя закон здравого смысла и принимая запрет на время путешествия по-прежнему в силе, мы можем видеть, что, чтобы иметь возможность знать конкретный blockhash Ti указывает, что должно было произойти после того, как оказалось, что blockhash. Так как Ti, впервые появился в горнорудной узле еще до того, как был представлен, он может, как известно, сразу после blockhash Ti-1 появился. Да, это будет очень медленными часы на самом деле, но, тем не менее часы.

Будучи в состоянии обратиться к постоянному blockhash Ti показывает, что это произошло после того, как L + 1 Подтверждения назад. Что это означает, что независимо от того, будет ли введен в цепочке altcoin в этот хэш-Ti на основе консенсуса или злоумышленником, все блоки после него показаны, что произошло после того, как самое раннее время, что Ti было известно.

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

D. Теперь каждая внешняя цепь разделяется на универсально проверяемых группы блоков, что независимо от силы механизма консенсуса для этой внешней цепи (даже если он не имеет ни одного!), Он способен проводить кросс цепи сделок с другими внешними цепями с использованием то же сегментация. Ну, не совсем. Конечно, если внешняя цепь некоторая произвольная книга, которая может быть обновлена ​​по желанию какой-то юридического лица, то эти предположения безопасности не выдерживает критики. Что требуется, это еще одно правило, во внешней цепи, что после того, как R прошли постоянные блоки Ti, что он является постоянным. Это R (для Reorg) фактора позволит затем другим внешним цепям, чтобы знать, что после R постоянных блоков он не может изменить, а также частичная временная последовательность внешне проверяемая.

E. Это лишь первый проект, и многие улучшения. Например, при использовании блоков очень близко к току, внешняя цепь может создать много порядок тоньше зерна внутри страны, если Bitcoin не Упомянутые реорганизацию; кварталов.

F. ТЛ: д-р оно не будет быстро, но с использованием Bitcoin в качестве универсальных часов, все внешние цепи, которые добавляют несколько правил консенсуса могут взаимодействовать, пока достаточное количество Bitcoin Подтверждения ждало.

G. Приложение: положить фантазии математика, что почти никто не понимает здесь