В блоге Фонда Ethereum от 1 октября был представлен zkAPI как способ отделить авторизацию платежей от личности выставления счетов для измеряемых API. Авторы также отметили, что конфиденциальность платежей от информации, которую поставщик API все еще может наблюдать.
Объявленный дизайн имеет определенную границу конфиденциальности.
В сообщении говорится, что проект Open Anonymity построил zkAPI с Фондом Ethereum и что реализация работает на Ethereum Mainnet. Он описывает кредиты на основе хранилища, доказательства расходов с нулевым разглашением и краткосрочные ключи API с ограниченным использованием. Это претензии из технического объявления проекта. Ethereum Блог Фонда — объявление об использовании zkAPI
Авторы явно выявляют ограничения: провайдер по-прежнему видит содержимое запросов и сетевые метаданные, включая IP-адрес, и может соотносить сеансы.Простой прокси-режим также позволяет реле наблюдать трафик, в отличие от описанного прямого маршрута с ключом выполнения. Ethereum Блог Фонда — объявление об использовании zkAPI
Избегайте разбиения нескольких претензий к конфиденциальности на одно
Анализ WFN: отчетность о конфиденциальности должна идентифицировать наблюдателя.Скрытие ссылки на финансирование от одного участника не устанавливает, что каждый участник не может связать запросы или что конфиденциальный контент скрыт от службы, обрабатывающей его.
В этой статье сообщается о том, что объявили разработчики; в ней не представлен независимый аудит, измерение принятия пользователем или доказательство того, что каждая услуга, представленная под названием, следует той же реализации.
Для системы платежей или брокерской технологии практический вопрос заключается в том, какую информацию обрабатывает каждый компонент. Архитектура, поведение сети и содержание запросов относятся к отдельным частям этой оценки. Широкая анонимность ярлыка заслонит различие, которое делает источник полезным.
Проверка маршрута, который используется
Проверьте документированный режим, развернутый идентификатор контракта, эксплуатационные разрешения и применимые условия обслуживания, прежде чем делать выводы о конкретной интеграции.Сравните реализацию с объявлением, а не полагаясь только на название проекта.
Любое более сильное заявление о конфиденциальности должно указывать свою модель угрозы и подтверждающую оценку.Верифицируемое событие - публикация объяснения проекта, включая его ограничения; эта статья не предоставляет прогноза принятия или оценки инвестиций.