Спасибо за этот удивительный ответ. Мне пришлось прочесть несколько раз, ваш первый абзац, чтобы понять и теперь я понимаю, как мой "дизайн" был абсолютно бесполезен! Ваши намеки о том, как снизить тарифы, кажется, очень актуальны и высоко ценится! Я думаю P2PK было все, что было в начале, поэтому я понимаю, почему это началось именно так, мне просто интересно, почему он ни разу не менялся... Спасибо за ответ! Если я это правильно: Блок содержит блок номер версии, предыдущий блок, хэш, информации (операций, метки времени и другие сведения) и nonce. Шахтеры пытаются подправить код (обычно) или сделки внутри, чтобы встретить нужный хэш. Это правильно? Кто получает, чтобы выбрать хэш, которые должны быть выполнены, так что новый блок может быть заминирован?

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

Допустим, у вас есть ордера на покупку:

  1. купить 100LTC в 5BTC
  2. купить 50LTC в 4BTC
  3. купить 200LTC в 3BTC

И ордера на продажу:

  1. продать 100LTC в 6BTC
  2. продать 500LTC в 7BTC
  3. продать 100LTC в 8BTC

и так далее.

Мы можем получить много из этого простого набора заказов. С одной стороны, рынок глубина диаграммы становится очень полезным, когда смотришь на эти данные. Таким образом, можно сказать, что рыночный спрэд 1BTC в этом случае, потому что заказы на покупку и продажу, разделенных 1BTC

Теперь, допустим, мы 125LTC мы хотим продать. Как вы бы выбрать лучшую продать мгновенный цене, чтобы посмотреть на покупку. Похоже, вы могли бы продать свой первый 100LTC в 5BTC и остальные 25LTC в 4BTC. Так, 5BTC должна быть ваша максимальная ставка. В зависимости от API, который вы используете, вы, возможно, захотите, чтобы разместить два отдельных заказа по разным ценам или место с предполагаемой максимальной цене.

Так же он работает с покупки. Если вы хотите купить 650LTC, вы сможете приобрести первую 100LTC в 6BTC, а затем на следующий 500LTC в 7BTC и последний 50LTC в 8BTC. Так, максимальная цена будет 8BTC. Хотя реальная цена будет значительно отличаться друг от друга. Это зависит от того, что сервис и API вы используете, как лучше разместить такой порядок цен, охватывающих.

На бирже вы бы поставил такой ордер на покупку, как только один приказ 650LTC на 8BTC. Crypsty автоматически выбирает лучшую цену для вас, так вы бы этот эффект. Однако, это не гарантирует работу таким образом. Если у тебя есть список того, и кто-то скупит 50BTC на 6BTC, то ваша ожидаемая цена будет в конечном итоге неверной. Если вы хотите цена, вам следует точный подбор заказов в портфель заказов. Следуя этому методу, хотя, у вас высокая вероятность заказа не завершать так же, или дольше, чем предполагалось, например, если вы покупаете 100LTC на 6BTC, но кто-то купил 50LTC уже. Crypsty по умолчанию будет подождать некоторое время до завершения частичного порядка. (при отсутствии других заявок на продажу были размещены по этой цене)

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