Topic: Давайте создадим с нуля биржу Open Source? - page 19. (Read 32151 times)

Мэрикоины кран тоже бесплатно раздает. Внезапно ))

Можно использовать test net биткоинов Совсем бесплатно.

Ты бредишь. На чём по твоему следует тестировать функционал, когда MC и транзакции практически бесплатные, а всё остальное нет? Можешь отсыпать ТС битков или эфира с учётом комиссий, будем тестировать на них.

В этом нет ничего плохого. Разработчики рекламируют свои работы в новых проектах, к тому же эта монета уместна на бирже.

несмешно потому что всё затеянное ради пиара марикойны получается  вот такой вот мультикошелёк...

Как говорится, "кто на кранах сидел, тот в цирке не смеётся".

На бирже заработал ввод и вывод монеты Мэрикоин.
В панели админа можно добавлять другие монеты, но пока будет только одна.

Затестить ввод можно через кран http://mc-faucet.multicoins.org/
Выводить можно туда-же на кран ))

Интересные вы товарищи. Вам тут дают советы, как вообще оживить этот проект. А ТС брыкается, говорит не хочу писать roadmap, не хочу писать README, хочу готовую биржу! Это как начинать строить дом с крыши. С таким подходом ничего не получится и ни один уважающий себя программист не будет сюда контрибутить. От себя лично могу добавить, что вам сильно не хватает навыков для ведения подобного проекта, если вы начали делать фронт биржи на jQuery

Ну у вас в корне неправильный подход там  я выше читал про "это же опенсорс чего ты хотел" вот именно это опенсорс в первую очередь если вы хотите, что бы кто-то присоединился вы должны как овнер репозитория позаботится о том, что людям которые придут будет комфортно присоединится а этого нет. В первую очередь должно быть readmi подробное и четко и проверенное отдельно а ваше реадми на форуме мало того, что косо криво лишь бы живо так еще и не рабочее.
Вы должны сразу когда пилите учитывать, что проект будет развиваться и люди которые придут смогул присоединится легко.
Во первых нужно дописать ВСЕ зависимости я не смотрел но ws минимум нехватает
Во вторых заняться нормальной структуризацией и создать package.json и вписать все зависимости а отмазки типа "ну их будет много поэтому пока нет" не работают. Это делать не больше 2-3м а людям сэкономит уйму времени и сразу будет виден более сурезный подход.
Так же я не уверен но будет ли работать гугл капча для localhost ? private key то взять можно но маловероятно, что она поднимиться. Лучше ее вообще выпилить на время разработки особой пользы оно не несет
Так же выпилить ненужный ssl и то что мешает ибо никакие капчи и ssl ы не нужны на этапе разработки.

на счет умных людей выше то не нужно рассказывать про технологии или чего то советовать тем более про 100500 технологий пусть человек делает на том чем умеет и как ему комфортно имхо.

Ну каждому свое: одни пишут вики и кейсы с виденьем проектов, а другие пишут собственно сами проекты...
 Вот к примеру, пришел на никому неизвестный форум никому неизвестный юзер и выложил там свою дико бажную программу без исходников, без хэлпов, с парой скриншотов на никому неизвестном сайте bitcoin.org Вот как вы думаете, может сначала надо было ему вики написать?

Кто-то должен тащить хотя бы на идейном уровне. Не нужно ждать что кто-то придет и сделает за вас. Попробуйте начать с wiki документа, опишите как видите систему, я поучаствую.
У вас же сейчас нет четкого представления об основном функционале биржи и потому вы начали с регистрации и чата. Только вот чат на самом деле не нужен совсем, а для регистрации/авторизации/управления пользователями можно было взять Keycloak и просто подключиться к нему. Не изобретайте велосипед, пишите то, чего нельзя позаимствовать.

А чтобы понять что нужно в бэкенде, начните хотя бы с UI mockup и Use Cases. Для этого даже программировать не обязательно уметь. Но остальные участники будут видеть что у вас есть хоть какое-то видение проекта.

Посмотрел исходники и ужаснулся.

Frontend:

На jquery делать весь UI это с ума сойти. Все равно нужны компоненты, возьмите angularjs 2/5 / vue-js/ react. Я бы советовал React, можете взять готовые компоненты semantic-ui , выглядеть будет намного приличнее и это дело можно будет хоть как-то реально дорабатывать.

Backend:

Нужно смотреть в сторону микросервисной архитектуры. Разбейте на слои и опишите как они будут взаимодействовать.
Сделайте шину данных, посмотрите в сторону ActiveMQ, Hazelcast, Kafka. Как вариант, возьмите vert.x , это полиглотный фреймворк (сможете писать на js и остальные участники смогут писать на чем умеют) и  hazelcast там уже внутри. Запускается все это на JVM. Упаковывайте в docker. Тем более если Open Source,то используйте Docker Hub, это бесплатно.

Определитесь с тем, что будет хранится в БД. Где будет больше чтения, а где записи. Где нужна реляционная БД, а где NoSQL решение. Где нужен быстрый доступ (inmemory db), а где будут архивные данные и аналитика. Одну базу на все случае жизни выбрать все равно не получится. Тут очевидно будет несколько разных БД.

Из мелочей я бы посоветовал предусмотреть облачные логи. Что-нибудь типа papertail и сразу думайте как потом мониторить производительность. В vert.x есть метрики и можно сделать интеграцию с OpenZipkin или Uber Jaeger.

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

Ввод-вывод пока не сделан. Скоро будет.

Такие вещи требуют независимого аудита исходного кода, который стоит денег.
Вспоминается история с TrueCrypt. Планируется что-либо подобное?