Два разных входа

Я раньше смотрел только на CLI-процесс Newton — сгенерировать CIDs, задеплоить, настроить, симулировать, отправить. Если пройти по документации дальше, есть второй отдельный путь: TypeScript SDK, `@magicnewton/newton-protocol-sdk`, в паре с viem. Он нацелен на разработчиков, которым удобнее писать код, а не запускать команды CLI. Другая аудитория — но тот же базовый протокол.

Путь через SDK строится вокруг метода `simulateTask()` — сухого прогона, который явно документирован как не отправляющий ничего onchain, не требующего Sepolia ETH и без кошелька. Вы передаёте ему намерение (from, to, value, calldata, chain ID, сигнатуру функции) и объект `policyTaskData`, описывающий, какую политику нужно проверить, и он возвращает результат локально.

Это действительно беспроблемный способ попробовать Newton — без профинансированного кошелька, без деплоя и без чего-либо на кону. Именно поэтому конкретный пример, который quickstart даёт вам сразу, стоит внимательно разобрать.

Демо-политика, которую получают все

Пример из quickstart `simulateTask()` не просит вас написать политику. Он указывает на ту, которая уже в сети: pre-deployed OFAC sanctions-screening policy на Sepolia — с конкретным policy address, конкретным policy ID и конкретным адресом oracle для санкционного списка. Все эти значения прямо приведены в документации как готовые для копирования. В документах это сказано прямо: "вы можете использовать это для тестирования".

Самый быстрый путь от нуля до "я просто использовал Newton" вообще не предполагает написания какой-либо политики. Это просто вызов функции, которая сверяет заранее заданный пример-адрес с политикой, написанной кем-то другим, задеплоенной и поддерживаемой.

  1. Почему это стоит заметить, но не критиковать

Я хочу быть аккуратным с тоном: в низкопороговой демо-версии нет ничего плохого — у каждого серьёзного инструмента для разработчиков она есть. И требовать от разработчика написать и задеплоить реальную политику, прежде чем он сможет оценить, стоит ли инструмент его времени, было бы худшим онбордингом, а не более строгим.

Но это означает, что между двумя разными утверждениями есть существенный разрыв: "я попробовал quickstart Newton и он сработал" и "я протестировал свою логику политики на движке оценки Newton". Первый — по замыслу — позволяет огромному числу разработчиков, проходящих тот же пятиминутный маршрут, сказать, что всё сработало, опираясь на ту же заранее подготовленную политику и тот же пример-адрес. Второй требует написать свой Rego, задеплоить собственный контракт с policy-data и выполнить симуляцию под ваши собственные намерения — это заметно более крупная работа, чем нужно сделать до того, как объявить успех в quickstart.

Где расходится CLI-путь

Вот почему я думаю, что два пути интеграции — SDK с общей демо-политикой против CLI с вашей собственной задеплоенной политикой — на самом деле не являются взаимозаменяемыми «входами на один и тот же опыт». CLI-путь, который я смотрел ранее, заставляет вас сначала генерировать собственные CIDs и деплоить собственный контракт политики, прежде чем вы вообще дойдёте до шага симуляции; в этом потоке нет эквивалентной короткой дороги к заранее существующей политике. Путь SDK оптимизирует наоборот: самый быстрый способ добиться "работает" — ценой того, что первый успех на самом деле не проверяет никакую логику, которую написали вы сами.

Ни один из путей не ошибочен — просто они оптимизируют под разное. Но человек, который оценивает Newton, пробуя SDK quickstart, и тот, кто оценивает его, проходя CLI-последовательность деплоя, могут уйти с существенно разными уровнями фактической практической проверки, хотя оба корректно скажут: "я это попробовал".

То, о чём стоит спросить напрямую

Я не вижу, сколько реальных интеграций до сих пор маршрутизируют через конкретную общую демо-политику, а сколько — через по-настоящему кастомную. И не знаю, отслеживает ли Newton это различие внутри. Это разумный вопрос задать напрямую: из политик, которые сейчас активно оцениваются в сети, сколько оригинальных — с логикой, написанной разработчиками, а сколько всё ещё указывает на референсные примеры из документации. Эта цифра скажет вам то, чего не передаёт формулировка "X интеграций отправлено": насколько экосистема реально проделала более сложную работу по написанию и деплою собственных правил, а насколько работает на заимствованной демо-логике, которая всё ещё функционирует.

Где я приземлился

Бесфрикционный пяти минутный путь к "я использовал Newton" — хорошее решение продукта. Просто важно быть точным в том, что эти пять минут фактически проверили: что «внутренности» протокола работают, используя чужую политику, — а не считать это доказательством того, что ваша собственная логика комплаенса, какой бы она ни оказалась, была сколько-то существенно проверена.

@NewtonProtocol $NEWT #Newt