 Show Posts
|
|
Pages: [1] 2 3 »
|
|
Ещё подскажу идей:
1. Нарезка на равные чанки, скажем, сутки, месяц, год.
2. использовать деревья Меркла и брать корневой хэш для чанка вцелом для верификации блока из раннего чанка.
|
|
|
|
|
Вы бы реализацию в коде бы выкладывали на гитхаб - цены бы вам не было.
|
|
|
|
|
Ещё больше вопросов чем ответов, надо код таки смотреть.
1. Три точки 8К, 40К, 3М какова дискретность перескока при условии продвижения основной цепи на один блок?
2. В битке верификация с конца проходит с целью установления реального баланса юзера.
3. Вы таки сделали возможность перезаписи состояния кошелька с целью умерщвления старых частей чейна? Каков критерий окончательного омертвления? Что станет с мёртвыми частями?
|
|
|
|
|
"""Такие криптовалюты с отсечением старых блоков существуют"""
Приведите примеры.
можно же хранить контрольную сумму\заголовки блоков в основном чейне, в битке это примерно 4 метра в год, а инфу о доказательстве баланса кинуть на юзеров
|
|
|
|
|
Появилась идея вычитки и просмотра кода разных проектов с последующей выкладкой на ютуб канале.
В процессе копания, хотелось бы рассмотреть назначение той или иной штуки.
Интересно привлечь именно junior\middle, узнать как реально функционирует та или иная штука заодно развеять мифы.
|
|
|
|
Тут мудацкая система отображения сообщений, только на третий день тебя увидел и отписал. 1. Отвечу лично, бесплатными консультациями по стеку не занимаюсь. 2. Центральный сервер- это способ достич консенсуса без овертрафика + работы оффлайн. Ты же не хочешь скатиться в Битмесагу, но и в сторону Телеги и Скайпа скатываться тоже не надо. 3. По какому канону р2р ты так решил? p2p многоуровневым так же может быть, суть в том что нет главного сервака для всех. В реальном мире ты делаешь то что хочешь и можешь. В нашем случае стоит делать то что целесообразно ситуации. 4. Будет время сам посчитаешь затраты на инфраструктуру известных проектов. Если делаем реальный токсоподобный р2р чат, то фуллноды нет в принципе, если электропочту на базе БитМессаги то фулнода желательна, пусть даже облачная, но это уже третья сторона. Даже в Байтболе додумались сделать ретранслятор без фулноды  Не все захотят просто так фулноды тянуть, особенно когда функционал будем вешать. |
|
|
|
|
1. Ну JS вполне вкусный. Если ты предлагаешь Питона мучить. то тут я скорее читатель чем писатель, хотя представление имею. Т.е. я так понимаю десктоп\мобайл нативные приложения под все платформы? Как скомпилить на 3 платформы для десктопа представляю, на Андроид через костыли ещё можно а вот для ябла нужен свой железный стек
2. р2р это скорее распределённая сеть, если она будет группироваться по группам с центральным серверов на группу как Диаспора - то это будет децентрализация. А зачем нам решать задачу на уровне сетевых протоколов. если есть Тор, можно через Орбот на мобилке трафик гнать, может сосредоточится что бы в первую очередь сообщения были зашифрованы и ключи не летали на типа "доверенных" серверах как в Телеге?
3. Можно в приложение встроить функционал сервера с взрослой БД или в образ залить серверную часть а на десктопе приложульку запускать которая через нарисованные кнопки рулит по API чисто серверным образом. Полную схему выше давал.
4. У них только на маркетинг несколько десятков миллионов в день идёт. Поддержка десктопами полной ноды как возможность за какие то плюшки всё же нужна.
Ну а много ли надо хранить? Сообщения друзей и т.д. это несколько гигов. И хранить именно децентрализованно. т.е. хранишь только сообщения друзей и свою переписку, без оверхеда. Хочешь писать оффлайн - добавляй третьего - поднятый тобой сервер - ретранслятор, который отправит после того как друг будет онлайн. вот решение с управляемой децентрализацией.
пиши в Дискорд, контакт отправил
|
|
|
|
1. Стек это язык + пакеты\модули 2. За счёт серверной децентрализации там нет затыков как с токсом 3. ну как я писал клиентское ПО к сервачку ходит за оффлайн данными или за тяжёлыми запросами (например сходить в базу данных на несколько терабайт контента) 4. Ну платить узлам за онлайн, хотя бы монетами имелось в виду использовать пакет с jwt а туда слать свои ключи. например можно поискать варианты для работы со stun для браузера WebRTC - это для конференций и прочего тяжеляка, для p2p чатов хватит и чего по проще, вот сейчас надо выбрать чего какие ограничения наиболее критичны? хранить свою историю метров на двести и список друзей - это не обуза. Хранить данные ддрузей в зашифрованном виде в гуглопапке- вполне интересное решение |
|
|
|
|
1. Очень жаль что нет понимания технологического стека, а только идея.
2. Использую Skype + Discord, вышеописанными пробовал пользоваться но ввиду их кривости удалил навсегда.
3. Пока не понятно что платформа а что сервисы и как они выстроены.
4. Если что у меня есть сборки: WebApp (Pwa+Spa) / Desktop / server (образ) Всё на одном языке, уже есть песочницы для каждого слоя, есть экосистема типа heroku для выкладки готовых элементов экосистемы. соответственно на мобилке и тех кто хочет видеть сайтик первое, те кто хочет участвовать в поддержке сети и всё таскать с собой- второй вариант - те же кто хочет на коммерческом уровне поддерживать сеть - третий чисто серверный вариант с шардингом и репликацией базы данных.
В принципе чат. для тех кто онлайн хватит и первого слоя. Второй\третий для хранения данных и marketplace.
Если смотреть на первый слой то сокеты с шифрованием и jwt, например. Библиотек для р2р вещания без серверов уже достаточно. Есть тк же облегчённые базы данных для браузеров.
|
|
|
|
|
Можете составить ТЗ в котором будет указано какие технологии должны использоваться и что подразумевает собой слово платформа?
|
|
|
|
|
если совсем по простому то кто запрещает собрать даже не десктоп а webapp чатик на каком нить р2р транспорте с jwt и otr и браузерной недобазой? это как раз MVP
|
|
|
|
BitMessage это ад, а не мессенджер. Интересно, зашифрован ли публичный ключ отправителя и получателя сообщения? Я бы зашифровал.
Насколько я понял, Cryptocat работает через 1 сервер, регистрация как бы намекает, поэтому не понятно с чего ты взял что он децентрализован. В том же TOX'е никакой регистрации нет и всё завязано на любой из доступных серверов, но проблема в том что этих серверов мало - централизация, в результате при блокировке захардкоженных нод клиент без VPN или TOR не сможет получить адреса доступных пиров.
1. Любой клиент, кроме мобильного, должен быть полной нодой способной хранить чужие данные. Мобильный клиент должен функционировать через любую полную ноду
2. Язык не столь важен, система модулей не нужна, получится Jabber, где кто в лес, кто по дрова
3. Про защиту от записи не понял, видимо ты имел в виду защиту от отслеживания
4. Про комнаты согласен и считаю это ключевым функционалом, способствующим распространению мессенджера
5. Не вижу принципиальных отличий от комнат
От себя добавлю:
6. Технология должна быть открытой, сеть децентрализованной, а ПО user-friendly, как e-mail и торрент. Финансирование на поддержку должно поступать от функционирующих на её базе сервисов не следящих за пользователями - считай это более функциональным и полезным развитием темы модулей
7. Никакой регистрации быть не должно, как в крипте, но чтобы при этом пользователю не требовалось "запоминать" свой приватный ключ - есть решение
8. Для распространения адресов пиров вне своей оверлейной сети должен быть fallback - есть решение и описано мной с kzv в данном топике
9. Защита от спама - есть решение
10. Нелоггируемые чаты с использованием одноразовых ключей - есть решение
11. Возможность использования мессенджера для авторизации в сторонних сервисах без деанонимизации - есть решение
...
На гитхаб выкладывать нечего, так как практически некому проектировать и пилить, из изысканий в основном то, что мы с kzv описали в данном топике, поэтому если интересен проект и есть на него время - присоединяйся.
Так он потому и ад, что не соответвует принципам которые я опиал выше + за счёт распределения р2р это ещё и левый спамоподобный трафик. Публичный ключ на то и публичный, что его видят все но нельзя установить личность владельца. потому что он одноразовый Регистрация через почту - это вход для простых, ну и рега на сервере да. Уязвимая точка. Но Сноуден через Кота связь держал. 1. Мобильный хранит только свои. Десктоп - только друзей. Сервер максимальное число своего сегмента. Автоматический шардинг и репликация между серверами. Стек для данного решения есть. 2. Один язык + диалекты на сервере, клиенте, мобилке. Система модулей даст возможность брать извне готовые решения. 3. Off-the-Record Messaging (OTR) 4. комнаты - частный случай социальной кластеризации. 6. Открытый исходный код, сеть распределённой с децентрализованными узлами хранения не дошедших сообщений, user-friendly - нормальные фреймворки, Для финансирования - своя фалюта на своём чейне. 7. вот тут хз, юзеру проще мыло указать как в крипте (куда потом от товарища майора вирус придёт) 8. тут есть много решений но какие из них рабочие я хз 9. неужели hashcash ? 10. поподробней, пжлст 11. тоже интересно |
|
|
|
|
Есть два стула две успешных реализации защищённого чата без слежки. Телегу не считаем - она по определению красная.
Итак распределённый BitMessedge - одноранговая сеть. реально зашифрованные сообщения спамиться в сеть и прочитать их может только получатель или тот кто его ключ имеет. клиент написан на Питоне. Есть кто сможет сделать вычитку кода?
Второй вариант это децентрализованный CryptoCat, XMPP + OTR доказавшие свою надёжность. Написан на православном JS и десктоп обёртке его Electron.
Есть ещё p2p FireChat но его пока не вычитывал.
Если собрать воедино то идеальный мессенджер выглядит так:
1. p2p с опциональными фуллнодами в качестве хранилища когда и получатель и отправитель офф.
2. Православный JS с системой модулей
3. Тотальное шифрование и защита от записи если нужно.
4. Гибкая система комнат.
5. Опционально конференции.
|
|
|
|
|
Вы бы лучше на гитхабе проект открыли и там идеи в виде кода кидали.
|
|
|
|
я предлагаю уже сейчас начать собирать идеи в виде кодовых блоков в публичном проекте на Гитхабе, так и людей можно привлечь через гугол-поиск и меньше энергии будет уходить в трёп
могу показать как оформить публичную страничку на гитхабе с бесплатным хостингом на нём же
один не специфичный частный случай сейчас делают универсальный фреймворк чтобы от идеи до реализации проходило пара команд Хорошая идея. Вопрос - кто сможет уделить этому достаточно времени для реализации этой идеи, собрать нужных специалистов, грамотно поставить задачи, мотивировать участников?
Видимо придёться мне в меру сил. Собирать я умею. Вместо специалистов - свободный поиск готовых блоков. Вместо централизованного проекта - открытый репозитарий универсальных блоков. Мотивация - только от самих участников, если по пути - то сами всё сделают. Ещё есть смысл накачить новичком технологиями и выводить на общение с зарубежными разработчиками, например Microsoft и IBM |
|
|
|
Тоже через пыху парсил. Работаю в конторе, которая парсит с ~6000 сайтов интернет-магазинов товары для последующей выгрузки в соц сети типа вк, ок и в файлы эксель, цсв
а зачем чужие товары с чужих магазинов выкладывать в свой ВК ? |
|
|
|
|
Любая республика - это локальная экономика с соответствующими институтами.
Чем более полноценно данные институты функционируют - тем это территориальное образование ближе к нормальному государству и наоборот.
|
|
|
|
|
Напиши в личку, могу в скайпе показать некоторые примеры и как собирать.
|
|
|
|
|
