Ipfs ipns opera что это

Обновлено: 30.06.2024

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

Установка IPFS

Чтобы использовать IPFS, первым делом необходимо сначала установить IPFS, IPFS доступна на платформах Mac OS X, Linux и Window, вы можете использовать этоссылка на сайтЗагрузите сжатый пакет исполняемого файла, соответствующего платформе.

Для платформ Mac OS X и Linux используйте следующую команду для установки:

Сначала используйте tar для распаковки сжатого пакета,Затем выполните install.sh Для установки установочный скрипт install.sh на самом деле ставит исполняемый файл ipfs перейти к $PATH По содержанию. После завершения установки вы можете ввести в командной строке терминала ipfs Попробуйте, если отображается куча командных команд, установка IPFS прошла успешно.

На платформе Windows похоже, поставь ipfs.exe Переместить в переменную окружения %PATH% Под указанным каталогом.

Основное использование IPFS

Инициализация IPFS

После завершения установки первым шагом для использования IPFS является инициализация IPFS, используйте ipfs init Initialize

Выше приведен соответствующий вывод команды выполнения, которая выполняется ipfs init Во время инициализации будет следующее поведение:

Сгенерируйте пару ключей и создайте соответствующий идентификатор узла, который является командной строкой: peer identity Значение хеша позади.

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

Модификация конфигурации IPFS

После инициализации IPFS конфигурация (необязательно) может быть изменена по мере необходимости. Метод модификации следующий:

Или напрямую отредактируйте файл

Загрузить файлы в IPFS

Сначала мы создаем файл upchain.pro.txt, который можно использовать следующим образом:

ipfs использует команду add для добавления содержимого в узел, введите в командной строке:

Когда его файл добавляется в узел, он генерирует уникальный хеш для файла: QmQgMZKqHzyEdyJja5ioF8WaXrbUDVjqhJDoaUKDymgioi, вы можете использовать ipfs cat для просмотра содержимого файла:

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

После запуска демона Swarm попытается подключиться к другим узлам, синхронизировать данные, а также локально запустить две службы: службу API и службу веб-шлюза, которые представлены ниже:

Это также веб-версия консоли управления IPFS. Вы можете добавлять файлы через эту консоль, проверять состояние подключения к узлу и т. Д.

Загрузить каталог в IPFS

Сначала мы создаем папку upchain и помещаем предыдущий upchain.pro.txt в каталог.

Чтобы загрузить каталог в IPFS, вам нужно добавить -r при использовании команды добавления, как показано ниже:

При загрузке папки, папка также генерирует соответствующий хеш, к которому можно обратиться по хешу, за которым следует имя файла, например:

Используйте IPNS для решения проблем с обновлением файлов

Поскольку IPFS в IPFS, после изменения содержимого файла (например, обновления), будет создан совершенно другой новый хеш. Использование IPNS может использовать одну и ту же ссылку, чтобы всегда указывать на обновленное содержимое. На самом деле, использование также очень просто, просто Использовать имя ipfs для публикации каждый раз после обновления контента hash Опубликовать на узле.

Например, чтобы опубликовать файл upchain.pro.txt на узле, используйте следующую команду:

В порядке QmQgMZKqHzyEdyJja5ioF8WaXrbUDVjqhJDoaUKDymgioi да upchain.pro.txt Хэш, в командной строке QmYM36s4ut2TiufVvVUABSVWmx8VvmDU7xKUiVeswBuTva Идентификатор текущего узла (вы можете посмотреть на результат предыдущего инициализации ipfs).

Фактически, идеальным является использование ipns: // QmYM36s4ut2TiufVvVUABSVWmx8VvmDU7xKUiVeswBuTva для посещения через упомянутый ранее веб-сайт или браузер не поддерживает протокол ipfs.

Теперь давайте обновим upchain.pro.txt с текстом: «Основатель: Tiny Bear»

Если мы хотим запросить хеш, на который указывает идентификатор узла, мы можем использовать ipfs name resolve Сделайте запрос:

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

Если у нас есть несколько сайтов, которые необходимо обновить, мы можем сгенерировать новую пару ключей и опубликовать ее с новым ключом, например:

Pinning

Закрепление является важной концепцией в IPFS: всякий раз, когда мы запрашиваем контент в сети, IPFS всегда предоставляет локальный контент, который сначала синхронизируется, а для предотвращения увеличения пространства хранения IPFS он фактически используется. Механизм кэширования обрабатывает файлы. Если файлы не используются в течение определенного периода времени, файлы будут «переработаны». Цель закрепления - «закрепить» файл и убедиться, что файл не «переработан» локально. Если это важный файл, вы можете использовать закрепление, чтобы предотвратить удаление файла.

Когда мы используем ipfs add для добавления файлов, по умолчанию будет Pinning (файлы, полученные с помощью других команд, не будут закреплены),

IPFS предоставляет команду закрепления для операций закрепления, например, мы запрашиваем, закреплен ли определенный хеш:

Вы можете использовать pin add для ручного закрепления файла, например:

Если вы хотите удалить состояние вывода, используйте вывод rm, например:

Параметр -r pin rm означает рекурсивное удаление состояния вывода. Для файлов без вывода, если вы выполняете операцию GC ipfs repo gc Файл будет удален.

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

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

В статье мы развернем IPFS ноду на сервере и попробуем эту технологию на практике.

Что такое IPFS

IPFS — это большая децентрализованная p2p-сеть, которую используют как файлообменник, веб-архив или замену Bittorrent. Все крутые примеры использования IPFS в реальных проектах можно посмотреть в зале славы на официальном сайте awesome.ipfs.io.

Вкратце работает оно так: хранимые файлы получают свой мультихэш и разбиваются на блоки, которые разлетаются по всем заинтересованным нодам. На нодах синхронизируется DHT, при скачивании файла собираются блоки с разных (в теории — ближайших) нод. Причём для доступа к файлу или директории не нужно поднимать свою ноду, они все доступны из браузера, что приводит нас к народно любимой фиче: на IPFS можно бесплатно хостить сайты. Но только статику, обновлять любые данные чаще, чем раз в несколько минут неудобно из-за тех же хэшей, которые формируют ссылку и меняются при каждом изменении в файле (существует система постоянных имён IPNS, но она медленная). Впрочем, это не помешало чувакам из Orbitdb запилить базу данных на IPFS, но там свои нюансы. Более подробно почитать про устройство сети можно здесь.

Как будем хостить

Допустим, у меня есть нода, с которой я бесплатно раздаю статические сайты, сам же на них хожу и иногда привожу коллег посмотреть. Общий объем данных ограничен только размером моего диска, а скорость загрузки — домашним интернетом, что может быть лучше? Но есть ряд проблем. Во-первых, самой IPFS нужно довольно много интернета и солидный кусок процессора, и даже без трафика она всегда отбирает часть ресурсов на синхронизацию DHT. Во-вторых, я в основном работаю с ноутбука и все файлы держу на нём же, и потому же далеко не всегда у меня под рукой домашнее полугигабитное волокно. Кратковременные разрывы для IPFS не проблема, она держит кэш в DHT несколько часов, но стоит куда-то уехать на пару дней, и вот уже все твои проекты радостно высыпаются из сети. Можно запиннить (“запомнить”) файлы на десктопе, но это как минимум вдвое увеличит трафик, что тоже не комильфо. Что делать? Я попробовал поднять ноду на сервере, чтобы разгрузить ноут, но мне всё еще приходилось грузить файлы вручную, как на обычный хостинг. В итоге я покурил доки и API и написал простенькую утилиту для синхронизации моей локальной статики с сервером.

У IPFS есть две самостоятельные реализации: go-ipfs и js-ipfs. Мне ближе JS, поэтому я писал на нём. Я хотел чтобы утилита могла подхватывать папки с моими сайтами, и регулярно загружать их в сеть, пока я работаю. Серверная часть должна ловить хэши папок и пиннить их, чтобы файлы не потерялись.

Установка и запуск

У js-ipfs довольно подробный туториал с примерами, поэтому:

Нода запускается в несколько строк:

Конфиги и сиды для неё прописываются тут же, но для старта достаточно этого.

Пишем функционал

Дальше нужно передать ноде файлы и загрузить их в IPFS. Для этого используем node.add с параметром < recursive: true >для папок. Адрес можно передавать в аргументах при запуске, а сохранять по команде. Важно записать только последний хэш — он от корневой папки:

Вся папка успешно ушла в сеть. По ссылке откроется сайт, а саму папку можно проверить на вебморде IPFS:

Дальше чтобы сделать процесс сохранения удобным, я дописал сохранение с номером версии и публикацию в IPNS через node.name.publish . Но сохранение вручную это скучно! Я хочу иметь возможность смотреть обновленный сайт так же быстро, как вижу изменения в локалхосте, а значит, обновление должно происходить автоматически. А ещё если я вдруг забуду сохранить что-то, выключу ноутбук и поеду домой, актуальная версия сохранится не только в редакторе, но и в сети. Сделаем автосейвы по дефолту раз в 10 минут, с возможностью изменять интервал для разных темпов работы. Кстати, если файлы не менялись с последнего сохранения, не поменяется и хэш.

Круто, но пока все файлы мы раздаем с локальной машины. Пора подключать серверную ноду! Берём экспериментальный pubsub, получаем топик из аргументов при запуске и пробуем доставить хэш сохранения:

Ура! Дело за малым — заставить сервер хранить все полученные хэши и пиннить их ( node.pin.add ), и научить клиент вырубать свою ноду, когда она не нужна ( node.stop ).

Так выглядит список загрузок на серверной ноде

Что в итоге?

Когда я сажусь писать код, он автоматически сохраняется в IPFS
Все версии всегда доступны по персональным ссылкам /ipfs/Qm…
Я могу публиковать сайт в IPNS, чтобы не слать клиенту ворох ссылок
Локальная нода просыпается, только чтобы выгрузить файлы и связаться с сервером, после засыпает обратно
Локально у меня хранится только одна копия сайта, трафик на единичные загрузки новых версий кратно меньше фонового трафика ноды IPFS
Я наконец-то могу работать в локалхосте без головной боли с версионностью

Вообще с помощью IPFS можно делать и гораздо более интересные штуки. Я вот точно хочу довести до ума эту утилитку и написать новую, с гуи. А пока вот держите сайт, который мы писали и хостили всё это время:

Браузер Opera с поддержкой IPFS

Буквально несколько дней назад Opera Software выкатили первый браузер с нативной поддержкой IPFS. Пока, правда, только в мобильной версии для Android. Это значит, что он может напрямую обращаться в сеть IPFS без веб-шлюзов! Ждем когда поддержку добавят в десктопную версию.

IPFS расшифровывается как Interplanetary File System, что означает межпланетную файловую систему. По сути, это открытый, одноранговый (p2p), распределенный гипермедиа-протокол, который создан, чтобы функционировать как универсальная файловая система для всех вычислительных устройств. Это сложный и очень амбициозный проект, который много значит для будущего развития и структуры Интернета.

Что такое IPFS

Неэффективная доставка контента, связанная с загрузкой файлов с одного сервера за раз,
Дорогие затраты на пропускную способность и дублирование файлов, что приводит к раздутому хранению,
Увеличение централизации серверов и провайдеров, что приводит к усилению цензуры в Интернете,
Короткая история информации, хранящейся в Интернете, и короткие сроки существования веб-страниц,
Прерывистые соединения.

IPFS предоставляет распределенное хранилище и файловую систему. Вместо загрузки файлов с отдельных серверов в IPFS вы запрашиваете их p2p: предоставляют путь к файлу таким образом, а не через центральный сервер. Это позволяет распределять большие объемы данных с высокой эффективностью, управлением версиями, а сеть становится более устойчивой и постоянно доступной. Она защищена и проверена с помощью криптографического хеширования и распределена по сети одноранговых узлов.

Как работает IPFS?

Концепция IPFS практически аналогична World Wide Web, но больше напоминает кучу BitTorrent-ов, которые обмениваются объектами в одном хранилище Git. Файлы распространяются через протокол BitTorrent.

IPFS действует как комбинация Kodemila, BitTorrent и Git для создания распределенной подсистемы Интернета.

Дизайн протокола дает историческое управление версиями Интернета, как в Git. Каждому файлу и всем блокам внутри него присваивается уникальный идентификатор, который является криптографическим хешем. История версий отслеживается для каждого файла. Это приводит к постоянно доступному контенту, где веб-страницы не исчезают из-за отказавшего сервера или банкротства веб-узла. Кроме того, гарантируется аутентичность контента. При поиске файлов пользователь просит сеть найти узлы, которые хранят контент с уникальным ID-хешем.

Связи между узлами в IPFS принимают форму криптографических хешей. Для этого используется архитектура данных Merkle DAG (Directed Acyclic Graphs). К преимуществам DAG Merkle в IPFS относятся:

Адресация контента . Содержимое имеет уникальный идентификатор, который является криптографическим хешем файла.
Отсутствие дублирования . Файлы с одним и тем же содержимым нельзя дублировать и сохранить.
Защита от вмешательства . Данные проверяются с помощью контрольной суммы: если хеш меняется, сеть узнает, что данные подделаны.

IPFS связывает файловые структуры друг с другом через ссылки Merkle, но каждый файл можно найти по понятным для человека именам. Для этого используется децентрализованная система имен IPNS.

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

Текущая главная реализация IPFS на языках Go: на Python и Javascript. Система совместима с Linux, MacOSX, Windows и FreeBSD.

Это проект с открытым исходным кодом и сообществом, вы можете вносить свой вклад на странице Github . Также можно быть оператором собственного узла IPFS.

Где использовать IPFS

Для IPFS уже есть значимые варианты использования. Но также стоит помнить, что протокол развивается, и по мере его разработки случаев применения появится больше. Новая распределенная P2P архитектура для Интернета имеет свои сложности, но преимущества значительные: от огромной финансовой экономии на хранилищах и пропускной способности до интеграции с распределенными блокчейнами.

Поставщики услуг и создатели контента могут также сократить свои расходы через централизованные инфраструктуры.

Технология может использоваться для:

архивирования информации в Интернете,
безопасная доставка больших данных, крупного контента,
исследования архива,
блокчейна,
независимого создания и размещения контента.

Централизация серверов приводит к отслеживанию правительством, распространенности DDoS-атак, цензуре и продаже данных.

Наконец, многие надеются на интеграцию IPFS с технологией блокчейн. Используя IPFS в транзакциях, можно размещать неизменяемые вечные ссылки. Временные метки защищают данные, не сохраняя при этом весь блокчейн, что приводит к уменьшению размера блоков.

IPFS включается в ряд криптоплатформ и имеет большой потенциал в этой области.

Но проект также не лишен критики.

Во-первых, это не единственный проект такого рода и не общая концепция. Также есть Ethereum Swarm, SIA, MAIDSAFE и другие. Протокол, например, разрабатывает Library .

Во-вторых, IPFS связан с Filecoin. Но для децентрализованной модели используется централизованный метод поощрения. ICO этого проекта собрало достаточно денег, но большая часть токенов снова отходи крупным игрокам: новая централизация. Разработчики вносят вклад в систему, но не будут иметь дивидендов от сети, поэтому остается стимул уйти в другие проекты.

Децентрализованная сеть может сделать интернет быстрее, свободнее и стабильнее, считают создатели стандарта.

20 января браузер Brave, которым пользуются около 24 млн человек, объявил о поддержке децентрализованного протокола сети IPFS. Он призван улучшить работу интернета — сделать доступ к информации свободнее и быстрее за счет распределенной сети.

По мнению Brave, IPFS исправляет недостатки серверов, которые создают «централизованную точку отказа для доступа к контенту». А TechCrunch пишет, что IPFS — это «лучший шанс, чтобы изменить архитектуру интернета до того, как его противоречия сломают сеть изнутри».

Почему «современный» интернет считается медленным и уязвимым

Если сервер перестаёт работать, пользователь не может получить доступ к его содержимому: например, если обанкротится или сменится владелец сайта или выйдет из строя серверное оборудование. В среднем продолжительность жизни веб-страницы — 100 дней, без её бэкапов общество теряет «цифровую историю».

В 2009 году Yahoo! отключила популярную службу веб-хостинга GeoCities с 15-летней историей. На базе GeoCities работало не менее 38 млн страниц, большинство из которых — пользовательские. Спасать данные пришлось Internet Archive и другим организациям.

Файлы скачиваются с одного сервера (компьютера), если возникает проблема с узлами подключения, то либо падает скорость загрузки, либо связь обрывается.
Централизованная сеть подвержена цензуре со стороны правительств, интернет-провайдеров и сервисов, а также DDoS-атакам и выводу из строя части даже сторонних веб-сервисов при падении серверов ИТ-корпораций.
По мере увеличения аудитории интернета (за счет смартфонов и устройств «интернета вещей», увеличивается нагрузка на сеть и расходы провайдеров на увеличение пропускной способности сети.

Проблемы централизованного интернета пытается решить проект Хуана Бенета IPFS (InterPlanetary File System), разработанный в компании Protocol Labs. Альфа-версия была запущена в феврале 2015 года.

Вместо поиска серверов IPFS «ищет» контент на компьютерах пользователей, по аналогии с блокчейном или BitTorrent. Любой объект сети, будь то файл или данные, хэшируется, а полученный хеш становится адресом файла в IPFS-системе. Скачав файл, пользователь кэширует его и становится его «источником» для других.

Создатели проекта заявляют несколько преимуществ децентрализованной сети:

Протокол IPFS позволяет сделать доступ к информации более быстрым и устойчивым к сбоям, так как за данными не нужно обращаться в центральный узел, и они могут храниться намного ближе к пользователю, чем был бы расположен сервер.
Он лучше защищен, так как на децентрализованную сеть нельзя провести DDoS-атаку — одновременное большое число запросов будет распределено по устройствам сети.
Он устойчив к цензурированию, так как нет сервера или другого центрального узла, который можно заблокировать.
IPFS позволяет снизить затраты провайдеров на обслуживание сети, так так пользователи могут, например, включать видео из собственной сети провайдера, а не переходить по взаимосвязанным серверам. При просмотре видео требования к пропускной способности сети снижаются до 60%, заявляют создатели протокола.
Пользователи могут получать доступ к IPFS-сайтам при нестабильном сигнале сети и другим сбоям интернета. В идеале возможен «выход в интернет в автономном режиме», полезный жителям развивающихся стран.

Первым полноценным десктопным браузером, поддерживающим IPFS, стал Brave с 24 млн пользователей. Его команда выступала одним из сторонников протокола и работала над внедрением с 2018 года.

Начиная с версии 1.19, пользователи Brave могут получать доступ к IPFS-сайтам, адреса которых начинаются с ipfs://. Также они могут установить полноценный узел IPFS и сделать свой браузер узлом сети.

Сегодня пользователи интернета по всему миру не могут получить доступ к заблокированным данным, например, части Wikipedia в Таиланде, более 100 тысячам сайтов в Турции и критически важной информации о Covid-19 в Китае. Теперь любой, у кого есть подключение к интернету, может получить доступ к этой важной информации через IPFS в браузере Brave.

В 2018 году разработчик продуктов для доставки и защиты контента Cloudflare выпустил шлюз на основе протокола IPFS. С его помощью пользователи могут получить доступ к сайтам и данным IPFS-сети, а также размещать свои сайты внутри сети.

В мае 2019 года компания выпустила проект децентрализованной сети ION для идентификации пользователей. Для работы он использует основную блокчейн-сеть биткоина и протокол IPFS.

В марте 2020 года Opera выпустила обновление браузера для Android, в котором появилась нативная поддержка IPFS — пользователи могут открывать ссылки ipfs://, как и обычные.

Несмотря на то, что пока IPFS не получил поддержку разработчиков самых популярных браузеров, популярность протокола может вырасти.

Децентрализованная сеть усложняет контроль за интернетом и его цензурой на фоне происходящих событий — с блокировкой Трампа в Twitter и Facebook, изъятии приложения Parler из магазинов приложений и дальнейшим отказом Amazon предоставить сервис Parler, считает The Verge.

Вместо поиска серверов IPFS «ищет» контент на компьютерах пользователей, по аналогии с блокчейном или BitTorrent

Это уже было в сериале "Кремниевая долина"

Дак весь сериал вдохновлен существующими разработками, здрасьте.

Тут в комментах интересно, но нихера непонятно. Требую ответную статью, почему это не проканает, в случае, когда "сайты в сети будут обращаться к API где нужен централизованный доступ"!

Для гуманитариев, которые лезут не в своё дело)

Есть сайты, которые состоят только из текста, картинок и других файлов. Для их отображения не требуются вычисления. Они просто «отдаются» в браузер в виде данных (скажем, файлов). Для них такой протокол проканает.

А есть сайты динамические, которые генерируются автоматически на лету в зависимости от запроса пользователя. Например, на фейсбук миллиард пользователей; но это не значит, что где-то на сервере лежит миллиард файлов для отображения личных страниц. Есть база данных, есть запрос пользователя на конкретную страницу — поэтому большой компьютер-сервер ищет в базе всю информацию и генерирует код страницы (если очень примитивно).

Такие сайты нельзя хранить децентрализованно, просто потому что должно быть устройство (сервер), собирающий необходимую страницу на лету.

Opera Software недавно реализовала в браузере функцию VPN, которая на данный момент доступна в версии ранней разработки браузера developer edition.

Браузерный VPN можно включить в Opera Developer с помощью чекбокса, а затем управление функцией доступно с помощью иконки рядом с адресной строкой.

Новый инструмент защищает трафик за счет шифрования контента, что улучшает безопасность и конфиденциальности при использовании браузера.

Обращаем внимание, что VPN не поддерживает WebRTC и трафик плагинов, а значит сайты и сервисы могут узнать ваш реальный IP-адрес даже когда VPN активен.

Подробный анализ новой реализации VPN в Opera показал, что нововведение не является полноценным VPN решением, которое защищает весь трафик на устройстве, а является по сути дела вариацией службы прокси.

Когда Вы включаете VPN в Opera происходит следующее:

Opera подключается к SurfEasy API чтобы получить учетные данные и IP-адреса.
Браузер отправляет запросы на прокси-сервер с заголовками запросов авторизации, включая идентификатор устройства и пароль устройства, когда сайты и сервисы загружаются в браузере.
Данная информация может был получена и использована на различных машинах, даже в других программах (т.к. пользователь получает IP-адрес, имя пользователя и пароль).

Из этого вытекает два вывода:

Функция VPN в Opera работает также, как и сторонние расширения, которые можно установить в браузере.

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

Кроме того, что касается вопроса доверия, то пользователи могут больше доверять реализации Opera Software, чем сторонним расширениям от малоизвестных разработчиков.

Основная проблема заключается в том, что функция VPN в Opera не зашифровывает весь браузерный трафик на данный момент (WebRTC и плагины не поддерживаются, но Вы можете отключить данные функции, если не пользуетесь ими) и не покрывает всю систему, а работает только с браузером.

VPN использует идентификатор устройства, который привязан к конкретному используемому устройству

Идентификатор устройства, используемый в VPN, является тем же ID, который Opera использует длительное время. Подробнее об этом можно узнать на странице opera://about/privacy в браузере Opera.

Ваша копия браузера Opera содержит уникальный идентификатор (ID), который может быть привязан к отдельному человеку. Этот уникальный идентификатор требуется для автоматических обновлений ПО и установленных расширений. Данные о функциях, используемых в Opera, собираются с целью улучшения качества услуг и ПО. Программа также создает уникальный идентификатор, привязанный к компьютеру. Данный ID обрабатывается с единственной целью для аналитики маркетинговых кампаний и мониторинга дистрибуции ПО для партнеров.

Opera заявила, что компания проводит строгую политику по обработке данных VPN/Proxy и не проводит регистрацию событий.

Читайте также: