Я снова и снова возвращаюсь к эфемерному подходу приватности Newton’а, потому что он кажется небольшим, но дизайнерское решение довольно показательное.
Большинство обсуждений приватности фокусируются на безопасном хранении чувствительных данных.
Эфемерный поток Newton’а начинается с несколько другого предположения.
Возможно, некоторым данным вообще не стоит становиться персистентным состоянием.
В этом режиме клиент помещает данные, зашифрованные с помощью HPKE, внутрь зарезервированного пространства имён "_newton" в одном запросе на задачу. Нет отдельного шага загрузки, нет onchain-регистрации и нет повторно используемой ссылки на приватность вроде персистентной идентичности или конфиденциальных потоков.
Шлюз удаляет зарезервированный объект "_newton" перед тем, как передать обычные поля задачи дальше. Затем операторы локально расшифровывают встроенные конверты для этого вычисления и внедряют открытый текст в "data.privacy.*" внутри контекста Rego.
Сначала это звучало как удобная функция.
Чем больше я смотрел, тем больше это ощущалось как иная философия приватности.
Персистентная идентичность или конфиденциальные данные имеют смысл, когда информацию нужно переиспользовать. Учетные данные KYC, allowlists, blacklists, управляемые провайдером датасеты — всё, что требует непрерывности между будущими задачами.
Но некоторые входные данные полезны только один раз.
Снимок портфеля в реальном времени.
Временное условие.
Разовый приватный параметр.
Значение, которое меняется при каждой транзакции.
Хранение такого рода данных может создавать ненужную поверхность атаки.
При этом у одноразовых данных есть свои компромиссы.
Эфемерная приватность не означает, что исчезает всё вычисление. Newton по-прежнему рассматривает задачи, политики, результаты оценок и доказательства как часть протокольного потока. Но приватный открытый текст за этим конкретным решением не хранится и не переиспользуется так, как это происходит с персистентными данными приватности.
Именно это напряжение я продолжаю замечать.
Меньше хранения может означать лучшую приватность.
Меньше персистентности может также означать меньше контекста, который можно переиспользовать.
Эфемерная приватность делает оценку политик чище или же заставляет важный контекст решений исчезать слишком быстро — как только транзакция уже получила вердикт?
#Newt #NEWT @NewtonProtocol l $NEWT $POWER $NVDAB
Большинство обсуждений приватности фокусируются на безопасном хранении чувствительных данных.
Эфемерный поток Newton’а начинается с несколько другого предположения.
Возможно, некоторым данным вообще не стоит становиться персистентным состоянием.
В этом режиме клиент помещает данные, зашифрованные с помощью HPKE, внутрь зарезервированного пространства имён "_newton" в одном запросе на задачу. Нет отдельного шага загрузки, нет onchain-регистрации и нет повторно используемой ссылки на приватность вроде персистентной идентичности или конфиденциальных потоков.
Шлюз удаляет зарезервированный объект "_newton" перед тем, как передать обычные поля задачи дальше. Затем операторы локально расшифровывают встроенные конверты для этого вычисления и внедряют открытый текст в "data.privacy.*" внутри контекста Rego.
Сначала это звучало как удобная функция.
Чем больше я смотрел, тем больше это ощущалось как иная философия приватности.
Персистентная идентичность или конфиденциальные данные имеют смысл, когда информацию нужно переиспользовать. Учетные данные KYC, allowlists, blacklists, управляемые провайдером датасеты — всё, что требует непрерывности между будущими задачами.
Но некоторые входные данные полезны только один раз.
Снимок портфеля в реальном времени.
Временное условие.
Разовый приватный параметр.
Значение, которое меняется при каждой транзакции.
Хранение такого рода данных может создавать ненужную поверхность атаки.
При этом у одноразовых данных есть свои компромиссы.
Эфемерная приватность не означает, что исчезает всё вычисление. Newton по-прежнему рассматривает задачи, политики, результаты оценок и доказательства как часть протокольного потока. Но приватный открытый текст за этим конкретным решением не хранится и не переиспользуется так, как это происходит с персистентными данными приватности.
Именно это напряжение я продолжаю замечать.
Меньше хранения может означать лучшую приватность.
Меньше персистентности может также означать меньше контекста, который можно переиспользовать.
Эфемерная приватность делает оценку политик чище или же заставляет важный контекст решений исчезать слишком быстро — как только транзакция уже получила вердикт?
#Newt #NEWT @NewtonProtocol l $NEWT $POWER $NVDAB