Intelligent Crypto Investor

Vite - платформа для децентрализованных приложений на технологии DAG (высокий TPS как IOTA, Byteball и тд.) со своим алгоритмом консенсуса hierarchical dpos consensus, необходимым для высокого масштабирования.
Алгоритм консенсуса HDPoS интересен тем, что каждый аккаунт имеет свою собственную цепь блоков и поддерживает свой собственный консенсус (подобное реализованно в Holo) , затем происходит объединение локальных консенсусов в глобальный. Благодаря HDPoS подтверждение транзакции занимает 1 секунду.
Виртуальная машина Vite совместима с Ethereum VM, а в качестве языка для смарт-контрактов Vite использует Solidity++, Solidity-совместимый язык с необходимыми доработками.
В сухом остатке имеем платформу децентрализованных приложений с высокой производительностью и продуманным масштабированием.
ICO не проводили, т.к. необходимые средства собрали на private sale (с участием крупных фондов, в т.ч. Bitmain), собираются проводить airdrop для коммьюнити.
Советую подписаться на русский чат, английский чат и группу анонсов, чтобы быть в курсе и не проспать момент с airdrop. Это тот airdtop, который надо ходлить.
Vite пока нет на крупных биржах, торгуется только на bilaxy
P.S. За наводку и помощь в подготовке материала спасибо @trollgee

Потихоньку начинаю возвращать свой канал к жизни и снова буду постить информацию о интересных (на мой взгляд) проектах.
В последнее время я заметил тенденцию, что достаточно крупные и интресные проекты вообще перестают проводить ICO и делают закрытый раунд и потом airdrop для комьюнити (DFINITY ) или, например, проводить ICO только для комьюнити с kyc и ограниченным капом (Zilliqa ограничивала до 5 ETH на человека).
Часто такие проекты делают анонс подобного airdrop и все, кто был подписан на емейл-рассылку/сидел в слаке или телеграме проета ДО анонса - получают возможность пройти kyc и участвовать в airdrop. Так что вполне имеет смысл подписываться и следить за интересными проектами.
Помимо этого стоит рассматривать возможности покупки хороших проектов (в особенности тех, у которых не было открытого ICO) с биржи по сравнительно недорогой цене.
Напоминаю, что лично моя основная стратегия это HODL и мне не особо интересен трейдинг. Частично продавать я начинаю только после очень хороших иксов (минимум 10х+) и никогда не выхожу полностью из проекта, который мне нравится. Это относится и к эирдропам, слить тот-же DFINITY сразу после получения своих бесплатных монет за 100$ - верх безумства и в такие моменты, скорее всего, будет прекрасный момент для покупки.
На канал публиковал и буду публиковать только те проекты, в которые вхожу сам или планирую войти (как только появится на биржах).
Сейчас заканчиваю изучение одного проекта и завтра напишу небольшой обзор.

Давно не писал, но появился неплохой повод.
Один из проектов смог меня заинтересовать и я согласился быть адвайзером. Планы очень амбициозные и это слабо сказано.
Если вкратце, то это платежная система на блокчейне (нет, не типо TenX, планы более амбициозные). Команда приглашает на закрытую презентацию с демонстрацией MVP в Москве. За инвайтом и подробностями к @IvanKKK

Что такое HD wallets простыми словами или почему в моём кошелке каждый раз меняется адрес?

Для начала вам нужно знать интересную деталь в работе блокчейна биткоина, а именно, что когда вы посылаете кому-либо биткоины - с вашего биткоин адреса всегда списывается весь баланс. Условно, если вы посылаете Пете 2 биткоина, а у вас на счету 5, то с вашего адреса улетят все 5 биткоинов, 2 из которых улетят Пете, а оставшиеся 3 (за минусом комиссии майнерам конечно) вам нужно выбрать куда послать. Конечно можно просто вернуть эти 3 биткоина на свой же адрес, но тогда страдает анонимность (у которой с биткоином и так всё печально), ведь становится абсолютно очевидно что конкретно с вашего адреса конкретно на другой адрес послали определенное количество биткоинов. Чтобы чуть запутать наблюдателей можно при каждой транзакции генерировать себе новый биткоин адрес и «сдачу» возвращать на него. Так же, если всегда использовать только один адрес – то связав этот адрес с конкретным человеком можно узнать всю его историю транзакций с самого создания этого адреса. А если при каждой новой транзакции генерировать новый адрес – то тут уже наблюдателю придется изрядно попотеть, дабы узнать всю историю транзакций, даже если и получилось связать конкретный адрес с конкретным человеком.
Но если каждый раз генерировать новый комплект приватный ключ + публичный адрес, это вызывает массу проблем с хранением такого большого количества приватных ключей. Даже если делать бекап раз в день, есть вероятность поломки компьютера и тогда все приватные ключи, сделанные после бекапа могут быть утеряны навсегда (как и все деньги, хранимые на связанных адресах).

Решить эту проблему (плюс предоставить очень интересные дополнительные возможности) нам помогает технология HD wallets. Приставка HD в данном случае – это не "High definition", а "hierarchical deterministic" (иерархически детерминированный), что говорит нам об определенной иерархии при создании новых адресов. Для дальнейшего понимания необходимо необходимо знать, что на цепочке между приватным ключом и публичным адресом стоит еще публичный ключ (он не дает возможности тратить средства с адреса).
Цепочка выглядит так:

Приватный ключ -> публичный ключ -> адрес

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

Но как это можно сделать на техническом уровне? Из предыдущего поста вы помните, что приватный ключ – это просто очень большое число. Но для простоты мы представим, что наш приватный ключ это число 10. Для создания новых приватных ключей мы можем просто каждый раз прибавлять 1 к нашему приватному ключу и дополнительно хешировать. Новым приватным ключом будет хеш из числа 11 (про хеширование я рассказывал в посте про Zero Knowledge Proof, если вкратце – после хеширования число 11 изменится до неузнаваемости и мы не сможем восстановить из нового приватного ключа обратно число 11), а уже из него мы легко выведем новый публичный ключ и адрес. Для следующего адреса приватным ключом будет хеш из 12, потом из 13 и так практически до бесконечности.

Но что если пойти на уровень выше? Что если к этому новому приватному ключу, который, например, получился из числа 12, так же начать прибавлять по 1? Сначала это может показаться ненужной глупостью, но из этого вытекают просто огромные возможности.