Нужно ведь сгенерировать не только сам адрес но и ключи приватные. Но я думаю что это вполне возможно, главное знать алгоритм.
А на счёт схемы ты конечно прав, можно запрятать так что запаришся искать. Но это не значит что не возможно будет найти и вытащить. А значит 100% защиты не будет. Чёж так часто биржи ломают и воруют. Если только биржи совсем бестолковые и не могут придумать хорошего сложного алгоритма для защиты ключей, хз.

Биржа действительно должна развернуть у себя на сервере полную ноду с демоном, через который будет выполнятся генерация адресов. Если биржа навороченная то она может придумать сложный алгоритм по хранению ключей, например отдельный изолированный сервер и доступ к нему строго по АПИ. Но главная проблема всех бирж в том что как бы она не защищала свои приватные ключи, они обязательно нужны для подписи транзакции, а т.к. транзакций на бирже может генерироватся очень много, то всё это дело обязательно автоматизируется. Вот и получается что ломают биржи, и как бы они не наворачивали доступ к приватным ключам, до них всё-равно добираются и воруют. А дальше уже дело техники, успеть воспользоватся ключами до тех пор пока биржа не спохватится и не станет в срочном порядке переводить все монеты с украденных кошельков на свои вновь сгенерированные.
Так что я считаю что как бы биржа не выдумывала внутренний алгоритм работы с приватными ключами, если её взломают и попадут внутрь системы, то обязательно украдут столько, сколько успеют унести.

Для начала нужно сгенерировать генезис блок под выбранный алгоритм майнинга. Сгенерированный Nonce зашивается в исходный код, т.к. это отправная точка от которой начнёт начало своего пути блокчейн. Также нужно сгенерировать генезис блок не только для mainnet но и для testnet. Если демону ноды не будет хватать каких-то правильно настроенных параметров, он обязательно сообщит об этом при запуске. Дальше уже по обстоятельствам. Для начала процесса майнинга, нужно чтобы было хотя бы две ноды были запущены, иначе блокчейн не имеет никакого смысла.

У эфира несколько клиентов getch это их базовый клиент, по моему он тоже имеет опцию --node-datadir или что-то похожее. Если конкретно не укзать путь где хранить полную ноду, то по дефолту она будет качатся на диск C в папку Users. По поводу того что не докачалось, то к сожжалению такое бывает.. Мне как-то несколько раз пришлось качать блокчейн, т.к. в какой-то момент зависало, причём всегда в разных местах. Просто очисть содержимое папки a:\Ethereum-chain и качай заново.
А опция --syncmode отвечает только за то какой тип блокчейна выкачивать, лайт, полный или ещё какой-то третий вариант.

Приветствую.
Планирую проект кошелька по обмену монет. Но пока не могут понять важной идеи. Вот есть работающий кошелёк jaxx и кажется есть ещё похожие мультивалютные кошельки. Они генерируют и хранят ключи у себя с возможностью их забекапить. На сколько я понимаю нигде больше эти ключи не хранятся. Соответственно кошелёк генерирует адрес, на который можно получать/отправлять монеты. Но технология блокчейн построена таким образом, что для того чтобы узнать свой баланс нужно выполнить полную синхронизацию с нодой. На сколько я понимаю Jaxx этого не делает. Ну ладно, допустим для отслеживания баланса в открытых блокчейнах таких как bitcoin достаточно просто написать сервер который будет сканировать блокчейн и сохранять балансы отдельно, это вполне можно показывать в программе. Но как быть в таком случае с анонимными криптовалютами, например с Zcash или Монеро? Либо есть ещё какой-то алгоритм по которому они без синхронизации с блокчейном могут показывать балансы и транзакции, либо они полностью отвергают возможности анонимных криптовалют, и работают только с публично доступными данными?
Кстати в таком случае ещё один интересующий меня вопрос: Как они проводят транзакции из кошелька, раз нет полной ноды конкретной криптовалюты, то и cli клиента тоже нет, т.к. от него нет никакого толку без полной ноды? Получается они забирают твой приватный ключ, проводят у себя на сервере транзацию, и потом ключ уничтожат. Так что-ли?

Такая ошибка означает что не скомпилировалась какая-то из библиотек, поэтому компилятор пишет undefined reference to.
Обычно нужно смотрет в логи выше, чтобы понять что именно не скомпилировалост должным образом. Либо не правильно линкуются эти же библиотеки. Что и было написано в самом низу: collect2: error: ld returned 1 exit status

Здравствуйте.
Я как-то разбирался в подобном вопросе, правда для Equihash алгоритма. Очень сильно был удивлён что информации крайне мало. В общем я могу только посоветовать алгоритм.
Изучите  внимательно исходники монеро. Часто в комментариях(естественно на английском) можно найти информацию отталкиваясь от которой можно найти в интеренете решение интересующего вас вопроса. Например я по комментариям понял что для генерации генезис блока была задействована определённая программа написанная на Си. Далее уже в интеренете нащёл её и аналог. Причем правильно всё сгенерировать получилось только через аналог. Как правило у таких программ есть скудная документация, по которой можно догадатся что нужно передавать в аргументы, ну либо пойти в её исходники и самим понять что ей нужно.
Вобщем всё решаемо, нужно только постараться.

For additional trust we added sha256sum and md5sum for executive files from our site.

Yes, we know about the problem with antiviruses. We are working to ensure that the antivirus does not think that our program is infected. We build everything from source code, if you do not believe, you can build from source code themselves.

Why do you think so?

WEBSITE | ROADMAP | TELEGRAM CHANNEL | TELEGRAM CHAT | TWITTER | REDDIT | FACEBOOK | GITHUB | ANN Thread

We are extremely excited to announce our Official Airdrop Campaign.

Limit: 100 Participants
Airdrop reward: 1000 Asofe each
You will need download wallet for your OS and get transparent address (t1)

Steps to join the Airdrop:
Fill the Airdrop form - Google Form

Привет. Перспективный проект получился!
Хочу поинтересоватся: как вы генерируете кошельки в демоне для пользователей? Ну тоесть это просто getnewaddress в пределах одного и того же кошелька на сервере, или для каждого создаётся реальный кошель с шифрованием? Просто мне кажется что если всё происходит в пределах одного кошелька то доступ к нему даст доступ ко всем адресам всех юзеров, что по моему не очень безопасно. А с другой стороны чтобы для каждого реального юзера создавать новый кошелёк нужен запушенный демон, что в плане масштабируемости и использования ресурсов очень накладно. Так какой-же подход самый оптимальный, пока не ясно.

Блокчейн развивается, и постепенно появляются приложения под Андроид(Java). Я думаю что этот сектор развивается и в дальнейшем будет ещё больше востребован. Так что со знанием явы в этой области без работы не останешся.

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

Block size does not affect the block generation time. The block generation time is 2.5m and Block max size 8MB

This is something between BitcoinZ and Electroneum. With changed money supply, block rewards etc.

While only linux console wallet. But in the next few weeks we will end works on multi platform wallet.