WardLink: что дальше и несколько открытых вопросов
wardcore 7 минут назад WardLink: что дальше и несколько открытых вопросов Средний 2 мин 106 Мессенджеры * Информационная безопасность * Криптография * Децентрализованные сети * Беспроводные технологии * Мнение Это...
Anthropic — What company has the best second artificial intelligence model at the end of June?
Вот важная новость с фронта ИИ: wardcore 7 минут назад WardLink: что дальше и несколько открытых вопросов Средний 2 мин 106 Мессенджеры * Информационная безопасность * Криптография * Децентрализованные сети * Беспроводные технологии * Мнение Это продолжение поста о WardLink — P2P-синхронизации между своими устройствами по LAN без сервера в петле. Здесь про то, куда это может пойти, и про несколько вопросов, на которые у меня пока нет хорошего ответа. Сценарий, который LAN не покрываетWardLink работает, пока оба устройства в одной сети.
Это закрывает большинство домашних сценариев: телефон и ноутбук на одном роутере — всё синхронизируется автоматически. Но есть специфичные ситуации — когда оба устройства физически рядом, однако оказываются в разных сетях, и переподключиться некуда. WardLink в таких случаях не поможет.
Технические детали
Bluetooth здесь работал бы. Не зависит от роутера, дальность 10–15 метров, физическая близость — всё что нужно. Но есть одно но: скорость.
BLE Classic даёт около 2 Mbps в лучшем случае. Синхронизация метаданных через это — мгновенная. Первая полная синхронизация с большой историей чатов — это несколько минут ожидания в лучшем случае.
Один вариант обойти это: использовать Bluetooth только для discovery и паринга, а сами данные передавать через WiFi Direct — он не требует общего роутера и по скорости сравним с обычным WiFi. Минус в том, что поддержка WiFi Direct на Android неравномерная, на Linux — отдельная история, на Windows и macOS тоже без гарантий. Второй вариант: Bluetooth как транспорт только для метаданных и небольших данных.
Отраслевые последствия
Медиафайлы ждут, пока устройства окажутся в одной сети. Гибрид, но это усложняет логику синхронизации. Пока не уверен, что это стоит усложнения.
Мне интересно, насколько вообще реальный этот сценарий: попадаете ли вы в ситуацию, когда два своих устройства рядом, но не в одной сети? Конфликты при расхождении состоянийТекущая модель синхронизации — pull-based: каждое устройство тянет у пира то, чего у него нет. Для сообщений это работает чисто — они иммутабельны, конфликтов нет.
Для списка избранных чуть сложнее. Если оба устройства были офлайн, оба внесли изменения, потом встретились — побеждает последняя запись по timestamp. Это работает в подавляющем большинстве случаев.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.




