Согласен, насчет английской ветки. Будем развивать.

Привет!

https://join.slack.com/t/sibcoin/shared_invite/enQtNzAwMzMzNTUwMzg4LTBlOWRlNGI1ZWRkZThkNWFlNmUxOGViMzY3MTk0N2RiNTcwZjc5MGVmNDNlY2I4MjJjOTU5NjEwYzU3Yzc3OTA

я там тоже постоянно не сижу, но почаще захожу чем сюда.

Привет!

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

Здравствуйте! В данный момент нет. Вы можете попробовать воспользоваться другим кошельком под андроид:

https://play.google.com/store/apps/details?id=rusapps.sibcoin.wallet

На sibcoin.com есть ссылки на twitter. Команда которая занималась sibcontrol и colorsib ушла в другие сферы и этими проектами больше не занимается . От них у меня остался код и того и другого, но возобновлять работу над colorsib я не вижу смысла, т.к., во-первых, многое там делалось наспех, чтобы успеть под ico Басты и там многое нужно доделывать чтобы это можно было использовать в проектах общего назначения, а, во-вторых, уже есть лучшее решение для токенизации, которое мы планируем использовать у себя.

Сейчас нам нужно сделать несколько апдейтов, в том числе нужно дождаться апдейта Dash 0.14, чтобы взять у них такую важную для нас вещь как LLMQ. Я также столкнулся с тем сменить алгоритм хеша оказалось не так просто, чтобы это было не через одно место, а по-человечески, но в любом случае летом будет мажорный апдейт, скорей всего даже несколько.

Тем временем хочу сообщить что  работа сервиса SibControl была восстановлена, правда на новом домене SibСentral.org.

Поправим. Спасибо!

Можно попробовать сделать configure с опцией --without-printsupport, но я не уверен на 100% что это сработает. Если нет, то можно еще попробовать перед этим заменить в Makefile.am и Makefile.qt.include эти строки:

BIP_CPPFLAGS = -I$(srcdir)/bip -msse2
на
BIP_CPPFLAGS = -I$(srcdir)/bip

, а

BITCOIN_QT_INCLUDES = -I$(builddir)/qt -I$(srcdir)/qt $(BIP_CPPFLAGS) -I$(srcdir)/qt/forms \
на
BITCOIN_QT_INCLUDES = -I$(builddir)/qt -I$(srcdir)/qt -I$(srcdir)/qt/forms \


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

Попробуйте указать --without-gui для configure.

Либо есть готовый вариант в релизах:

https://github.com/ivansib/sibcoin/releases/download/v0.16.4.0/sibcoin-0.16.4-RPi2.tar.gz

Если кто-то еще майнит на версии 16.3.0 или более ранней, обновитесь до 16.4.0!

If someone still mine with 16.3.0 or earlier versions please update to 16.4.0 immediately!

Sibcoin Core 0.16.4.0 version available

Please download new version here: v0.16.4.0.

Update is required for all users!

Notable changes:

• Hard fork to remove dependency on difficulty for block reward;
• Sibcoin Light theme added and set as default;
• fix German version

Доступна новая версия кошелька 16.4.0

Скачать новую версию кошелька можно здесь: v0.16.4.0.

Внимание! Это обновление является обязательным для всех пользователей.

Версия содержит следующие изменения:

• Добавлен код хардфорка для устранения зависимости награды блока от сложности
• Добавлена Light тема
• исправлена немецкая версия

 

А чем это отличается от того что предложено? Как по мне суть одна и та же, реализация разная, причем не в пользу snowgem. Если у дашевцев понятно расписано что и как будет работать, то у этих ребят только общие слова. Написано так, что возникает больше вопросов, чем ответов. Причем основной вопрос это согласованность состояния мастернод.

Sorry, but we decided other way.

Many people ask me about the transition to PoS and about further plans. I apologize for the timeout we had to take. To understand how to move on we had to read a number of different whitepapers and scientific articles. We also had to go through the code of systems that already use the Proof of Stake algorithm and other solutions.

The main reason for the possible transition to PoS was to ensure the stable operation of the network, taking into account the growing number of 51% attacks on various blockchains, including ours. Just switching to another PoW algorithm couldn't solve this problem. One possible solution to 51% problem was the introduction of dynamic checkpoints, as was done in the PeerCoin project. However, they did it in a centralized way that does not meet our requirements. As a temporary solution, we prohibited deep reorganization of the network at the masternod level back in September. However, this was done in a rather primitive way, which does not provide a 100% guarantee. Therefore, we decided to switch to the Proof of Stake algorithm as a solution to 51% attack problem, but after we synchronize our code base with the latest changes from the Bitcoin and Dash projects.

Despite the decision, we still had doubts about the Proof of Stake, because of technical and economic characteristics of this algo. Now I will focus on the economic part. The main advantage of the Proof of Stake algorithm in my opinion is that it does not need to burn electricity to maintain the network. However, it also has significant drawbacks, one of which is that this algorithm operates on the principle of "the rich get richer". Because Sibcoin was originally developed as "people's money", i.e. egalitarian currency, I didn’t like this way to solve "51% attack" problem which is quite technical. So, in parallel with studying technical details of Proof of Stake, I was looking for other ways to solve "51% attack" problem.

Fortunately, the guys from the Dash project have proposed an acceptable solution. You can read about it in this article:

https://blog.dash.org/mitigating-51-attacks-with-llmq-based-chainlocks-7266aa648ec9

Although there is not everything perfect and there are some technical issues, in general, it seems reliable. After some consideration we decided to use this solution.

Someone will surely note that, in the presence of ASICs, our currency is still not egalitarian because only small group of ASIC owners can mine now. Of course, because there are masternodes in the system, it cannot be absolutely egalitarian. But in the case of transition to the PoS, most people with small deposits will not mine for some small interest rate, and as a result only large holders will be engaged in this. In contrast, many people have a GPU card.

Mining on GPU cards caused us problems due to the dependence of the reward on the difficulty. This dependency will be removed.

Summarizing everything written above, we have the following plan for the next month:

1. We change the PoW mining algo to remove ASICs.
2. We remove the dependence of block reward on difficulty. The reward itself will be slightly increased.
3. We update our codebase with latest changes from Dash 13.0 version to be able to use that protection mechanism against 51% attacks.

These changes will be implemented in two updates. In the first update, we will change the mining algorithm and remove the dependence of the reward on difficulty. In the second, we will update codebase to mitigate 51% attacks with masternodes.

Привет всем!

Многие спрашивают меня насчет перехода на PoS и вообще дальнейших планов. Прошу прощения за некоторую паузу, которую нам пришлось взять. Чтобы понять как двигаться дальше пришлось перелопатить некоторое количество разных белых бумаг (whitepaper) и научных публикаций. А также пройтись по коду систем которые уже используют алгоритм Proof of Stake и другие возможные решения.

Напомню, что основной причиной возможного перехода на PoS было обеспечение стабильной работы сети с учетом нарастающего количества атак 51% на разные блокчейны, в том числе и на наш. Переход на майнинг другим алгоритмом не решал эту проблему. Одним из возможных решений этой проблемы было внедрение динамических контрольных точек (dynamic checkpoints) как это было сделано когда-то в проекте PeerCoin. Однако там это было сделано централизовано, что не отвечает нашим требованиям децентрализованности сети. Мы, в качестве временного решения, запретили глубокие реорганизации сети на уровне мастернод еще в сентябре. Однако это было сделано довольно примитивным способом, который не дает 100% гарантии. Поэтому тогда было принято решение о переходе на алгоритм Proof of Stake в качестве решения этой проблемы, после того, как мы синхронизируем нашу кодовую базу с последними изменениями из родственного проекта Дэш.

Несмотря на принятое решение, у нас оставались сомнения насчет Proof of Stake как технического, так и экономического характера. Сейчас я остановлюсь на экономической части. Основным достоинством алгоритма Proof of Stake является на мой взгляд то, что не требуется сжигать электричество для поддержания работы сети. Однако у него есть и недостатки, один из которых заключается в том, что данный алгоритм действует по принципу "богатые становятся еще богаче". Так как червонец изначально задумывался как народная валюта, мне это очень не нравилось и я параллельно с изучением технических деталей Proof of Stake искал другие способы решения проблем с атакой 51%.

Один из способов предложили ребята из проекта Дэш. Он кратко описан в этой статье:

https://blog.dash.org/mitigating-51-attacks-with-llmq-based-chainlocks-7266aa648ec9

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

Кто-то наверняка заметит, что при наличии айсиков наша валюта все равно не является народной, так как майнит ее только кучка избранных владельцев айсиков. Это справедливое замечание, поэтому алгоритм майнинга будет изменен, чтобы вернуться к майнингу на видеокартах. Конечно, при наличии мастернод система не может быть полностью распределенной и равноправной. Но в случае перехода на PoS большинство людей с небольшими депозитами не будет c этим разбираться ради небольшого процента годовых и в итоге этим будут заниматься только крупные держатели, в то время как видеокарта есть у каждого второго.
 
Майнинг на видеокартах вызывал у нас проблемы из-за наличия зависимости награды от сложности в алгоритме. Эта зависимость будет упразднена.

Подводя итог всего выше написанного, план на ближайший месяц у нас следующий:

1. Мы меняем алгоритм майнинга.
2. При этом мы отказываемся от зависимости награды от сложности. Сама награда будет несколько увеличена.
3. Подтягиваем последние изменения из Dash 13-ой версии, в которых содержаться необходимые для нас улучшения.

Эти изменения будут проведены в два обновления. В первом мы поменяем алгоритм майнинга и уберем зависимость награды от сложности. Во втором мы подтянем обновление из 13 версии Дэш, которое, в том числе, решает проблему атаки 51%.

У нас уже была атака такого рода и мы подумали и решили переходить на PoS. Отмотайте на несколько страниц назад что ли.


С обоими обменниками сейчас есть проблемы, к сожалению. Занимаемся.

I consider it was problem with seeders, but please update to 16.3.0 anyway.

Sibcoin Core 0.16.3.0 version available

Please download new version here: v0.16.3.0.

Update is required for all users!

Notable changes:

    Network message signatures will use new unified format;
    Various improvements for Governance system, PrivateSend and InstantSend;
    Additional indexes should cover P2PK (requires reindexing);
    Support for pruned nodes (in Lite Mode only);
    New Masternode Information Dialog (for Masternodes in masternode.conf);
    Recent masternode lists is used for initial peers discovery;
    Various RPC changes and new command-line options;
    Fix for bitcoin#14247
    Lots of backports, refactoring and bug fixes.

If you are a Masternode Operator please note that Sentinel needs to be updated to v1.2.0.

Доступна новая версия кошелька 16.3.0

Внимание! Это обновление является обязательным для всех пользователей.

Владельцам мастернод нужно обновить sentinel до версии v1.2.0.

Скачать новую версию кошелька можно здесь: v0.16.3.0.

Тем,  кто собирает из исходников нужно заново сделать git clone всего репозитория, а не git pull.

P.S. На время обновления обязательные выплаты мастернодам отключены и остаются на усмотрение майнеров.
P.P.S. Если после обновления ваша мастернода будет иметь статус SENTINEL_PING_EXPIRED (даже при работающем sentinel), то это нормально, не стоит волноваться. По крайней мере до тех пор пока вся сеть не обновится и не будут включены выплаты.