Ежеквартальный отчет за третий квартал 2022 года, в котором суммируются отзывы экосистемы, полученные по предложениям Privacy Sandbox, и ответ Chrome.
В рамках своих обязательств перед CMA Google согласилась публично предоставлять ежеквартальные отчеты о процессе взаимодействия с заинтересованными сторонами для своих предложений Privacy Sandbox (см. пункты 12 и 17(c)(ii) Обязательств ). Эти сводные отчеты об отзывах Privacy Sandbox создаются путем объединения отзывов, полученных Chrome из различных источников, перечисленных в обзоре отзывов , включая, помимо прочего: «Проблемы GitHub», форму обратной связи, доступную на сайте Privacysandbox.com , встречи с заинтересованными сторонами отрасли и форумы по веб-стандартам. Chrome приветствует отзывы, полученные от экосистемы, и активно изучает способы интеграции полученных знаний в дизайнерские решения.
Темы отзывов ранжируются по распространенности каждого API. Это делается путем агрегирования количества отзывов, полученных командой Chrome по заданной теме, и их упорядочения в порядке убывания количества. Общие темы обратной связи были определены путем анализа тем обсуждений на публичных собраниях (W3C, PatCG, IETF), прямой обратной связи, GitHub и часто задаваемых вопросов, возникающих во внутренних группах Google и в общедоступных формах.
В частности, были проанализированы протоколы совещаний органов по веб-стандартам, а для прямой обратной связи были рассмотрены записи Google о встречах заинтересованных сторон один на один, электронные письма, полученные отдельными инженерами, список рассылки API и публичная форма обратной связи. Затем Google координировал действия команд, участвующих в различных информационно-просветительских мероприятиях, чтобы определить относительную распространенность тем, возникающих в отношении каждого API.
Объяснения ответов Chrome на отзывы были разработаны на основе опубликованных часто задаваемых вопросов, реальных ответов на вопросы, поднятые заинтересованными сторонами, и определения позиции специально для целей этой публичной отчетности. Отражая текущую направленность разработки и тестирования, были получены вопросы и отзывы, в частности, в отношении API-интерфейсов Topics, Fledge и Attribution Reporting.
На отзыв, полученный после окончания текущего отчетного периода, Chrome может еще не ответить.
Глоссарий сокращений
- ЧИПСЫ
- Файлы cookie, имеющие независимое разделенное состояние
- ЦСП
- Платформа спроса
- ФедКМ
- Федеративное управление учетными данными
- ФПС
- Наборы для первой вечеринки
- IAB
- Бюро интерактивной рекламы
- ВПЛ
- Поставщик удостоверений
- IETF
- Целевая группа по интернет-инжинирингу
- ИП
- Адрес интернет-протокола
- openRTB
- Ставки в реальном времени
- ОТ
- Исходная пробная версия
- ПатКГ
- Группа сообщества частных рекламных технологий
- РП
- Доверяющая сторона
- ССП
- Платформа предложения
- ТРОЙНИК
- Доверенная среда выполнения
- UA
- Строка пользовательского агента
- UA-CH
- Подсказки для клиента User-Agent
- W3C
- Консорциум Всемирной паутины
- ВИПБ
- Умышленная IP-слепота
Общий отзыв, без конкретного API/технологии
| Тема обратной связи | Краткое содержание | Ответ Chrome |
| (Также сообщалось во втором квартале) Полезность для разных типов заинтересованных сторон | Вызывает обеспокоенность то, что технологии Privacy Sandbox отдают предпочтение более крупным разработчикам и что нишевые (меньшие) сайты приносят больший вклад, чем обычные (более крупные) сайты. | Обновление третьего квартала: Google взял на себя обязательство перед CMA разработать и реализовать предложения Privacy Sandbox таким образом, чтобы не искажать конкуренцию за счет личного предпочтения собственного бизнеса Google, а также учитывать влияние на конкуренцию в цифровой рекламе, а также на издателей и рекламодателей, независимо от их размер. Мы продолжаем тесно сотрудничать с CMA, чтобы обеспечить соответствие нашей работы этим обязательствам. По мере продвижения тестирования Privacy Sandbox одним из ключевых вопросов, которые мы будем оценивать, является то, как новые технологии работают для различных типов заинтересованных сторон. В этом отношении решающее значение имеет обратная связь , особенно конкретная и действенная обратная связь, которая может помочь нам в дальнейшем улучшать технические проекты. Мы работали с CMA над разработкой нашего подхода к количественному тестированию и поддерживаем публикацию CMA заметки о планировании эксперимента, чтобы предоставить участникам рынка больше информации и возможность прокомментировать предлагаемые подходы. |
| (Также сообщалось во втором квартале) Запросы документации | Запросы на дополнительные ресурсы с подробным описанием управления тестированием, анализом и внедрением. | Обновление третьего квартала: Мы ценим, что разработчики нашли наш текущий материал полезным, и намерены предоставить больше материалов в ближайшие недели и месяцы, чтобы разработчики могли продолжать понимать, как новые технологии могут работать на них. Мы также проводили общедоступные рабочие встречи для разработчиков, чтобы поделиться лучшими практиками и демонстрациями, а также сеансы вопросов и ответов с руководителями продуктов и инженеров, чтобы обеспечить живое обсуждение/вопросы. |
| Кроссбраузерная поддержка | Другие поставщики браузеров используют API-интерфейсы Privacy Sandbox. | Другие поставщики браузеров, такие как Apple, Mozilla и Microsoft, активно участвуют в публичных форумах, где обсуждаются принципы конфиденциальности и подходы на основе браузеров. Нас воодушевляют совместные дискуссии на таких форумах, как недавнее ежегодное собрание W3C TPAC и текущие форумы W3C PATCG, где мы видим признаки конвергенции. |
| Различия платформ | Попросите максимально согласовать наборы функций в Интернете и Android, чтобы сократить ресурсы, необходимые для перехода. | Мы прилагаем все усилия, чтобы согласовать наши подходы в Chrome и Android, чтобы избежать путаницы и фрагментации в отрасли. Любые различия в нашем подходе будут во многом обусловлены необходимыми техническими различиями между платформами Интернета и мобильных приложений, которые разработчики уже будут учитывать. |
| Ресурсы для тестирования API-интерфейсов Privacy Sandbox | Трудности с выделением достаточного количества ресурсы для тестирования API-интерфейсов Privacy Sandbox с учетом текущих экономических трудностей. | Google постоянно совершенствует документацию и поддержку, доступную тестировщикам, чтобы упростить внедрение API и облегчить их внедрение. Эти усилия включают в себя: списки рассылки по API, часы работы офиса и постоянные обновления на сайте Developers.chrome.com . |
| Сигнал отказа от API песочницы | Запрос на предоставление сигнала «пользователь отказался от API песочницы», который могут использовать рекламные технологии и веб-сайты. | Мы видели много исторических случаев, когда веб-сайты реагировали на выбор пользователя, например «отключить сторонние файлы cookie», заставляя пользователя изменить свои настройки, иногда включая блокировку доступа к веб-сайту, если он этого не сделал. Сигнал отказа также может использоваться в качестве дополнительного сигнала для снятия отпечатков пальцев. На данный момент Google не намерен предоставлять сигнал отказа |
| (Также сообщалось во втором квартале) Более четкие сроки | Более четкие и подробные графики выпуска | Обновление третьего квартала: Как объясняется в разделе «Изменения в ответ на отзывы» ниже, Google обновил график Privacy Sandbox в июле, чтобы дать рынку дополнительное время для предварительного тестирования и обратной связи, а также больше времени для тестирования после полного запуска API Privacy Sandbox до третьего файлы cookie для вечеринок устарели. |
| (Также сообщалось во втором квартале) Сроки прекращения поддержки сторонних файлов cookie | Просьбы избежать дальнейшей задержки в связи с прекращением поддержки сторонних файлов cookie. | Обновление третьего квартала: В июле Chrome объявил об обновленном графике прекращения поддержки сторонних файлов cookie, что отражает наше стремление действовать ответственно, учитывая сложность технологий и их важность для экосистемы. Перед этим изменением были учтены отзывы регулирующих органов и отрасли, и мы продолжаем тесно сотрудничать со всеми заинтересованными сторонами. |
| Основные файлы cookie | Предлагаются ли также ограничения на использование основных файлов cookie? Если это так, то возникают опасения по поводу долгосрочной стабильности, риск дальнейших непредсказуемых изменений браузера и, следовательно, напрасная трата инженерных усилий сейчас. | Мы не рассматривали какие-либо ограничения на использование собственных файлов cookie. В Privacy Sandbox основное внимание уделяется прекращению поддержки сторонних файлов cookie. |
Показывайте релевантный контент и рекламу
Темы
| Тема обратной связи | Краткое содержание | Ответ Chrome |
| (Также сообщалось во втором квартале) Полезность для разных типов заинтересованных сторон | Высказывались опасения по поводу полезности сайтов в зависимости от уровня их трафика или специализированности их контента. | Обновление третьего квартала: Полезность API будет проверена посредством тестирования. В соответствии с требованиями пункта 17.c.ii Обязательств, Google предоставит CMA результаты таких тестов. Chrome ожидает, что таксономия и другие параметры будут меняться на основе результатов тестирования. Эволюция таксономии или параметров может не требовать обратно несовместимых изменений. Кроме того, Chrome ожидает, что обратная связь продолжит влиять на развитие API Topics после прекращения поддержки сторонних файлов cookie. |
| Политика конфиденциальности | Запрос на удаление требования к фильтрации тем по каждому абоненту. | Основываясь на отзывах экспертов по конфиденциальности, защитников конфиденциальности, экспертов по безопасности, групп по цифровым правам и других участников экосистемы, Chrome выбрал этот дизайн, чтобы предоставить доступ к информации только тем, у кого в противном случае был бы такой доступ. Причины этого включали, помимо прочего, ограничение дополнительной межсторонней утечки данных; обеспечение прозрачности и объяснимости; принятие подхода, который легко реализовать и описать; и ограничение риска снятия отпечатков пальцев. Издатели и третьи лица, получающие Темы, могут сами решать, какой информацией они будут делиться со сторонами на своем сайте. Если третьи стороны передают эту информацию, Chrome настоятельно рекомендует им быть прозрачными для пользователей в отношении такого обмена и предлагать им средства контроля. |
| Сайты с неправильной категорией | Сайты ошибочно отнесены к неправильной тематике, что может привести к неточному таргетингу объявлений. | Сайты классифицируются с помощью комбинации списка переопределения, составленного человеком, содержащего наиболее популярные сайты, и модели машинного обучения на устройстве. Chrome продолжает оценивать возможности сайтов, которые могут внести свой вклад в классификацию тем. Любые улучшения коммунальных услуг должны быть сопоставлены с рисками конфиденциальности и злоупотреблений. Например, некоторые из рисков включают в себя:
Публика может проверить эти компоненты с помощью инструментов, доступных на chrome://topics-internals или в этой совместной работе . Мы ожидаем, что благодаря тестированию со временем классификация улучшится, и мы приветствуем отзывы о примерах сайтов, которые могут быть неправильно категоризированы. |
| Требования к доступу | Требование текущих тем к объекту DOM на странице в виде сценария или iframe для доступа может привести к нежелательному поведению игроков в рекламной экосистеме. | Мы внесли изменение в объяснитель Github . Мы намерены поддерживать темы в заголовках HTTP. |
| Таксономия тем недостаточно детализирована | Текущая классификация тем слишком широка и не включает более детальные темы, например региональные темы. | Улучшения таксономии являются постоянными усилиями, и мы ожидаем, что таксономия будет развиваться по мере тестирования экосистемы и ввода данных. Мы активно ищем отзывы о таксономии, которая была бы наиболее полезна для экосистемы. При оценке того, стоит ли расширять количество тем или включать более детальные темы, необходимо учитывать несколько соображений, в том числе 1) потенциальные последствия для конфиденциальности (например, большее количество тем может привести к риску снятия отпечатков пальцев) и 2) возможность извлекать ранее наблюдаемые темы (например, с большим количеством тем, вероятность того, что специалист по рекламе видел выбранную тему в прошлом, может быть меньше). Развивая пункт 2, Google стремится максимально расширить возможности вызывающих абонентов находить ранее наблюдаемые темы в рамках существующих требований фильтрации с целью достижения как полезности, так и конфиденциальности. |
| Ограничение тем | Три темы на веб-сайте — это слишком мало информации для рекламодателей, чтобы показывать рекламу. | Отзывы экосистемы, особенно результаты тестирования наших пробных версий Origin, будут продолжать влиять на эволюцию API. Стоит отметить, что Topics, как ожидается, будет дополнять другие сигналы, например контекстные, чтобы помочь посетителю найти подходящую рекламу. Таким образом, рекламодателю может быть доступна дополнительная информация, выходящая за рамки тем. |
| (Также сообщалось во втором квартале) Пользовательский контроль и безопасность | Определенные темы могут быть косвенными для чувствительных групп, и пользователям необходимо больше средств контроля, чтобы предотвратить негативные последствия. | Обновление третьего квартала: Темы представляют собой значительный шаг вперед в обеспечении пользовательского контроля и прозрачности. Пользователи смогут отказаться от тем, просмотреть назначенные им темы, удалить темы и понять, какие компании взаимодействуют с их темами на данной странице. Кроме того, пользователи также могут очистить свои темы, удалив историю просмотров, на основе которой были получены темы. Эти элементы управления в настоящее время реализованы в браузере Chrome на уровне устройства. Мы приветствуем продолжение обсуждения более продвинутых пользовательских элементов управления, например, предложенных разработчиками; однако нам необходимо убедиться, что новые дополнения хорошо откалиброваны для решения возникших проблем и не приводят к внесению частичных изменений. |
| Влияние на SEO | Издатели, корректирующие имена хостов своих веб-сайтов, чтобы они лучше отражали темы, могут отрицательно повлиять на SEO. | Мы предостерегаем сайты от изменения имен хостов исключительно ради тем. Это правда, что сайт может таким образом влиять на назначенные ему темы. Но выгоды от этого для издателей в лучшем случае неясны, и это подорвет ценность Topics для всей экосистемы, если сайты попытаются «обыграть» модель классификации. Задания по темам также не фиксированы; мы ожидаем, что таксономия будет продолжать развиваться по мере тестирования и ввода данных. В связи с этим тестированием мы поощряем обратную связь , включая любые примеры сайтов, которые могут быть ошибочно отнесены к категориям. |
| Мошенничество и злоупотребления | Предоставьте стороне-покупателю возможность проверить, что тема, которую они видят, действительно создана браузером. | Мы ценим предложение поддержать механизм, позволяющий покупателям рекламных технологий проверять темы, переданные продавцами на аукционах программной рекламы. Мы призываем представителей экосистемы внести свой вклад в активное обсуждение здесь . Хотя в настоящее время мы сосредоточены на других, более приоритетных улучшениях, мы понимаем, что это может стать важным дополнением к дизайну в будущем. |
| Мошенничество и злоупотребления | Разрешить публичную проверку сторон, которые являются законными пользователями данных Тем, посредством такого же публичного размещения и проверки, которым подвергается собственный набор. | Мы ценим это предложение и согласны с тем, что публичная подотчетность является важным инструментом, помогающим достичь целей Privacy Sandbox. Вызовы API тем по своей сути являются общедоступными, поскольку любой может посетить сайт и наблюдать за вызовами домена к API JavaScript. Таким образом, отдельные лица и организации могут просматривать соответствующие действия и оценивать, какие сайты используют темы и каким образом. Мы считаем, что это лучший подход, чем оценка «легитимности» сайта как части функциональности самого API тем. |
| Влияние на собственные сигналы | Сигнал тем может быть очень ценным и в результате обесценивает другие сигналы, основанные на интересах. | Мы считаем, что реклама на основе интересов является важным вариантом использования в Интернете, и Topics предназначен для поддержки этого варианта использования. Как описано выше, другие заинтересованные стороны экосистемы выразили обеспокоенность тем, что темы могут оказаться недостаточно полезными, чтобы обеспечить ценность. В любом случае совершенствование таксономии требует постоянных усилий, и мы ожидаем, что таксономия будет развиваться по мере тестирования экосистемы и получения информации. |
ФЛЕДЖ
| Тема обратной связи | Краткое содержание | Ответ Chrome |
| ФЛЕДЖ Аукцион | Как SSP могут форматировать данные, отправляемые в Google Ads для ставок на аукционе FLEDGE. | Компаниям, участвующим в тестировании, рекомендуется публиковать документацию о своих планах тестирования и при необходимости работать вместе. Мы работали с CMA над разработкой нашего подхода к количественному тестированию и поддерживаем публикацию CMA заметки о планировании эксперимента, чтобы предоставить больше информации участникам рынка, которые планируют участвовать в испытаниях, и возможность прокомментировать предлагаемые подходы. Команда Менеджера рекламы разместила здесь документацию для продавцов, заинтересованных в тестировании FLEDGE с издателями, использующими Менеджер рекламы в качестве сервера объявлений. Здесь приведены дополнительные технические подробности. |
| FLEDGE во вложенных огороженных рамах | Огражденные рамки позволяют проводить менее ограничительное тестирование, но в то же время ограничивают больше в неопределенном будущем. Эта неизвестная временная шкала представляет собой проблему для экосистемы. | Компании могут протестировать FLEDGE с Fenced Frames уже сегодня. Чтобы обеспечить более простой вариант адаптации, компании могут сначала внедрить FLEDGE. После внедрения FLEDGE они смогут протестировать огражденные рамы с помощью своей конструкции FLEDGE. |
| Политика обработки данных | Какова политика обработки данных для групп по интересам / FLEDGE? | В дизайне FLEDGE все данные, хранящиеся в группах по интересам, или о том, какие люди входят в какие группы по интересам, остаются на устройстве. Никакие из этих данных не отправляются на сервер Google. Некоторые меры защиты конфиденциальности, которые Chrome планирует для FLEDGE, действительно включают взаимодействие с сервером k-анонимности, управляемым Google. Это взаимодействие тщательно разрабатывается, чтобы избежать обмена информацией о пользователях и работать в доверенной среде исполнения (TEE), чтобы обеспечить равенство информации во всей рекламной экосистеме. \ Google обязалась перед CMA разработать и реализовать предложения Privacy Sandbox таким образом, чтобы не искажать конкуренцию за счет предпочтения собственного бизнеса Google, а также учитывать влияние на конкуренцию в цифровой рекламе, а также на издателей и рекламодателей. Мы продолжаем тесно сотрудничать с CMA, чтобы обеспечить соответствие нашей работы этим обязательствам. |
| Возрастная политика | Как Chrome гарантирует, что аудитории, созданные FLEDGE, соответствуют возрастным ограничениям? | Издатели и рекламодатели лучше всего могут оценить, соответствует ли аудитория, которую они создают с помощью FLEDGE, действующему законодательству. Для дополнительной защиты пользователей API Privacy Sandbox не будут активны для пользователей, вошедших в Chrome, если возраст, связанный с их учетной записью, меньше 18 лет, даже в период тестирования. (Для вышедших из системы пользователей Chrome не собирает сигналы профиля, которые позволили бы браузеру определить возраст пользователя.) |
| Услуги FLEDGE «ключ/значение» | Больше ясности относительно того, что позволяет служба ключей/значений FLEDGE, например количество ключей и частота их обновления. | Компании, использующие FLEDGE, могут иметь столько ключей, сколько они могут поместиться в оперативной памяти. Для получения более подробной информации, пожалуйста, обратитесь к объяснителю здесь . Мы стремимся предоставить более быстрый способ изменения данных и приветствуем предложения по любым требованиям. |
| Тестирование | Трудно протестировать FLEDGE с помощью Google Ads | Ознакомьтесь с документацией по адаптации Google Рекламы, чтобы узнать, как лучше всего принять участие и протестировать пробную версию Origin. |
| API служб ставок и аукционов | Каково направление Google в отношении API служб ставок и аукционов? Будет ли он иметь приоритет выше или ниже браузера Chrome FLEDGE на аукционах устройств? | Мы по-прежнему придерживаемся текущей схемы назначения ставок на устройствах FLEDGE. Службы торгов и аукционов были предложены для изучения возможных решений для поддержки подмножества случаев использования, когда вычислительная мощность или скорость сети устройства могут быть ограничены. |
| Сводная отчетность | Запрос на поддержку агрегированных отчетов на основе всех сигналов, доступных для генерации ставок. | Мы планируем публично рассказать об этом в ближайшее время. |
| Контекстная реклама | Показ контекстной рекламы с помощью FLEDGE. | Мы рассмотрели этот вариант и по причинам, объясненным в этом обсуждении , в настоящее время не рекомендуем использовать FLEDGE для контекстной рекламы. |
| Тестирование в реальном мире | Руководство о том, как изолировать FLEDGE от сторонних файлов cookie для тестирования в реальных условиях. | Мы изучаем способы предоставления тестовых групп. Мы работали с CMA над разработкой нашего подхода к количественному тестированию и поддерживаем публикацию CMA заметки о планировании эксперимента, чтобы предоставить участникам рынка больше информации и возможность прокомментировать предлагаемые подходы. |
| Тестирование FLEDGE и API отчетов по атрибуции | Как лучше всего реализовать API отчетов по атрибуции с помощью FLEDGE? Стоит ли разделять FLEDGE и атрибуцию или тестировать вместе? | В конечном итоге мы будем поддерживать тестирование FLEDGE и API отчетов по атрибуции в качестве интегрированного решения, но мы рекомендуем разработчикам сначала протестировать API отчетов по атрибуции независимо, а затем с помощью FLEDGE, когда интеграция будет завершена. |
| Видимость цены предложения | Просьба запутать цены предложений. | Можно установить точки останова в `generateBid()` или `scoreAd()` для доступа к значениям ставок из DevTools. Команда Chrome учла узкий вектор атаки, поднятый в этом отзыве о FLEDGE. Однако модели безопасности и конфиденциальности Chrome полагают, что пользователям разрешено делать все, что они хотят, с информацией на своем собственном устройстве, и, следовательно, не существует реального способа скрыть данные о ставках по запросу. |
| Запросы документации | Документация и примеры для тестирования в живой экосистеме. | Мы ценим, что разработчики нашли наш текущий материал полезным, и намерены предоставить больше материалов в ближайшие недели и месяцы, чтобы разработчики могли продолжать понимать, как новые технологии могут работать на них. Мы также организовали публичные рабочие часы для внешних разработчиков, чтобы поделиться лучшими практиками и демонстрациями, а также провести сеансы вопросов и ответов с руководителями продуктов и инженеров, чтобы обеспечить живое обсуждение/вопросы. |
| API частного агрегирования | Запросить дополнительную информацию об API частного агрегирования? | Доступен публичный объяснитель с самой последней информацией, которой мы можем поделиться на данный момент. Дополнительная документация будет предоставляться по мере разработки этого API и определения вариантов использования. |
| Задержка данных | Будет ли получение данных с сервера ключей/значений FLEDGE осуществляться в режиме реального времени? | Прежде чем обновленные данные смогут быть возвращены сервером для запросов, можно ожидать небольшого количества устаревших данных, порядка минут, а не часов, как описано в открытой проблеме GitHub . Мы также ждем отзывов разработчиков . |
| Услуги по проведению торгов и аукционов | Будут ли цены предложений скрыты от пользователя, если используются услуги торгов и аукционов (B&A)? | При подходе на стороне сервера B&A индивидуальная цена предложения не видна пользователю, поскольку запрос ставки отправляется из аукционной службы SSP непосредственно в аукционную службу DSP и, следовательно, больше не доступен в браузере. Однако выигрышная цена предложения по-прежнему будет видна браузеру (подробнее обсуждено выше в отношении запросов на запутывание цен предложения). |
| Услуги по проведению торгов и аукционов | Как мы можем загрузить баланс служб торгов и аукционов? | В настоящее время у нас нет каких-либо рекомендаций по балансировке нагрузки, но это важная проблема с точки зрения производительности и конфиденциальности. Более подробную информацию мы предоставим в будущем. |
| Ограничения ФЛЕДЖ | Запрос на увеличение ограничения продолжительности joinAdInterestGroup с 30 до 90 дней. | Мы считаем, что 30-дневный срок хранения данных соответствует другим рекламным API Privacy Sandbox, например 30-дневному лимиту в отчетах по атрибуции и 3-недельному сроку в темах. Этот временной интервал учитывает как потребности рекламных технологий, так и ожидания пользователей в отношении конфиденциальности. Тем не менее, мы приветствуем дальнейшие отзывы, поскольку продолжаем обсуждать этот вопрос здесь . |
| Общее хранилище в FLEDGE | Можно ли использовать API общего хранилища в FLEDGE? | Мы намерены поддерживать API общего хранилища в FLEDGE в будущем и работаем над тем, чтобы сделать его доступным в предстоящей пробной версии Origin. |
| Регулировка частоты по щелчкам | Возможно ли ограничение частоты кликов (а не побед) в FLEDGE? | FLEDGE указывает, что Fenced Frame может вызвать navigator.leaveAdInterestGroup() (без параметров), чтобы покинуть группу интересов, вызвавшую показ объявления; этот вызов можно сделать при первом получении клика, чтобы предотвратить назначение ставок в будущем, в качестве формы ограничения частоты показов. В настоящее время это решение не работает для ограничения количества кликов более одного раза. |
| FLEDGE во вложенных огороженных фреймах. | Невозможно сообщить о кликах с помощью отчетов по рекламе в изолированном фрейме, если они происходят во вложенном изолированном фрейме. | Мы опубликовали предложение по устранению проблемы здесь . |
| Измерение | Требуется руководство по сбору данных о задержке участников аукциона FLEDGE. | Мы работаем над тем, чтобы в ближайшее время опубликовать документ по измерению производительности. |
| Составление отчетов | Как будет обрабатываться отчетность FLEDGE? | Отчеты FLEDGE о победах, результатах аукционов и событиях, например кликах, будут доступны через API-интерфейсы FLEDGE, такие как reportResult(). Что касается отчетов о конверсиях рекламы, интеграция с API отчетов об атрибуции будет независимой от FLEDGE, но с экосистемой продолжаются обсуждения возможных подходов. API частного агрегирования также можно использовать для составления отчетов о результатах аукционов в изолированных средах выполнения. См. пояснение здесь . |
| Размер группы по интересам | Есть ли способ у специалистов по рекламе проверить размер группы по интересам (т. е. количество пользователей в группе)? | Членство в группе по интересам сохраняется в браузере на устройстве пользователя и не передается поставщику браузера или кому-либо еще. Однако владелец группы по интересам теоретически может отслеживать каждый вызов navigator.joininterestgroup(...). Отслеживание этого звонка не гарантирует точный размер ИГ (поскольку пользователи могут покинуть группу в любое время), но дает владельцу верхний предел и приблизительное представление о том, каким может быть размер. |
| Производительность | Компилируется ли код Bidding JS/WebAssembly на каждом аукционе? | Код JS/WebAssembly для ставок компилируется один раз во время каждого аукциона. |
| Производительность | Какова сфера применения biddingDurationMsec? | BiddingDurationMsec включает время компиляции скрипта. Оно не включает время загрузки, время компиляции Wasm, время сети; время получения времени с сервера значений ключей или чего-либо еще перед компиляцией JS. |
| Кастомизация | Можно ли обновить adComponent, чтобы он был настроен под пользователя? | adComponent может быть обновлен, когда группы интересов обновляются либо вызывающей стороной при вызове joinInterestGroup, либо когда Chrome вызывает dailyUpdateURL. Это позволяет вызывающему абоненту обновлять adComponent на основе знаний пользователя с текущего сайта или на основе k-анонимной информации соответственно. Исходное предложение горлицы на уровне продукта можно найти здесь , которое включает в себя некоторый анализ влияния RTB House на основные показатели для варианта использования рекомендаций. |
| Группа по интересам | Может ли владелец группы по интересам условно удалить определенных пользователей? | Членство в группах по интересам сохраняется только в браузере пользователя и может быть удалено только на стороне пользователя (например, путем очистки данных сайта). Однако владелец группы интересов может вызвать navigator.leaveAdInterestGroup() (с некоторой условной логикой), если пользователь возвращается на страницу, которая находится под контролем владельца группы интересов. |
| Производительность | Как измерить эффективность GeneBid? | Время компиляции и выполнения можно измерить с помощью BiddingDurationMsec. Время загрузки можно измерить с помощью chrome://net-export. В последних версиях Chrome время компиляции и выполнения отображается на вкладке «Производительность DevTools». |
| Частота обновлений групп по интересам | Какова будет частота обновления группы по интересам из браузеров? | Для групп интересов, которые не обновлялись в течение последних 24 часов, Chrome пытается обновить их при вызове navigator.updateAdInterestGroups() или когда у них была возможность принять участие в аукционе. Подробнее см. объяснитель здесь . |
| Поставщики услуг агрегации | Когда в службе агрегации будут поддерживаться другие поставщики облачных услуг? | В настоящее время у нас нет никакой информации о конкретном времени, но мы сообщим больше, как только узнаем. На данный момент только AWS соответствует требованиям безопасности сервиса агрегации. |
| График тестирования FLEDGE | Как долго FLEDGE будет тестироваться в BYOS? Будет ли достаточно времени для перехода от модели BYOS к модели на основе TEE? | Чтобы гарантировать, что у экосистемы будет достаточно времени для тестирования, мы ожидаем, что использование TEE не потребуется до тех пор, пока не произойдет прекращение поддержки сторонних файлов cookie. Мы предоставим разработчикам существенное уведомление о начале тестирования и внедрения до того, как произойдет этот переход. В настоящее время у нас нет дальнейших обновлений, но мы поделимся ими, как только они появятся. Пожалуйста, найдите самую свежую информацию здесь . |
| Ограничение размера данных | Каков максимальный размер данных для Wasm в функции назначения ставок? | Существует требование, чтобы обновления групп по интересам не могли приводить к увеличению размера группы по интересам, превышающему 50 КБ, как обсуждалось здесь , но предел размера данных для wasm еще не определен, поэтому мы будем признательны за комментарии по этой теме. |
| Сигналы аукциона | Будет ли стандартизированная структура данных для аукционных сигналов? | Это еще не определено, но мы открыты для обратной связи. |
| Запрос серверов рекламных технологий | Можно ли в режиме реального времени запрашивать данные сервера рекламных технологий с сервера K/V? | Нет, сервер K/V работает в модели доверия, которая обеспечивает отсутствие доступа к сети, диску, таймерам и ведению журналов, чтобы избежать утечки пользовательских данных. Более подробную информацию см. в описании модели доверия здесь . |
| Частота обновления рекламных компонентов | Обновление поля adComponents (в настоящее время только в настройках IG) с помощью истории просмотров пользователя в настоящее время невозможно. | Privacy Sandbox призван удовлетворить потребности веб-экосистемы без межсайтового отслеживания, что означает предотвращение доступа к истории просмотров. Мы рекомендуем использовать альтернативы, такие как Темы. |
| Результаты аукциона | Есть ли способ у специалистов по рекламе узнать процент выигрышей на аукционах? | Результат аукциона сообщается путем вызова функций reportResult() и reportWin() в коде аукциона, предоставленном продавцом и победившим покупателем соответственно, поэтому каждый имеет возможность вести регистрацию и сообщать о результате аукциона. |
| (Также сообщалось во втором квартале) Поддержка негативного таргетинга на группы по интересам | API для поддержки таргетинга на отрицательные группы интересов: показ рекламы только в том случае, если пользователь не принадлежит к группе по интересам. | Обновление третьего квартала : Мы поделились новым предложением и ждем отзывов. |
Измерение цифровой рекламы
Отчеты по атрибуции (и другие API)
| Тема обратной связи | Краткое содержание | Ответ Chrome |
| Требования ОТ | Удалите ограничения политики разрешений во время/только для OT. | Пожалуйста, ознакомьтесь с объявленными нами изменениями в политике разрешений во время тестирования. Основная проблема заинтересованных сторон, которую решает это изменение, заключается в том, что DSP позволяет тестировать API на большем количестве iframe из разных источников. Первоначально DSP необходимо было координировать свои действия с издателями/SSP, чтобы убедиться, что установлена правильная политика разрешений для тестирования API на iframe из разных источников, но с этим изменением DSP смогут вызывать API по умолчанию, а SSP/издатели смогут при необходимости отключите API во время пробной версии Origin. |
| Шум | Отзыв о том, что уровень шума слишком высок и снижает полезность отчетности. | Мы приветствуем отзывы о шуме, которые мы будем использовать, чтобы определить, как установить определенные параметры, связанные с шумом. Мы также планируем публиковать больше ресурсов, инструментов и другой документации, чтобы помочь тестировщикам в этом. |
| Междоменные конверсии | Как отслеживать междоменные конверсии, например с двумя или более направлениями? | В настоящее время мы обсуждаем и ищем отзывы по этому вопросу. |
| Требования к отладке | Запросить разрешение разработчикам проверять оставшийся бюджет конфиденциальности при развертывании/тестировании сводного отчета? | Вы можете отслеживать этот запрос на функцию здесь . |
| Политики использования API | Отзывы, предлагающие правила относительно того, кто может использовать тот или иной API, на основе ограничений для таких вещей, как снятие отпечатков пальцев. | Это очень интересная идея, и мы были бы рады продолжить сотрудничество как с другими поставщиками браузеров, так и с более широкой веб-экосистемой. |
| Настройка срока действия в отчете о конверсиях | Запрос на поддержку фильтра отчетов/срок действия менее 24 часов. | Сроки действия на уровне часа являются источником проблем с конфиденциальностью, поскольку они позволяют рекламным технологиям точно знать, в какое время пользователь посещает сайт рекламодателя. Срок действия уровня дня позволит рекламным технологиям отфильтровывать недействительные показы, не определяя, в какое время пользователь посетил сайт. |
| Срок действия токена OT | Запрос на продление срока действия существующих токенов OT для снижения операционных накладных расходов. | Мы признаем, что токены должны быть обновлены и работаем над тем, чтобы упростить разработчики и предоставить дополнительное уведомление. |
| Региональная поддержка | Служба агрегации в настоящее время не поддерживает все регионы. | Это текущее ограничение для бета. Мы рассчитываем поддержать дополнительные регионы в ходе тестирования, но для этого еще нет четкого срока. |
| Задержка отчетности на уровне событий | Задержка 2-30 дней в отчетности на уровне событий может быть слишком длинной для определенных вариантов использования. | Мы поделились здесь предложением, чтобы позволить рекламным технологиям контролировать, когда отчеты об уровне событий отправляются через истечение срока действия. По умолчанию 30 дней, но это может быть установлено короче. |
| (Также сообщается во втором квартале) Атрибуция мульти-тауч | Разрешить атрибуцию с несколькими привязками, такую как поперечное устройство или приложения для кросс. | Q3 Обновление: Современные методы атрибуции с несколькими привязками требуют детерминированного соединения впечатлений пользователя (и, следовательно, идентичности) на разных веб-сайтах. В результате эта функциональность в ее текущей форме не соответствует целям песочнице конфиденциальности, которая направлена на поддержку вариантов использования ключей рекламы без перекрестного отслеживания. |
| График интеграции отчетности Flge & Attribution | Какова временная шкала для интеграции API API отчетности Fleder и Attribution? | В настоящее время у нас нет никаких обновлений для обмена, но мы будем публично предоставлять больше информации, как только мы сможем посвятить себя конкретной графике. |
| Несколько типов триггеров | Запрос на большую гибкость в регистрации триггера. | Мы предложили систему дедупликации для совокупного API, которая даст AD-технологии большую гибкость в том, как они контролируют отчеты на уровне событий и агрегируемых. |
| Измерение | Запрос на получение данных измерения о том, хорошо ли инвентарь работает хорошо. | Мы ценим отзывы и ищем дополнительную ясность в случае (ы) использования (ы) для этого запроса. |
| Истечение обращения | Запрос на поддержку истечения срока конверсии на теге триггера вместо просто исходного тега. | Мы ценим отзывы и ищем дополнительную ясность в случае (ы) использования (ы) для этого запроса. |
| Отчетность по партии | Запрос на дополнительные измерения в пакетной отчетности. | Мы ценим отзывы, поскольку мы продолжаем думать о влиянии на службу агрегации. Мы заинтересованы в том, чтобы услышать, как рекламные технологии думают о партии отчетов и их ожидаемой частоте, а также о любых отзывах о том, как изменяется стратегия партии в течение года. |
| Эпсилон | Когда будет определено значение Epsilon? | Мы активно работаем с экосистемными тестерами, чтобы завершить значение Epsilon и то, как она будет реализована в GA. Ценность будет видна публично, наряду с обсуждением, которое привело к решению ценности. Если у вас есть какие -либо отзывы, пожалуйста, опубликуйте это в этом выпуске GH. |
Ограничьте скрытое отслеживание
Сокращение пользовательского агента
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| Зависимости развертывания | Адресация структурированного пользовательского агента (SUA) зависимостей развертывания. | Мы развернули «Фаза 4», он же незначительное сокращение версий до 100% пользователей Chrome в версиях 101 и выше. Смотрите обновление здесь . |
| Тестирование | Запрос на расширение испытания происхождения с сокращением пользователя-агента от Meta. | Мы расширили исходное испытание и получили разрешение на удаление пределов трафика для размещения больших участков. Расслабленные пределы трафика применяются к любому участку, большому или маленькому. |
Клиент пользователя намекает
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| (Также сообщается во втором квартале) Противозачаточные проблемы / противодействие | Некоторые функции, которые могут быть потеряны через UA-CH: нажмите «Трекер перенаправления», и мошеннические клики. | Q3 Обновление : Мы получили положительные отзывы от компаний, сообщивших о том, что они не видели каких-либо неблагоприятных последствий на их антипроводные трубопроводы (результаты здесь и здесь ). Команда продолжает исследовать эти потенциальные проблемы с заинтересованными сторонами против мошенничества и измерения. |
| Разрешение-политика | Является ли разрешение-политика кэширован? | Политика разрешения не кэшируется , как объяснено в этой проблеме GitHub . |
Gnatcatcher (WIP)
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| Варианты использования геолокации | Gnatcatcher может предотвратить работу законных вариантов использования геолокации в будущем, таких как персонализация контента на основе геолокации. | Мы работаем с заинтересованными сторонами, чтобы гарантировать, что Chrome продолжает поддерживать законные использования IP-адресов. |
Укреплять границы конфиденциальности поперечного сайта
Первопартийные наборы
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| Политика | Обеспокоенный тем, что FPS не соответствует положениям обязательств CMA, касающимися «применимого законодательства о защите данных», на том основании, что GDPR не налагает ограничения на количество сайтов в наборе, в то время как FPS предусматривает ограничение 3. | Google посвятил себя CMA для разработки и реализации предложений с песочницей конфиденциальности таким образом, чтобы не искажать конкуренцию, самостоятельно выступая за собственным бизнесом Google, и учитывая влияние на конкуренцию в цифровой рекламе, издателях и рекламодателях, а также влияет на Результаты конфиденциальности и соблюдение принципов защиты данных, как указано в применимом законодательстве о защите данных. Выраженная проблема не раскрывает никакой несовместимости с GDPR. Мы продолжаем тесно сотрудничать с CMA, чтобы гарантировать, что наша работа соответствует этим обязательствам. Более подробная информация включена в раздел «Изменения в ответ на обратную связь» ниже. |
| Документация | Запрос на дополнительные примеры и обновление существующих объяснителей. | Примеры в наших объяснениях находятся в рассмотрении и будут уточнять или удалять любые по мере необходимости. |
| Обмен предпочтениями | Предложение сделать предпочтения в одних и тех же партийных наборах. | Мы приветствуем отзывы и активно обсуждаем эту идею здесь . |
| Правоприменение | Прозрачные процессы правоприменения имеют риск злоупотребления плохими субъектами. | Мы ценим отзывы и активно участвуем в разговоре с заинтересованными сторонами на GitHub (учитывая точки, поднятые в этом выпуске , и стремясь включить предложения, поднятые в этом выпуске ) и других форумов для оценки этого риска и выявления потенциальных смягчений. |
| Общая собственность | Предложение о машиночитаемой декларации для общей собственности. | Вклад в наше предложение приветствуется и поощряется. |
| Субдомены владельцы | Должны ли различные субдомены с различными контроллерами данных, различные политики конфиденциальности или эксплуатируемые различными объектами быть частью одного и того же набора из первых лиц? | Основываясь на обратной связи, мы планируем удалить общий вариант использования ETLD. |
| Смягчение злоупотреблений | Запрос на более подробную информацию о мерах по смягчению злоупотреблений. | Управление процессом находится на рассмотрении, и в ближайшие месяцы будет передана более подробная информация. |
| Потенциальный вектор атаки | Вводящий в заблуждение набор для легких страниц может использоваться для привлечения трафика на другие страницы, которые обманчиво представлены как независимые. | Мы активно собираем общественный вклад и исследуем потенциальные способы решения этой проблемы . |
| Установить проверку | Проверка набора с помощью согласной общей политики. | Различные члены сообщества веб -стандартов и более широкой экосистемы отметили, что это невозможно . |
| Предел домена | Запрос на расширение количества связанных доменов. | Мы активно обсуждаем ограничение домена в FPS и будем признателен о большем количестве отзывов сообщества по количеству связанных доменов, которые они требуют для своих вариантов использования. |
| Подмножество взаимодействия службы | Обеспокоенность в отношении обслуживания и связанного подмножества взаимодействия. | Мы ценим отзывы и рассмотрим это более четкое в будущих спецификациях. |
| (Также сообщается во втором квартале) Улучшение конфиденциальности | Слишком много сайтов в одном и том же наборе могут привести к аналогичным результатам с сторонним печеньем. | Q3 Обновление: Последнее предложение предполагает ограничение в трех доменах для «связанного» подмножества (которое не включает CCTLD и домены обслуживания). Chrome активно взаимодействует с экосистемой, чтобы определить, является ли этот предел подходящим. |
| (Также сообщается во втором квартале) Общие требования к политике конфиденциальности | Невозможно поддерживать общую политику конфиденциальности во всех продуктах и юрисдикции, которые должны быть частью одного и того же набора. | Q3 Обновление: Общая политика конфиденциальности больше не является требованием быть частью того же набора. |
О огороженные рамки API
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| Почему новый элемент вместо атрибутов на iframes? | Вопрос относительно предложения Fruce Frame вместо существующих предложений iframe. | Мы приветствуем отзывы и открыты для идей о том, как сблизить текущее состояние вещей, как обсуждалось здесь . |
| Наблюдатель по пересечению в огороженных рамах | Вопросы, касающиеся видимости информации внутри огороженной кадры. | Это в активном обсуждении и в период комментариев в этом документе и на GitHub . Мы приветствуем партнеров, чтобы поделиться с нами вариантами использования, чтобы лучше понять, как поддержать. |
| Поддержка видео и нативного инвентаря | Поддерживает ли огороженные рамки видео и нативные инвентаризации? | С точки зрения возможностей воспроизведения видео, огороженные рамки не отличаются от iframes, и именно поэтому они явно не вызывают ни в какую публичную документацию. Если будут замечены какие -либо проблемы с видеообъявлением, было бы полезно подать обратную связь , чтобы мы могли расследовать дальнейшее расследование. |
| Веб -пачки | Будет ли объявление об обслуживании / рендеринг с помощью веб -пакетов стать требованием в будущем с огороженным кадром x Flge? | Долгосрочная цель - поддерживать веб -пакеты для отмены контента рекламы в огороженном кадре. Тем не менее, текущая реализация Flegh не поддерживает это и требует отработавшего ресурса HTML, полученного из Renderurl. |
| Активные размеры | Запрос render_url для поддержки макроса для высоты и ширины слота, чтобы мы могли ответить с помощью креативного | Это активно обсуждается здесь . |
Общий API хранилища
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| Интеграция охраны | Как будет интегрировать общее хранилище и оладости? | Хотя в настоящее время мы не преследуем это, мы заинтересованы в изучении этой идеи, если мы сможем обеспечить сохранение защиты конфиденциальности. Мы призываем заинтересованные стороны подать предложения для потенциальных вариантов использования, которое это предложение может поддержать в репозитории Github общего хранилища или репозитория Flede GitHub. . |
| Хранение данных | Очистка общего хранилища снижает утилиту. Есть ли расширения с периодом хранения или способностью удалять отдельный ключ/значения рассматривались как альтернативы? | Мы всегда стремимся сбалансировать конфиденциальность пользователей и компромиссы утилиты. Мы открыты для отзывов о корректировках и призываем партнеров предоставлять больше обратной связи и деталей при тестировании общего хранилища. |
| Отрицательный сигнал | Отрицательный сигнал от Mozilla относительно общего предложения хранения. | Мы благодарим Мозиллу за тщательный обзор нашего предложения. Мы планируем ответить на их отзыв в ближайшем будущем. |
ЧИПСЫ
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| Разделенное требование | Добавьте явное требование поведения для атрибута «разделенного» на первые куки. | Мы обсудили это по вызову конфиденциальности и следили за вопросом GitHub с примечаниями. Мы продолжаем работать с браузерами, разработчиками и сообществом конфиденциальности, чтобы соответствовать поведению и указать его. |
| Аутентифицированные вставки | Чипы могут повлиять на ток SSO, подписывающее поток из -за различных разделов, влияющих на аутентифицированные вставки. | Мы знаем об подтверждении аутентифицированных вариантов использования встраиваний и работаем над изучением решений. |
| Предел перегородки Cookie | Обеспокоен тем, что текущего 10 -го предела Cookie может быть недостаточно для определенных вариантов использования. | Мы уходим от ограничения на количество файлов cookie к ограничению памяти 12 КБ. Это позволяет нам решать проблемы по ограничению файла cookie, обеспечивая при этом производительность и следы памяти браузера не оказываются отрицательно. |
| Сроки испытаний происхождения | Расширить OT, следуя по удалению требования имени хоста. | Мы продлили крайний срок пробного испытания после отзывы от экосистемы. |
| Ограничения тестирования в Chrome | Возможность тестирования чипов в Firefox из -за ограничения тока в Chrome. | Реализация Firefox примерно отличается, Chrome имеет более низкий предел печенья, а чипсы-это механизм, но Firefox разделен по умолчанию. |
| (Также сообщается во втором квартале) Аутентифицированные вставки | Сохраняется ли состояние регистрации с чипсами? | Q3 Обновление: Подписанный в состоянии в настоящее время не сохранился, но это не предполагаемый вариант использования чипсов. Мы знаем об подтверждении аутентифицированных вариантов использования встраиваний и работаем над изучением решений. |
Fedcm
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| (Также сообщается во втором квартале) Потенциальные векторы атаки | Потенциальные векторы атаки с помощью оформления связей и атаки времени. | Q3 Обновление: Мы работали с Mozilla, чтобы прийти к общему пониманию того, как решить проблему атаки времени, и детали здесь . Сейчас мы прототипируем это архитектурное изменение и ожидаем, что будем проводить эксперименты в ближайшие несколько кварталов. |
| Поставщики удостоверений | Выбор аккаунта: единый поставщик личности. Запрос о разрешении нескольких поставщиков личности. | Мы работали с поставщиками браузеров и FedID CG над тем, как достичь разрешения нескольких поставщиков идентификации, и пришли к формулировке, которая, кажется, стоит попробовать. Описание предложения здесь , и мы рассчитываем разработать прототипы и провести эксперименты в ближайшие несколько кварталов. |
| Известные проблемы с федерацией | Запрос на перечисление случаев, когда федерация может столкнуться с проблемами со стороны стороннего смягчения печенья. | У CG FedID есть рабочая вещь, которая должна перечислять способы, которыми федерация разрывается здесь и здесь . Они также создают матрицу принятия решений для картирования поломков на API веб -платформы здесь . |
| Принудительный параметр | Может ли придвоить параметр влиять на поток? | Это можно считать поперечным отслеживанием, но мы все еще собираем вклад и анализируем, как лечить такие случаи. |
| Согласие пользователя | Связывание разных полагающихся сторон (RPS) и согласия пользователя для каждого происхождения. | Эта спецификация не может контролировать то, как происхождение в одном и том же домене совместно использует файлы cookie. Спецификация позволяет IDTOKEKEN от происхождения IDP до источника RP, но RP зависит от RP, чтобы выбрать, следует ли хранить знак в состоянии пользователя. домен. |
| Учетная запись IDP портативность | Пользовательская опция для миграции IDP, если они выбирают при передаче между двумя ВПЛ. | Это похоже на то, что пользователю нужно делать непосредственно на странице регистрации своего нового IDP по выбору, а не через API FedCM. |
| Удаление аккаунта | IDP отзыва учитывает удаление учетной записи с помощью IDP. | Этот запрос функции открыт для ввода и расследования. |
| Пользовательский претензии | Претензии об аспектах интерфейса, специфичных для браузера. | Смотрите запрос на развлечение , чтобы решить эту проблему. |
| Проверка реферала IDP | Проверки IDP на направление RP. | Добавлено обязательная проверка рефералов IDP в спецификацию. Смотрите запрос на развлечение . |
| Войти в поток | Запрос на индивидуальные потоки в зависимости от предпочтений RP. | Мы приветствуем эту идею и активно обсуждаем ее . |
Борьба со спамом и мошенничеством
Доверие токенов API
| Тема обратной связи | Краткое содержание | Хромированный ответ |
| Мошенничество и злоупотребление | Инструменты, чтобы гарантировать, что бот не обманул эмитента, чтобы дать ему токен, чтобы бот не взял на себя токен, выданный реальному пользователю и не предотвращал выдачу злоумышленных токенов? | В то время как боты могут получить токены от эмитента, эмитентам рекомендуется иметь ограничения на то, как часто они выпускают токены и надежные методы выпуска токенов и обновления своей логики выпуска, поскольку злонамеренные актеры пытаются их обойти. Эмитенты без достаточной устойчивой логики в выдаче токенов, вероятно, станут меньше доверия в экосистеме, поскольку веб -сайты расставляют приоритеты в зависимости от более надежных эмитентов. |
| Мошенничество и злоупотребление | Есть ли способ, чтобы искупитель токена доверия мог указать, что они примут токены доверия только от конкретных сущностей? | Да, это возможно. В разделе погашения токенов доверия в объяснении описывается, как это работает. |
| Мошенничество и злоупотребление | Есть ли способ для эмитента токена доверия определить список искупителей и никому не позволить никому погасить токены? | Не в настоящее время, но команда расследует этот вариант использования. |
| График | Когда будет в целом доступен API токена доверия? | Как только мы сможем посвятить себя временной шкале, мы будем публично поделиться дополнительной информацией. |
| (Также сообщается во втором квартале) Техническое обслуживание накладных расходов | Не ясно, как долго будут поддерживать версии протокола. | Q3 Обновление: Добавляется дополнительная поддержка в API для поддержки нескольких параллельных версий, чтобы обеспечить изящное переход между версиями, хотя сроки для поддержки / смягчения все еще разрабатываются. |