Exonum ограничивает консенсус BFT и высокий порог вхождения, т.к. для реализации смарт-контрактов их надо встраивать в исходный код.
тут хотелось бы добавить, что в Exonum уже есть возможность писать смарт-контракты на Java. А с релизом Dynamic Services сервисы можно будет запускать в процессе работы блокчейна.
как ниже уже ответил aleks_raiden, форки как таковые в Exonum невозможны благодаря консенсусу, каждый блокчейн Exonum независим от других, у нас не общая платформа, а инструмент для отдельных решений.
el777 Критерии выбора Java в статье достаточно раскрыты, и вы все правильно подметили в своем комментарии.
Почему первым языком был выбран Java, а не Scala — число разработчиков, широко используемая экосистема, большое количество legacy проектов на Java. Потенциально Scala тоже хороший вариант.
Про количество строк не секрет. В ядре Exonum сейчас около 80К сейчас, включая тесты, дело, тесткит и стандартные сервисы. А в Java Binding 9K — это Java код и XML.
тут хотелось бы добавить, что в Exonum уже есть возможность писать смарт-контракты на Java. А с релизом Dynamic Services сервисы можно будет запускать в процессе работы блокчейна.
Почему первым языком был выбран Java, а не Scala — число разработчиков, широко используемая экосистема, большое количество legacy проектов на Java. Потенциально Scala тоже хороший вариант.
Про количество строк не секрет. В ядре Exonum сейчас около 80К сейчас, включая тесты, дело, тесткит и стандартные сервисы. А в Java Binding 9K — это Java код и XML.