Я просто думал о том, как работают книги заказов и рассматриваю вопрос о том, как более неясные рынки (например, LTC / NMC) может быть удобно, если объем на них может быть достаточно высоким, чтобы быть полезными.

Рассмотрим следующий сценарий:

Пользователь A:
Предложение 1 XXX для 1 YYY XXX / YYY

Пользователь B:
Предложение 1 YYY 1 XXX YYY / XXX


В обычном порядке книги, эти два порядка будут уравновешивать друг друга, и оба получают срабатывает и поселилась.

Теперь рассмотрим следующий сценарий:


Пользователь A:
Предложение 1 XXX для 1 YYY XXX / YYY

Пользователь B:
Предложение 1 YYY для 1 ZZZ YYY / ZZZ

Пользователь C:
Предложение 1 ZZZ 1 XXX ZZZ / XXX


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

Если мы думаем о выше, как BTC, LTC, NMC (и держать обменные курсы между валюты в соотношении 1: 1, чтобы сделать математику проще), то действительно, выбор большинства бирж, кажется, делают, чтобы не предлагать LTC / NMC рынок вообще, и только позволяют пользователям выбирать BTC / LTC или BTC / NMC. Если пользователь хочет изменить LTC в НМЦ, он должен пройти через БТД.

Даже если обмен делает «неясными» рынок доступен, отсутствие объема на этом рынке (например, LTC / NMC рынок) мог использовать его в любом случае нецелесообразно, и заставить пользователей на выполнение двух сделок (БТД) только потому, что эти две основные рынки имеют больший объем.

То, что я предлагаю, это система, где объем для небольшого рынка автоматически генерируется из заказов в первых двух, и порядки в нем динамически связаны с заказами на более высоких рынках объема.

Например, рассмотрим еще раз:

Пользователь A:
Предложение 1 XXX для 1 YYY XXX / YYY

Пользователь B:
Предложение 1 YYY для 1 ZZZ YYY / ZZZ

Пользователь C:
Предложение 1 ZZZ 1 XXX ZZZ / XXX

Теперь они, как правило, оставаться неуправляемыми газовыми, но что, если на первых два порядка поступает, система автоматически создает «призрак» порядок:

система:
Предложение 1 XXX 1 ZZZ

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

Пользователь A -> 1 XXX -> Пользователь C -> 1 ZZZ -> Пользователь B -> 1 YYY -> Пользователь A

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

Пожалуйста, обсудите