Я предположил, что у Ньютона есть одна система шифрования для любых чувствительных данных.
Но, просматривая документацию CLI, я понял, что это неверно. Их две, и они защищают разные вещи от разных людей.
Одна обрабатывает секреты — ключи API, которые поставщик данных WASM должен использовать для вызова внешнего сервиса (ключ индексатора, платная API-учётная запись). Клиентское HPKE, запечатанное с X25519/ChaCha20-Poly1305, запрашивается через newt_getSecretsPublicKey и сохраняется через newt_storeEncryptedSecrets. Это защищает учётные данные провайдера от возможности прочтения в onchain.
Другая обрабатывает данные конфиденциальности — реальные чувствительные входные данные, которые оценивает политика (документы удостоверения личности, кредитный рейтинг, чёрный список). Отдельный ключ, запрашиваемый через newt_getPrivacyPublicKey. Он защищает данные пользователя или провайдера от возможности прочтения в onchain.
Разные ключи, разные конечные точки, разное назначение. Одна скрывает «технические коммуникации» поставщика данных. Другая скрывает реальные входные данные для принятия решения.
Небольшое различие. Но если их смешать, можно упустить, что Ньютон провёл чёткую границу между «защитой инфраструктуры» и «защитой человека» и построил отдельные механизмы для каждого, а не один универсальный чёрный ящик.
@NewtonProtocol $NEWT #Newt
Но, просматривая документацию CLI, я понял, что это неверно. Их две, и они защищают разные вещи от разных людей.
Одна обрабатывает секреты — ключи API, которые поставщик данных WASM должен использовать для вызова внешнего сервиса (ключ индексатора, платная API-учётная запись). Клиентское HPKE, запечатанное с X25519/ChaCha20-Poly1305, запрашивается через newt_getSecretsPublicKey и сохраняется через newt_storeEncryptedSecrets. Это защищает учётные данные провайдера от возможности прочтения в onchain.
Другая обрабатывает данные конфиденциальности — реальные чувствительные входные данные, которые оценивает политика (документы удостоверения личности, кредитный рейтинг, чёрный список). Отдельный ключ, запрашиваемый через newt_getPrivacyPublicKey. Он защищает данные пользователя или провайдера от возможности прочтения в onchain.
Разные ключи, разные конечные точки, разное назначение. Одна скрывает «технические коммуникации» поставщика данных. Другая скрывает реальные входные данные для принятия решения.
Небольшое различие. Но если их смешать, можно упустить, что Ньютон провёл чёткую границу между «защитой инфраструктуры» и «защитой человека» и построил отдельные механизмы для каждого, а не один универсальный чёрный ящик.
@NewtonProtocol $NEWT #Newt