Где находится сервер Binance?
Криптовалютный адрес – это уникальная строка из букв и цифр кошелька для криптовалюты, используемая для отправки и получения криптовалюты. Адрес указывает на расположение кошелька в блокчейне.
Как получить помощь от Бинанс?
Как получить помощь Для того чтобы получить помощь, необходимо пройти верификацию в одном из фондов: Rotary Club Kyiv International, «Паляница» и iSans. Возможность получить выплаты имеют только женщины. Организатор проекта благотворительный фонд Binance Charity, средства выделяет Binance.
Где главный офис Бинанс?
Binance является крупнейшей криптобиржей в мире по объемам торгов, в секунду на площадке совершается более 1,4 млн транзакций. Компания имеет офис в Сингапуре, но говорит, что у нее нет единой корпоративной штаб-квартиры.
Почему в США не работает Бинанс?
Какую сеть выбрать в Binance?
Как называется сеть Binance?
Какая сеть для вывода USDT?
У вас два варианта: отправить USDT через сеть Tron или через сеть Ethereum. У этих сетей разные комиссии, которые вы также увидите на этом этапе.
Что такое Крипто адрес?
Биткоин-адрес — это уникальный идентификатор, с помощью которого пользователь может отправлять и получать криптовалюту. Каждый BTC-адрес уникален и генерируется путем сложных механизмов шифрования. Служит аналогом банковского счета в сети биткоина.
Кто получил 75 долларов от Бинанс?
Перемещенные украинцы, прошедшие проверку местными некоммерческими организациями и подавшие заявку на получение криптовалютной карты, получат 75 BUSD, что эквивалентно 75 долларам в месяц в течение трех месяцев в соответствии с рекомендованным уровнем пожертвований УВКБ ООН.
Как получить 100 долларов Бинанс?
Зарабатывайте награды. Для получения права на приветственную награду в размере 100 долларов США вам необходимо создать аккаунт Binance с помощью кнопки «Зарегистрироваться» в правом верхнем углу этой страницы. В противном случае при создании учетной записи вам придется ввести реферальный ID вручную.
Кто может получить деньги от Бинанс?
Кто именно может получить помощь от Binance По условиям программы, помощь предоставляется женщинам старше 18 лет, которые имеют статус ВПЛ и временно проживают в приютах в Киевской и Львовской областей.
Кому принадлежит биржа Coinbase?
Какой стране пользуется Биткоинами?
Сальвадор стал первой в мире страной, признавшей биткоин официальной валютой. Во вторник, 7 сентября, в этой центральноамериканской стране вступил в силу закон, согласно которому эта криптовалюта принимается в качестве платежного средства, наравне с долларом США.
Кто владеет Биткоинами?
Можно ли хранить крипту на Binance?
Не храните средств на централизованных биржах или CEX ( Binance , Kraken , OKX ) или в сервисах, которые предоставляют кастодиальные кошельки.
Чья биржа Байбит?
Биржа Bybit — это популярная одноранговая (P2P) биржа фьючерсов на биткойны и криптовалюты, находящаяся в Сингапуре.
Какие банки отключил Бинанс?
Криптобиржа Binance ограничила доступ держателей карт российских банков, которые попали под международные санкции. Это ВТБ, «Россия», «Открытие», Новикомбанк, Промсвязьбанк, Совкомбанк и ВЭБ.
Можно ли крутить Бинанс в России?
Криптобиржа Binance ввела ограничения для пользователей из России Крупнейшая криптовалютная биржа мира Binance ограничит доступ к своим сервисам пользователям из России, имеющим криптовалютные активы, стоимость которых превышает €10 000.
Почему заблокировали Бинанс?
Ограничения коснутся аккаунтов, у которых баланс криптовалютных активов превышает €10 тыс. «Пользователям аккаунтов, попадающих под это ограничение, будет доступна только функция вывода средств. На этих аккаунтах будут ограничены возможности ввода средств и торговли», — сообщил представитель биржи.
Можно ли доверять Binance?
Также Binance предусмотрела эффективные способы защиты. Это двухфакторная аутентификация, возможность выбрать устройства и IP-адреса, с которых будет производиться вход. Таким образом, Binance можно считать достаточно надежной и безопасной биржей.
Чем можно заменить Binance?
Uniswap, MDEX, dYdX и другие децентрализованные криптобиржи пока не могут похвастаться сколь-нибудь значительной долей рынка. Удобство и возможности таких площадок по сравнению с Binance или FTX ограничены.
Что лучше Солана или Бнб?
Хотя BSC отличается более высокой степенью использования и рыночной капитализацией, а также процветающей отраслью DeFi, позволяет создавать binance smart chain metamask, его сеть жертвует некоторой степенью децентрализации для достижения повышенной масштабируемости.
Какая сеть у BSC?
Читать 5 мин. Ключевые моменты: — Binance Smart Chain (BSC) — это совместимый с Эфириумом блокчейн, который предлагает те же возможности смарт-контрактов при гораздо более низких комиссиях на транзакции.
Как настроить пинг до сервера Binance?
Настройка подключения завершена. Для установки подключения в главном меню Tiger.Trade выберите Файл → Подключения → Binance. Состояние подключения (пинг до сервера) можно проверить во вкладке Журнал внизу главного окна. Там отображается пинг каждого действия. Постоянно сервер Binance не пингуется.
Что делать если провайдер блокирует доступ к сайту Binance?
Если ваш провайдер блокирует доступ к сайту Binance, введите адрес прокси сервера в формате ip:порт. 9. Нажмите OK. Настройка подключения завершена. Для установки подключения в главном меню Tiger.Trade выберите Файл → Подключения → Binance.
Что такое Binance и для чего он нужен?
Binance — ведущая мировая блокчейн-экосистема и поставщик инфраструктуры для криптовалютной отрасли с комплексом финансовых продуктов, который включает в себя крупнейшую по объёму биржу торговли цифровыми активами. Binance предлагает уникальный портфель криптовалютных продуктов и возможностей.
Что такое Binance P2P и как его использовать?
Используйте Binance P2P, чтобы пополнять счёт и покупать криптовалюту за рубли. На данный момент P2P является самым выгодным и быстрым способом ввода и вывода рублей на Binance. Храните криптовалюту и зарабатывайте. Binance гарантирует безопасность с помощью строгих протоколов и передовых технологических решений.
Podobne clanky
Были ли наши ответы полезны?
Большое спасибо за ваш отзыв!
У вас есть еще вопросы?Отправить
"Рубль укрепился по двум причинам. Во-первых, перевод валюты за границу из-за финансовых санкций усложнился — валюта начала накапливаться на банковских счетах. Во-вторых, торговые санкции и самосанкции иностранных компаний ограничили импорт — валюту стало сложнее тратить.Почему рубль укрепляется? Вдогонку к причинам укрепления рубля, некоторые аналитики называют продажи валютной выручки экспортера.
Сегодня текущая цена BNB составляет ₽ 16,828.71 за (BNB/RUB) при текущей рыночной капитализации RUB — ₽ 2,715.10B. Объем торгов за 24 часа: ₽ 44.03B RUB. Цена BNB к RUB обновляется в режиме реального времени. BNB: -1.74% за последние 24 часа.Сколько стоит Бинанс в долларах? Сегодня текущая цена Binance USD составляет ₽ 61.25 за (BUSD/RUB) при текущей рыночной капитализации RUB — ₽ 1,324.73B. Что т.
Энергопотребление биткоина достигает 707 кВт, тогда как для эфира этот показатель равняется 62,56 кВт. Продвинутые процессоры обслуживают сложные алгоритмы в блокчейне биткоина. Эфириум 2.0 требует гораздо меньше электроэнергии, что делает эфир более экологичной криптовалютой.Что лучше эфир или биткоин? Энергопотребление биткоина достигает 707 кВт, тогда как для эфира этот показатель равняется 62.
Сколько денег у Виталия Бутерина? Что будет когда эфир уйдет на пос? Сколько нужно эфира для PoS? Как будет работать PoS в Ethereum Чтобы стать валидатором Ethereum, необходимо внести на депозитный контракт минимум 32 ETH. Делегировать меньшую сумму монет валидатору сможет любой держатель. Сколько сожжено ETH? Сколько денег у Виталия Бутерина? Кто самый богатый по Биткоинам? №1. Чанпэн Чжао —.
Да, майнить с помощью телефона вполне реально, но это невыгодно. Ваша прибыль от добычи с мобильного устройства будет крайне мала, а сам смартфон может быстро выйти из строя. Существует также большой риск подвергнуться мошенничеству. Google и Apple ввели запрет на сервисы для майнинга в своих магазинах приложений.Можно ли майнинг на телефоне? Да, майнить с помощью телефона вполне реально, но это н.
На текущий день минимальное требование для майнинга — 3 Гб видеопамяти. Однако уже в ближайшее время трехгиговые видеокарты резко потеряют в производительности, а через год минимальный объем видеопамяти, необходимый для комфортного майнинга, составит 4-5 Гб.Сколько ГБ надо для майнинга? На текущий день минимальное требование для майнинга — 3 Гб видеопамяти. Однако уже в ближайшее время трехгиговые.
Основная причина падения криптовалютного рынка, помимо ситуативной паники на фоне падения UST, — общее снижение аппетита инвесторов к рисковым активам на фоне ужесточения монетарной политики ФРС, говорит глава сингапурской криптобиржи Vauld Даршан Басиджа. «Nasdaq падает, Bitcoin падает.Почему упал биткоин причина? Биткоин падает после того, как крупнейший американский криптокредитор Celsius Netwo.
Почему сейчас падает биткоин? Биткоин падает после того, как крупнейший американский криптокредитор Celsius Network приостановил вывод средств, обмен, а также переводы между счетами. Также на это влияет решение ФРС по поднятию учетной ставки, которое влияет на то, что инвесторы переходят в более надежные активы, такие как депозиты и госдолг. Можно ли купить 0 1 биткоин? Никаких ограничений.
Я иду искать: геопозиционирование хоста по IP-адресу в глобальной сети Интернет на примере криптобиржи Binance
В статье рассмотрены методы геопозиционирования сетевых интерфейсов по IP-адресу на примере API-сервиса криптобиржи Binance. Геопозиционирование основано на дистанционно-временных моделях пересчета времени кругового обхода (RTT) в дистанцию и определения примерного местоположения сетевого интерфейса.
Современным электронным сервисам очень важно знать о географическом местоположении клиентов для «тонких» настроек своих маркетинговых процессов. Повсеместно используются разные техники геопозиционирования пользователей, основанные на привязке к базовым станциям мобильной связи и точкам доступа Wi-Fi. Однако существует целый ряд других задач, для решения которых необходимо знать геопозицию не самого пользователя, а сервера и его сетевого интерфейса. Такие сервисы, как MaxMind (безусловный отраслевой лидер), широко известны публике (можно также почитать здесь), но в целом в сети мало материала в открытом доступе, посвященного технологическим вопросам глобального геопозиционирования хоста по его IP-адресу. В этой статье мы расскажем о некоторых решениях в этой предметной области и поделимся результатами наших исследований.
За подробностями следуйте под кат.
Зачем знать геопозицию сервера?
Рассмотрим реальный случай: арбитражные алгоритмы биржевой торговли анализируют ситуации, когда на одной бирже цена товара уже изменилась, а на другой еще нет. Если вы поймали этот момент различия цен, то на одной бирже вы можете этот товар купить, а на другой продать в том же количестве. Таким образом, в вашем кармане отложатся деньги от такой спекуляции. Например, между площадками Binance и Bitfinex разница в котировках Bitcoin (BTC) иногда позволяет получить прибыль на арбитражных сделках. Наблюдения показывают, что такие условия в котировках BTC на указанных площадках складываются несколько раз в день и длятся примерно от одной до двадцати секунд. Биржевому боту крайне важно жить на сервере, ближайшем и равноудаленном от биржевых дата-центров для получения конкурентного преимущества по времени доступа к ним обоим. Знание геопозиции интерфейсов биржевых сервисов поможет выбрать оптимальный хостинг для бижевого бота.
Пентестерам (как и злоумышленникам) тоже нужно знать о географическом расположении банковских (и не только) сервисов для оценки возможности получения физического доступа к вычислительной инфраструктуре целевой организации. Напомним, что проникновение квалифицированного злоумышленника в ЦОД, где развернуты критичные корпоративные сервисы, может привести к необратимым последствиям. Нам известны случаи размещения конфиденциальных данных, что называется, где попало.
Перечисленные случаи – это только вершина айсберга в вопросах поиска географического расположения хостов в сети Интернет.
Как это делается
Информация о геопозиции хоста собирается из различных открытых источников, например из ресурсных записей DNS и результатов прямых измерений. Начало работ в этом направлении описано в статье, опубликованной в 2001 году. Основой измерительных технологий стал метод Constraint-based geolocation (CBG), заключающийся в измерении времени кругового обхода (RTT) при выполнении запроса echo-request ICMP от нескольких хостов с известной геопозицией (или landmarks в оригинале) к хосту с измеряемой геопозицией. При различных допущениях, таких как равенство по времени пути пакета в обе стороны и скорость распространения сигнала в волоконном волноводе как 2/3 от скорости света в вакууме, можно пересчитать половину времени RTT в дистанцию и тем самым ограничить географическую область достижения ICMP-пакета некоторой окружностью с landmark-хостом в центре. Выполняя подобные измерения из нескольких распределенных по миру landmark-точек, получается столько же ограниченных областей. Их пересечение указывает на примерную геопозицию искомого хоста с точностью примерно до 100 км. Сущность метода CBG можно представить так:
Определение геопозиции хоста по методу CBG
Допущения в дистанционно-временной модели классического CBG достаточно грубы, что побудило исследователей к ее усовершенствованию. В результате «тонкого» тюнинга исследователями вносились изменения в эту модель. Например, некоторые исследователи предложили отбраковывать часть измерений RTT, а другие – рассматривать landmark-хосты как области, а не как географические точки. Эволюция CBG определила развитие и других методов геопозиционирования хостов по IP-адресу: Shortest ping, Topology-based geolocation (TBG), Octant, Street-level geolocation (SLG). В некоторых случаях удается достичь точности геопозиционирования хоста до здания, где он размещен (обычно ЦОД). Чтобы не перегружать текст, не станем упоминать про стохастические методы геопозиционирования, основанные на анализе распределения величины RTT. Только сама классификация известных методов может быть темой отдельного исследования. Как можно заметить, в настоящее время область геопозиционирования хостов по IP-адресу по-прежнему остается в поле актуальных научных исследований.
Умело применяя результаты научных исследований в этой предметной области и располагая собственным множеством landmark-хостов по всему миру, компания MaxMind прочно обосновалась в качестве лидера на рынке геопозиционирования. Серверы компании постоянно сканируют IP-адресное пространство с разрешением до префикса шириной /24 (IPv4) и формируют базу данных его географического распределения. Сотрудничество с RIPE NCC еще больше укрепило позицию компании на рынке. К собственным средствам измерения адресного пространства добавилась сеть зондов системы Atlas – масштабной измерительной сети RIPE NCC, состоящей из более чем 10 000 географически распределенных хостов (по состоянию на начало 2020 года) с точной привязкой к местности. Итогом деятельности компании на сегодняшний день является полноценное соответствие адресного пространства интернет-географии планеты с высокой точностью.
А что у нас?
На открытом рынке в Российской Федерации решения для геопозиционирования хостов по IP-адресу отсутствуют. Причинами отсутствия являются относительно малая доля целевой аудитории потребителей и абсолютное доминирование решений иностранных компаний. Кроме того, выполнение задач в этой предметной области требует использования развитой распределенной измерительной инфраструктуры, состоящей из сотен или тысяч управляемых и географически привязанных хостов. Содержать, защищать, управлять и развивать такую сеть очень непросто даже для крупных компаний. Дополнить общую картину следует упоминанием об активных научных исследованиях в этой области, требующих привлечения дорогостоящих интеллектуальных ресурсов.
Тем не менее мы разработали и исследовали ряд дистанционно-временных моделей для геопозиционирования сетевых интерфейсов Рунета. Для их исследования нами были использованы 42 VPS-хоста в определенных дата-центрах на территории РФ, множество веб-ресурсов с известным географическим размещением, позволяющих в режиме онлайн выполнять запросы ICMP echo request, возможности глобальной измерительной сети RIPE.Atlas, а также ресурсные записи DNS. Целью исследований являлось определение точности геопозиционирования, достижимой при использовании предложенных нами линейных и статистических моделей. Точность получилась несколько выше, чем при использовании классического метода constraint-based и соизмерима с его известными модификациями.
Для исследования стохастических моделей мы использовали в качестве объекта несколько клиентских интерфейсов московской точки обмена трафиком MSK-IX. Выбору способствовала превосходная информационная поддержка оператора на своих информационных ресурсах (сервис looking glass, система ресурсных записей DNS, записи в регистратурах маршрутизации, полный список адресов ЦОД и др.). Исследования подтвердили возможность определения геопозиции клиентского интерфейса с точностью до здания ЦОД.
Для демонстрации возможностей разработанных нами методов мы расскажем о нашей старой работе – поиске места размещения серверов криптобиржи Binance, результаты которой в настоящий момент не являются актуальными. Нам не хотелось бы способствовать организации злонамеренного воздействия на этот очень популярный сетевой ресурс.
Геопозиция серверов криптобиржи Binance
Упомянутая вначале статьи криптобиржа Binance основана в 2017 году, а в 2019 году закрепила за собой статус ведущей торговой криптобиржи мира с долей рынка более 53 %. Трейдеров и хакеров вполне обоснованно беспокоит вопрос о месте расположения серверов биржи. Некоторые предполагают, что они размещены в Корее, а кто-то настаивает, что в Токио (не будем перегружать текст ссылками на многочисленные обсуждения этого вопроса в сети). Биржа умалчивает о месте размещения своих серверов по соображениям безопасности. Мы попробовали внести ясность в этот вопрос с помощью использования дистанционно-временных моделей. Сразу заметим, что мы не будем приводить точные результаты нашего исследования.
Шаг 1. Для автоматической торговли Binance предлагает API-службу на домене api.binance.com. Возьмем его за отправную точку анализа. Разрешение этого домена в DNS хостами в разных странах дает следующий результат:
| Страна (национальный домен) | DNS-разрешение для домена api.binance.com |
|---|---|
| ZA (ЮАР) | 143.204.17.150, 99.86.226.172, 143.204.57.198 |
| IN (Индия) | 13.227.140.169, 13.35.134.176, 13.32.35.177, 54.182.7.113, 13.33.169.165, 99.86.31.175 |
| GB (Великобритания) | 13.35.244.184, 13.33.51.166, 13.224.242.171, 143.204.197.178, 52.84.143.112 |
| CN (Китай) | 69.63.178.13, 31.13.81.17, 69.171.235.64, 13.226.125.168, 13.224.196.172, 74.86.151.162, 13.224.153.172 |
| KR (Южная Корея) | 54.192.70.140, 52.85.195.217, 99.86.177.172, 13.226.125.168, 13.225.20.170 |
| JP (Япония) | 13.35.100.178, 13.225.179.170, 13.33.11.37 |
| US (США) | 99.84.240.113, 216.137.45.112, 99.84.125.184, 13.249.117.184, 99.84.169.185, 52.85.83.113, 13.226.15.171, 13.224.213.171, 13.225.57.171 |
Очевидно, что для обеспечения доступа и защиты сервисов Binance используется CDN-облако (content distribution network). Это Amazon, как вы увидите далее. Разрешение домена в различные адреса CDN-шлюзов выполняется непосредственно Name-сервером Amazon посредством использования ресурсной записи типа CNAME d3h36i1mno13q3.cloudfront.net в публичной DNS. В таблице представлена только часть информации, DNS-разрешение выполнялось из 25 стран на всех континентах. Как можно видеть из результатов, все IP-адреса принадлежат адресному пространству AS16509 AMAZON 02. Все полученные IP-адреса имеют PTR-записи, в которых содержатся географические аббревиатуры точек доступа Amazon:
| server-143-204-17-150.jnb50.r.cloudfront.net | Йоханнесбург, ЮАР |
| server-13-227-140-169.bom50.r.cloudfront.net | Бомбей, Индия |
| server-13-35-100-178.lax3.r.cloudfront.net | Где-то в Японии |
| server-99-84-240-113.ord50.r.cloudfront.net | Где-то в США |
Полученное множество облачных IP-адресов соответствует зонам доступа службы Amazon AWS.
Серверы Binance логически могут быть размещены относительно CDN-облака двумя возможными вариантами: или они развернуты непосредственно на облачных вычислительных ресурсах (что маловероятно, принимая во внимание историю развития биржи), или в некотором собственном/арендованном дата-центре, доступ к вычислительным ресурсам которого проксирует Amazon. В последнем случае можно ожидать возможность доступа к API-сервису Binance посредством обращения к IP-адресу его настоящего сетевого интерфейса, который не засвечен в публичном DNS. Запрос к базам данных RIPE NCC в надежде найти собственное адресное пространство биржи не вернул объектов с вхождением строки «Binance» в описателях объектов маршрутизации – не повезло.
Еще одним важным вопросом является единственность узла обработки API-запросов биржи. Очевидно, что конкурентные биржевые операции по природе требуют единственной точки синхронизации, и разнесение API-службы на несколько удаленных узлов приведет к замедлению обработки торговых операций. Применение CDN между API-сервисом и трейдерами говорит о том, что наше предположение о наличии нескольких узлов API неверное.
Выводы по шагу 1:
- Доступ к серверу api.binance.com проксируется CDN Amazon.
- Сетевой интерфейс API-сервиса является единственным, размещен вне адресного пространства CND, адрес этого интерфейса неизвестен.
- Binance, вероятно, не владеет собственным адресным пространством, а заимствует его у хостинг-оператора.
Шаг 2. Попытаемся определить приблизительное географическое размещение интерфейса API-сервиса Binance. К сожалению, его реальный IP-адрес неизвестен. Это делает невозможным применение основанных на прямом измерении RTT методов геопозиционирования. Для этого случая используем метод облачного зондирования, разработанный нами. В чем его суть поясним далее.
Особенностью работы CDN является возможность обращения внешнего пользователя с HTTP(S)-запросом к любому облачному шлюзу в мире. Если измерить время выполнения API-запроса при обращении на конкретный CDN-шлюз и вычесть из него RTT выполнения запроса echo-request ICMP к адресу этого шлюза, то получим оценку времени RTT на участке от CDN-шлюза до сетевого интерфейса API-сервиса Binance:
Принцип облачного зондирования
Полученные таким образом значения времени требуют некоторой статистической обработки. Выполняя измерения для каждого CND-шлюза, выявим тот CND-шлюз, который ближе всего находится к истинному сетевому интерфейсу API-сервиса Binance. Метод облачного зондирования, по сути, близок к Shortest ping и имеет аналогичные ему погрешности при местоопределении.
Применение метода облачного зондирования позволило определить локацию искомого API-интерфейса с точностью до 400 км. Страна размещения дата-центра Binance и города-кандидаты определились. Криптобиржа Binance не зря скрывает геопозицию своего API-сервиса. Мы тоже считаем корректным умолчать об этом.
Шаг 3. Поиск адреса истинного интерфейса API-сервиса Binance
На этом этапе нам известно немного больше. Главная информация – географическая область, определенная на предыдущем шаге. Теперь нужно выделить область адресного пространства IP, обслуживающую известную территорию, в надежде, что ее анализ позволит определить истинный адрес интерфейса API-сервиса Binance. Диапазоны адресов IP для некоторой территории выделить довольно просто. Мы воспользовались базой геоданных MaxMind в формате CSV и выбрали из нее все подсети, позиционирование которых в полях Latitude, Longitude и Accuracy_radius пересекается с искомой геозоной. Кроме этого, полученное множество IP-адресов мы расширили до границ префиксов, реально анонсируемых в BGP. Данные BGP-анонсов мы получили с использованием RIPEstat Data API.
Напомним, что европейский регистратор верхнего уровня RIPE NCC организовал глобальный сбор данных протокола BGP в крупнейших мировых точках обмена трафиком (IX-Internet Exchange), которыми могут воспользоваться все желающие. Файлы с пакетами BGP появляются в свободном доступе с интервалом 5 минут. Благодаря этому у исследователей по всему миру есть возможность анализа инцидентов, связанных с нарушениями глобальной связности сети Интернет не только почти в реальном времени, но и в ретроспективе.
Полученная область адресного пространства IP, соответствующая искомой геозоне, получилась не очень большой: всего 1 130 496 адресов IPv4. Теперь необходимо выполнить следующие действия:
- Запросить в DNS ресурсные записи типа PTR для каждого из адресов множества в надежде, что среди полученных доменных имен нам встретится что-нибудь с подстрокой «Binance». Такие домены нашлись, но среди них не было целевого сетевого интерфейса API-сервиса.
- Выполнить Binance API-вызов Test connectivity GET /api/v3/ping (документация API Binance) для всех адресов из исследуемого множества. Разумеется, этот вызов теперь будет маршрутизироваться мимо CDN Amazon. Здесь нас ждал успех: искомый интерфейс вернул корректный ответ. IP-адрес интерфейса получен.
Имея адрес интерфейса API-службы Binance, можно немного изучить хостинг-оператора, который «приютил» биржу. Мы получили сведения о его аплинках и прочитали кое-что в открытых источниках о его дата-центрах, выполнили различные трассировки. Мы считаем опасным публиковать точные результаты наших исследований. Пусть криптобиржа Binance останется под защитой облака Amazon.
Шаг 4. Точное геопозиционирование API-сервиса Binance
Теперь осталось совсем немного: применить разработанные нами техники геопозиционирования, которые упоминаются в начале статьи. Для этого необходимо измерить RTT к искомому сетевому интерфейсу при разных условиях из разных точно известных локаций. Здесь нам немного не повезло. Исследуемый сетевой интерфейс, как оказалось, не отвечает на запрос ICMP echo-request. Стучаться можно только в HTTPS. Это сильно ограничило (до нуля) число хостов с точной локацией, которые могут что-то измерить таким способом. Поэтому пришлось исследовать другой ближайший интерфейс, замеченный в трассировках к искомому интерфейсу. Измерения показали географическую локацию с точностью около 50 км. Принимая во внимание дополнительные задержки от найденного интерфейса к API-сервису, следует считать, что интерфейс API-сервиса размещен в той же точке с точностью до 80 км.
Заключение
Дистанционно-временные модели применимы не только в области геопозиционирования. Их использование в некоторых случаях позволяет выявить факт проксирования TCP-соединения, если временные характеристики передачи подтверждений не будут согласовываться с дистанцией до инициатора сессии. Применение пользователем проксирования сессии в контексте безопасности может рассматриваться как его попытка спрятаться, что часто является признаком атаки.
Само существование технологии геопозиционирования хостов по IP-адресу создает активность исследователей по противодействию ей и сокрытию истинного географического местоположения информационного ресурса. Это направление тоже заслуживает нашего внимания в качестве выявления таких случаев. А что вы думаете по этому поводу? Друзья и коллеги, мы приглашаем вас к диалогу.
Raccoon Security – специальная команда экспертов НТЦ «Вулкан» в области практической информационной безопасности, криптографии, схемотехники, обратной разработки и создания низкоуровневого программного обеспечения.
Где расположены серверы Binance.com?
Binance.com — очень неоднозначный бизнес: афера для некоторых, или лучшая платформа для торговли криптовалютами для других. Но где расположены серверы Binance.com?… Их доменное имя дает этим NS-серверам (с сегодняшнего дня):
Они используют Amazon AWS Route 53 услуга!
Возвращенные IP-адреса (с сегодняшнего дня):
Эти IP-адреса находятся в: Токио, Япония! Они используют экземпляры EC2.
Они не используют IPv6.
Почему Япония?… Ну, причин несколько:
- Очевидно, они хотят избежать нормативных ограничений в других странах, кроме Японии. (как Европейский Союз или США).
- В Японии нет цензуры при использовании криптографии, как гарантируется Конституцией Японии в статье 21:
Цензура не поддерживается., при этом не может быть нарушена тайна каких-либо средств связи.
Конституция Японии, Статья 21
Если вы хотите размещаться в Японии, например, Binance.com, с помощью Amazon AWS: Не стесняйтесь связаться с нами!
Другие сообщения
Последние сообщения
Где расположены серверы Binance.com?
Похожие сообщения
Перевод
Облачные новости
Управляемая потоковая передача Amazon для Apache Kafka (Амазонка MSK) предоставляет полностью управляемый и высокодоступный сервис Apache Kafka, упрощающий обработку потоковых данных. При использовании Apache Kafka, Распространенным архитектурным шаблоном является репликация данных из одного кластера в другой. Межкластерная репликация часто используется для реализации планов обеспечения непрерывности бизнес-процессов и аварийного восстановления […] [Подробнее]
Помощник в программировании ИИ, например, Amazon CodeWhisperer, направлен на повышение производительности разработчиков, помогая им быстро и безопасно писать код. Однако, В особых случаях, Разработчикам необходимо иметь рекомендации по коду, основанные на их внутренних библиотеках и API, которые они активно используют каждый день. Поскольку большинство существующих вспомогательных инструментов программирования ИИ обучаются только […] [Подробнее]
Раньше, мы представили дуэт Amazon Elastic Compute Cloud (Амазон EC2) экземпляров в нашу линейку: инстансы Amazon EC2 M7i общего назначения и инстансы Amazon EC2 C7i, оптимизированные для вычислений. Сегодня, Я рад сообщить, что мы расширяем эти предложения седьмого поколения на базе архитектуры x86, включив в них инстансы Amazon EC2 R7i, оптимизированные для операций в памяти. Эти инстансы работают на пользовательском 4-м […] [Подробнее]
С помощью всего лишь 41 дней до восстановления AWS:Изобретать 2023 Открывает, Я делаю все возможное, чтобы оставаться в курсе происходящего и сосредоточиться на работе со всей командой блога новостей AWS, чтобы создавать множество новых потрясающих публикаций для вашего удовольствия от чтения! Сегодня утром я сделаю небольшой перерыв, чтобы поделиться некоторыми из самых захватывающих запусков и другими […] [Подробнее]
Поскольку в Северном полушарии наступает ранняя осень, тыквы завоевывают местные фермерские рынки и ароматы кофе здесь, в Соединенных Штатах, Кроме того, мы просто 50 дней вдали от RE:Изобретать 2023! Но прежде чем мы официально войдем в:Придумайте сезон, Давайте взглянем на некоторые из захватывающих новостей и объявлений прошлой недели. Запуски прошлой недели […] [Подробнее]
Saved searches
Use saved searches to filter your results more quickly
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Binance Server Location #189
Binance Server Location #189
Comments
Not exactly an issue, but was wondering if anybody had figured out the location of binance trading servers? I see that they have a bunch of different end points. Thinking of renting a server but need to know the location for the best speeds as my orders keep getting beaten.
If anybody could share any info on their server setup / where it is that would be great. I’ve had a look and different info suggests either korea or japan.
Thanks
The text was updated successfully, but these errors were encountered:
I believe it’s hosted in tokyo, atleast thats where I’ve rented my server. However I still suffer from slippage with my program having
2ms turnaround from receiving websocket data to the trade. So any help would be great.
A traceroute and the generic server location sites gave me aws tokyo using api.binance.com
2ms turnaround from receiving websocket data to the trade. So any help would be great. A traceroute and the generic server location sites gave me aws tokyo using api.binance.com — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#189 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFV_faMfgbIT9X8-AVIl3lvJRNlF5ffAks5talPJgaJpZM4SJiFU> .
No thats the time my program takes to calculate what to trade. The time it takes for me to receive server data is about 200ms. �� from Melbourne Australia and there is not a considerable change using japan aws hosted in Tokyo.
there is also us.binance.com which is in New Jersey
Is this the actual trading server however? I’m not sure of the binance server structure but I’d imagine its a single location that handles the trading. Someone please correct me if I’m wrong! If you’re from the US, have you pinged this server and gotten a decent response time?
This subdomain seems to be separate, at least is my experience. Several weeks ago when trading was inaccessible, the US subdomain was the first to come back up followed by the main.
General consensus is that they are located on AWS in the Tokyo zone.
Do not use anything other than the api.binance.com domain for accessing the API as domains like us.binance.com is only for website access and has different restrictions.
In Tokyo region with < 2ms ping.
Binance is experiencing an issue now. they officially said it is an issue on AWS. I just checked it in status.aws.amazon.com and the only issue displayed there is in Tokyo. I just can´t believe such a rich company running a trading service does not have redundancy.
I used your link, thanks for sharing bro.
I use for trading, more than a year, low price and beautiful ping with Binance. https://ahost.eu/vds-windows/japan
I use for trading, more than a year, low price and beautiful ping with Binance. https://ahost.eu/vds-windows/japan
Sorry to ask. But I imagine that this would be useful mostly for an automatic bot right?
If you want to manually do scalping, I imagine that the best would be to live in Tokyo.
Thank you guys for your insight! I used your ideas and did some extensive testing.
It looks like they have local servers in Tokyo and New Jersey. So basically some of you, who are from American can probably use the servers in New Jersey to have also low ping to your own system. I am in Europe myself, and using this solution was day and night. As you see the Europe has the highest ping from them all.
So you can get as low as 10ms including already the calculation from the server. It’s not just ping.
- Tokyo — 0.01s*
- Seul — 0.042s*
- New Jersey — 0.01s*
- Los Angeles — 0.125s*
- Frankfurt — 0.245s*
- London — 0.24s*
- Singapore — 0.095s*
- Sydney — 0.126s*
*time for price request
*Using this server provider: https://www.vultr.com/?ref=8815565-6G. You get 100$ credits with them. Much simplier to use than AWS, that I usually use.
I use for trading, more than a year, low price and beautiful ping with Binance. https://ahost.eu/vds-windows/japan
Sorry to ask. But I imagine that this would be useful mostly for an automatic bot right?
If you want to manually do scalping, I imagine that the best would be to live in Tokyo.
True basically I use bots, but I myself personally use it for short positions, as the delay is very minimal I get big Profit.
Better or live in Tokyo or have your own broker in Tokyo xD.
Do not be fooled by discounts 🙂 You will lose more in support, if something goes wrong.
since I’m looking also for server location. I did this : ping api.binance.com
from singapour cloud , time is 17ms
from san fransisco cloud time is 1 ms .
So my guess is than the server responding for url api.binance.com are somewhere in the USA
- Tokyo — 0.01s*
- Seul — 0.042s*
- New Jersey — 0.01s*
- Los Angeles — 0.125s*
- Frankfurt — 0.245s*
- London — 0.24s*
- Singapore — 0.095s*
- Sydney — 0.126s*
Are se sure that those are for the server which use the prices?
I know that new jersey has servers for the us web, but not sure if the price u get from the servers in tokyo is the same thing
since I’m looking also for server location. I did this : ping api.binance.com
from singapour cloud , time is 17ms
from san fransisco cloud time is 1 ms .So my guess is than the server responding for url api.binance.com are somewhere in the USA
i forgot to say , this test was made on a digital ocean virtual machine.
I use them because they are very reliable (one downtime in 1 years) and they are cheap (less than 5$ a month for a single cpu machine with 25go and 1go ram, and 1To network transfer ).
So far it’s enough to run my bot (even with some tensorflow computation) .
Here is the link just i case : https://m.do.co/c/a6e619c6428a
- Tokyo — 0.01s*
- Seul — 0.042s*
- New Jersey — 0.01s*
- Los Angeles — 0.125s*
- Frankfurt — 0.245s*
- London — 0.24s*
- Singapore — 0.095s*
- Sydney — 0.126s*
Are se sure that those are for the server which use the prices?
I know that new jersey has servers for the us web, but not sure if the price u get from the servers in tokyo is the same thing
The way how I was doing the test, I opened the vultr.com service multiple server in different locations. And then run on them the same script to request prices. I have not changed the native API-Url that is in this python-module. So I was not requesting data from binance.us, as I am a customer on binance.com. I am not sure if it’s technically two different servers. But maybe for that reason they have a low ping in US East Coast, because they need to have there a location for legal reasons. So they server other customers also.
so I am sure I was getting the same prices, because I was using the same URL, just the location of MY server was in New Jersey.
i forgot to say , this test was made on a digital ocean virtual machine.
I use them because they are very reliable (one downtime in 1 years) and they are cheap (less than 5$ a month for a single cpu machine with 25go and 1go ram, and 1To network transfer ).So far it’s enough to run my bot (even with some tensorflow computation) .
Here is the link just i case : https://m.do.co/c/a6e619c6428a
I personally found, that 1 CPU might be quite degerious because some time just one process can grid-lock the machine, and than you need to restart it.
- Tokyo — 0.01s*
- Seul — 0.042s*
- New Jersey — 0.01s*
- Los Angeles — 0.125s*
- Frankfurt — 0.245s*
- London — 0.24s*
- Singapore — 0.095s*
- Sydney — 0.126s*
Hello @kasper747
I bought a VPS Vultr Tokyo
1024 MB Cloud Compute
1CPU
25 GB SSD
I got time for price request — 0.023s *
How to get 0.01s?
Must be faster VPS? 2 CPU?
- Tokyo — 0.01s*
- Seul — 0.042s*
- New Jersey — 0.01s*
- Los Angeles — 0.125s*
- Frankfurt — 0.245s*
- London — 0.24s*
- Singapore — 0.095s*
- Sydney — 0.126s*
Hello @kasper747
I bought a VPS Vultr Tokyo
1024 MB Cloud Compute
1CPU
25 GB SSD
I got time for price request — 0.023s *
How to get 0.01s?
Must be faster VPS? 2 CPU?
I have been using vps from https://www.vpsserver.com/?affcode=3fb1efc10231 at tokyo with pings less than 2ms to api.binance.com around 1.5ms. you can charge with crypto if you want and can use their trial to simply check the time before buying the vps.
You should note that there is some time related to opening socket and ssl/tls related data. So to get better results first open the socket and keep it open only send request and measure time from sending request on already established connection and response to get a better time.
- Tokyo — 0.01s*
- Seul — 0.042s*
- New Jersey — 0.01s*
- Los Angeles — 0.125s*
- Frankfurt — 0.245s*
- London — 0.24s*
- Singapore — 0.095s*
- Sydney — 0.126s*
Hello @kasper747
I bought a VPS Vultr Tokyo
1024 MB Cloud Compute
1CPU
25 GB SSD
I got time for price request — 0.023s *
How to get 0.01s?
Must be faster VPS? 2 CPU?
I would always advise to use at least 2 CPUs. Because if you use only one your instance can easelly friezze from one process and than you need to restart the whole instance — too much risk for critical services. In my test I used an isntance with two CPUs, nothing else. Maybe it is connected with opening and closing sockets. How many times have you repeated the test?
@C-Rules 2ms is just a ping. Requesting a service might take longer. Definitly, I was counting while socket was already opened and the requests were triggered from the server itself, not from my side.
In my experience I have not seen any difference in latency between VPS and virtual instances. As far I know a dedicated server is simply more stable in regards of avalble resources.
But it might make sense to test out difference service providers in Tokyio to find the one with better latency to binance if one want to go faster.
- Tokyo — 0.01s*
- Seul — 0.042s*
- New Jersey — 0.01s*
- Los Angeles — 0.125s*
- Frankfurt — 0.245s*
- London — 0.24s*
- Singapore — 0.095s*
- Sydney — 0.126s*
Hello @kasper747
I bought a VPS Vultr Tokyo
1024 MB Cloud Compute
1CPU
25 GB SSD
I got time for price request — 0.023s *
How to get 0.01s?
Must be faster VPS? 2 CPU?
I would always advise to use at least 2 CPUs. Because if you use only one your instance can easelly friezze from one process and than you need to restart the whole instance — too much risk for critical services. In my test I used an isntance with two CPUs, nothing else. Maybe it is connected with opening and closing sockets. How many times have you repeated the test?
@C-Rules 2ms is just a ping. Requesting a service might take longer. Definitly, I was counting while socket was already opened and the requests were triggered from the server itself, not from my side.
In my experience I have not seen any difference in latency between VPS and virtual instances. As far I know a dedicated server is simply more stable in regards of avalble resources.
But it might make sense to test out difference service providers in Tokyio to find the one with better latency to binance if one want to go faster.
@kasper747 I have a ping of 1.4ms. It takes about 23ms to get the price via API or buy and sell orders. You managed to get 10 milliseconds — so you want to. Will try on 2 CPUs. I have a program in php. Maybe that’s why.
@hps314 How were you using Php? I was testing it with one python script. I mean this library is in python
no i guess now its located in sydney, in vultr, schoose sydney server and check the ping, its less than 0.5ms.
even u get less than .5ms in — london, silicon valley, seatle, miami,los angeles, sydney and dallas
This is not correct. They are based in Tokyo.
ik, but u can check their ping from sydney, its like 0.1ms to 0.4ms
`$ping -c 4 -w15 api.binance.com
PING d3h36i1mno13q3.cloudfront.net (52.84.150.66) 56(84) bytes of data.
64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=1 ttl=246 time=0.194 ms
64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=2 ttl=246 time=0.187 ms
64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=3 ttl=246 time=0.221 ms
64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=4 ttl=246 time=0.255 ms
— d3h36i1mno13q3.cloudfront.net ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 63ms
rtt min/avg/max/mdev = 0.187/0.214/0.255/0.028 ms`
Dear Sir, pinging, is not the same as running a query. Who know where your ping goes. maybe it’s just a name server.
You are better advised to use the proposual from @chmickz . his example seems good. Although I use active action for testing, like placing an order. Because with price there might be some cashing or buffering.
But sending just a ping is not really useful.
I tested quite a lot of locations. And it seems they have two servers. One in New York and one in Tokio.
I made some ping test with Heroku servers in Europe and United States and I get approx the same response time.
url: https://api.binance.com/api/v3/ping
response time
220ms
I’m wondering how you managed to have such a good response time with your US servers @kasper747 and @chmickz
US is a very big country, one of the biggest. Basically it’s a continent, North America. So you need to test for each city. Looking at the ping one of their servers is in New York.
no i guess now its located in sydney, in vultr, schoose sydney server and check the ping, its less than 0.5ms.
even u get less than .5ms in — london, silicon valley, seatle, miami,los angeles, sydney and dallas
This is not correct. They are based in Tokyo.
ik, but u can check their ping from sydney, its like 0.1ms to 0.4ms
$ping -c 4 -w15 api.binance.com PING d3h36i1mno13q3.cloudfront.net (52.84.150.66) 56(84) bytes of data. 64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=1 ttl=246 time=0.194 ms 64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=2 ttl=246 time=0.187 ms 64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=3 ttl=246 time=0.221 ms 64 bytes from 52.84.150.66 (52.84.150.66): icmp_seq=4 ttl=246 time=0.255 ms — d3h36i1mno13q3.cloudfront.net ping statistics — 4 packets transmitted, 4 received, 0% packet loss, time 63ms rtt min/avg/max/mdev = 0.187/0.214/0.255/0.028 ms
Dear Sir, pinging, is not the same as running a query. Who know where your ping goes. maybe it’s just a name server.
You are better advised to use the proposual from @chmickz . his example seems good. Although I use active action for testing, like placing an order. Because with price there might be some cashing or buffering.
But sending just a ping is not really useful.
I tested quite a lot of locations. And it seems they have two servers. One in New York and one in Tokio.
ok then so im gonna use vultr, so u are suggesting me to use tokyo, ok then ill opt for that, but when i checked ping from tokyo it was around 1-1.4ms while sydney was 0.2-0.4, so that wont be a problem right??
and now from vultr(tokyo) the ping is around 150-200ms, does this affect the performance or its just all endpoints works fine??
apart from that a quick question, any guess on the avg time for placing a market order?? i mean how long it takes to fill an order from sending the api for a market suppose to have huge volume like btcusdt.
@kanish-111 adding my 2 cents to this discussion . Using a create order to measure the ping gives three problems in my opinion: first the api key which has to be read write and if you want to test from different vm , should not be bound to a specific ip (so it’s a security problem) second the timing is gonna be dependent of the time the order take to be filled . third , due to trading fee it’s gonna cost money . That’s why in my script I use r = bclient.get_avg_price(symbol=’BTCUSDT’) and I gave the free ref link https://m.do.co/c/a6e619c6428a This way the data queried is dynamic and the test does not cost anything . @kasper747 the test I made from san fransisco is inside a VM inside a cloud. It is reasonnable to assume such infastructure has a very good connection to internet back bone or a dedicated link to the other side of the country .
and btw, binance customer support told me to use AWS tokyo EC2 for a good connection, but is that ok if i use vultr tokyo? will there be much difference in performance issues??
- Geo: Sorry mate, but the quality of the connection does not really metter on modern tech level. It’s just physics. Speed of light (fiber-optic) has it’s limits. So it does metter in which geo area you are.
- The order does not need to get filled. I place a buy order at 1$ or whatever. Also if it costs money is not bad. It’s 0.1% on a min lot of 10$. Btw, monitoring if the order is filled is a headache, so I just placing and canceling an order. I am making an MM-bot. So for me it’s important to place and cancel orders very fast. This is what I test. Of cause, if you just care about prices — than you dont need to test order placement speed.
- Obviously you limit the IP range when you use API and or use an empty account when testing. And of cause delete the key after that.
@kanish-111
I will not advise to test just with ping. Couse of the reasons described somewhere before.
You need any server in Tokyo. Can be Vultr or AWS too. There are just not so many providers for servers in Tokyo. If you are not familiar with AWS, I would advise to use Vultr, as it is much more simplier to use. The costs are about the same. To use a free tier on option of AWS was not possible for me, because it has only one CPU, and this is a huge bottle neck, if you want a stable system.
here is the script I am use. You need to setup the client before.
Here are the results I am getting:
Numbers in seconds:
- Geo: Sorry mate, but the quality of the connection does not really metter on modern tech level. It’s just physics. Speed of light (fiber-optic) has it’s limits. So it does metter in which geo area you are.
- The order does not need to get filled. I place a buy order at 1$ or whatever. Also if it costs money is not bad. It’s 0.1% on a min lot of 10$. Btw, monitoring if the order is filled is a headache, so I just placing and canceling an order. I am making an MM-bot. So for me it’s important to place and cancel orders very fast. This is what I test. Of cause, if you just care about prices — than you dont need to test order placement speed.
- Obviously you limit the IP range when you use API and or use an empty account when testing. And of cause delete the key after that.
A quick question. Will the vultr Tokyo be slower than AWS ec2
Tokyo?? In terms of latency??
@kanish-111
I will not advise to test just with ping. Couse of the reasons described somewhere before.
You need any server in Tokyo. Can be Vultr or AWS too. There are just not so many providers for servers in Tokyo. If you are not familiar with AWS, I would advise to use Vultr, as it is much more simplier to use. The costs are about the same. To use a free tier on option of AWS was not possible for me, because it has only one CPU, and this is a huge bottle neck, if you want a stable system.
A quick question. Will the vultr Tokyo be slower than AWS ec2
Tokyo?? In terms of latency??
I dont have numbers at hand, but most probably not. One can be faster than another, but not significantly.
@kanish-111
I will not advise to test just with ping. Couse of the reasons described somewhere before.
You need any server in Tokyo. Can be Vultr or AWS too. There are just not so many providers for servers in Tokyo. If you are not familiar with AWS, I would advise to use Vultr, as it is much more simplier to use. The costs are about the same. To use a free tier on option of AWS was not possible for me, because it has only one CPU, and this is a huge bottle neck, if you want a stable system.
A quick question. Will the vultr Tokyo be slower than AWS ec2
Tokyo?? In terms of latency??
I dont have numbers at hand, but most probably not. One can be faster than another, but not significantly.
Sry if I’m bothering you again.. I’m just afraid that I may lose money due to latency.. anyway I’m trying to use nodejs(just incase for speed). U haven’t got any latency/connection issues from vultr right?.
My program gets data from socket streams and if it reaches some price It will place a order that’s it. If I try to run this on nodejs will the free tier of AWS be enough for this?
@kasper747 Your answer is interesting . but (there’s always a but 😉 )
on your point 1 , you are assuming all cloud supplier got the same level of service from network supplier (type of connection and priority of the packet) and the same supplier using the same route. It’s not much , I agree , but it can make a difference between two clouds on the same geo location.
On your point 2 : Beware on binance policy , putting and cancelling orders can raise some flag and get your banned, have a look here : https://www.binance.com/en/support/faq/360004492232
moreover there is a 10$ minimum amount and you assume your order won’t be executed immediately (that can be quick on a very high volume like BTCUSDT)
in my case , catching the best price on a fast moving market and trying to stay on the maker side, that make reactivity and latency important.
About the test you made , assuming buy and cancel take the same time , that makes around 0.18s per order for digital ocean san fransisco. a bit less than me. That make me think than some action take more time than others.
Your test from tokyo is interesting , when I did it from singapour I had a much bigger figure . I will have to investigate .
- Geo: Sorry mate, but the quality of the connection does not really metter on modern tech level. It’s just physics. Speed of light (fiber-optic) has it’s limits. So it does metter in which geo area you are.
- The order does not need to get filled. I place a buy order at 1$ or whatever. Also if it costs money is not bad. It’s 0.1% on a min lot of 10$. Btw, monitoring if the order is filled is a headache, so I just placing and canceling an order. I am making an MM-bot. So for me it’s important to place and cancel orders very fast. This is what I test. Of cause, if you just care about prices — than you dont need to test order placement speed.
- Obviously you limit the IP range when you use API and or use an empty account when testing. And of cause delete the key after that.
@kanish-111
I will not advise to test just with ping. Couse of the reasons described somewhere before.
You need any server in Tokyo. Can be Vultr or AWS too. There are just not so many providers for servers in Tokyo. If you are not familiar with AWS, I would advise to use Vultr, as it is much more simplier to use. The costs are about the same. To use a free tier on option of AWS was not possible for me, because it has only one CPU, and this is a huge bottle neck, if you want a stable system.
A quick question. Will the vultr Tokyo be slower than AWS ec2
Tokyo?? In terms of latency??
I dont have numbers at hand, but most probably not. One can be faster than another, but not significantly.
Sry if I’m bothering you again.. I’m just afraid that I may lose money due to latency.. anyway I’m trying to use nodejs(just incase for speed). U haven’t got any latency/connection issues from vultr right?.
My program gets data from socket streams and if it reaches some price It will place a order that’s it. If I try to run this on nodejs will the free tier of AWS be enough for this?
Just test it out. Use small sizes.
@kasper747 Your answer is interesting . but (there’s always a but 😉 )
on your point 1 , you are assuming all cloud supplier got the same level of service from network supplier (type of connection and priority of the packet) and the same supplier using the same route. It’s not much , I agree , but it can make a difference between two clouds on the same geo location.
On your point 2 : Beware on binance policy , putting and cancelling orders can raise some flag and get your banned, have a look here : https://www.binance.com/en/support/faq/360004492232
moreover there is a 10$ minimum amount and you assume your order won’t be executed immediately (that can be quick on a very high volume like BTCUSDT)
in my case , catching the best price on a fast moving market and trying to stay on the maker side, that make reactivity and latency important.
Lol, look at the map, I think Singapore is the same distance from Tokyo as SF. So of cause the latency will be high. With modern tech the most important is the physical distance. The reason why StarLink from SpaceX will be such a hit. Already ordered one 😉 If the provider can’t offer competative connection quality from the same location — it’s not normal. The only better option if the guys are in the same building with Binance server — so not just geografically close, but also behind the same firewall. Than some one can run so many transactions that Binance will ban you. With my latency I cant run so many transactions to get banned. Maybe if I trade like 100 coins at the same time.
Btw, @chmickz , why do you want to stay MM on a USDT pair? I think there is no advantage in fees or otherwise there. I trade BUSD so I dont pay fees mainly.
@kasper747
sh. t, you are almost right about singapore ,
singapour japan is 5000 km
japan to san fransisco is 8000 km
but looking on this map : it was not so obvious : https://www.submarinecablemap.com/
I based some of my searches on the main internet backbones map
And yes I optimize gain by staying on maker side on the BUSD market .
I’ll see if i can make some more test
Btw, @chmickz , why do you want to stay MM on a USDT pair? I think there is no advantage in fees or otherwise there. I trade BUSD so I dont pay fees mainly.
some extra test with AWS EC2 small machines :
test for a vm in tokyo (ap-northeast-1a )
./pingtest.py
loop number 0 delai 0.007983922958374023 result <'mins': 5, 'price': '39797.12467520'>
loop number 1 delai 0.008768081665039062 result <'mins': 5, 'price': '39796.95748434'>
loop number 2 delai 0.010557413101196289 result <'mins': 5, 'price': '39796.49919885'>
loop number 3 delai 0.008086204528808594 result <'mins': 5, 'price': '39795.29159850'>
loop number 4 delai 0.009490966796875 result <'mins': 5, 'price': '39794.07882338'>
loop number 5 delai 0.009303092956542969 result <'mins': 5, 'price': '39793.84370527'>
loop number 6 delai 0.009099006652832031 result <'mins': 5, 'price': '39793.64114762'>
loop number 7 delai 0.012220144271850586 result <'mins': 5, 'price': '39793.05780995'>
loop number 8 delai 0.007992029190063477 result <'mins': 5, 'price': '39792.40500822'>
loop number 9 delai 0.009651899337768555 result <'mins': 5, 'price': '39791.47808487'>
average delay 0.009315276145935058
from osaka (ap-northeast-3)
./pingtest.py
loop number 0 delai 0.01608872413635254 result <'mins': 5, 'price': '39342.63310223'>
loop number 1 delai 0.014636993408203125 result <'mins': 5, 'price': '39342.94340560'>
loop number 2 delai 0.01495504379272461 result <'mins': 5, 'price': '39343.48341481'>
loop number 3 delai 0.015566349029541016 result <'mins': 5, 'price': '39343.88748660'>
loop number 4 delai 0.014937877655029297 result <'mins': 5, 'price': '39346.01717174'>
loop number 5 delai 0.014409303665161133 result <'mins': 5, 'price': '39360.47621540'>
loop number 6 delai 0.013958930969238281 result <'mins': 5, 'price': '39361.54271329'>
loop number 7 delai 0.014288663864135742 result <'mins': 5, 'price': '39364.40734839'>
loop number 8 delai 0.0296781063079834 result <'mins': 5, 'price': '39366.86523464'>
loop number 9 delai 0.014913082122802734 result <'mins': 5, 'price': '39377.06341344'>
average delay 0.016343307495117188
test from hongkong (ap-east-1)
./pingtest.py
loop number 0 delai 0.1382884979248047 result <'mins': 5, 'price': '40120.24637718'>
loop number 1 delai 0.05485415458679199 result <'mins': 5, 'price': '40118.80629880'>
loop number 2 delai 0.05388951301574707 result <'mins': 5, 'price': '40117.46670141'>
loop number 3 delai 0.054843902587890625 result <'mins': 5, 'price': '40117.42015771'>
loop number 4 delai 0.05452108383178711 result <'mins': 5, 'price': '40117.34895286'>
loop number 5 delai 0.05542397499084473 result <'mins': 5, 'price': '40117.87419343'>
loop number 6 delai 0.05697798728942871 result <'mins': 5, 'price': '40115.75435244'>
loop number 7 delai 0.05794668197631836 result <'mins': 5, 'price': '40115.67040280'>
loop number 8 delai 0.05710101127624512 result <'mins': 5, 'price': '40115.60978565'>
loop number 9 delai 0.05505633354187012 result <'mins': 5, 'price': '40115.33365570'>
average delay 0.06389031410217286
from seoul (ap-northeast-2):
/pingtest.py
loop number 0 delai 0.041750192642211914 result <'mins': 5, 'price': '38953.74170131'>
loop number 1 delai 0.0385286808013916 result <'mins': 5, 'price': '38950.25058253'>
loop number 2 delai 0.04004931449890137 result <'mins': 5, 'price': '38948.13725904'>
loop number 3 delai 0.040251731872558594 result <'mins': 5, 'price': '38946.18061755'>
loop number 4 delai 0.03972172737121582 result <'mins': 5, 'price': '38944.45274606'>
loop number 5 delai 0.04090762138366699 result <'mins': 5, 'price': '38927.97439775'>
loop number 6 delai 0.04014420509338379 result <'mins': 5, 'price': '38921.98012611'>
loop number 7 delai 0.03995370864868164 result <'mins': 5, 'price': '38920.28455803'>
loop number 8 delai 0.03844738006591797 result <'mins': 5, 'price': '38918.71518986'>
loop number 9 delai 0.03868412971496582 result <'mins': 5, 'price': '38916.37611040'>
average delay 0.03984386920928955
So it definitively seems to be japan. I checked all tokyo AWS zone (in the same time period to avoid traffic variable)
for 1C subzone
./pingtest.py
loop number 0 delai 0.03770303726196289 result <'mins': 5, 'price': '40044.92794922'>
loop number 1 delai 0.021700143814086914 result <'mins': 5, 'price': '40044.92794922'>
loop number 2 delai 0.037236690521240234 result <'mins': 5, 'price': '40044.60320282'>
loop number 3 delai 0.01971745491027832 result <'mins': 5, 'price': '40044.43824627'>
loop number 4 delai 0.03677821159362793 result <'mins': 5, 'price': '40044.21154411'>
loop number 5 delai 0.020816326141357422 result <'mins': 5, 'price': '40044.00593524'>
loop number 6 delai 0.019418716430664062 result <'mins': 5, 'price': '40043.41748930'>
loop number 7 delai 0.03753376007080078 result <'mins': 5, 'price': '40041.70051422'>
loop number 8 delai 0.021953105926513672 result <'mins': 5, 'price': '40041.71066341'>
loop number 9 delai 0.02052783966064453 result <'mins': 5, 'price': '40041.72569276'>
average delay 0.027338528633117677
for 1D subzone:
./pingtest.py
loop number 0 delai 0.006543874740600586 result <'mins': 5, 'price': '40020.75993810'>
loop number 1 delai 0.006675004959106445 result <'mins': 5, 'price': '40020.69442980'>
loop number 2 delai 0.01046133041381836 result <'mins': 5, 'price': '40020.39229115'>
loop number 3 delai 0.007816076278686523 result <'mins': 5, 'price': '40019.79606179'>
loop number 4 delai 0.01032257080078125 result <'mins': 5, 'price': '40019.83345834'>
loop number 5 delai 0.06902289390563965 result <'mins': 5, 'price': '40021.14052174'>
loop number 6 delai 0.01030874252319336 result <'mins': 5, 'price': '40022.01755947'>
loop number 7 delai 0.010765552520751953 result <'mins': 5, 'price': '40021.73563844'>
loop number 8 delai 0.00648188591003418 result <'mins': 5, 'price': '40022.23868601'>
loop number 9 delai 0.010482311248779297 result <'mins': 5, 'price': '40022.29343185'>
average delay 0.01488802433013916
./pingtest.py
loop number 0 delai 0.00819087028503418 result <'mins': 5, 'price': '40064.62038715'>
loop number 1 delai 0.008449077606201172 result <'mins': 5, 'price': '40064.43029729'>
loop number 2 delai 0.008293628692626953 result <'mins': 5, 'price': '40064.42655727'>
loop number 3 delai 0.008688211441040039 result <'mins': 5, 'price': '40064.35936332'>
loop number 4 delai 0.008851289749145508 result <'mins': 5, 'price': '40064.35098566'>
loop number 5 delai 0.008984565734863281 result <'mins': 5, 'price': '40064.32103800'>
loop number 6 delai 0.008737564086914062 result <'mins': 5, 'price': '40064.01955242'>
loop number 7 delai 0.00809335708618164 result <'mins': 5, 'price': '40063.96141025'>
loop number 8 delai 0.008723020553588867 result <'mins': 5, 'price': '40062.22736426'>
loop number 9 delai 0.008392810821533203 result <'mins': 5, 'price': '40062.20440299'>
average delay 0.00854043960571289
NOTE : all VMs used are free tier, in hongkong you get a 2 cpus machines (but you are uner chines law).
NOTE2 : on the same subnet, like 1A or 1D, the average delay can fluctuate by 50% ,on 2 consecutive test .
For me AWS tokyo ap-northeast-1a
seems to be the best option. and it works with free tier EC2