Ah cool, thank you.

Regarding the DApp, why not, I will definitely check it out, but probably also tomorrow )

Hello guys, nice to meet you here.

Taking this opportunity, I would like to ask you to check the bug report I submitted 23 days ago on one widely known bug bounties site.

Please check it out, I think it's quite important.

A good investor shouldn't be only a bag with money.

It is necessary to have connections, expertise. Otherwise it looks very much like a speculative short term opportunistic proposition. Wen moon etc sort of things.

Please show us your are a good fit for our projects in the first place

Новости проекта:

Bloqly в качестве платформы для создания смарт контрактов примет участие во всеукраинском blockchain хакатоне

http://blockchainua-hackathon.com/

Также, подробности нового релиза:

https://github.com/bloqly/bloqly/releases/tag/v0.1.4

Изменения:

- Улучшение производительности, пакетное сохранение данных.

- Безопасная арифметика для JavaScript смарт контрактов - safeAdd, safeSubtract, safeMultiply.

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

- Реализован метод "set" для демонстрации использования  хранилища данных ключ/значение

План на соедующий релиз:

- Добавить verify(), hash() методы в API смарт контрактов

- Начать работу по реализации пакетной проверки Schnorr подписей

- Тесты, багфиксинг

Обновления по проекту:

Выпущена новая версия 0.1.3

https://github.com/bloqly/bloqly/releases/tag/v0.1.3

Изменения:

- Улучшена обработка параллельных запросов
- Пофикшены баги, добавлено много тестов
- Подготовлена первая версия API для blockchain explorer https://github.com/bloqly/bloqly/wiki/API-documentation

Ближайшие планы:
- Написание Whitepaper
- Багфикс и работа над улучшением производительности

Новая версия 0.1.2

https://github.com/bloqly/bloqly/releases/tag/v0.1.2

- Уменьшено время финализации блоков
- Переработан API


Ближайшие планы:
- Работа над тестовой сетью
- Старт работ над кошельком

Как это часто бывает, за первой версией выходит версия с фиксами найденных пользователями багов

https://github.com/bloqly/bloqly/releases/tag/v0.1.1

Также обновлена документация, добавлена инструкция по установке и запуску тестовой сети

https://github.com/bloqly/bloqly

Сегодня выпущен первый пре-релиз Bloqly: https://github.com/bloqly/bloqly/releases

Основная цель - тестирование собственно процесса релиза и создание базы для подготовки документации.

Здравствуйте, нуждаемся.

Telegram: @vsnezhkov, email: slavasn@pm.me

Придирайтесь пожалуйста если хотите, это очень круто! "Тяжело на BitcoinTalk, легко с инвесторами" как говорил Суворов)


Конечно, всегда есть спорные вопросы. Но при старте проекта важным моментом является не только выбор технологии, но и экспертиза команды, верно?
И так исторически получилось что я, как инициатор проекта, имею эту самую экспертизу в Java. Но так как Java мягко говоря как язык немного надоела (особенно расстроила история с var и отсутствием val в последней версии), проект пишется на Kotlin.

Кроме того, в Kotlin с моей точки зрения достигнут идеальный баланс "фич" функциональных языков программирования и практичности, очень все удобно и логично получается.

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

Блокчейн приложение - это server-side приложение, правильно? А вопрос "зачем server-side приложению нужна масштабируемая база", как мне кажется, уже звучит немного иначе?


JavaScript используется только для создания смарт контрактов и скриптов с помощью которых настраивается поведение системы. Все ядро реализовано на многопоточной JVM.

Кроме того, если представить что ядро было бы написано на JavaScript (NodeJS), многопоточная база данных очень даже будет иметь преимущества, так как NodeJS однопоточен только с точки зрения главного процесса, запросы к сторонним ресурсам (здесь - база данных), могут выполняться конкурентно, подробнее можно почитать здесь  https://medium.com/the-node-js-collection/what-you-should-know-to-really-understand-the-node-js-event-loop-and-its-metrics-c4907b19da4c



Ну а почему бы и нет?

Postgres не просто навороченная база, но еще и очень масштабируемая, с очень эффективной реализацией параллельных запросов и нативной поддержкой на таких площадках хостинга как Amazon, Google Cloud, Azure (минимальная стоимость  devops).

Еще, мне очень нравится Postgres )

Отличный вопрос! Хоть это и конструктор, все же приходится выбирать какую-то специализацию - нельзя же с помощью радио-конструктора собрать работающую кофеварку, правда?

Bloqly не реализует PoW, только специфический PoA алгоритм, который по сути является миксом dPoS и pBFT.
Все же что касается логики работы и количества валидаторов, процентов за транзакции и самого содержимого транзакций - пожалуйста, можно реализовать с помощью конструктора.

Спасибо, это приятно слышать.

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

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

Вопрос с шифрованием пароля валидаторов решился следующим образом:

1. Зашифрованные пароли (AES шифрование) хранятся в базе данных
2. Ключи к шифрам хранятся в  отдельном конфигурационном файле в виде


Следующий этап - сделать API для вызова методов смарт контрактов и скриптов (по сути - создания транзакций).

Привет! Первое "что-то" планируется недели через 2. Тоже кстати интересный вопрос - в каком виде? Можно как npm модуль, можно как просто бинарники для каждой платформы, можно в докере, можно просто git clone &&  ./make.sh. Вот  думаю, что с одной стороны лучше для разработчиков/пользователей а с другой реально успеть силами нашей пока не очень многочисленной команды...

Да для чего угодно! Хоть КриптоКиттис  новые писать на своем блокчейне, хоть что хотите. Блокчейн в каждый дом!

Вот пример кода на JavaScript, реализующего часть простейшей логики криптовалюты. У меня конечно, возможно что профессиональная деформация программиста , но мне кажется что достаточно просто. А как вы думаете?
 

Согласен, можно запрашивать пароль из консоли при старте и не отображать символы. С этим подходом две сложности:
1. Это не очень практично, требует вмешательства человека при каждом рестарте.
2. На одной ноде могут быть несколько аккаунтов валидаторов для разных подсетей, несколько паролей.

Спасибо


Си и Си++ очень уважаю, но - Java сейчас совсем не та что была в то время когда родилось мнение о её сверх-требовательности к памяти (~1.5 версия), тогда да, все было очень печально.

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

Другими словами, Java уже не та - в хорошем смысле.

Из текущих задач: решаем вопрос как секретные ключи валидаторов (аккаунтов, принимающих решение о консенсусе)

Варианты:

1. В базе данных, в открытом виде. Не принимается по очевидным причинам.
2. Передавать параметром скрипта или в переменных окружения при старте программы.
3. В базе данных в зашифрованном виде и пароль передавать как в 2.
4. С помощью "хардварного" ключа (в конечном итоге идем к этому, но потом)

В итоге больше всего баллов получает  п.3, но все равно пока счастья нет - переменные окружения не очень безопасны, файл на диске тоже.
Возможно, стоит реализовать что то типа команды консоли  "unlock account".

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

Интересно, пока окончательного ответа нет...