Ях. Но я действительно не люблю доверять третьим лицам. Я пытаюсь сократить текущее племя доверенных третьих сторон из сделки на самом деле.

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

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

 "Я пришлю вам 50 litecoin, если вы пришлете мне половину Bitcoin." 

Каждый участник имеет бумажник Bitcoin и бумажник Litecoin, так что они могут сделать отдельные движения. Вопрос в том, есть ли они доверять друг другу или нет. Даже с измененным протоколом поэтому клиент может * см * обе цепи, или даже с помощью модифицированного blockchain так, что ключевая информация из других blockchain могут храниться в локальной blockchain и используемых сценариев, я не вижу хороший способ сделай это. 

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

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

Одним из возможных вариантов я придумал это "на ПРИЕМ сценарии."  То есть, txout создан с сохраненным скриптом, который запускается немедленно и автоматически, когда монета направляется в заранее подготовленной txout. Вы можете положить деньги в txout с таким сценарием, показать другой участник сценарий, соответствующий хэш так что он знает, что это такое, а затем либо один из вас может вызвать его, отправив монету на адрес.

Так что, если мы имеем на получение скрипт, который

* Проверяет высоту блока или время, чтобы убедиться, согласованный на интервал прошло и прерывается, если нет,
* Проверяет некоторые «оракула» информацию о других blockchain, чтобы увидеть, если сделка там произошло,
* И отправляет монеты, хранящиеся в сценарном txout сразу Бобу, если он имеет или Алиса, если он не имеет,

Тогда мы имеем ситуацию, когда кто-то мог представить криптографической доказательство того, что данная сделка имела место в другом blockchain, хранить его в «оракула» места, немедленного blockchain, а затем один из них может вызвать скрипт для запуска (либо заплатив продавец или возвращение покупателей денег), отправив пенни на адрес, указанном в сценарном txout. 

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