Bitcoin Forum

Всем привет!

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

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

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

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

Технически:

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


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

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

Есть площадки для сбора денег, но в данном случае я предлагаю не это. Большинство ICO, в отличии от кикстартера, стартуют вне зависимости от того, сколько денег собирают. Таким образом я собираюсь предоставить организаторам ICO инструмент, с помощью которого они смогут организовать сбор инвестиций самостоятельно на своем сайте.

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

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

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

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

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

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

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

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

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

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

Было бы интересно глянуть, если есть возможность/желание выложите на github, я обязательно зайди и гляну.

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

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

Нужно не за модой гоняться, а исходя из задачи подходить.

Что нужно:
1. Стабильная платформа, где нет танцев с бубнами для сборки софта (т.е. не нода, на которой половина софта даже установиться нормально не может)
2. Популярный framework с хорошей обратной совместимостью, обязательно IoC и развитые возможности для юнит-тестирования
3. Универсальная БД с поддержкой транзакций для хранения журналов транзакций и пользовательских учеток
4. Простой UI (нет infinity scroll и прочих задач для virtual DOM) - регистрация, авторизация, пополнение счета (backend генерирует и выводит адреса в разных крипто платформах)

Вся эта ваша нелюбовь к java (и спринг в частности) просто от незнания. Изумительная платформа - работает как швейцарские часы, хорошая обратная совместимость, сильная типизация переменных без костылей вроде flow и typescript, нормальная многопоточность.

На все 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).

Меньше двух лет  - это уровень джуна. Могу только предположить что неправильно его готовили, ибо я заглянул в код вашего проекта на github и не увидел ничего принципиально отличного от того же Spring, кроме избыточного бойлерплейта с запуском HTTP сервера.

Я еще ни разу не сталкивался с тем, чтобы у меня maven проект не собрался по зависимостям, хотя я работаю с очень разноплановыми проектами (многие из них жуткий легаси код со всяким старым хламом в зависмостях). И никогда не этим не бывает проблем. И если я собрал свой jar/war , он у меня работает везде и для этого мне нужна только jre. И maven (как в целом и gradle, но с последним я работаю сильно меньше, у нас корп. стандарт это maven) это не только зависимости, это еще сборки, тестирование, деплой, профили, мультипроектные конфиги. Делай хоть как удобно, когда будет навороченная задача, тремя строчками не обойдешься. А для простых проектов и pom.xml не выглядит сложным.

С++ очень платформо-зависимый, там просто не может быть по определению. Python отличная штука, но со своей нишей в сторону аналитики и бигдата, я для веба не вижу в нем сильных сторон. PHP даже комментировать не буду, такой это отстой.

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



Посмотрел, вот только зачем вам IoC, если вы тесты не пишете? Или это мода такая в Nodejs - забивать на современные инженерные практики ? Да и бизнес логика в контроллерах это моветон.



Ну во-первых, совсем не удивили. Можно все засунуть и в mongo или redis, в данном случае это просто дело вкуса. Никакой особой причины использовать nosql в данном случае нет. Но исходя из того, что мне неизвестно как и в какую сторону будет дорабатываться данный софт, я бы все-таки использовал классическую базу просто ради универсальности.

Мне лень проходить регистрацию чтобы посмотреть что там у вас. Можете сделать скринкаст, готов проанализировать.



Очень люблю слушать советы по джаве от джунов. Ничто вам не мешает использовать неблокирующий I/O в spring. Кстати полно open source java продуктов. Уверен, что ICO кабинет можно написать даже на brainfuck, вот только не понятно зачем.

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добрый! В целом, Вы все правильно поняли. JCR - это ERC20-токен нашей компании. Но поскольку, сами контракты так же выложены в open source по адресу:  https://github.com/JincorTech/ico вы можете модифицировать их(поменять название, decimals, правила проведения ICO), подстроить их под себя и задеплоить в сеть Ethereum. Далее настроить backend на работу с ними. Backend из себя представляет простое nodejs приложение, которое работает с эфироной нодой при помощи библиотеки web3js и предоставляет API(ссылка на документацию по API можно найти в репозитории) для удобного использования на фронтэнде(https://github.com/JincorTech/frontend-supreme-happiness). Фронтенд это отдельное ReactJS + Redux приложение, которое умеет работать с нашим бекендом) Сделали так для удобной кастомизации. Чаще всего, кастомизация нужна только во фронтенде.


У нас в планах есть создание конструктора личных кабинетов, с маркетом шаблонов и конструктор смарт-контрактов ICO для упрощения этого процесса. Все решения планируем оставить в Open Source, но так же поставим hosted-решение для удобства

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

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

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

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

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

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

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

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



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

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

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

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

Так это есть в README.md. Там все в докер-контейнерах. Все что вам нужно сделать самому - установить docker. А дальше действовать по инструкциям из readme =)
Как будет время, тогда и пишите)

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

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

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

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

Привет, вопрос не по личному кабинету )Андрей а как собираетесь реализовывать Identity verification service? На смарт контрактах ?
Отпечатки хэшей? JSON - LD ?

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

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

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

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

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

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

https://monosnap.com/file/exPs8pGeCZhHrtCVUeHQ2NBW9tAa31.png
https://monosnap.com/file/XXj1NROxSFRkhR27oZtEKDlfA8v8oP.png
https://monosnap.com/file/aMtM5hIfnLzH8v71FF8Ycjsme7t32D.png

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

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

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

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

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

ждем код

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

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

Contributions are welcome ;)

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

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

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

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

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

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

- 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,  зависимости

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

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

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

Приветствую! Мы сделали интеграцию с 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)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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



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

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

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