X
Я просто сделал свой кривой недо-дхт и пытаюсь думать как написать чат на этом всем
Size: a a a
2021 June 22
YB
Первая ошибка работы с криптографией - писать свою криптографию.
X
Я её не пишу
X
Yggdrasil используется в моём проекте. Он сам все шифрует между нодами. Остаётся только шифровать данные в передаваемых файлах
V
Зачем тогда ещё что-то? Игг уже выполняет работу, описанную в твоей задаче
X
Сообщения то хранятся на чужих нодах
YB
Там, кстати, педалик постил недавно про какую-то модификацию mtree, vtree, что-ли, у которой можно сделать пруфы принадлежности существенно меньшего размера(предупреждение: в треде присутствует гомоморфная криптография).
V
Тогда пусть отсылают на другие ноды как сообщение такое-то успешно получено (всё остальное делает игг)
V
Если подпись не совпадает - игг сам дропнет
YB
Ещё можно хранить ключи в дхт, и либо требовать подписи у других участников(в предсказуемом порядке), но тогда надёжность будет вероятностной и будет возможность атаки Сивиллы, либо просто забирать ключи, когда надо, но тут открывается некоторая возможность для DoS.
YB
Ну и, наконец, WoT
X
WoT?
YB
Web of trust
YB
Но, если честно, это все дикое извращение, и до возникновения очень нестандартных(в контексте чятика) требований к системе надо просто хранить все ключи.
X
Да, я уже понял что проблемы этом нет. Спасибо) Только вот сомневаюсь насколько быстрый будет чат, если сообщения реплицируются на несколько нод
X
+ ещё непонятно как сделать отслеживание новых сообщений
X
Потому что нод очень много, где хранятся сообщения. Каждую опрашивать - не вариант
YB
С полной репликацией ограничен битрейтом самой медленной годы, требуемый битрейт количество участников*исходящий битрейт на одного участника.
YB
При нормальной скорости печати около 250 символов в минуту, условном разбиении на 10 сообщений, небольшом оверхеде и картинке в 64кб раза 10 минут, по количеству е участников в 100, получаем требуемый битрейт примерно 96кбит/с
YB
Без картинок - 8кбит/с