Firefox скомпилировали в WebAssembly и запустили внутри другого браузера
Команда Puter скомпилировала полноценный браузер Firefox в WebAssembly, позволив запускать его прямо внутри другого браузера (например, Chrome). Проект обошёлся примерно в $25 000 на токены Claude Opus и Fable, весь трафик идёт через WebSocket-прокси на серверах Puter с поддержкой end-to-end шифрования.
Это не просто технический трюк — успешная компиляция полноценного браузера в WebAssembly показывает зрелость экосистемы WASM и открывает дверь для изолированных портативных окружений выполнения, облачных IDE и новых моделей безопасности в вебе. Плюс показывает, как LLM становятся реальным инструментом в сложной системной разработке.
Браузер внутри браузера: технический трюк или новая реальность?
Команда проекта Puter продемонстрировала впечатляющее техническое достижение: они скомпилировали полноценный браузер Firefox (включая движок Gecko) в WebAssembly и запустили его внутри другого браузера. Теперь можно открыть Chrome, зайти на демо-страницу Puter и запустить там Firefox — который будет полноценно рендерить сайты.
Как это работает
Выбор пал на Firefox из-за сильной поддержки однопроцессного режима в движке Gecko — это критично для компиляции в WASM. Весь сетевой трафик из «вложенного» Firefox идёт через WebSocket-соединение по протоколу Wisp на серверы Puter, поскольку код в браузере не может открывать произвольные сетевые подключения.
Проверка показала, что end-to-end шифрование действительно работает: HTTPS-трафик приходит зашифрованным, HTTP — в открытом виде. Это означает, что SSL/TLS работает на уровне вложенного Firefox, а не только на транспортном слое.
Цена вопроса
Проект потребовал около $25 000 на токены Claude Opus и Fable (новая модель Anthropic). Команда активно использовала AI-ассистированное программирование через подписку Claude Max. После попадания на первую страницу Hacker News серверы пришлось срочно масштабировать — проксирование всего трафика оказалось дорогим удовольствием.
Зачем это нужно
На первый взгляд проект выглядит как техническая демонстрация возможностей WebAssembly. Однако подобные решения открывают путь к портативным изолированным средам выполнения, тестированию браузерных движков в песочнице и новым архитектурам веб-приложений. Исходный код доступен в репозитории firefox-wasm, аналогичный проект WebkitWasm компилирует WebKit, но пока без публичной демки.
Ключевые выводы
- Полноценный браузер с движком Gecko успешно скомпилирован в WebAssembly и работает внутри другого браузера
- Проект стоил $25 000 на токены AI-моделей (Claude Opus, Fable) — яркий пример применения LLM в сложной низкоуровневой разработке
- Весь трафик проксируется через серверы Puter по WebSocket (протокол Wisp), что создаёт значительную нагрузку на инфраструктуру
- End-to-end шифрование работает на уровне вложенного браузера — HTTPS остаётся зашифрованным до конечного сервера
- Firefox выбран из-за сильной поддержки single-process режима, критичной для WASM-компиляции
Источник: simonwillison.net
Честно говоря, мой первый вопрос был «зачем?», но потом я подумал: а ведь это реально круто с точки зрения изоляции и портативности. Представьте: полностью детерминированная среда браузера для автотестов, или безопасная песочница для подозрительных сайтов, или даже браузер-as-a-service в облаке. Пока что это дорого (серверы для проксирования трафика — не шутка), но направление интересное.
Особенно меня зацепило, что $25k ушло на AI-токены. Это не пресс-релиз, а реальный кейс: команда использовала Claude и Fable для компиляции чертовски сложной кодовой базы Gecko в WASM. Если LLM действительно помогли справиться с такой низкоуровневой задачей — это сигнал, что AI-ассистированное программирование вышло за пределы «генерации бойлерплейта».
А теперь спустимся на землю: это решение в поиске проблемы. Браузер в браузере — технически впечатляюще, но практически бесполезно. Задержки сети через WebSocket-прокси убивают производительность, серверная инфраструктура стоит безумных денег (они сами признали проблемы со скейлингом после HN), а реальных use-case кроме «посмотрите, как мы можем» пока нет. Изоляция? Для этого есть iframe и Content Security Policy. Тестирование? Docker с headless-браузером дешевле и быстрее. И да, $25k на AI-токены для компиляции открытого проекта — это не прорыв, а показатель неэффективности подхода.
Комментарии