Topic: ICO кабинет open source (Read 19835 times)

Чтобы скамеров развелось потом? Им тогда вообще не придется деньги тратить, так хотя бы стараются, делают что-то.

интегрировать х11 крипту можно ?
автор..
естли можно интегритировать пни пож ..
не за бесплатно

Рынок маленький, спрос ограничен, продажников у меня в команде нет, так что проект на "вялой поддержке". Там все работает, использовался в production много раз, так что можете использовать. Мы в свою очередь активную работу над ним больше не ведем. Как говорится: "no money, no honey".



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



Он живой, но не развивается. То есть использовать можно, но разработка больше не ведется

Интересно, а есть open source кабинет для акционера?

Допустим, есть сайт, который генерит доход.

К движку прикручиваем функционал кабинета.

Юзер логинится и может стать акционером, имея аналог $10 в ETH

Соответственно, возможность голосования акционеров и т.п.

Сайт получает доход на кошелек смарт-контракта, который распределяет доход акционерам.

Я смотрел у Ethereum есть смарт-контракт DAO.

проект живой ?

Привет. Как посмотреть демонстрацию вашего кабинета. И можете ли вы установить и настроить ваш кабинет на наш сайт?

ТС, расскажи на каком сейчас этапе? Если ты уже сделал шаги - озвуч, пожалуйста. Интересно посмотреть и интегрировать описываемый инструмент своим клиентам/партнерам.

каким образом у вас ico устанавливает цену на свой токен ?

Начал писать цикл статей про то как целиком поднять ICO используя наш дашборд и смарт-контракты от "А" до "Я". Пока на английском, после переведу на русский. Первая часть доступна по ссылку на Medium: https://medium.com/@Hlogeon/the-complete-guide-on-technical-implementation-of-ico-using-open-source-technologies-part-1-of-4-472ac616980c

Господя, много ли вы знаете живых опен сорсных проектов на жабе?
Боюсь все пальцы одной руки не будут задействованы при подсчете. И те связаны более-менее с бэкграундом самой жабы.
Здесь Господин hlogeon, если не ошибаюсь, все правильно говорил относительно тех. реализации.
Жаба хороша там, где есть хорошие бюджеты. А где нужен халявный саппорт, все же жаба скрипт предпочтительнее. Практически каждый выпускник способен генерить почти работающий код, правда не всегда секурный, но это уже совсем другая история.
Адекватная поддержка жаба опен сорс проекта исключительно за донаты, на мой взгляд, мало реальна.

Зы. Крутил недавно нод жс и был оч приятно удивлен.

Бампаю тему, может кто не видел??)
Скоро опубликую новый changelog

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

BUMP!
Вдруг кому на красном рынке такое еще интересно 

Тема глохнет, а мы сделали лендинг для этого дашборда и наконец-то собрали ДЕМО-СТЕНД!!!
Landing page: https://icodashboard.space/
Demo: https://demo.icodashboard.space/

Будем признательны за фидбек!

Приветствую! Мы сделали интеграцию с coinpayments.net и поддерживаем все монеты, которые поддерживают они.



Работа постоянно идет, в этом месяце еще более активно, чем раньше. Вот список наиболее важных изменений на бекенде:

- Add a validator for the phone. [\#149](https://github.com/JincorTech/backend-ico-dashboard/issues/149)
- Enable case insensitive for email address. [\#148](https://github.com/JincorTech/backend-ico-dashboard/issues/148)
- Fix the name for the template init-signup. [\#146](https://github.com/JincorTech/backend-ico-dashboard/issues/146)
- Save the result of verification when the status of SP1 \(ShuftiPro\). [\#141](https://github.com/JincorTech/backend-ico-dashboard/issues/141)
- Add additional properties of users for endpoint /user/me [\#139](https://github.com/JincorTech/backend-ico-dashboard/issues/139)
- Keep the number of the last checked a block in web3handler. [\#135](https://github.com/JincorTech/backend-ico-dashboard/issues/135)
- Collect the amounts from the above contracts. [\#132](https://github.com/JincorTech/backend-ico-dashboard/issues/132)
- Send test ETH on user sign up [\#130](https://github.com/JincorTech/backend-ico-dashboard/issues/130)
- Fix config.ts [\#128](https://github.com/JincorTech/backend-ico-dashboard/issues/128)
- Kyc integration, Shufti Pro. [\#126](https://github.com/JincorTech/backend-ico-dashboard/issues/126)
- Change settings .travis.yml to allow build of PR. [\#124](https://github.com/JincorTech/backend-ico-dashboard/issues/124)
- Question: How to launch the ico website dashboard in browser after setup successfully?  [\#123](https://github.com/JincorTech/backend-ico-dashboard/issues/123)
- First launch Error: scrypt.node,   no suitable image found [\#121](https://github.com/JincorTech/backend-ico-dashboard/issues/121)
- Specify the status by default in the settings \(KYC\). [\#119](https://github.com/JincorTech/backend-ico-dashboard/issues/119)
- Add a new investor to the whitelist automatically when kyc is disabled. [\#117](https://github.com/JincorTech/backend-ico-dashboard/issues/117)

Так же мы заканчиваем работу над абсолютно новой версией фронтенда

Не планируете добавить поддержку других монет?

Привет!
Напишите, по возможности, как продвигается проект, есть ли изменения и доработки в коде. Добавилось ли что либо по функциональности?

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

Всем привет! Немного обновлений за последнее время:

- Resend activation codes(https://github.com/JincorTech/backend-ico-dashboard/issues/102)
- Add customisation of titles, sender email (https://github.com/JincorTech/backend-ico-dashboard/issues/98)
- Add more verbose logger (https://github.com/JincorTech/backend-ico-dashboard/issues/92)
- Don't use an email as Jumio identifier (https://github.com/JincorTech/backend-ico-dashboard/issues/85)
- Specify the  default KYC status in the settings.(https://github.com/JincorTech/backend-ico-dashboard/issues/119)
- Token Price to ENV(https://github.com/JincorTech/backend-ico-dashboard/issues/111)

Обновили Dockerfiles,  зависимости

А после просадки рынка не особо будут рваться вложить депозиты.

Молодцы, отлично получается.

Так у них и фронтенд и бэкенд open source .
Если у вас достаточно компетенций никто не заставляет обращаться , интегрируйте , кастомизируйте сами.

Почему вы так считаете? Можно все проверить, без головы и здравой головы много чего может и с кабинетом купленным у компании. Если нанять компанию, как тогда доверять им?

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

Так он давно открыт: https://github.com/JincorTech/frontend-ico-dashboard
https://github.com/JincorTech/backend-ico-dashboard

Contributions are welcome

Да, по факту, когда у нас заказывают кастомизацию, 90% работы приходится на фронтенд и дизайн. Но и эта проблема будет решаться намного лучше, когда будет какой-то набор готовых материалов, из которых можно сколотить свой дашборд. Уже по сути есть 3 шаблона, в каждом из которых можно параметризировать простые вещи в роде логотипа, primary & secondary colors, шрифты и т.п. Можно попробовать пойти в сторону создания маркетплейса шаблонов, но это все далекие и абстрактные планы, надо выкатить уже хоть что-то, а дальше смотреть куда развивать

ждем код

Дашборд у всех ICO один и тот же, так что надо делать open source

все равно дизайн нужен свой)) а это основная часть работы для ико)))  но идея мне нравится.

Не подскажете примерное когда планируете реализовать подобное?

Несмотря на то, что он open source и бесплатный, все же, для его кастомизации и подгона под новые ICO требуются определенные усилия. И иногда не маленькие. Если у проекта есть техническая команда, способная все сделать сама - мы очень рады и даже помогаем небольшими бесплатными консультациями и советами. Тем не менее, к нас обращаются за тем, чтобы мы сами кастомизировали это решения для других ICO, а это уже стоит денег(6 - 16ETH) и занимает 2-4 недели, в зависимости от конкретных требований. Сколько это сейчас стоит у Ambisafe - незнаю. Мы в свою время, кстати, тоже рассматривали вариант работы с Ambisafe, но по нескольким причинам отказались от этой затеи.
Вот, кстати, скрины последней из наших кастомизаций.





Тут могу согласится от части. Плохой маркетинг скорее следствие более глубоких проблем, чем причина. Бюджет на маркетинг был выделен значительно больший, чем на разработку, так что упор был все-таки на него. Вопрос в правильном приложении энергии(бюджета) и умении вовремя отреагировать, если что-то идет не так. Сроки были настолько сжатые, что мы не имели права на ошибку, а ошиблись несколько раз. Подготовить ICO за 2 месяца очень сложно, переоценили свои силы. Будет наукой, очень жаль, что pre ICO инвесторы по сути потеряли свои вложения. Лучшее, что мы можем сделать в такой ситуации - принести сообществу как можно больше пользы.

Не ICO одними можно фондироваться, да и технологическая база создана довольно хорошая, на основе которой можно сделать не один хороший продукт(чем мы сейчас и занимаемся), да еще и выпустить все без ICO.

Одних запросов на разработку  личного кабинета инвестора для ICO за 2017-начало 2018 года немеренно было , знаю с десяток фаундеров которые в Ambisafe обратились за интеграцией их решения , которое стоит несколько к$ ) да и кастомных реализаций , у вас же opensource .

Я думаю у вас маркетинг подкачал , т.к упор на технический бэкграунд.

Раз коммунити не поддерживает рублем, либо проект не очень, либо команде такой проект не по силам пока что. Жаль, конечно, но что поделать.

Жаль , проект перспективный у вас.

Если речь идет про Jincor, то пока никак, soft cap не собран, пока что переключились на более востребоавнные проекты, в том числе дашборд. Думаем над источниками финансирования для Jincor без ICO.

На подходе интеграция с coinpayments.net
Думаем, к понедельнику закончим и протестируем. На очереди интеграция с shapeshift, после чего добавим возможность легко отключить KYC и партнерскую программу. Также, один из наших клиентов согласился выложить в open source свою версию фронтенда. Там в основном изменения в стилях, структурно все так же, так что по сути это просто новая "тема" для того же шаблона. В планах на март подготовка демо-стенда и начало работы над hosted-решением для проведения ICO. Хотим позволить разворачивать новый инстанс дашборда по клику мышки на нашей инфраструктуре, так что пользователям не придется сильно вникать в код и документацию.
Кстати о документации, ее мы тоже обновили, новая версия уже лежит в репозитории.

Там внизу есть описание, как стартануть все с docker-compose
https://github.com/JincorTech/backend-ico-dashboard/tree/develop#how-to-start-development-and-run-tests
Из недокументированного, наверное, стоит упомянуть .env файлы. Нужно выбрать наиболее подходящий, отредактировать под ваши нужды и скопировать в новый файл под названием .env

А как можно вывести с бэка на лендинг в прогресс бар собранные токены?
p.s Брал на тест впс не смог установить, щас подберу подходящий ,сам еще попытаюсь через докер все собрать, не смогу тогда напишу в телеграмм чтоб лишний раз не беспокоить.

могу поддержать. python django kivy postgresql

Напишите мне в телеграм, попробуем вместе с вами завести и составить такой мануал)
@hlogeon
[/quote]

Когда можно будет написать?
Подразумевая мануал я имел ввиду просто хотя бы по пунктам расписать как поставить бэк и фронт.
1. - Взяли сервер, поставили дистрибутив , centos, ubuntu.
2. - Поставили nginx, поставили node.js
3. - Поставили еще что требуется(что кстати требуется)
4. - Если что то нужно настроить, то указать.
5. - Загрузить с git проект, какие настройки указать ,как все то заставить работать между собой.

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

Мы думаем над внедрением чего-то в духе coinpayments.net.



Напишите мне в телеграм, попробуем вместе с вами завести и составить такой мануал)
@hlogeon

Сборы по ICO остаются на смарт-контракте ICO, дашборд тут не при чем. Код открыт, можете смотреть. Да и проверить можно) Я готов предоставить результаты блек-бокс тестирования. С удовольствием опубликую прямо в репозитории аудит от команды, которая готова изучить код
В целом, мы даже не храним приватные ключи пользователей нигде. И что самое замечательное - это не сложно проверить. Там ведь вообще немного кода

Могу дополнительно предложить такую идею - возможность вкладывать в ICO любой криптовалютой (или наиболее популярной) которая будет автоматически конвертироваться в Ethereum через какую-нибудь биржу.

Тоже нечего не вышло, нужно мануал просить у автора. А без описания последовательности действие не могу установить. А тем более задеплоить контракт!

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

Это не безопасно пользоваться не проверенным ЛК, да еще и доверять все сборы по исо.

а что это за шлюз? спасибо.

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

В данный момент нет, но у нас уже есть заказ на использование платежного шлюза, который работает с > 120 криптовалютами, в том числе BTC и LTC. Так что в ближайшее время, этот функционал будет доступен и в open source версии.

Спасибо, очень ценные замечания, не могли бы Вы создать issue на github? Мы обязательно поправим) На PRE-ICO не используется вайтлист, потому что по нашей практике, на pre ICO почти никогда не проводится процедура KYC/AML. В ICO контракте, whitelist нужен для того, чтобы добаввлять в него только тех, кто прошел KYC. То есть на бекенде мы ждем callback от Jumio о статусе верификации и, если все ОК, владелец контракта whitelist отправляет транзакцию на добавление адреса этого пользователя.

Добрый вечер у меня такой вопрос, прошу сильно не пинать, как я понял это backend для сбора ETH для ICO, инвестор регистрируется переводит ETH получает JCR (Либо любая другая валюта проводимого ico)
Допустим ico закончил сбор, что из себя представляет JCR, это токен на базе ETH или что? Можно ли JCR выставить на торги на биржу и т.д
Можно пожалуйста коротко обьяснить как работает backend и что представляет из себя токен JCR.
И еще можно ли в данном виде уже его использовать для проведения ICO,либо что то еще нужно дописывать? Если не сложно объясните что к чему.

А оплату в BTC личный кабинет принимает?

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

плюс еще Haltable.sol, можно использовать Pausable.sol из zeppelin

Да, сами контракты, с которыми оно работает лежат https://github.com/JincorTech/ico. Лицензия MIT, можно брать и под себя переделывать без ограничений

я так понимаю это кабинет для работы со смарт контрактами на базе ETH?
спасибо.

Смотря какого рода синхронизация подразумевается. У нас в нашем ICO, например, есть необходимость считать цену токена не в ETH, а в USD и для этого мы тащим актуальный рейт USD/ETH с Кракена. Сейчас это сделано через смарт-контракты и оракула от Oraclize и в целом выходит за рамки ЛК, но вполне решается через смарт-контракт и оракулов.

Хотя, наверное я не совсем понял, что подразумевается под синхронизацией с биржами, не могли бы поподробней расписать? Новым идеям всегда рады

Полагаю проект будет актуален в этом году. Планируется ли синхронизация с биржей/ами?

Огромное спасибо!
Сегодня добавили лицензию, а то нас давно просили, а мы как-то забегались по текучке и постоянно откладывали) Теперь планируем более важные обновления

done
жду апдейта и удачи!

Ставьте звездочки и форкайте, пожалуйста! Наберем 30 звездочек в этом месяце - выкатим апдейт!(Легкое вымогательство  )
https://github.com/JincorTech/backend-ico-dashboard

Любой open-source - это хорошо. ICO-кабинет может быть полезным.

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

Я здесь не от лица компании выступаю, а от себя лично. Так что публичность моего лица не больше, чем ваша
Тесты например здесь можно посмотреть: https://github.com/JincorTech/backend-ico-dashboard/tree/develop/src/controllers/specs
Про 80% кода, я конечно, погорячился, пока что только 80% API, проглядел в торопях. Тем не менее, это не значит, что их не будет и DI не нужен) Более того, возвращаясь к DI - тесты не главная его цель, а всего лишь бонус)

Так тесты то где? В данном случае публичное лицо вы, а не я.

Но вы не на моем месте, а позоритесь не меньше

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


5 звезд за сутки с момента публикации в публичный доступ - не так уж и плохо. Кстати, их уже 9. Готов поспорить с вами, что к концу января их будет около 50, учитвая, что на продвижение этого проекта я особо усилий прикладывать не собираюсь - очень хороший результат. Но давайте опустим это до того момента, как вы покажете хоть один из своих репозиториев(я то еще с десяток могу показать, хоть и Junior, а от вас пока только пустой треп).

Где здесь тесты: https://github.com/JincorTech/backend-ico-dashboard ?

И да, годы опыта это очень косвенный признак, но по уровню ваших ответов видно что вы в лучшем случае на уровне Junior разработчика (я конкретно про java).
Если любую какашку выложить в open source, тоже можно будет гордится? Как бы 5 звезд, из которых 1 ваша собственная и еще 3 от практически нулевых аккаунтов  - это несомненно большой повод для гордости! Теперь можете авторитетно заявить что java всё.

P.S. Судя по whitepaper, вы CTO проекта. Я бы на вашем месте постеснялся так позориться на форуме.

LOL, вы не смогли найти тесты в проекте, где покрытие кода > 80%? 

По факту: у меня есть проект Open Source. А вы тут рассуждаете о том, что надо на Java писать. И уровень разработчика измеряете не делами, а годами. Удачи в общем, классный подход, так держать 

На все 100% согласен. А теперь по пунктам. Начну наверное с того, что на Java Spring я программировал около 2х лет, так что обвинять меня в незнании его я бы не торопился)

Танцев с бубном в NodeJS не больше, чем в Java, Python, C++, PHP или чем бы то ни было еще. То что у Вас это вызывает какие-то проблемы, как раз говорит о том, что вы просто не знакомы с современной экосистемой JS. Вот уж точно npm\yarn и управлениями зависимостями это куда проще, чем Maven + Gradle.

А вы посмотрите исходники) У нас там и IoC и DI и все, что вы так сильно любите. А фреймворк популярнее epress найти нынче трудно. Наверное, только Laravel, но это уже PHP.

Я вас наверное сильно удивлю, но для хранения журнала транзакций поддержка транзакций со стороны СУБД как раз не нужна. Транзакция вполне себе умещается в один объект без связий(как внешних, так и внутренних), а значит и транзакционность операции записи вам тут не нужна. Запись одного документа - атомарная операция. Так же и с учеткой пользователя.


Но как это коррелирует с bootstrap? Зайдите на https://contribute.jincor.com - это достаточно простой UI?

NodeJS/Python/RubyOnRails/PHP тоже изумительные платформы и работают как швейцарские часы Все платформы хороши, каждая для своих задач. И вот Java для создания Open Source проектов в вебе подходит решительно меньше всего вышеперечисленного. Она довольно сильно устарела, ее надо компилировать, она прожорлива, неповоротлива, она более требовательна к разработчикам. Java это про Enterprise, а мы тут с вами не Enterprise Solutions вроде обсуждаем. И еще раз повторю: я работал на Java и неплохо ее знаю, не стоит обвинять меня в ее незнании, тем более, если вы меня не знаете. Пока что у меня сложилось ощущение, что вы кроме Java как раз ничего не знаете и активно топите за нее(и другие технологи с которыми мало мальски знакомы, вроде bootstrap). Обвинять в том, что вы стремитесь сделать продукт с технологиями, которые просто знаете сами - глупо, это нормальная практика, но и мотивировать свои решения надо открыто и соответствующе, а не выдумывать.
Особенно про нормальную многопоточность порадовало) И что вам дает ваша "нормальная многопоточность" в разрезе этой задачи? Неблокирующий I\O дает куда больше преимуществ в этом контексте. Предвижу сейчас разговоры про скорость и производительность, но это просто смешно сравнивать Java Spring и NodeJS.
Нравится типизация? Возьмите go, в этом и то больше смысла, ведь сможете работать со многими блокчейн-клиентами из коробки(inb4 go-ethereum).

Backend: https://github.com/JincorTech/backend-ico-dashboard
API docs: https://jincortech.github.io/backend-ico-dashboard/
Frontend: https://github.com/JincorTech/frontend-supreme-happiness

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

А чем обусловлен такой странный технологический стек? Зачес там Java Spring в эру NodeJS/Python/RoR/PHP? Зачем там MySQL? Какую задачу там должна решать реляционная СуБД, которую не решит документориентированная или вообще key-value? Почему в 2к18 UI надо делать на bootstrap? Зачем там Freemaker templates?
У меня есть система, кодом которой я готов поделится до конца недели, отпишусь сюда, но стек там такой:
1. NodeJS/TypeScript для сервера
2. MongoDB + Redis
3. ReactJS + Redux для фронтенда

Ну видимо действительно не актуально Раз никому не нужно, то буду искать другую идею для open source.

Идея хорошая, но какой в этом смысл? Сейчас уже появляются проекты типа TokenGo, которые оборудованы конструкторами сайтов, баунти кабинетов и смартконтрактов. Когда они запустятся в полную силу, то не потребуется выделять кучу усилий для создания качественного кабинета.

Java один из самых топовых по популярности и распространенности языков (более 9 млн. программистов java в мире), в фин. секторе и вовсе это стандарт де-факто.
По скорости разработки все прекрасно, если мы не говорим об использовании каких-нибудь древних технологий или многослойной enterprise архитектуры.

Безусловно, использования таких взрослых технологий, это защита от малограмотных "специалистов", которые не могут осилить что-то сложнее чем php или js. При этом найти какого-нибудь хорошего php программиста, который действительно хорошо умеет работать с Symfony framework возможно даже сложнее чем найти Java программиста. Во всяком случае, придется очень тщательно фильтровать и потратить много времени на это. При этом адекватные спецы будут стоить одинаково, вне зависимости от технологии.

java - специфическая штука, мало кто умеет, и еще меньше, кто умеет хорошо. Плюс заранее уменьшенная скорость разработки

Что там инспектировать-то? Для любого инвестора главный риск это что токен скам. А дырки бывают и в смарт-контрактах и не каждый будет изучать код контракта перед отправкой денег. Я вон в тот же ATB закидывал - с таким кабинетом намного удобнее, по сравнению с покупкой токенов EOS.

Если токен на эфире, то там всё прозрачно, можно проинспектировать смарт-контракт. Здесь же получается, что кабинет ICO - это что-то вроде эскроу (которому нужно доверять).

Предновогодняя суета, народ занят )

да уже , все так и кинулись 

Всем привет!

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

Как вижу это я:

Не все хотят делать токен на эфире, да и многовалютный прием интереснее для проекта.
У всех разные потребности, но хорошая стартовая заготовка поможет многим.

Функционально:
1. Регистрация/Авторизация пользователя
2. Генерация кошельков (отдельно по каждой крипте) для приема денег от конкретного пользователя
3. Периодическая проверка поступивших от пользователя денег, начисление ему ваших внутренних токенов

Технически:

1. Java Spring Boot backend
2. Mysql
3. Freemaker templates
4. UI на Bootstrap


Пишите свои идеи, я все разумные и не сверх трудоемкие готов воплотить в реальность. Результаты выложу на github в общее пользование.