Я заметил кое-что небольшое, пока читал последние интеграционные заметки Ньютона — и это задержалось дольше, чем я ожидал. В этом квартале в слой политики были добавлены два новых оракула: Persona и Human Passport. На поверхности это выглядит как обычные новости об инфраструктуре. Но под этим происходит более тихое событие: вопрос о том, кто считается подходящей транзакцией, смещается вверх по цепочке — от приложения к общему слою, которым внутри самого приложения никто на деле не управляет.
Вот механизм в упрощённом виде. Persona подаёт в политику Ньютона подтверждённые атрибуты идентичности — такие как возраст, гражданство, место проживания, штат — напрямую. Human Passport добавляет три отдельных сигнала: оценку печатей за доказанную человечность, поведенческий скор для выявления Сивилы и криптографическое подтверждение с нулевым разглашением под названием Proof of Clean Hands для санкционного и KYC-скрининга. Разработчик один раз пишет политику, ссылается на эти оракулы — и проверка теперь происходит на уровне транзакции, ещё до того как когда-либо выполнится собственная логика приложения.
Это реальное изменение того, куда именно переносится доверие. Раньше приложение решало, кто может его использовать, опираясь на любую комплаенс-стратегию, которую оно построило или купило. Теперь приложение может передать это решение политике, которую оценивают операторы, не запускающие само приложение, используя данные, которые оно не генерирует. Для разработчика это меньше накладных расходов. Для пользователя это кажется страннее. Отклонённая транзакция перестаёт быть решением на уровне приложения и становится результатом на уровне политики — то есть объяснение того, почему вас заблокировали, живёт на один слой дальше от любого, к кому вы могли бы реально обратиться.
Честная слабость здесь не криптографическая. Операторы Ньютона могут доказать, что политика была оценена корректно, а аттестация действительна. Но они не могут доказать, что идентификационная запись Persona или Sybil-показатель Human Passport изначально были точными. Протокол проверяет процесс, а не лежащее в основе утверждение. Если оракул неверно классифицирует кого-то, отказ всё равно приходит, будучи упакованным в то же нейтральное, проверяемое оформление, что и в случае корректного решения. Нейтральность в доказательстве не гарантирует справедливость во входных данных.
Я всё время думаю о том, как это будет ощущаться на практике. Когда вас разворачивают в каком-то месте, не объясняя, какое именно правило вы нарушили — только то, что правило существовало и вы его не прошли. Это небольшое, почти бюрократическое ощущение, и оно не появляется ни в каких дашбордах о пропускной способности или комиссиях.
Так что интересный вопрос не в том, сможет ли Ньютон убедительно обеспечивать соблюдение требований. Вероятно, сможет — на уровне целостности процесса. Вопрос в том, действительно ли перенос решений по идентичности в общий слой, подпитываемый оракулами, устраняет усмотрение или просто переносит его туда, где оно менее заметно, чем раньше.
@NewtonProtocol #Newt $NEWT $ZEC $LAB
