HALEY-NOOR

Я заметил кое-что, пока разбирался в четырех доменах принудительного соответствия Newton: комплаенс, идентификация, безопасность и риск — и это не про какой-то один домен. Речь о том, что происходит, когда все они срабатывают на одну и ту же транзакцию в одно и то же время, но выполняются разными провайдерами.
Chainalysis + Hexagate занимаются комплаенсом и безопасностью. Vaults.fyi и RedStone + Credora — риском. Это не модули внутри стека одной компании: это независимые авторы политик, и каждый из них корректен в рамках своих условий, каждый оценивает одну транзакцию до ее подтверждения. Что привлекло мое внимание: никто толком не говорит о последовательности. Если и проверка комплаенса, и проверка риска применяются к одной транзакции, какая из них запускается первой? Блокирует ли OFAC-скрининг выполнение проверки на кредитное плечо до того, как она вообще будет оценена, или после? На бумаге кажется, что это неважно: пройдено — значит пройдено, провалено — значит провалено. Но чем больше я в это углублялся, тем больше это стало похоже на классическую проблему распределенных систем: справедливость — это не свойство корректности, это свойство порядка. Две по отдельности корректные политики все равно могут приводить к разным реальным результатам в зависимости от того, какую из них Newton оценивает первой: какой vault помечают первым, какой контрагент отклоняют первым, какой контракт подтверждают, пока очередь накапливается за ним.

Я сделал это вокруг той части Newton Mainnet Beta, которая привлекла мое внимание больше всего: решение не ощущается завершенным, когда политика говорит «да» или «нет». В документации указано, что аттестация несет taskId, policyId, результат оценки и блок истечения срока, а обозреватель даже рассматривает доказательство как нечто, что потребляется или истекает. Это заставило меня перестать думать о Newton просто как о движке политик и начать рассматривать его как систему авторизационных квитанций.
Чем больше я смотрел, тем больше замечал, что реальная проблема — не в самой по себе правила. Проблема в расстоянии между оценкой и окончательным расчетом. В целевых сетях Newton полагается на кэшированное состояние оператора, опорные временные метки и проверку сертификата BN254. Поэтому авторизация остается значимой только в том случае, если снимок, на котором она основана, все еще остается доверенным, когда транзакция наконец попадает в сеть. Этот момент кажется простым и легко упускается, но он полностью меняет мою модель мышления.

Я продолжала пристально смотреть на одну строку в ньютонианской схеме разбиения дольше, чем ожидала: «авторизация отделена от опеки». Все воспринимают это как функцию безопасности. Чем дольше я это обдумывала, тем больше мне кажется, что это на самом деле проблема управления, которая нарядилась в костюм безопасности.
Вот что я имею в виду. Традиционные финансы запускают проверки политики до того, как деньги двинутся: правила против мошенничества, лимиты расходов, санкционный скоринг — всё это находится перед расчетом, а не внутри него. В криптовалюте по-настоящему никогда не было этого слоя. У нас были подписи. Подпись доказывает, кто авторизовал действие, а не то, должно ли оно вообще происходить. Мультисиг, аппаратные кошельки, MPC — все они лишь более удобные способы ответить на тот же узкий вопрос.