Newton Protocol
Newton Protocol (NEWT) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Newton Protocol — AI/Other | Infra проект про policy engine / programmable compliance для транзакций (stablecoins, RWAs, DeFi) и сценариев с автономными AI‑агентами. Токен (символ: NEWT).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: протокол “policy engine”, который встраивает комплаенс/риск‑правила прямо в исполнение ончейн‑транзакций (“guardrails at execution”).
- Для кого: эмитенты stablecoins/RWA‑проектов, институциональные интеграторы, DeFi‑стратегии и разработчики “agentic” автоматизации.
- Зачем ончейн/токен: токен NEWT заявлен как газ‑токен, стейкинг/слэшинг для безопасности валидаторов и governance.
- Что можно потрогать (Tier‑1): документация протокола (overview + token utility) и SDK reference (как читать/писать в policy contracts).
Как это работает (очень кратко)
- Пользователь делает: задаёт политики/правила (комплаенс/риск/бизнес‑правила) и использует их при исполнении транзакций/автоматизации.
- Система делает: проверяет ончейн‑действия на соответствие политикам (в т. ч. с динамической offchain‑информацией) и даёт “trust‑minimized” гарантию соблюдения правил.
- Пользователь получает: транзакции/автоматизацию с вшитыми guardrails (для stablecoins/RWAs/DeFi и agent‑triggered операций).
- Где блокчейн: политика/проверка/права (permissions) и исполнение — onchain (в протоколе); токен NEWT сейчас ERC‑20 в Ethereum.
- Роль токена: staking/коллатераль/слэшинг, газ/fees и участие в governance.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Newton Protocol |
| Также известен как (aliases) | Magic Newton Foundation; NEWT |
| Лого (logo) | ../assets/90_newton-protocol_logo.svg |
| Символ токена (ticker) | NEWT |
| Категория | AI/Other | Infra |
| Основная сеть (chain) | Ethereum |
| Тип | EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS (Ethereum) |
| Дата запуска (launch_date) | 2025-01-17 |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0xd0ec028a3d21533fdd200838f39c85b03679285d |
| Модель токена (token_type) | utility (payments + staking + governance) |
| Макс. предложение | 1 000 000 000 (fixed total supply) |
| Эмиссия | fixed supply (no inflation/deflation intended) |
| Токеномика | NEWT: gas token + staking/validator rewards + collateral/slashing + governance; 8.5% supply выделено на network rewards (по гайду стейкинга) |
| Управление | stake‑weighted governance (tokenholders who stake; DAO later) |
| Админы/ключи | upgradeable token contract (proxy); детали админов — не извлечены |
| Аудит | — |
| Bug bounty | yes |
| Команда | Magic Newton Foundation |
| Финансирование | — |
| AI‑компонент (ai_component) | policy protocol for AI agents |
| Use‑case (use_case) | programmable compliance for on-chain execution |
| DecAI Fit — AI‑соответствие | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | ai_score 1 / onchain_score 3 / token_score 3 / evidence_score 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://newt.foundation/ |
| Docs | https://docs.newt.foundation/ |
| GitHub | https://github.com/newt-foundation |
| Releases / Changelog | https://blog.newt.foundation/ |
| Whitepaper | https://blog.newt.foundation/the-litepaper/ |
| Roadmap | — |
| Security advisories | https://github.com/newt-foundation/newton-token/security/advisories |
| Explorer | https://etherscan.io/token/0xD0eC028a3D21533Fdd200838F39c85B03679285D |
| X | https://twitter.com/newtfoundation |
| Discord | https://discord.com/invite/magicnewton |
| Telegram | — |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | https://hackerone.com/magic-bbp/ |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/newton-protocol |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/newton-protocol/ |
Общее описание проекта
Newton Protocol в Tier‑1 документации формулирует проблему так: публичные блокчейны уже стали финансовой инфраструктурой (stablecoins/RWAs/DeFi), но институциональным участникам не хватает “trusted compliance frameworks”, а AI‑агенты становятся автономными участниками рынка — при этом guardrails отстают. В ответ Newton описывает себя как decentralized policy engine, который “embeds compliance, risk, and business rules directly into transaction execution” и даёт “trust‑minimized” гарантии, что ончейн‑действия соответствуют заранее определённой политике.
Важно: в контексте DecAI это прежде всего onchain‑инфраструктура, которая заявляет применимость к “agentic economy”, но не демонстрирует собственную AI‑модель/инференс как продукт.
Фичи/модули
- Expressive policies (cross‑chain): “developer‑friendly guardrails that work seamlessly across chains”.
- Dynamic offchain data integration: “real-time offchain data” и сигналы в политиках.
- Permission management: onchain permissions (zkPermissions, session keys) для агентной автоматизации.
- Model registry / collateral (заявлено): Newton Model Registry и collateral/slashing для агент‑операторов.
Типичные сценарии
- Сценарий 1 (эмитент/институция): задаёт политики комплаенса для stablecoin/RWA → получает исполняемые guardrails “at execution”.
- Сценарий 2 (DeFi‑стратегия): использует политики для ограничений/риска в автоматизированных стратегиях.
- Сценарий 3 (agent automation): агент инициирует транзакции, а протокол проверяет intent/permissions и применяет политики.
Как начать (кошелёк/сеть)
- Что нужно: EVM‑кошелёк (если взаимодействовать с токеном/контрактами) и доступ к RPC (для SDK/интеграций).
- Сеть/chain: токен NEWT сейчас ERC‑20 в Ethereum; протокол заявляет Keystore rollup архитектуру как цель развития.
- Комиссии: комиссии Ethereum (и потенциально комиссии целевого rollup в будущем); в token‑доках сказано, что fees могут быть субсидированы на ранней фазе.
Архитектура/техника (без AI)
- Компоненты: policy contracts (entrypoint/factory/policyId и др. по SDK), offchain data inputs в политике (oracle‑подобные интеграции), токен NEWT (ERC‑20 сейчас; заявлена миграция на rollup‑native).
- Роли участников: разработчики политик; пользователи/интеграторы; валидаторы (dPoS); делегаторы; агент‑операторы/разработчики моделей (Model Registry).
- Где выполняется логика: проверка/аттестации и enforcement политик — onchain; данные/сигналы могут быть offchain, но интегрируются в policy.
- Зависимости: RPC/SDK (
newton-policy-sdkв docs), offchain data feeds (Tier‑1: real-time offchain data integration).
Токен/экономика (развернуто, без прогнозов)
- Утилити токена (Tier‑1): staking для безопасности (dPoS), gas/transaction fees, permission management (zkPermissions/session keys), collateral/slashing для agent services, governance.
- Источники необходимости: токен встроен в gas/permissions и в security‑контур (staking/validators/slashing), поэтому “замена токена” не показана.
- Кто платит комиссии: пользователи, которые выполняют транзакции/операции управления permissions; также участники, которые стейкают/делегируют.
- Куда идут комиссии: в token‑доках: валидаторы получают rewards в NEWT из protocol‑level fees; часть fee‑механики описана как аналог EIP‑1559 в будущем.
- Эмиссия/сжигание: fixed supply 1B; “no inflationary minting or deflationary mechanics intended post-launch”.
- Механизмы безопасности/стимулов: staking/делегирование, rewards, slashing (когда будет несколько валидаторов); network rewards (в гайде стейкинга указано 8.5% total supply).
- Распределение и вестинг: см. docs (Distribution & Vesting) — в рамках этой карточки не детализировалось.
- Казначейство: governance включает голосование по treasury disbursements (token utility).
Управление
- Кто принимает решения: NEWT holders, которые стейкают токены (в token utility: governance “once sufficiently decentralized”).
- Как меняются параметры: через stake‑weighted voting (linear, stake‑weighted) по параметрам/казначейству/приоритетам.
- Где: governance‑модель описана в docs; инструменты голосования в этой карточке не фиксировались.
- Ключи/мультисиг: —.
Безопасность и инциденты
- Аудиты: — (в Etherscan указано “No Contract Security Audit Submitted” для токен‑контракта).
- Bug bounty: HackerOne программа (см. links_*).
- Инциденты: —.
- Модель угроз: риски сложной policy‑логики (ошибки/обходы), риски oracle/offchain data inputs, риски governance/апгрейдов (token contract — proxy; возможны обновления по governance).
Статус проекта и таймлайн
- Текущий статус: токен NEWT существует в Ethereum mainnet; протокол описан в docs/litepaper; часть механик (Keystore rollup) заявлена как будущая архитектура.
- Ключевые релизы/вехи: деплой токена NEWT (creation tx на Etherscan — 2025‑01‑17); публикации по стейкингу/SDK в docs.
- Roadmap: —.
Экосистема/интеграции
- Интеграции: SDK (
newton-policy-sdk, viem), policy contracts; анонсы интеграций с data oracles публикуются в docs/blog. - Партнёры: — (в рамках карточки партнёры не фиксировались).
- Где реально используется: как слой programmable compliance/policy guardrails для транзакций; конкретные прод‑интеграции требуют отдельной верификации.
AI составляющая проекта
- Что здесь реально ИИ? Tier‑1 описывает применимость к “autonomous AI agents” и “agentic economy”, но не фиксирует собственную AI‑модель/инференс как продукт (скорее policy‑инфраструктура для агентов).
- Что реально onchain? enforcement политик “at execution”, onchain permissions/attestations (через policy contracts по SDK) и токен NEWT (ERC‑20 сейчас).
- Зачем нужен токен? gas/fees, staking/validator security + slashing/collateral и governance (stake‑weighted).
- Красные флаги (по найденной информации): AI‑washing (AI — как применимость, без AI‑модели), governance/upgrade risk (token contract proxy), oracle risk (offchain data inputs).
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 1 |
| Onchain necessity | высоко | 3 |
| Token necessity | высоко | 3 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 1
- Claim (1 строка): протокол позиционируется как “policy protocol” для эпохи AI‑агентов (guardrails для autonomous AI agents).
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/overview/project-and-protocol ; https://newt.foundation/
- Why sufficient / why not (1 строка): это Tier‑1 AI‑контекст/намерение/применимость, но без доказательств собственных AI‑моделей (AI_1..AI_4 остаются 0).
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 0
- Claim (1 строка): в протоколе есть описанная AI‑модель/инференс (что именно делает ИИ как компонент продукта).
- Evidence: Tier‑1 — —.
- Why sufficient / why not (1 строка): Tier‑1 описывает policy‑инфраструктуру, а не AI‑модель/инференс.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): есть демо/гайд именно AI‑компонента (модель/агент) Newton.
- Evidence: Tier‑1 — —.
- Why sufficient / why not (1 строка): есть SDK/гайд по policy‑контрактам, но это не демо AI‑модели; AI_2 не засчитываем.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — —.
- Why sufficient / why not (1 строка): метрики AI‑качества/бенчмарки не заявлены как проверяемые артефакты.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): есть техописание/версии AI‑моделей Newton.
- Evidence: Tier‑1 — —.
- Why sufficient / why not (1 строка): есть техописание policy/SDK, но не AI‑модели.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Ethereum
- Адреса/идентификаторы: токен NEWT (ERC‑20, proxy)
0xd0ec028a3d21533fdd200838f39c85b03679285d - Evidence: Tier‑1 — https://docs.newt.foundation/protocol/token/characteristics-and-utility ; https://etherscan.io/token/0xD0eC028a3D21533Fdd200838F39c85B03679285D ; https://etherscan.io/tx/0xed0b9eb4b6cb9402f0456b20bdb0a05e300fd86734bad5392ffe45bd4fa6c1ce
- Why sufficient / why not (1 строка): docs фиксируют адрес и стандарт; Etherscan подтверждает контракт и timestamp деплоя.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: policy contracts и ончейн permissions/attestations (evaluation requests) для enforcement политик и агентной автоматизации.
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/overview/project-and-protocol ; https://docs.newt.foundation/developers/reference/sdk-reference
- Why sufficient / why not (1 строка): Tier‑1 описывает enforcement “at execution” и даёт SDK методы для чтения/запросов/тасков в policy‑контрактах.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: без ончейна нет trust‑minimized гарантии “every onchain action is within predefined policy” и нельзя проверяемо применять политики “at execution”.
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/overview/project-and-protocol ; https://newt.foundation/
- Why sufficient / why not (1 строка): Tier‑1 прямо мотивирует протокол как базовый слой enforcement в исполнении ончейн‑транзакций.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): у проекта есть токен NEWT (ERC‑20 в Ethereum).
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/token/characteristics-and-utility ; https://etherscan.io/token/0xD0eC028a3D21533Fdd200838F39c85B03679285D
- Why sufficient / why not (1 строка): docs и эксплорер подтверждают токен/адрес/total supply.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): NEWT заявлен как native gas token протокола и нужен для transaction execution и управления permissions.
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/token/characteristics-and-utility
- Why sufficient / why not (1 строка): в token utility раздел “Transaction Fees and Permission Management” прямо фиксирует оплату execution в NEWT.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): staking/делегирование и collateral NEWT для agent services + slashing (при неправильном поведении/валидаторах).
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/token/characteristics-and-utility ; https://docs.newt.foundation/how-to-guides/newt-token-staking
- Why sufficient / why not (1 строка): docs описывают staking для security, collateral и slashing‑условия.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): NEWT holders who stake смогут участвовать в governance (treasury, параметры, приоритеты); в гайде стейкинга сказано про governance voting rights.
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/token/characteristics-and-utility ; https://docs.newt.foundation/how-to-guides/newt-token-staking
- Why sufficient / why not (1 строка): Tier‑1 явно описывает governance роль и voting rights через staking.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): токен встроен в gas/permissions и security/gov контуры; “замена на USDC/подписку” не показана как эквивалент.
- Evidence: Tier‑1 — https://docs.newt.foundation/protocol/token/characteristics-and-utility
- Why sufficient / why not (1 строка): token utility описывает газ/permissions/staking/DAO как базовую механику.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://newt.foundation/ | Позиционирование: policy protocol для programmable compliance и “agentic economy”; high‑level how it works (policies, offchain data, trust‑minimized guarantees). |
| Tier‑1 | https://docs.newt.foundation/protocol/overview/project-and-protocol | Tier‑1 описание Newton как decentralized policy engine, который встраивает compliance/risk rules в execution; use‑cases включая autonomous AI agents. |
| Tier‑1 | https://blog.newt.foundation/the-litepaper/ | Litepaper (Tier‑1): базовая спецификация/контекст протокола. |
| Tier‑1 | https://docs.newt.foundation/protocol/token/characteristics-and-utility | Token utility: fixed supply 1B; gas/permissions; staking dPoS; Model Registry + collateral/slashing; governance. |
| Tier‑1 | https://docs.newt.foundation/how-to-guides/newt-token-staking | Стейкинг NEWT: staking contract, rewards, cooldown, slashing; governance voting rights. |
| Tier‑1 | https://docs.newt.foundation/developers/reference/sdk-reference | SDK reference: чтение/запросы/таски для policy contracts и evaluation/attestations (onchain logic beyond token). |
| Tier‑1 | https://etherscan.io/token/0xD0eC028a3D21533Fdd200838F39c85B03679285D | Onchain‑факт токена NEWT (ERC‑20, max total supply 1B). |
| Tier‑1 | https://etherscan.io/tx/0xed0b9eb4b6cb9402f0456b20bdb0a05e300fd86734bad5392ffe45bd4fa6c1ce | Timestamp создания токена NEWT (2025‑01‑17) — дата запуска/создания токена. |
No comments to display
No comments to display