Каждый в крипто-пространстве хочет создать доверительную репутацию в цепи без раскрытия личных данных.
zkPass сделал это возможным с помощью своей Проверяемой Репутационной Оценки (VRS), используя технологию zkTLS, которая позволяет создавать частную, заслуживающую доверия и составную репутацию.
TL;DR
VRS = агрегированная, поддающаяся аудиту репутационная оценка, созданная на основе доказательств нулевых знаний (zkTLS + другие доказательства), которые подтверждают внешние аттестации/следы пользователя вне цепи без раскрытия личных данных.
Интеграция VRS в Ethos увеличит оценку кошелька, социальные аттестации, рекомендации и отзывы с помощью защищающих конфиденциальность криптографических доказательств — улучшая проверяемость и устойчивость к сидам, сохраняя при этом личные данные в секрете.
Реализация = генерирование zk-доказательства вне цепи → отправка лаконичного zk-доказательства + дельта оценки в цепи → контракт проверяющего Ethos обновляет публичное состояние репутации (например, SBT или оценка в цепи).
Что такое VRS (быстрое определение)
VRS здесь = Проверяемая Оценка Репутации: числовая (или векторная) репутация, полученная из нескольких типов доказательств (проверки интернет-следов через zkTLS, социальные аттестации, отзывы, поручительства, поведение кошелька), где каждый ввод сопровождается доказательством с нулевым разглашением, что ввод является действительным — но раскрывает только минимальные связывающие данные (например, “Я контролирую этот Twitter-аккаунт” или “этот домен электронной почты имеет эти свойства”), а не фактические личные идентификаторы.
Как VRS от zkPass (доказательства zkTLS) вписываются в Ethos
1) Входные данные
Доказательства zkTLS из zkPass: докажите утверждения о вашем интернет-следе (например, контроль аккаунта, присутствие на форуме, владение доменом электронной почты или история действий) без раскрытия деталей идентификации.
Входные данные Ethos: оценка кошелька, социальные аттестации, влияние отзывов, поручительства, транзакционное поведение.
2) Аггрегация вне цепи
Пользователь генерирует набор zk-доказательств локально (или через клиента) для каждого внешнего требования (например, “У меня 3 месяца активности на форуме X”, “Я контролирую twitter-аккаунт Y”).
Агрегатор репутации/ретранслятор (или клиент пользователя) компилирует эти доказательства и производит агрегированное доказательство VRS или дискретные небольшие доказательства для каждой аттестации.
3) Проверка в цепи
Отправьте zk-доказательства(а) в смарт-контракт проверяющего Ethos (проверяющий zk-SNARK/zk-STARK), который:
Проверяет доказательства(а) криптографически.
Извлекает авторизованную дельту оценки (или сжатый вектор атрибутов репутации), закодированный в публичных входных данных доказательства.
Обновляет запись репутации пользователя в цепи (например, отображение репутации или SBT, представляющий ведра репутации).
4) Слияние оценок
Ethos объединяет дельты VRS с существующими сигналами (оценка кошелька, поручительства, отзывы), используя прозрачную политику взвешивания (управляемую в цепи или DAO).
Пример потока данных (поэтапно)
Пользователь подключает внешнюю службу через авторизованный поток zkTLS в клиенте zkPass.
Клиент zkPass доказывает “Я контролирую X и выполнил условие Y”, чтобы создать zk-доказательство (доказательство содержит публичный вывод, такой как attestation_id + score_weight).
Клиент отправляет доказательство ретранслятору, который вызывает контракт проверяющего Ethos с доказательством + адресом кошелька пользователя.
Проверяющий Ethos валидирует доказательство; в случае успеха контракт излучает VRSUpdated(user, delta, source).
Оракул оценки Ethos пересчитывает консолидированную репутацию (в цепи) и сохраняет ее или чеканит/обновляет SBT.
Как zkTLS доказательства укрепляют доверие, сохраняя при этом конфиденциальность
zkTLS позволяет доказывать связанные утверждения о TLS-сессиях или ответах внешних служб без раскрытия содержимого сессии. Примеры доказательств:
“Этот кошелек создал и подписал регистрацию аккаунта на форуме X” (без раскрытия имени пользователя).
“Этот домен электронной почты выполнил проверки, доказывающие, что это бизнес-домен” (без раскрытия фактической электронной почты).
Поскольку доказательства являются доказательствами с нулевым разглашением, Ethos получает криптографическую уверенность в том, что аттестация является реальной, но никакие личные данные не раскрываются в цепи или третьим лицам.
Шаблоны проектирования в цепи и технические детали
Контракт проверяющего(их): zk-проверяющие для типов доказательств. Публичные входные данные включают идентификатор адреса + дельту оценки или вектор атрибутов.
Реестры репутации: отображение(address => ReputationStruct) или SBT, представляющие ведра (недоступные для передачи).
Якорь аттестации: необязательный якорь корней аттестаций (корни Меркла) в цепи для аудируемости без утечки деталей.
Шаблон ретранслятора: для абстракции газа, доказательства отправляются через ретрансляторы, которые могут быть спонсированы.
Ограничения на скорость и защита от повторного воспроизведения: включите эпоху и nonce в публичные входные данные доказательства, чтобы предотвратить повторное воспроизведение.
Возможность обновления: сохранять веса оценки и адреса проверяющих обновляемыми через управление DAO.
Почему это важно
Репутация — это недостающее звено в Web3.
С zkPass и Ethos пользователи наконец могут переносить надежную репутацию между цепями и платформами, построенную на доказательствах, а не на профилях.
Будущее
Каждое проверенное доказательство, каждое поручительство и каждый обзор влияния повышают вашу оценку доверия, публично проверяемую и защищенную в приватности.
Вот как Web3 строит доверие, не нарушая конфиденциальности. 🔐✨
zkPass и Ethos вместе могут стать стандартом для децентрализованной репутации, прозрачной, сохраняющей конфиденциальность и действительно принадлежащей пользователю.