Hacker News Digest

С начала 2026 года новые адреса сервиса «Войти с помощью Apple» будут выдаваться на домене private.icloud.com, а не на прежнем privaterelay.appleid.com. Существующие адреса останутся активными и продолжат пересылку писем без перебоев, обеспечивая бесшовную миграцию для пользователей. Это изменение не затрагивает функцию Hide My Email в iCloud+, которая останется на домене icloud.com.

Разработчикам необходимо обновить системы учётных записей, логику валидации почты и списки разрешённых доменов, чтобы поддерживать оба домена — старый и новый. Игнорирование этого требования может привести к сбоям при регистрации или входе пользователей, чьи временные адреса уже получены на private.icloud.com. Рекомендуется проверить все точки интеграции с Sign in with Apple, особенно те, где жёстко заданы домены в allowlist.

Переход Sign in with Apple на private.icloud.com — техническое исправление, унифицирующее инфраструктуру с Private Relay и предотвращающее блокировку алиасов. Hide My Email остаётся на icloud.com для повышения приватности: смешивание с обычными адресами затрудняет их блокировку, несмотря на опасения по поводу lock-in. iCloud-алиасы эффективно снижают спам в Gmail и ProtonMail, особенно при настройке фильтров — рекомендуется помечать письма с них как «не спам». Существующие адреса на privaterelay.appleid.com сохранят работу. Для интеграции Sign in with Apple требуется платный Apple Developer аккаунт ($99/год). iCloud+ по $0.99/мес воспринимается как выгодный, хотя письма с iCloud-адресов иногда попадают в спам. Пользователи VPN могут использовать private.icloud.com для обхода ограничений сайтов, разрешающих только Private Relay. Создание новых Hide My Email адресов через настройки iCloud не изменилось.

Небольшая, но шумная группа китайских пользователей интернета начала утверждать, что династия Тан (618–907 гг.), одна из величайших эпох в истории Китая, — вымышленная. Это утверждение, основанное на странной астрологической теории и попытке пересмотреть хронологию династий, вызвало массовую реакцию: миллионы просмотров в Weibo, звонки в туристические бюро в Сиане с требованием закрыть памятники, и паника у родителей, чьи дети стали сомневаться в базовых исторических фактах. Хотя утверждение абсурдно — археологические находки, тексты и международные свидетельства подтверждают существование Тан, — его распространение воспринято как угроза государственной идеологии.

Китайская коммунистическая партия, чья легитимность строится на непрерывности китайской цивилизации, резко осудила эту «историческую нигилистическую» волну. Государственные СМИ, включая «Жэньминь жибао», назвали теорию «абсурдной», предупредив, что сомнения в прошлом подрывают «культурную уверенность» и «китайскую модернизацию». Эксперты отмечают, что подобные теории — не просто глупость, а форма протеста молодёжи против авторитетов в условиях экономического застоя. Власти быстро подавили дискуссию: автор теории заблокирован, видео удалены, а любые упоминания Тан теперь сопровождаются официальными опровержениями. Династия Тан — символ золотого века, который партия использует для укрепления национальной идентичности.

Тред опровергает теорию отрицания династии Тан через археологические данные (мавзолей Цяньлин), первичные источники и иностранные хроники (японские записи, битва при Таласе), признавая её абсурдной. Сравниваются параллели с другими историческими мифами: «фантомное время», неясная идентификация династии Ся, ведийский период в Индии, тольтеки у ацтеков. Участники расходятся в интерпретации: @culi видит в CNN ориентализм, @graemep — расистскую подоплёку. Цитата из CNN указывает, что для части китайской молодёжи отрицание истории — форма протеста против авторитетов и экономического недовольства. Отмечаются параллели с США: попытки переписать историю Гражданской войны и рабства как часть глобального тренда. @emptybits и @mmooss предлагают развивать критическое мышление и эмпирический скептицизм, а не подавлять теории. @KwisatzHaderack отмечает: даже жёсткая цензура КПК не устраняет дезинформацию, демонстрируя её пределы. @EdwardDiego и @jmclnx замечают, что акцент на «ханьских корнях» основателей Тан в Википедии может отражать современные политические нарративы.

Мировые океаны достигли рекордной температуры — 21,1 °C на поверхности, превысив предыдущий максимум марта 2024 года. Это произошло не в сезонном пике (март–апрель), а в августе, когда океаны обычно охлаждаются, что указывает на беспрецедентное накопление тепла. Причиной стали как растущий Эль-Ниньо, так и многолетнее потепление из-за человеческой деятельности: Эль-Ниньо лишь усиливает уже существующий тренд, а не создаёт его.

Температуры выше нормы зафиксированы не только в Тихом океане, но и у берегов Европы — в Западном английском канале морская жара длится уже более трёх лет, достигая 7 °C выше среднего. Такое тепло усиливает штормы, повышает уровень моря за счёт термического расширения воды и уничтожает коралловые рифы. Учёные предупреждают, что рекорды могут повториться в 2027 году, а частота морских тепловых волн ставит под угрозу морские экосистемы и сообщества, зависящие от них.

Рекордная температура океана — не единичное явление, а часть ускоряющегося глобального потепления, усиливающего Эль-Ниньо и вызывающего экосистемные коллапсы, экономические потери и обратные связи: выделение CO2 из океана, снижение альбедо льда. Несколько градусов повышения температуры резко усиливают последствия Эль-Ниньо, угрожая половине населения планеты. Лёгкое потепление уже вызывает катастрофы: в Северной Канаде зимние ледяные корки ведут к голоду и гибели карибу. Исторически разница в 6 °C между ледниковым периодом и сегодняшним климатом кардинально изменила географию Европы — показывая, насколько чувствителен климат к небольшим изменениям. Уменьшение ледяного покрова увеличивает поглощение солнечной энергии океаном, ускоряя нагрев. Теплое море высвобождает растворённый CO2, создавая положительную обратную связь, аналогичную гипотезе «clathrate gun». Темпы потепления достигают ≈0,3 °C за десятилетие; при текущих выбросах к 2060 году — +2,6 °C. Повышение температуры усиливает океанскую кислотность и снижает растворимость кислорода, ухудшая условия для морской жизни. Экономические последствия проявляются в росте цен: например, в Греции цены на сардины выросли на 20 % за месяц. Личные наблюдения дайверов подтверждают рост температуры: в Галапагосах 8 мм гидрокостюм стал слишком тёплым, в Монтерее вода поднялась с 11–13 °C до более высоких значений. Спор о добыче ископаемого топлива в США: одни утверждают об активном расширении, другие — о модернизации станций и новых угольных проектах. Для повышения восприятия риска следует использовать привычные единицы измерения (например, Фаренгейты в США) — иначе небольшие цифры воспринимаются как незначительные. Эксперты по управлению рисками советуют включать климатические угрозы в стратегическое планирование: игнорирование ведёт к системным потерям в сельском хозяйстве, инфраструктуре и энергетике.

В середине XIX века Париж столкнулся с эпидемиями холеры, и общественная мочеиспускание стало восприниматься как угроза здоровью. Вместо жестких мер вроде шипов и бетонных выступов — «empeche pipi» — город внедрил изящные писсуары: миниатюрные киоски с коваными цветами, витражами и даже львиными головами. Эти сооружения были не просто функциональны — они были архитектурными объектами, призванными смягчить табу и интегрировать неудобство в городской ландшафт. Однако приватность была минимальной: лишь металлический экран отделял пользователя от улицы.

Со временем писсуары пришли в упадок, а в США и вовсе исчезли общественные туалеты. Сегодня доступ к уборной — не право гражданина, а услуга, предоставляемая частными заведениями: кафе, магазинами, отелями. Это превратило базовую потребность в покупаемое благо, зависящее от социального статуса и доброжелательности бизнеса. История показывает, как инфраструктура формирует поведение: писсуары стали местами знакомств, а в США их связывали с борьбой против алкоголя — демонстрируя, что даже самые обыденные объекты могут нести скрытые социальные смыслы.

Тред дополняет исторический контекст статьи современными примерами: в ЕС и США закрытие туалетов связывают с наркотиками и бездомными, тогда как в Азии (Китай, Япония) и Австралии поддерживается плотная сеть чистых общественных туалетов благодаря государственной политике и культуре.

• По опыту @mstaoru в Китае и Таиланде туалеты бесплатны, чисты и доступны даже в полиции; в ЕС ситуация критическая. @freetime2 и @gkanai подтверждают высокий стандарт чистоты и доступности в Японии.

• Спор: @xyzelement оспаривает трактовку «трагедии общин», утверждая, что проблему создают не «община», а 10% маргиналов (наркоманы, вандалы), что вынуждает власти закрывать объекты. @999900000999 возражает, приводя пример образованного профессора, ставшего бездомным из-за развода и кредитной истории, показывая, что проблема шире.

• @curtisblaine указывает, что в Европе упадок туалетов в 70-80-х был вызван эпидемией героина и ВИЧ (иглы в кабинках), а не только запретами на алкоголь или ЛГБТ-активность, как в статье.

• Совет: @j1elo рекомендует приложение LavSeeker (OpenStreetMap) для поиска туалетов. @shirro ссылается на официальный Australian public toilets map и датасет data.gov.au.

• @strbean отмечает, что модель с платным входом (€0.50) и консьержем во Франции эффективнее полного запрета. @morninglight приводит ссылки на карты десятков тысяч бесплатных туалетов в Японии.

• @jonshariat и @MrDrMcCoy констатируют параллельное исчезновение урн и питьевых фонтанчиков в США как часть общей тенденции сокращения общественных удобств.

• @ModernMech и @testing22321 отмечают, что в некоторых регионах (Восточная Пенсильвания, Австралия) инфраструктура сохраняется: Wawa считается критической инфраструктурой, а в Австралии туалеты и мангалы поддерживаются в отличном состоянии.

• @micromacrofoot анализирует, что китайская модель (открытые пространства, минимум перегородок) снижает риски вандализма и использования для наркотиков, в отличие от западных кабинок с дверями.

• @grogenaut утверждает, что грязь в туалетах часто является следствием высокой нагрузки (фестивали), а не только вандализма, и приводит примеры чистых урнитов в парках.

• @adolph указывает на исторический факт: в 1970-х существовала организация CEPTIA, лоббировавшая отмену платных туалетов в США, что противоречит нарративу о том, что закрытие было только из-за моральных кампаний.

As a person with IBS I basically cannot peacefully go outside in EU. I lived for many years in China and Thailand, and toilets are free, clean, and plentiful there, and you can easily ask any place to use their toilet - there's no stigma. — @mstaoru

Shipyard прекращает все работы, связанные с IPFS, из-за прекращения финансирования от Protocol Labs. К 30 сентября 2026 года команда завершит поддержку ключевых проектов — включая Kubo, Helia, IPFS Desktop, IPFS Companion и инфраструктуру, такую как ipfs.io, bootstrap-узлы и Wikipedia-on-IPFS. За три года Shipyard значительно улучшил экосистему: увеличил пропускную способность шлюзов в 3 раза, снизив затраты на 80%, внедрил HTTP-нативные подходы, упростив развертывание, и создал инструменты вроде inbrowser.link для верифицируемых загрузок в браузере.

Большинство проектов теперь останутся без активной поддержки, а вклад в core-библиотеки go-libp2p и js-libp2p прекратится. Команда намерена помочь сообществу с переходом — предоставит документацию, контекст и ответит на вопросы до конца сентября. Они подчеркивают, что их работа заложила основу для будущего IPFS: HTTP-нативность, поддержка больших объектов SHA-256, анонимный доступ через Tor и устойчивую маршрутизацию контента. Несмотря на завершение этого этапа, они выражают благодарность всем, кто верил в идею адресации контента по содержанию, а не по местоположению.

Прекращение поддержки Shipyard — не закрытие IPFS, а смена модели финансирования на гранты IPFS Foundation, что усиливает децентрализацию, но ослабляет стабильность ключевых компонентов: Kubo, Helia, шлюзов и инфраструктуры. Уход Shipyard создал реальный вакуум, несмотря на декларации о децентрализации. Проблема IPFS — не в концепции, а в реализации: ненадёжная работа в браузере, сложность развертывания и отсутствие устойчивой бизнес-модели вынудили пользователей полагаться на централизованные шлюзы, превратив проект в «decentralization theater». Интеграция с Filecoin усугубила восприятие IPFS как криптовалютного проекта, а не веб-инфраструктуры. Использование Google Forms и Gmail для сбора обратной связи воспринимается как гипокритичное и подрывает доверие, хотя некоторые считают это пустяком. Юридическая ответственность за хранение нелегального контента через P2P-узлы остаётся ключевым барьером для массового принятия — CID-чёрный список пришёл слишком поздно. NFT-проекты, привязанные к ipfs.io, теперь под угрозой из-за возможного закрытия шлюзов. Многие пользователи — особенно в цифровом искусстве и музыке — полагались на IPFS для пират-дружелюбного распространения и остались без надёжной альтернативы. Сравнение с GitHub показывает: концепция content-addressed хранилища работала, но отсутствие удобного интерфейса и масштабируемости помешали ей стать стандартом. Альтернативы: Iroh и ATProto — как более устойчивые проекты на DASL с поддержкой бывших разработчиков Protocol Labs; ar.io — с моделью эндаумента на 200 лет хранения; Tailscale — как решение для P2P-развёртывания веб-приложений без IPFS.

Microsoft Paint и Photos в Windows встраивают невидимые водяные знаки в сгенерированные ИИ изображения — уникальные GUID, выдаваемые сервером Microsoft. Даже при локальной генерации (на Copilot+ ПК) промпт отправляется на сервер для модерации, а в ответ приходит GUID, который встраивается прямо в пиксели изображения. Этот механизм не связан с видимой водяной маркой — он работает независимо и остаётся скрытым. Водяной знак подтверждается через C2PA-метаданные, где указано использование технологии «Microsoft InvisMark», связывающей файловый уровень и пиксельный уровень следа.

Локальные ИИ-модели (в формате .onnxe) распаковываются с помощью секретных ключей, встроенных в систему, и включают архитектуры для сегментации и генерации изображений. Несмотря на локальную обработку, система остаётся онлайн-зависимой: модерация промптов и цифровая подпись C2PA требуют соединения с серверами Microsoft. Это вызывает вопросы о прозрачности и приватности — GUID может связывать изображение с конкретным запросом пользователя, хотя Microsoft не раскрывает деталей его назначения. Обход защиты технически возможен, но не даёт новых возможностей: альтернативные ИИ-инструменты, такие как Stable Diffusion, уже работают без таких ограничений.

Внедрение невидимых GUID‐водяных знаков в локальные изображения считается серьёзным нарушением конфиденциальности: метка скрыта в пикселях и метаданных, не отключается через UI и привязывает файл к конкретному запросу и устройству пользователя. Большинство комментаторов отмечают, что такой знак добавляется без явного согласия, а видимый переключатель водяного знака вводит в заблуждение — даже выключенный, GUID остаётся в файле. Для обхода предлагают заменить watermarker.dll пустым шимом, перехватить соответствующий API‐вызов или использовать альтернативные редакторы (jspaint.app, Lazpaint, LibreOffice Draw), где механизм отсутствует. Подобные скрытые идентификаторы уже использовались в других продуктах Microsoft (автоматические пометки Azure DevOps коммитов, принт‐трекинговые точки).

Xiaomi’s новое процессорное ядро Xring O3 демонстрирует резкий сдвиг в архитектуре мобильных чипов: оно превосходит Apple по многопоточной производительности и оснащено 44 МБ кэша — больше, чем у большинства ноутбучных Intel-процессоров. Ядра C1-Ultra имеют 21 порт выполнения, включая шесть для SIMD-операций по 128 бит, что превышает количество портов у современных Intel и AMD. Хотя AMD Zen 5 опережает в обработке 512-битных векторов, для ARM это рекордная ширина SIMD.

Основной тренд — взрывной рост числа исполнительных юнитов и кэша. Процессоры теперь нацелены на параллельную обработку тысяч независимых операций в цикл: сложения, умножения, матричные вычисления через SME2 и SVE2. Это не просто ускорение — это переосмысление вычислений под задачи ИИ и высокопроизводительных вычислений. Большинство транзисторов теперь тратятся не на частоту, а на параллелизм и объём кэша, что делает мобильные чипы конкурентоспособными даже с десктопными решениями.

Обсуждение дополняет статью, подчеркивая, что производительность на бумаге не гарантирует реальную эффективность из-за термических ограничений, отсутствия данных о потреблении энергии и зависимости от экосистемы, а не только от архитектуры процессора.

• Спор: Некоторые отмечают, что Xring O3 использует готовое ARM-ядро C1-Ultra, как и MediaTek, и Xiaomi не создавала собственную архитектуру ядра, лишь настраивала интерконнекты и физическую реализацию на TSMC 3nm.

• Спор: Хотя многопоточная производительность выше, однопоточная уступает Apple M5 Max, что ставит под сомнение утверждение о полном превосходстве, особенно в реальных сценариях использования.

• Все согласны, что ключевой метрикой является производительность на ватт, а не абсолютная скорость — многие отмечают, что высокая мощность и кэш не имеют значения, если устройство перегревается и деградирует под нагрузкой.

• Реальные результаты в смартфоне с ограничениями охлаждения и энергопотребления могут быть на 20-30% ниже лабораторных, как это было с MediaTek Dimensity 9500, что делает текущие цифры сомнительными.

• Большой кэш в 44 МБ указывает на то, что узким местом теперь является не вычислительная мощность, а задержка доступа к памяти — это подтверждается несколькими участниками, ссылающимися на архитектурные ограничения.

• Разработчики отмечают, что реальный успех зависит не только от железа, но и от поддержки Linux-ядра, драйверов, инструментов и стабильности экосистемы — всё это пока неизвестно для Xiaomi Xring O3.

• Большинство считают, что Apple остаётся лидером в энергоэффективности и интеграции железа с ПО, и даже при высоких цифрах в бенчмарках Xiaomi не дотягивает до целостности ecosystem Apple.

• Несколько участников подчеркивают, что данные пока основаны на прототипе, а не на финальном продукте в телефоне — это делает любые выводы преждевременными.

• Совет: Стоит ждать независимых тестов и анализа тепловых кривых, а не полагаться на анонсы — как отмечает @StrLght, третьих сторонных данных пока нет, и это критично для оценки.

• Совет: Сравнивать только с Apple не имеет смысла — экосистема iOS/macOS и управление ресурсами важнее, чем цифры в Geekbench, как пишет @bee_rider — переключение ОС не основывается на бенчмарках.

• Совет: Интересно, что производительность GPU близка к M5, но в Android-устройствах она будет сильно ограничена драйверами и термическим лимитом — как отмечает @simjnd, это снижает практическую ценность.

• Спор: Некоторые считают, что Xiaomi не может использовать TSMC и вынуждена использовать китайские литографические процессы с низким выходом годных кристаллов — что объясняет редкость таких чипов, как пишет @hn_submit.

• Китайский прогресс в полупроводниках — это реальность, но его масштабирование и надёжность остаются под вопросом, особенно в контексте безопасности и архитектурных уязвимостей, как в случае Loongson, упомянутых @angry_octet.

• Потребительский опыт с Xiaomi — хороший, особенно по соотношению цены и производительности, как отмечают @rawoke083600 и @otterley, но это не означает технологическое превосходство над Apple.

• Совет: Стоит смотреть на видео с анализом кристалла и кривыми производительности-потребления, как предлагает @picture — там можно увидеть реальные термические характеристики, а не только цифры бенчмарков.

Missing the most important metric: processing power per watt.I have some server CPUs laying around that can also beat Apple CPUs. But putting them in a compact, densely packed, sealed box (aka a phone) would result in a fireball and almost no battery life. — @strictnein

Европейский союз вводит строгие правила по утилизации упаковки (PPWR), которые угрожают выживанию мелких производителей, художников и микропредпринимателей. Согласно новым нормам, каждый, кто продаёт товары в ЕС, обязан регистрироваться и платить за утилизацию упаковки в каждой стране, куда отправляет продукт — даже если это всего пять единиц в год. Инженер из Греции, продающий по одному-два сенсора в Германию, Францию, Австрию и Бельгию, столкнётся с административными барьерами и расходами до €800–1000 в год, не считая времени на отчётность.

Это не просто неудобство — это смертельный удар для экосистемы открытого железа, ремесленников и платформ вроде Etsy. Стоимость регистрации, услуги представителя и отчётности в каждой стране несоразмерны объёму упаковки (часто менее 50 граммов на посылку). Даже если Еврокомиссия временно отложит требование о представителе до 2035 года, это не решит проблему фрагментации. Многие микропредприятия закроются до вступления поправок в силу. Правила подрывают саму идею единого рынка — и если ЕС не сможет защитить малый бизнес, он потеряет доверие граждан.

Обсуждение подтверждает, что PPWR создаёт непосильные административные и финансовые барьеры для микропроизводителей, усиливает фрагментацию национальных правил и отсутствие единого реестра, а также открывает преимущества крупным платформам вроде Amazon; участники предлагают сервисы «упаковка‐как‐услуга» и более доступную поддержку вместо штрафов.

• Многие комментаторы считают, что новые требования по регистрации и оплате утилизации делают микробизнес в ЕС практически невыживаемым.

• Отсутствие единого реестра и разрозненные национальные реализации приводят к бюрократической путанице и повышенному риску штрафов.

• Убраны пороги «de minimis», поэтому даже небольшие объёмы упаковки подпадают под обязательства, что усиливает нагрузку на малый бизнес.

• Спор: Согласно FAQ ЕС, микропредприятия, использующие нейтральную упаковку, освобождены от регистрации, что противоречит представлению статьи о полном запрете.

• Совет: Некоторые предлагают создать сервисы «упаковка и дистрибуция как услуга», где крупные дистрибьюторы берут на себя регистрацию и оплату EPR.

• Совет: Вместо штрафов лучше развивать образовательные программы и простые инструменты помощи в соблюдении требований.

• Регулирование в Китае делегирует штрафы логистическим компаниям, что делает систему более масштабируемой и менее обременительной для производителей.

• Спор: Автор комментария m000 считает, что PPWR фактически служит «налогом» для Amazon, позволяя крупным игрокам решить проблему за малый бизнес.

• Наличие аналогичных регуляций (WEEE, Battery Regulation) уже создает двойную нагрузку, а PPWR лишь удваивает административные издержки.

• Закон был подписан в декабре 2024 г., вступил в силу в феврале 2025 г., а принудительное исполнение начнётся только в августе 2026 г.

• Совет: Платформы вроде Temu уже заключили EPR‐соглашения с европейскими странами, позволяя китайским продавцам обходить сложные процедуры.

• Многие микропроизводители уже прекратили продажи в большинство стран ЕС, ограничившись лишь несколькими рынками (например, Германия и Испания).

This is actively preventing me from sending packages to other countries as a maker. No matter how small the risk is, I don't want to risk a 5000 euro fine for sending a small amount of packages to other EU countries. — @Robin_f

Tether — это проект, созданный для воспроизведения функций Apple Continuity на Linux с iPhone. После перехода на Linux автор скучал по возможности отправлять и получать iMessages и SMS, синхронизировать буфер обмена, передавать файлы и видеть уведомления с iPhone на компьютере. Особенно ему не хватало автозаполнения OTP-кодов из почты или сообщений в веб-формы — небольшая, но критичная функция, которая значительно упрощала работу.

Проект начался с синхронизации буфера обмена, что стало фундаментом для дальнейшей разработки. Сначала был выпущен iOS-приложение с базовой поддержкой, а затем добавлен Linux-демон. Безопасность была приоритетом: связь реализована через mTLS с взаимной аутентификацией. Далее последовала передача файлов, а для OTP-автозаполнения использованы браузерные и почтовые расширения (для Firefox и Thunderbird), которые перехватывают коды и вставляют их в поля ввода.

Ключевым прорывом стало использование Bluetooth и протокола Apple Notification Center Service (ANCS) через изучение проектов ancs4linux и BlueFerry. Несмотря на лицензионные различия (GPL у исходников, MIT у Tether), автор реализовал чистую комнату на C++ для работы с iMessage, SMS, уведомлениями и синхронизацией контактов. Теперь Tether поддерживает всё это плюс ранее реализованные функции: передача файлов, буфер обмена и OTP-автозаполнение.

Хотя Bluetooth-интеграция остаётся сложной и полной нетривиальных edge-кейсов, проект достиг стабильной работы. Автор подчеркивает, что Tether создан не для коммерческой выгоды, а для общего блага, и призывает к участию: исправлениям багам, новым функциям, переводам и документации. Он особенно рекомендует попробовать Tether тем, кто использует Linux и iPhone и скучает по бесшовной интеграции устройств.

Тред подтверждает практическую ценность Tether для пользователей iPhone на Linux, выделяя три добавления к статье: (1) архитектурное отличие от OpenBubbles/Beeper — Tether работает поверх Bluetooth-профилей iPhone (как CarPlay), а не маскируется под Mac; (2) история с лицензированием — автор после критики перелицензировал ancs4linux на MIT; (3) набор реальных ограничений: требует брокер-приложение на iPhone и Wayland, а KDE Connect на iOS остаётся ненадёжным, что и оправдывает существование Tether.

• Tether принципиально отличается от OpenBubbles/Beeper/BlueBubbles: проект имитирует Mac и общается с серверами Apple, а Tether просит сам iPhone через Bluetooth отправлять/получать сообщения — по сути использует путь, аналогичный CarPlay и автомобильным head-unit (@zackb).

• Apple не имеет видимых юридических оснований преследовать Tether, так как он только общается с iPhone владельца по Bluetooth/LAN и бесполезен без самого iPhone — в отличие от Beeper/BlueBubbles, которые нарушали ToS серверов Apple (@teach).

• Спор: @voakbasda считает отказ Apple от интероперабельности близким к криминалу и восхваляет Tether как «пробивание стены сада Apple»; @BatchBeat возражает, что претензии к экосистеме нелогичны при сознательном использовании iPhone и Apple воспринимает такой интероп как враждебный; @binkHN добавляет, что Google с RCS показывает ту же закрытость.

• Совет: На вопрос о Wi-Fi-only шаринге буфера обмена iOS→Linux без облака: OP-автор Tether делает это, но не автоматически — нужно открыть приложение и нажать кнопку (@cassianoleal).

• Совет: Альтернативы для OTP на Linux без iPhone: WhatsApp с linked-устройствами (но @dwedge предупреждает, что WhatsApp уже скрывает OTP на linked-устройствах), Google Messages через web, фоновые Android-приложения, форвардящие SMS в Discord (@porridgeraisin, @desireco42).

• KDE Connect на iOS работает ненадёжно: отправка файлов часто ломается, многие функции недоступны — именно это вынудило автора Tether писать собственный стек (@cassianoleal, @blinkingled).

• Совет: Tether требует Wayland и не работает на X11 — для @mcswell на xfce это блокирующее ограничение (@mcswell, @inigyou).

• Совет: Нужен брокер-приложение на iPhone, причём недоступно на старых iOS (включая 17.0), что отсекает часть пользователей (@ThinkBeat, @dadoum).

• Автор Tether после критики @pzmarzly о copyleft-лицензии перелицензировал ancs4linux на MIT в течение ~5 минут после комментария — это вызвало одобрение треда как пример здоровой реакции сообщества (@voakbasda).

• Спор: @kees99 считает, что LGPL и так покрывает use-case copyleft-библиотеки для линковки с проприетарным кодом — это не требует GPL; @pzmarzly настаивает, что copyleft всё равно ограничивает интероперабельность.

• Совет: Для замены macOS на Linux критической фичей остаётся именно iMessage/SMS-интеграция — @cpressland готов купить Framework 13 Pro, если Tether будет работать заявленно; @jonathanwallace перешёл на Linux на той же неделе и ищет, что контрибьютить.

• Совет: Tether не решает шаринг файлов на iPhone в фоне — нужно держать приложение открытым; @lxe предпочитает LocalSend, но отмечает его ограничения.

• Совет: Исторически через Bluetooth MAP (Message Access Profile) @harryposner в 2020 уже смог отправлять/получать iMessage через Linux-iPhone, но застрял на «Group metadata side channel» — подробности в blueferry doc, упомянутой в проекте.

• Спор: @aeon_ai заявляет, что Tether не обеспечивает E2E-шифрование и менее безопасен; в треде прямого опровержения этому нет, но @zackb указывает, что трафик идёт от самого iPhone, а не через Apple-серверы.

Идея заменить ELF-формат исполняемых файлов на SQLite — не шутка, а прототип под названием SELF, где сам файл — это SQLite-база, которую можно запускать как обычную программу. Вместо readelf и objcopy теперь можно писать SQL-запросы: SELECT name FROM elf_symbols или SELECT soname FROM ldd, чтобы узнать зависимости. Формат хранит все метаданные — символы, секции, зависимости — как таблицы, а не как бинарные структуры, что делает анализ и модификацию тривиальной задачей.

ELF на самом деле уже похож на базу данных — он вручную реализует индексы, строковые интернирование и внешние ключи, но без схемы и надёжности. SELF использует встроенную стабильность SQLite: изменения вроде LD_PRELOAD становятся транзакциями — можно вставить строку в таблицу preload, запустить программу, получить другой результат, а потом откатить всё одним ROLLBACK. Это позволяет атомарно перехватывать функции везде в системе без пересборки. Прототип работает с glibc, поддерживает конвертацию ELF ↔ SELF и даже запускается в NixOS-виртуальной машине. Nix даёт возможность перестроить мир — и SELF показывает, как можно переписать фундаментальные соглашения операционных систем.

Идея использования SQLite в качестве формата исполняемых файлов (SELF) интересна как попытка унификации метаданных, но практически необоснованна: ELF уже структурирован, но жёстко привязан к конвенциям — SQLite не решает его основную проблему, а добавляет избыточность. Существующие инструменты (osquery, nushell, виртуальные таблицы над /proc) и форматы (PE/COFF, .NET) уже обеспечивают структурированный доступ к системным данным без изменения формата исполняемых файлов. SQLite упрощает манипуляции с ELF-секциями по сравнению с objcopy/readelf, но не оправдывает замену ELF — особенно из-за невозможности эффективного mmap BLOB-данных из-за структуры страниц, что критично для исполняемых файлов. Для SELF требуется загрузчик, преобразующий его в ELF — приемлемо для демонов, но не для коротких утилит. Удаление метаданных через sstrip уже распространено, так как секционная таблица не обязательна для загрузки. Идея напоминает проваленные WinFS, AS/400 и PICK — это не техническая, а системная проблема: унификация на уровне формата не решает архитектурных ограничений. SELF не добавляет распределённости или транзакционности, в отличие от DBOS. Реальное внедрение требует полноценной экосистемы инструментов — их сейчас нет, и разработка неоправданна. Лучше развивать стандарты метаданных (ELF-расширения, DWARF), а не переписывать всё на SQLite, что лишь заменяет один барьерный API (fopen) другим (SQLite) без реального упрощения.