Протокол позволяет кросс-монетный p2p торговли без центральной точки. Мне кажется, что это "Холли Грааль" альтернативных криптографических монет. И это идея, которая может изменить cryptocoin экосистему для хорошо, где все монеты торговать друг против друга. Выгода для альтернативных цепочек огромна: они donґt необходимо обеспечить обмен сайт, они могут автоматически торговать против Bitcoin. Это также означает, что альтернативное cryptocoins будет опираться на Bitcoin и будет поддерживать Bitcoin, потому что им это нужно, чтобы войти в криптовалюта игру.
Это краткое объяснение:
Предположим, что есть два крипто-монеты, XC и BTC. Каждая монета XC и BTC имеет свой собственный blockchain и клиента. Пользователь А имеет некоторое XC и хотите купить BTC взамен. Пользователь B хочет наоборот. Во-первых обе стороны найти друг друга (в центральном каталоге или по протоколу P2P) и зафиксировать торговую цену (А платит "" XC и B платит "б" BTC назад). Есть два платежа A->В (в XC) и B->A (БТД). Мы также называем эти платежи первый и второй платеж, соответственно. Оба пользователи имеют адрес в системе XC и адрес в системе Bitcoin.
Протокол работает следующим образом:
1. Пользователь А обязан первым взносом "" ХС в адрес пользователя B в системе XC. Это специальный платеж с "контракт" что автоматически разрешается, если определенный "доказательство" опубликовано в качестве специальной операции в течение ограниченного интервала после публикации.
2. Пользователь В посылает б BTC к А с помощью Bitcoin стандартным способом. Это второй платеж.
Контракт предусматривает, что кусок Bitcoin blockchain (филиал) должен быть скопирован в специальную транзакцию под названием "доказательство" в XC blockchain доказать второй платеж действительно имел место.
В контракте также указывается:
- Размер разветвления (N). Это, как много усилий с точкой зрения подтверждения (POW) должны быть добавлено после того, как блок, где опубликован второй платеж.
- Хэш-блока, где должна начинаться ветвь (корневой блок). Корневой блок должен быть выбран некоторыми блоками в прошлом, чтобы избежать выбора блока, который будет отброшен конкурирующей отраслью. Например, если текущий блок BLK и предыдущий блок является BLK Пред (BLK), стороны могут выбрать корень в Prev ^ 3 (BLK) с длиной по меньшей мере 9 блоков (6 подтверждений после текущего блока)
- Максимальное количество блоков после корневого блока, в котором может появиться второй платеж. Это должно предотвратить платеж делается только после того, как интервал контракта XC истек, что делает торговлю только в одну сторону.
3. Когда доказательство сделки (что соответствует договора) публикуется в блоке XC, клиенты автоматически принимают первый взнос (который определяет контракт), таким образом, платить "" ХС от А до В.
Заметки:
1) Не в полной мере Bitcoin blockchain филиал должен быть включен в XC blockchain. Только заголовки N блоков, ветвь Меркель, что доказывает существование второго платежа и сделки второго платежа. Как правило, менее 800 байт требуется для полного "доказательство",
2) Все это протокол работает прозрачно. Пользователь только расстановок максимальные / минимальные цены торговые и торговые объемы.
3) Как правило, В является наиболее заинтересованы в том, "доказательство" опубликован, но если B doesnґt это сделать (и второй платеж был сделан), то само А может опубликовать доказательство.
4) "доказательство" входит в блок в качестве обычной сделки и может заплатить плату за комбайном, но минимальная плата указана в договоре. Обе стороны должны позаботиться о указании сборов, которые позволяют сделки, которые будут выбраны шахтерами, которые будут включены в блоке. Если плата не достаточно, более высокая плата может быть указана, когда доказательство будет отправлено. Рекомендуется, чтобы плата за шахтер "доказательство" быть значительно выше, чем обычные сборы, чтобы дать мощный стимул для шахтеров, чтобы включить эту сделку во всех конкурирующих блоках.
5) Безопасность системы является основана на предпосылке, что ни одна из сторон не может построить blockchain ветвь дольше и быстрее, чем "Глобальный" филиал в ограниченном интервале (например, 20 блоков). Кроме того, доказательство не может быть построено заранее, так как корневой блок (который почти текущий блок) указываются в договоре.
6) Если сделка не удается, поскольку интервал прошло и второй платеж не был сделан, первый платеж отменен.
7) Монета, совершенная в первой оплате не может быть использована, пока контракт не будет отменен или принято.
У меня есть доказательство концепции этого протокола работы. Я выпущу код, когда он будет готов. Система реализована таким образом, чтобы понять контракты на все другие альтернативные валюты и неизвестных из них. Пользователь задает "шаблон" для второго платежа сообщения, с заполнителями для полей, которые неизвестны (транзакция подписи) и фиксированные значения для остальных полей (количество денег, открытого ключа получателя, и др.). А также шаблон для формата блока (области связи, хэш-алгоритма, и т.д.).
С наилучшими пожеланиями,
Серхио.
PS: Я назвал протокол P2PTradeX, потому что не было никакого результата, когда я гугл этого слова.