 Show Posts
|
|
Pages: [1] 2 3 4 5 6 7 »
|
Если у кого-то в теме, возникнет желание создать децентрализованную биржу то готовы предложить свою платформу для этого. Платформа имеет ряд преимуществ. Благодаря использованию технологии DAG наша платформа устойчива для пиковых нагрузок (на графе это будет выглядеть как сильно разветвление в эти моменты) при этом это не снижает производительность системы и не повышает затрат на проведение транзакций. Исходя из этого, на данной платформе возможна реализации полноценной децентрализованной биржи. Тезисами, обозначенными выше не исчерпывается возможности платформы для реализации биржи. Если у кого-то возникнет желание рассмотреть сотрудничество по данному вопросу прошу связаться со мной по телеграмму: https://t.me/AlekseyPV Не уверен, что правильно обсуждать в этом топике, все же он про другое, но расскажите - какую именно проблему (реальную проблему) привычных бирж он призван решить? И как. |
|
|
|
Еще одна централка? Каждый месяц по несколько бирж появляется. Децентрализованные решения сейчас в тренде, а не это...
Расслабитесь  Ни в каком они не в тренде, по сути весь рынок держится на EtherDelta и WavesDEX. По оборотам вообще очень в далекой перспективе они, по функционалу так же. |
|
|
|
В своем роде идея интересная, но не думаю что перспективная. Как я понял организаторы зарабатывают на комиссиях от игры, сейчас подобных игр полно на виртуальные деньги, на электронные деньги и даже на битки. Если вложить приличную сумму средств в продвижение и идею совершенно новую, тогда можно что-то с этого поиметь.
можно ссылки хоть бы на две из них? на крипту игры именно? |
|
|
|
|
Интересная идея, прям многое из того, что думал, вы додумали ) Буду следить.
Да, как уже поднимали в комментариях, посмотрите на кооперацию с другими проектами в игровой сфере, возможно совместные акции типа - каждая третья игра дает +1 токен SkinCoin, для примера.
P.S. А может вы платформу сделаете, для того, чтобы можно было свои игры запускать?
|
|
|
|
Сатоши-фонд не временно, а больше вообще не принимает. Вот здесь, если кому интересно, лучше подборка: https://icorating.com/funds/ хотя также нуждаеться в дополнении и обновлении. |
|
|
|
Собственная криптовалютная биржа только тогда станет эффективной, когда на ней зарегистрируются много трейдеров для нормального объёма торгов.
Практика показывает, что объем торгов != количество трейдеров. |
|
|
|
|
Гмм, интересно, буду ожидать.
Что по поводу лигал-а? Как оформлено и т.п. моменты?
|
|
|
|
|
Интересный проект, так как сами обдумываем разработку и запуск собственной биржи. У бирж будет публичное API? А для ботов и алготрейдинга?
И, вдогонку, сейчас активно идет тема токенизации самих бирж. У вас есть такие планы?
|
|
|
|
|
Ну, для начала поддержать собственное же детище и поднять несколько нод для майнинга. Договориться с небольшими пулами, чтобы присоединились. Ну и маркетинг - вы ведь создавали форк для чего-то конкретного? Использовать монету, вывести ее на биржи - будет спрос, будет и майнинг. Ваша цель - выстроить майнинговую сеть, которая не будет зависеть от вас.
|
|
|
|
Как-то ваша ссылка недоступна. Мы сейчас тестируем свой агрегатор, пока подключено 105 бирж, при этом нас интересовало наличие API для трейдов. Несколько бирж используют POST все методы, несколько имеют просто рыночные данные, но без трейдов. Кстати, будем давать единый унифицированый API для данных с бирж (и не только). Еще можно глянуть вот сюда: https://github.com/drpout/libdynticker и https://github.com/ccxt/ccxt - там доступно большое количество подключений (100+) P.S. Вообще с API и машиночитаемостью данных в криптомире все плохо )) Скоро будет у нас доклад на эту тему, в Киеве/Москве и может быть в Питере на конференциях. |
|
|
|
|
Простите, давайте не отвлекаться от начальной темы. А то в этом бессвязном (для меня) потоке мыслей и слов, я не могу выделить ничего полезного, ни фактов, ни полностью законченных мыслей и суждений.
|
|
|
|
|
Ну, если брать тот же bisq, то там все ой не так радужно как хочеться ) Я вижу это, как как собираем информацию со всех бирж. и с инфраструктурой и оборотами и готовностью к встраиванию в общую экосистему финансовой информации у DEX все ой как плохо (при этом у bisq все же лучше других).
|
|
|
|
|
Нуу, DEX при всех интересных сторонах, думаю, что очень нескоро сможет хоть как-то значимо конкурировать с обычными биржами
|
|
|
|
ну это уже гадание в чистом виде.
и типа "руст это так же быстро как С++, но без возможности выстрелить себе в ногу"
так что можно гадать что локалбиткоин написан на чем угодно, хоть на том же php "медленом"
потому как был пример недавно, битфинекс закрывала регистрацию, потом открыла и у нее было по 750.000 регистраций юзеров за сутки.
НО
там так же был один момент упомянут интересный
битфинекс КАЖДЫЙ день заказывает 200 инстансов у амазона (у них там специально для этого нанят человек, в его работу входит ТОЛЬКО заказ новых серверов)
так что .....как выдумаете, на чем тот битфинекс написан если ему надо по 200 серверов в ДЕНЬ!!!
вот вам и пример хайлоада, который явно не написан на чем то "реактивном" (ИМХО).
Открою секретик когда торгуете на CME на каждую пару у них отдельный сервер, ибо сложно держать серверу под 2 миллиона открытых соединений, не говоря об обработке всего что приходит и все что надо отправить! НО то CME а это другая конторка и как там написанно и что сделать ХЗ. Я на работе столько дерьма увидел под высоконагруженностью что волосы дыбом, и только думаешь как оно вообще работает?! Сравнивать производительность на hello world это очень показательно. Для обработки запроса надо зачастую сходить БД и не только, улавливаете мысль?
Вы почитайте/посмотрите статьи/видео о хайлоаде. На первый план выходит масштабируемость компонентов. И конечно же при выборе стека технологий ориентируются еще на такие факторы как скорость разработки, легко ли найти программистов.
Например, в Badoo используют, на сколько я знаю, в основном php, есть демоны на плюсах и в последнее время golang. Вконтакт примерно на таком же стеке.
Я к тому, что важны еще и скиллы разработчиков. Можно и на ультрабыстром расте написать дико тормозящий ад.
ВК использует php, который конвертится в C++ и запускается как native. Текущий вес ядра ВК около 200мб числого elf файлика. Это не говоря о всем остальном что в наборе у ВК, ибо у них и свой БД, и много чего еще! Пример hello world, взят как самый минимум, что не имея бизнес логики уже идет потеря процессорного времени на: Парсинг исодного кода, Лексер и далее по списку. Rust компилируемый язык и он моложе С++. GOlang - это грубый аналог php, т.е. GOlang не имеет мультипоточности, у него все в одном треде. Да у него есть горутины, каналы и прочее, но это симуляция мультипоточности + достаточно низкий порог входа в этот язык. Для высоких нагрузок с начала надо вертикально маштабировать используя все мощ Сервера а без мультипоточности, и очередей это не реально. А делать горизонтальное маштабирование это не так то и сложно, надо иметь только балансер! Нда, а вы реально верите во все, что написали? Мне кажется, что у вас оочень поверхностное представление как о Go и его возможностях (многопоточность), так и о проектировании архитектуры высоконагруженных систем (да и о разных подходах, в зависимости от вида и характера нагрузки). |
|
|
|
|
Хммм.. А есть пруфы? Потому что легенда про 200 серверов в день, для биржи (и то что они на амазоне именно) - это сходу нужно проверять.
P.S. да и никаких людей не надо, AWS полностью может управляться через API, включая автоскейлинг серверов динамически )
|
|
|
|
|
Насколько я вижу, этот подход начинают применять большинство из ведущих бирж. И, возможно, более правильно запускать это на уже готовой бирже, с оборотами, историей и именем.
|
|
|
|
|
Ну есть и реально большие контракты - посмотрите на EtherDelta - вполне можно делать
|
|
|
|
|
Разбить на несколько контрактов и дальше подключать как библиотеки по сути.
Подумать, можно ли часть логики вынести за пределы блокчейна, сохраняя лишь результат.
Как предельный вариант - перейти с эфира на другой блокчейн, в эфире хранить "фронтэнд".
Подождать - в планах есть предложения по оптимизации, в том числе разбиение выполнения контракта на несколько стадий (в разных блоках). Или схимичить и делать это самостоятельно.
|
|
|
|
|
