В PoS/DPoS все узлы знают у кого сколько ресурса (монеток) есть. В случае с сервером, сервер может любые достижения генерировать для отдельных пользователей.

ОК, конкретнее: множество узлов формируют блоки, какой из них пойдет в цепочку? Если proof of game это консенсус, тогда в цепочку пойдет тот блок, какой скажет игровой сервер. Т.е. метод принятия решения исключительно централизованный, в таком случае вся цепочка блоков просто фикция.

Потому что это де факто централизованная система.

Как метод консенсуса тогда работать не будет. Или нужно говорить о приватном блокчейне, где блоки формируют только собственные ноды-игровые сервера. Начисление монеток за ачивки игроков это уже совсем другое дело.

Просто найдите себе партнера для технической стороны проекта (CTO). Не для того чтобы сделать всю техническую сторону бесплатно, но для того чтобы формализовать задачу, подготовить правильные технические требования, собрать команду компетентных программистов. Вполне возможно, что "гениальную идею" невозможно реализовать или экономика такого проекта будет очень плохой.

Кроме того, вот эти очередные глупости про украсть идею. Идей вокруг 100500 миллионов и ценности они никакой не представляют. Ценность имеет лишь успешная реализация, а реализовывать ее не вам и разработчики еще миллион своих маленьких know how внедрят, без чего ваша идея не сможет работать. Зато чудесное общение с авторами таких "идей" превращается в гадание на кофейной гуще.

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

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

Только оно умрет при нагрузке и придется переписывать, уже с архитектурой в вики, микросервисами и тому подобное. А без нагрузки в виде потока ордеров биржа никому не нужна.
Я когда-то очень давно (лет 15-20 назад) написал сервис обмена файлами (типа rapidshare) на php. Когда писал, даже не думал что будут какие-то нагрузки, но при 10ТБ трафика в месяц сервер начал загибаться и я очень хорошо помню что такое переписывать на живой системе. Но одно дело бесплатный сервис файлобменника, совсем другое дело биржа, которая принесет людям убытки.

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

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

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

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

Меньше двух лет  - это уровень джуна. Могу только предположить что неправильно его готовили, ибо я заглянул в код вашего проекта на 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, вот только не понятно зачем.

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

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

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

В перспективе, люди от этого только выиграют Это же очень мощное финансирование отрасли.

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

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

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

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

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

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

Всем привет!

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

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

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

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

Технически:

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


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

Всем привет!

Есть идея сделать блокчейн платформу на Java со встроенными смарт контрактами. Дырявость Solidity не знает границ, что весьма дискредитирует
идею смарт конрактов на эфире. Вот я и думаю сделать платформу с jvm контрактами, т.е. можно будет писать на java, scala, groovy, kotlin и даже
на jruby, jpython, javascript.  Консенсус, наверное POS.

Так же мне жутко не нравится metamask, все какое-то не дружелюбное для пользователя.

Как считаете, есть ли смысл такое создавать сейчас? Может быть кто-нибудь знает аналогичные платформы? Я не сильно слежу за криптой, мне из смарт контрактов известны эфир с его клонами и EOS, но там контракты на основе solidity, либо wasm.