Не-не. Никаких банковских карт или Яндекс-Денег.
На данный момент можно получить 0.1 ADM бесплатно каждому новому аккаунту; купить ADM анонимно на странице покупки токенов, используя DASH, DOGE, BTC, LTC, ETH, LISK; купить ADM на бирже.
Удаления сообщений не будет. В этом и смысл использования блокчейна — порядок сообщений, достоверность содержимого, возможность подгрузить их в любой момент с любого устройства. Адской популярности не предрекаем пока, поэтому узлы сильно не «пухнут». А если такой вопрос встанет, там и подумаем. И еще важный момент: вы видите публичный АДАМАНТ. Но любая организация может поднять «свой АДАМАНТ» и хранить только свои сообщения. — к нам периодически обращаются компании и консультируются по этому поводу. Пока размер блокчейна ~10 ГБ. Картинки и файлы хранить в блокчейне не собираемся, есть мысль использовать инфраструктуру специализированных проектов типа FileCoin или Storj.
Форк Lisk'а.
Видимо, вы не заметили: github.com/Adamant-im/adamant
ADAMANT is decentralized messaging platform based on Lisk codebase and written in JavaScript.
Стоит уточнить, что клиентские приложения, собственно мессенджеры, не требуют никаких хранилищ данных. Они вообще могут не хранить сообщения, а только подгружать в оперативку.
А вот владельцам узлов диски пригодятся — все сообщения/транзакции как раз хранят узлы. Но пока это ~10 ГБ. Картинки и файлы хранить в блокчейне не собираемся, есть мысль использовать инфраструктуру специализированных проектов типа FileCoin или Storj.
5 секунд — это и есть консенсус. То есть большинство узлов сети согласились, что блок и все транзакции в нем правильные.
Количество подтверждений — это сколько блоков прошло после «вашего». Имеет значение при переводах больших сумм, а то, мало ли, сеть «откатится».
Поскольку сообщения таким способом доставляются около 5 секунд — это время появления нового блока сети — мы придумали сокет-подключение клиент-узел и узел-узел. Когда узел получает новую транзакцию, он проверяет ее валидность и передает на другие узлы. Транзакция доступна клиентам-мессенджерам еще до наступления консенсуса и включения в блок. Так мы будем доставлять сообщения мгновенно, как и привычные мессенджеры.
Да, так. Даже если такое будет возможно, расшифровать «все» не получится, а вот переписку между U123456 и U654321 можно будет. Но это минимальная из бед, которые принесет квантовый компьютер. Все-все-все построено на этой криптографии, и не только «компьютерный мир». Вспомните про закон Яровой и аналоги в других странах — весь трафик хранится, и прочитать в таком случае можно будет не только переписку в блокчейн-мессенджере.
Пока это вопрос философский.
мы не можем получить список входящих транзакций аккаунта
etherscan имеет ограничения.
Проблему знаем и сами написали индексер для хранения списка транзакций по адресу: github.com/Adamant-im/ETH-transactions-storage
Все ERC20-токены тоже включены.
В живую работает на ethnode1.adamant.im.
Нет. Комиссия миксера случайна, а еще миксер делает рандомное количество платежей между своими кошельками, выплачивает рандомным количеством платежей через рандомные промежутки времени. У одного входа количество выходов, заданное пользователем. Суммы выходов разные. И один из выходов — обратный отправителю.
Да, вопрос доверия. Видимо, изначально миксер будет использоваться для миксования небольших переводов, чтобы получить анонимно токены для переписки. Здесь риски очень малы, а выгода очевидна.
Подстраховать должна система рейтингов. Что-то вроде кармы в Хабре. Дело в том, что миксер имеет постоянную комиссию с переводов, и чем больше доверия к миксеру, тем больше у него пользователей, и тем большую анонимность он предоставляет. «Скамиться» миксеру будет выгодно только при получении крупного перевода.
В вопросе миксования переписки все лучше. Сообщения миксер не прочитает, и в худшем случае миксер раскроет метаданные (кто кому писал).
АДАМАНТ изначально создавался не как «один аккаунт — пиши всем», а как «много аккаунтов и они меняются постоянно». Создать новый аккаунт — секунда. АДАМАНТ псевдонимен, и привязать номер аккаунта к конкретному человеку при соблюдении осторожности сложно.
Ответ на второй вопрос: никто не мешает. Миксеру нужно доверять. Если вам и вправду важна анонимность — поднимите свой мессенджер, свою ноду, и свой миксер. Весь код в Github.
Да, в идеале бы сделать микс на уровне блокчейна. Но «правильный» микс будет дорогим и сложным для реализации. Надеюсь, кто-нибудь сделает.
1) Здесь много различных поводов. Я отмечу то, что важно мне лично — защита данных и приватность. Поскольку транзакции (они же сообщения) подписываются на клиенте, а подпись верифицируется не одним сервером, а множеством узлов, довольно сложно (невозможно?) реализовать MITM. Https, по сути, не нужен, не нужно полагаться на выданные сертификаты. Не удастся подменить и содержимое, и даже порядок сообщений — блоки в блокчейне зависят друг от друга. Приватность обеспечивается и тем, что клиент подключается к одной из нод, таким образом, собеседник не узнает ваш IP (как в P2P-мессенджерах), и центральный сервер (как при централизованном хранении).
Централизованное хранение часто предполагает «общий ключ расшифровки». Множество примеров это демонстрирует (как оказывается, не все хранится шифрованным).
2) Может «наболевшее». Каждое приложение ломится к моей телефонной книге и микрофону. Уведомления о прочтении — минус к приватности. Не наша концепция.
3) Не, не для этого. Опенсурс позволяет убедиться, что все защищено именно так, как заявлено. Нет закладок, нет утечки данных. И еще, хотелось бы, чтобы сообщество подключилось к разработке, чтобы система развивалась.
4) Блокчейн — независимая и неуправляемая разработчиками или руководством система. Без цензуры.
Пример с цензурой: банковская карта и ее блокировка при «подозрительных операциях» (на днях приняли закон) без согласия владельца карты.
Пример без цензуры: биткоин.
> should be set such that an average computer must expend an average of four minutes of work in order to send a typical message.
Доставка сообщение в течение 4х минут не создает неудобства? Это как замена email, не мессенджера, верно?
ЦП реально грузит, PoW же?
Пока не до конца дочитал, но
> Just like Bitcoin transactions and blocks, all users would receive all messages. They would be responsible for attempting to decode each message with each of their private keys to see whether the message is bound for them.
Или достоинством можно считать отсутствие множества фич, таких, как импорт телефонной книги или уведомление о том, что сообщение прочитано?
Такая концепция. Импорта телефонной книги не будет в АДАМАНТе, как и уведомлений о прочтении.
найти уязвимость в открытом коде месседжера и эксплуатировать ее до посинения, при чем администрация не сможет забанить аккаунт этого клиента, потому что это невозможно?
Все может быть. Администрация забанить действительно не сможет. Но уязвимости будут усправляться как в нодах, так и в клиентах. Это «нормальная» история. Обратите внимание, уязвимостей хватает даже у Apple.
клиенты еще и будут платить за каждое сообщение разработчикам только потому, что они существуют.
Полное непонимание dPoS. Будут платить делегатам. Разворачивайте ноду, становитесь делегатом, и будут платить вам.
Спасибо, добавим.
В блокчейне можно удалить чат, только если он изначально создается как удаляемый, как side-chain.
Есть еще некоторые моменты, которые стоит упомянуть в этой таблице. Например, в АДАМАНТе сообщения «платные».
На данный момент можно получить 0.1 ADM бесплатно каждому новому аккаунту; купить ADM анонимно на странице покупки токенов, используя DASH, DOGE, BTC, LTC, ETH, LISK; купить ADM на бирже.
Удаления сообщений не будет. В этом и смысл использования блокчейна — порядок сообщений, достоверность содержимого, возможность подгрузить их в любой момент с любого устройства. Адской популярности не предрекаем пока, поэтому узлы сильно не «пухнут». А если такой вопрос встанет, там и подумаем. И еще важный момент: вы видите публичный АДАМАНТ. Но любая организация может поднять «свой АДАМАНТ» и хранить только свои сообщения. — к нам периодически обращаются компании и консультируются по этому поводу. Пока размер блокчейна ~10 ГБ. Картинки и файлы хранить в блокчейне не собираемся, есть мысль использовать инфраструктуру специализированных проектов типа FileCoin или Storj.
Видимо, вы не заметили:
github.com/Adamant-im/adamant
ADAMANT is decentralized messaging platform based on Lisk codebase and written in JavaScript.
А вот владельцам узлов диски пригодятся — все сообщения/транзакции как раз хранят узлы. Но пока это ~10 ГБ. Картинки и файлы хранить в блокчейне не собираемся, есть мысль использовать инфраструктуру специализированных проектов типа FileCoin или Storj.
Количество подтверждений — это сколько блоков прошло после «вашего». Имеет значение при переводах больших сумм, а то, мало ли, сеть «откатится».
А потестировать ветку с сокетами уже можно: feat-sockets-branch-adamant-im.surge.sh
Пока это вопрос философский.
Вы ошибаетесь.
etherscan имеет ограничения.
Проблему знаем и сами написали индексер для хранения списка транзакций по адресу: github.com/Adamant-im/ETH-transactions-storage
Все ERC20-токены тоже включены.
В живую работает на ethnode1.adamant.im.
Или все же можно?
Мне тоже не нравится концепция trusted third parties. В АДАМАНТе это скорее костыль.
Подстраховать должна система рейтингов. Что-то вроде кармы в Хабре. Дело в том, что миксер имеет постоянную комиссию с переводов, и чем больше доверия к миксеру, тем больше у него пользователей, и тем большую анонимность он предоставляет. «Скамиться» миксеру будет выгодно только при получении крупного перевода.
В вопросе миксования переписки все лучше. Сообщения миксер не прочитает, и в худшем случае миксер раскроет метаданные (кто кому писал).
АДАМАНТ изначально создавался не как «один аккаунт — пиши всем», а как «много аккаунтов и они меняются постоянно». Создать новый аккаунт — секунда. АДАМАНТ псевдонимен, и привязать номер аккаунта к конкретному человеку при соблюдении осторожности сложно.
Ответ на второй вопрос: никто не мешает. Миксеру нужно доверять. Если вам и вправду важна анонимность — поднимите свой мессенджер, свою ноду, и свой миксер. Весь код в Github.
Да, в идеале бы сделать микс на уровне блокчейна. Но «правильный» микс будет дорогим и сложным для реализации. Надеюсь, кто-нибудь сделает.
1) Здесь много различных поводов. Я отмечу то, что важно мне лично — защита данных и приватность. Поскольку транзакции (они же сообщения) подписываются на клиенте, а подпись верифицируется не одним сервером, а множеством узлов, довольно сложно (невозможно?) реализовать MITM. Https, по сути, не нужен, не нужно полагаться на выданные сертификаты. Не удастся подменить и содержимое, и даже порядок сообщений — блоки в блокчейне зависят друг от друга. Приватность обеспечивается и тем, что клиент подключается к одной из нод, таким образом, собеседник не узнает ваш IP (как в P2P-мессенджерах), и центральный сервер (как при централизованном хранении).
Централизованное хранение часто предполагает «общий ключ расшифровки». Множество примеров это демонстрирует (как оказывается, не все хранится шифрованным).
2) Может «наболевшее». Каждое приложение ломится к моей телефонной книге и микрофону. Уведомления о прочтении — минус к приватности. Не наша концепция.
3) Не, не для этого. Опенсурс позволяет убедиться, что все защищено именно так, как заявлено. Нет закладок, нет утечки данных. И еще, хотелось бы, чтобы сообщество подключилось к разработке, чтобы система развивалась.
4) Блокчейн — независимая и неуправляемая разработчиками или руководством система. Без цензуры.
Пример с цензурой: банковская карта и ее блокировка при «подозрительных операциях» (на днях приняли закон) без согласия владельца карты.
Пример без цензуры: биткоин.
Доставка сообщение в течение 4х минут не создает неудобства? Это как замена email, не мессенджера, верно?
ЦП реально грузит, PoW же?
> Just like Bitcoin transactions and blocks, all users would receive all messages. They would be responsible for attempting to decode each message with each of their private keys to see whether the message is bound for them.
Upd.: Streams, да.
Спасибо, что заинтересовались темой. Но вы не уделили ей даже минимум внимания. По порядку.
Перейдите на msg.adamant.im — вам ничего хранить не нужно, это делают только ноды.
Все сообщения хранятся на узлах, каждый из которых равноправен. Разверните свой: github.com/Adamant-im/adamant
Такая концепция. Импорта телефонной книги не будет в АДАМАНТе, как и уведомлений о прочтении.
Все может быть. Администрация забанить действительно не сможет. Но уязвимости будут усправляться как в нодах, так и в клиентах. Это «нормальная» история. Обратите внимание, уязвимостей хватает даже у Apple.
Полное непонимание dPoS. Будут платить делегатам. Разворачивайте ноду, становитесь делегатом, и будут платить вам.
Прощаю.
В блокчейне можно удалить чат, только если он изначально создается как удаляемый, как side-chain.
Есть еще некоторые моменты, которые стоит упомянуть в этой таблице. Например, в АДАМАНТе сообщения «платные».