К стати, по случаю годовщины участники комюнити создали кран карбованцев https://freekrb.richamster.space/

Вот уже и 3 годок нам стукнул. Время бежыт незаметно, кажется только недавно мы разбирались с запуском, с первыми трудностями. Но и мы не стоим на месте, за этот год мы наконец имеем такой веб кошелек, какой я всегда хотел - чтобы ключи были на стороне клиента, кроме того мы сделали уникальную защиту от атак 51% на монету и она себя хорошо показала в полевых условиях, мы сделали очень нужные доказательства платежа и баланса, мы осуществили защиту от мерджед майнинга (защита от мерджед майнинга в качестве ведомой монеты уже действует, полный запрет - разработан и при следующем хардфорке будет активирован)  и все это - первыми среди классических криптонот-монет. Карбо известен всем разработчикам криптонот  (еще бы им не знать откуда ростут их достижения) и их комюнити и мы гордимся этим. Мы гордимся и благодарны нашим разработчикам и активному сообществу за поддержку и активное участие. Может мы и медленно развиваемся но мы делаем это без ICO и премайна потому что Карбованец это твердая монета и будет становится еще более стабильной и надежной монетой, - средством рассчетов и накопления благодаря тем разработкам которые мы ведем. Кипит работа над новой версией програмного обеспечения для ускорения синхронизации и масштабируемости, идет разработка, ресерч и тестирование своего инновационного алгоритма POW с привязкой к вводу/выводу под кодовым названием Blodha (от Blockchain Dependant Hash), ведется работа по имплементации предложеного нами гибридного алгоритма POW with Stake, который уже на стадии тестирования рабочего продукта. Мы не забываем также о планах по уменьшению волатильности - все наши новшества дополняют, уточняют и расширяют наш whitepaper.

3 years ago was mined the first block of Karbo blockchain. See the first pages of this thread.

In these 3 years, many things happened, we made lots of achievements and progress, we always try to sum up. Let's mention some of our achievements we're proud of and which were also recognized by high awards. In this third year, we finally got the web wallet I always wanted - fully client-side - https://wallet.karbo.org/ and this is our official wallet, ported from Masari. We also implemented a unique and battle-tested defence against 51% attacks, introduced protection against merge mining (as slave coin, total ban pending), introduced Proof of Payment (by secret transaction key or special signature not revealing transaction secret key), introduced Proof of funds, made lots of improvements of our software.

We are working on delivering a new software version with faster synchronization and better scalability, we are researching and working on the implementation of own I/O bond POW and on novel PoW with Stake algorithms which will make Karbo even more secure and stable. And of course, we maintain devotion to our course of becoming low volatile sound money, suitable for trade and store of value, continuing implementation and improvement of adaptive parameters protocol (adaptive emission, fee and so on), outlined in our whitepaper, which we enhanced and supplemented by new articles, published in this year, which you can find in posts above. Slowly but steady we're moving forward.

I am grateful to our developers and Karbo community for support and engagement. I am sure that with your help and participation we will rich our goals. Because Karbo is sound.

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

Гораздо проще таки предустановленный список или вообще без предустановленных нод с публичным списком где-то на форуме  и пускай пользователи сами себе ищут которая им больше нравится?

Завтра iForum2019, на котором будут крутые спикеры, Президент Украины, мэр Киева и мы - проекты Richamster, Karbo, Cryptcom!

Биржа Richamster подготовила для Вас розыгрыш призов на сумму более 20 000 грн.

Для участия необходимо:

• зарееструватися на бирже richamster.com
• найти стенд Richamster (подсказка: ищите в зоне City of the future)
• заполнить анкету

Тем, кто еще не приобрел билет на iForum2019, Richamster  дарит скидку 30% на билет. Условия здесь: https://www.facebook.com/1839001276188550/posts/2216878918400782

Тянуть необходимые для майнинга данные из сервера пула либо удаленной ноды не даст узкое место пропускной способности и задержек сети. Но пулы при желании можно сделать, просто каждый майнер должен будет иметь либо полную ноду с блокчейном (в таком случае, резон майнить в пуле разве что для того, чтобы выровнять случайность нахождение блока, т.е. вместо лотереи и куша в виде целой награды ему капает по чуть-чуть но более постоянно\предсказуемо) либо придется сделать облегченный майнер, который имеет поднабор некоторого количества необходимых данных в необходимом формате и пропускает нонсы для которых у него нет соответсвующих блоков, что уменьшает его шансы найти нужный нонс и увеличивает время поиска подходящего нонса так как он уменьшает себе диапазон возможных нонсов, который и без того уменьшен до границ к-блоков в раунде * общее к-во блоков в бч; кроме того, проверка присланных майнерами решений пулом усложняется - увеличивается нагрузка, но это не настолько большое препятствие - пулы и так не проверяют все шары, а делают это выборочно. Но потребуется новый адаптированный движок пула как и новый майнер.


А при локальной копии блокчейна узким местом будет работа с диском, ограничивающая скорость майнеров, даже ASIC/FPGA. Так, в тестах майнер с Argon2 в качестве алго хэширования выдавал 0,03 kH/s c блокчейном на HDD vs 0.1-0.15kH/s на SSD. На рам-дисках еще не проверяли.

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

З.ы. Если бы у нас не было опасенией, если бы мы не хотели учесть все возможные последствия, то уже давно бы сломя голову сменили алго.

З.з.ы. Что касаестя гпушников, которых мы не поддержали оставшись на оригинальном криптоноте с асиками, я их недолюбливаю так же как асики, как уже выше писал, считаю что они так же не лояльны к монете. Этот этап со сменой POW только первый в переходе на POWS - POW с залогом, тогда останутся только лояльные к монете майнеры-вынужденные инвесторы.

New Karbo improvement proposal published https://github.com/Karbovanets/papers/blob/master/KIP-001.md

Reviews and opinions are welcomed. Public testnet will be launched these days, stay tuned.

---

KIP-001: ArgoNight — Non-Outsourceable Blockchain Based Proof-of-Work Hash

v. 1.1

nuclEar_chaos, Aiwe, Luke

Herein the new POW algorithm proposal for Karbo is explained.

The reason

One of the cornerstones of CryptoNote protocol, and Karbo as well, was "egalitarian proof of work" that was broken by the invention of ASICs for CryptoNight POW algorithm, which is default for the CryptoNote. The Karbo cryptocurrency sill uses CryptoNight in spite ASICs were developed for it and the majority of CryptoNote based coins that were using it migrated to its variants with modifications of different magnitudes under the leadership of Monero (and mostly Monero CryptoNight variants were used).

The reason for this was to retain as much decentralization of mining as possible, because it is commonly believed that accumulating of the majority of the hashrate under the control of few ASIC manufacturers is not safe for coins.

Another reason for the change of the algorithm to the unique one for smaller coins was to escape the possibility of renting the hashrate on rental services of which the most known is Nicehash.

Sharing the algorithm with large coin is dangerous for the smaller one as there is high risk of 51%-attacks using rented hashrate or the risk of incursions of profit switching miners which causes difficulty and block times fluctuations.

At Karbo we came to the conclusion that small tweaks of the hashing algorithm are not sufficient, which was confirmed by the series of hardforks of Monero to escape ASICs and newly developed FPGAs for their variant. We think that as soon as it becomes economically profitable, ASICs are developed for any algorithm. There are but few algorithms that are considered ASIC-resistant.

Therefore we were lingering with such change, and have not switched to any CryptoNight variant developed by Monero or other CryptoNote coins until we develop more sophisticated algorithm of our own that will be not only ASIC resistant but also preferably will favor solo only mining, which is truly decentralized, without pools and will be also botnet-resistant.

Basic overview

In order to achieve our goals we decided to use blockchain data in hashing to create non-outsourceable algorithm which will be able to prevent pooled mining and botnets.

Now hashing is a closed algorithm, that is, we have nonce which is changed and an incoming static data. The idea is to include in the calculation of the final hash a factor which destroys such a closed system.

Specific implementation is to include in algorithm the data from a blocks, the heights of which are defined as an intermediate result of a preparatory hash. That is, for the next hash with another nonce these intermediate blocks will be completely different. Thus, without an access to the blockchain hashing is not possible.

Detailed overview

The hashing in proposed algorithm works as follows:

1)    A block is hashed by fast Keccak hashing function to get the preliminary hash_1.
2)    The resulting hash_1 is used to retrieve 32 blocks at corresponding heights from the blockchain.
3)    A block is then hashed together with 32 retrieved blocks by the Argon2 hashing algorithm using hash_1 as salt.

The block here stands for block hashing blob binary array which consists of block header, which in turn contains, among others, so called nonce.

The mining process in Proof-of-Work uses nonce (a 32 bit arbitrary random number) that is used together with the block data as input for hashing function. Essentially miner is brute forcing all possible nonces in order to find a hash than satisfies the target difficulty.

Because changing the nonce also changes the preparatory hash_1, a different set of 32 blocks is required for every nonce to be retrieved from the blockchain. Thanks to this:

•     the performance is limited to the speed of I/O operations
•     every miner needs access to the blockchain (i.e. only full nodes will be mining)
•     sending from the pool server or requesting block data from open nodes is impractical overhead due to network latency and transfer speed/bandwidth limitations.

As a result, we believe that pooled/hosted mining is problematic with this method and that it provides the botnet resistance.

Notes

We do not specially target CPU-only mining and do intend to prevent GPUs entirely, although with Argon2 we achieve some limiting of GPU's prevalence over CPU.

We assume that I/O limitations will constrain the speed of ASIC and FPGA miners, should such be developed.

There is no SPV nodes for CryptoNote protocol so the full blockchain access requirement for the block verification is not considered as downside.

These benefits come at cost of synchronization speed - the node has to be synchronized block by block in ascending order as previous blocks are required to verify each new block but this is current mode of Karbo synchronization.

There is a concern of 'lightweight' miner possibility that is parsing and storing only block headers required for mining in needed format. However, the advantage of such miner is questionable.

В последующем будет второй этап по добавленю к вышеизложенному алгоритму еще и заставы-stake, описанный в другой статье там же https://github.com/Karbovanets/papers/blob/master/PoW%20with%20Stake.md, который сейчас в разработке. Но это не будет ни в коем случае пассивный POS,  это добавление элементов POS к POW для усиления безопасности сети.

Кроме того мы не отказались от планов озвученных в whitepaper и roadmap  и если POWS/mPOW будет недостаточно для стимулирования оттока карбо из циркуляции для поддержки цены мы вполне возможно добавим и пассивный доход в виде депозитов которые фактически разработанны и имплементированны (правда без динамической ставки).

Да, есть такое предложение: https://github.com/Karbovanets/papers/blob/master/KIP-001_Rus.md

---

KIP-001: ArgoNight — Неподлежащий аутсорсингу алгоритм хеширования и доказательства работы с доступом к блокчейну

в. 1.1

nuclEar_chaos, Aiwe, Luke

Здесь описывается предложение нового алгоритма доказательства работы для Карбованца.

Причина

Одним из краеугольных камней протокола CryptoNote и Карбованца является *"эгалитарный proof of work" *(с англ. "Доказательство работы"), который был разрушен изобретением специализированных устройств для майнинга т. н. ASIC-ов под алгоритм CryptoNight, используемый в CryptoNote. Карбованец до сих пор использует этот алгоритм несмотря на то, что большинство монет основанных на протоколе CryptoNote изменили его на свои варианты и модификации различной сложности под идейным предводительством Monero (в основном варианты Monero и используются).

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

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

Общий алгоритм большей монетой представляет опасность для меньшей монеты потому что возникает риск атак 51% с использованием арендованных мощностей или риск нашествий майнеров которые перескакивают с монеты на монету в поисках большей выгоды вызывая флуктуации сложности и временных интервалов между блоками.

В Карбо мы пришли к выводу что мелкие изменения в алгоритме хеширования недостаточны, что и подтверждают частые хардфоркы сети Monero в попытках убежать от ASIC-ов и вновь сделанных FPGA под их варианты. Мы считаем, что как только это становится экономически привлекательным, ASIC-и будут сделаны для любого алгоритма. Существует только несколько таких, которые считаются ASIC-устойчивыми.

Поэтому мы медлили с подобным изменением алгоритма и не перешли ни на один из вариантов CryptoNight разработанных Monero или другими монетами (хотя и адаптировали некоторые) пока не разработаем свой усовершенствованный алгоритм, который будет не только устойчивым к ASIC-ам, но также будет отдавать предпочтение соло майнингу, что является действительно децентрализованным майнингом, без пулов, а также будет устойчивым к ботнетам.

Общий обзор

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

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

Детальный обзор

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

1)    Блок block хешируется быстрым алгоритмом Keccak для получения предварительного хеша hash_1.

2)    Результат hash_1используется для получения из блокчейна тридцати двух блоков на соответствующих высотах.

3)    Дальше block еще раз хешируется вместе с тридцати двумя полученными блоками с помощью алгоритма хеширования Argon2 с использованием hash_1 в качестве соли.

Термин block здесь означает двоичный массив "block hashing blob", который содержит заголовок блока, в свою очередь, содержащий, среди прочего, т. н. nonce.

Процесс майнинга в системах Proof-of-Work использует nonce ("нонс", 32-битное случайное число) вместе с данными блока в качестве входных данных для функции хеширования. В общем, майнер просто перебирает все возможные "нонсы" пока не найдет такой, который в результате даст хэш который удовлетворяет текущую целевую сложность.

Поскольку изменение nonce влечет за собой изменение результирующего hash_1, другой набор 32 блоков нужен для каждого следующего nonce, которые надо извлечь из блокчейна. Благодаря этому:

*    эффективность ограничена скоростью операций ввода/вывода
*    каждый майенер должен иметь доступ к блокчейну (то есть быть полным узлом сети)
*    передача с сервера пула или запросы данных блоков из открытых узлов сети нецелесообразны из-за задержек и ограничения скорости/пропускной способности.

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

Примечания

Мы не нацеливаемся специально для майнинг только на CPU и не имеем цели полностью исключить майнинг на GPU, хотя Argon2 создает определенные ограничения для GPU.

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

В протоколе CryptoNote нет ли узлов SPV, поэтому необходимость доступа к полному блокчейну для верификации блоков не является препятствием для этого алгоритма.

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

Есть опасения создания «легкого» майнера, что разбирает и хранит только заголовки блоков, необходимые для майнинга вместо полного блокчейна. Впрочем, целесообразность (учитывая издержки создания) и преимущества такого майнера кажутся сомнительными.

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


Мне надоело содержать пул 

Сумма залога в крб. зависит от сложности. Вот таблица оценки размера залога на реальных сложностях карбо. От нескольких десятков/сотен крб. и до нескольких тыс. крб. Тут безопасность еще и экономическая - нужно получить контроль над достаточно большим % эмисси крб. в дополнение к проценту хешрейта (что в случае с соло майнингом тоже представляет свои неудобства).

Такое реализовала еще одна национальная монета Гульден. Но мы работаем над другим вариантом. Дело в том что в случае с валидаторами по моему мнению все сильно усложняется - вместо одного сообщения для достижения консенсуса (собственно сам блок с POW) нужно гонять полублоки, валидаторы их подписывают. Затем надо решать что делать если валидатор оффлайн или ведет себя неподобающе, что делать если валидаторы воюют друг с дружкой за место под солнцем, решать проблему ддоса валидаторов, проблем с задержками связи (например валидатор долго возился с подписью или информация медленно распространялась и часть нод уже решила что он тю-тю и взяла другого) и т.д. Т.е. вместо майнеров главными стают какие-то валидаторы. Меняется шило на мыло, разве что действительно труднее  сделать атаку 51% но ценой проблем в других местах.

Наш подход изложен в статье https://medium.com/@karbo.org/pow-with-stake-5d0ddbb44e94

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

Поскольку у нас нет инвестиций в исключительное оборудование для майнинга (имеется  в виду специализироованное и только для карбованца) то нужно заставить майнеров инвестировать в майнинг Карбованца или в сам Карбованец чтобы они могли вообще майнить. И тут на сцену выходит “Proof of Staked Work” (PoSW). Хотя я называю наш вариант mPOW — “membership PoW”.  Суть его такова: для того чтобы добыть блок, майнер должен в койнбейс транзакции выслать самому себе или кому-то еще, не важно, n-ную сумму крб. которые заморозятся вместе с койнбейс транзакцией на 100 блоков, это и называется stake по-нашему или доказателство доли/залога в стиле Карбо. Т.е. для того чтобы намайнить блок, майнер должен предъявить доказательство что он "инвестор", по крайней мере станет таковым на 100 блоков. Более того, если майнер шибко большой то ему для каждого блока нужен очередной стейк, т.е. чтобы майнить блоки подряд надо много-много карбованцев. Величина стейка n варьируется от сложности, т.е. майнеры сами себе повышают ставки если повышают хешрейт и сложность. При таких раскладах чтобы следать атаку 51% надо разжиться не только 51% хешрейта но и сотнями тыс. карбованцев что делает атаку неразумной, ведь после ее осуществления стоимость этих инвестиций может сильно подупасть.

В этом случае заправлять будут крупные инвесторы в Карбованец, что видится лучшим чем если заправляют инвесторы в GPU-фермы или китайские производители асиков, коотрых интересует только профит а не безопасность и будущее Карбованца.

Да. И майнинг будет только хардкор, только соло. Постараемся.


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

An update for Karbo classic wallet  v. 1.3.4 released.

Download: https://github.com/seredat/karbowanecwallet/releases/tag/v.1.3.4

This is an update to keep up to date with the latest core changes.

Привет,

ну у нас теперь асики заправляют. Пока это не изменилось мы убрали майнер так как в нем больше не было смысла.

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


Суть проблемы в том что "против лома нет приема", пресловутый алгоритм криптонайт, на котором мы до сих пор считался асикоустойчивым до тех пор пока не стало выгодно сделать асик под Монеро после того как ее цена достаточно подросла. После этого монеро сделали серию хардфорков для того чтобы убежать от асиков, но игра в кошки-мышки рано или поздно закончится, если не разработчикам то биржам и всем остальным надоест постоянно следить за хардфорками и обновлениями. Многие монеты последовали примеру Монеро. Но от как только более-менее крупные делали свой алгоритм, достаточно вкусный, его включал в свое меню Найсхеш. Это обнажило настоящую причину и помогло нам понять почему на самом деле разработчики интуитивно пытаются понизить хешрейт и убежать от асиков. Единствнный шанс получить передышку от найсхеша и атак профит свичеров это свой уникальный алгоритм, при этом важно чтобы монета была на нем самой большой, иначе жди атак. Т.е. для Карбо проблема с теперешним алгоритмом в том что доля хешрейта криптонайт у карбо мизерно мала по сравнению с хешрейтом на других монетах на том же алгоритме и с доступным для аренды на Найсхеш. Этим в прошлом году пытался воспользоваться злоумышленник пытаясь провернуть атаку 51%, но неудачно так как он не знал что мы внедрили защиту от подобных атак даже в условиях враждебных майнеров. Однако даже такая защита не удовлетворяет нас.

Защита и безопасность сети зависит не от хешрейта, а от инвестиций в этот хешрейт. Например, если можно недорого взять в аренду огромные мощности (по сравнению с мощностью жертвы) на том же Найсхеше то можно легко атаковать монету. То же касается мерджед майнинга - если пулам ничего не стоит добыча данной монеты так как они добывают ее как побочный эффект добычи другой более крупной монеты то и безопасности у нее нет никакой. Поэтому мы убрали мерджед майнинг. Мы надеялись что асиководы обратят на нас внимание, ведь асики дорогое удовольствие и они лояльны к монете, но этого не случилось, так некоторые  монеты почувствовли прелесть найсхеша и майнеров-гпушников и вернулись в лоно асиков. Т.е. у карбо нет большинства хешрейта, поэтому текущий алгоритм для него небезопасен.

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

Поэтому сейчас мы ведем разработку и тестирование собственного подхода к решению проблемы кочующих майнеров-профитсвичеров, мультипулов, набегов Найсхеша, асиков и ботнетов. Это будет адский гибрид хардкорного соло майнинга POW с элементами POS.  Мы заставим майнеров инвестировать в карбо, в его добычу, сделаем так чтобы сосредоточить мощности в одних руках для каких либо атак было практически невозможно.



А кстати.

Завезли новую версию классического кошелька Карбованца 1.3.4

Скачать из официального репозитория: https://github.com/seredat/karbowanecwallet/releases/tag/v.1.3.4

Вышла новая версия CLI v. 1.6.4.

Обновление НЕобязательное но рекомендуемое.

Скачать: https://github.com/seredat/karbowanec/releases/tag/v.1.6.4

Что нового:

*    Новый кошелек GreenWallet для работы с файлами кошельков Karbo 2.*.* и Karbo Lite
*    Патч для проверки залоченных по времени входов транзакций
*    Патч против произвольного к-ва подписей в транзакции (неопасно но может использоваться для blockchain bloat)
*    Создание детерминированных ключей с мнемонической фразой для walletd (основная пара)
*    Экспорт контейнера в walletd
*    Создание адресов из списка оптом в walletd
*    Методы RPC для получения приватного ключа транакции, доказательства платежа, доказательства средств в walletd
*    Обновление Blockchain Explorer Data
*    Обновление  NodeRpcProxy и InProcessNode
*    Разные исправления и чистка кода

Да, просто кто-то время от времени отваливается и копает себе свои форки.

А к стати:

New Karbo CLI v. 1.6.4 released.

This is NOT a mandatory update but recommended.

Download from our Github repository: https://github.com/seredat/karbowanec/releases/tag/v.1.6.4

What's new:

*    New GreenWallet for CLI Suite backed by WalletGreen (port of zedwallet from TurtleCoin)
*    Patch for timestamp locked invalid inputs in transactions
*    Patch for an arbitrary number of (dummy) signatures in the transaction (potential blockchain bloat)
*    Option of deterministic keys and mnemonic phrase for walletd
*    Export wallet and Create addresses from a list in walletd
*    RPC methods to get transaction secret key, transaction proof and balance proof in walletd
*    Reworked Blockchain Explorer Data
*    Update of NodeRpcProxy and InProcessNode
*    Various fixes and code cleanup (to be continued)

Попробуйте удалить в папке "c:\Users\%USER%\AppData\Roaming\karbowanec\" файлы *.dat  и таким образом пересинхронизироваться сначала. Ускорить процесс можно скачав файлы из https://bootstrap.karbo.io/

Если у нас будут ресурсы выполнить их требования. Пока мы заняты другим.

Проблем не должно быть, стоит еще убедиться что сид или мнемоника импортируются в гуи или симплволет  (на том же оффлайн ПК). Кроме того можно сохранить страницу бумажного кошелька https://karbo.io/paperwallet/ и создать кошелек в ней  и так же проверить на всякий случай импорт в ГУИ-кошелек. Бумажный кошелек работает оффлайн в браузере, это обычная html+js страница.

Выпущены новые версии кошельков Karbo-GUI v. 2.0.9 и Lite Wallet v. 1.0.7.

Пользователям этих кошельков рекомендуется обновиться:

https://karbo.io/download/

или

https://github.com/Karbovanets/Karbo-GUI/releases/tag/v.2.0.9
https://github.com/Karbovanets/Karbo-lite/releases/tag/v.1.0.7