Skip to main content

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).

Как это работает (очень кратко)

  1. Пользователь делает: задаёт политики/правила (комплаенс/риск/бизнес‑правила) и использует их при исполнении транзакций/автоматизации.
  2. Система делает: проверяет ончейн‑действия на соответствие политикам (в т. ч. с динамической offchain‑информацией) и даёт “trust‑minimized” гарантию соблюдения правил.
  3. Пользователь получает: транзакции/автоматизацию с вшитыми guardrails (для stablecoins/RWAs/DeFi и agent‑triggered операций).
  4. Где блокчейн: политика/проверка/права (permissions) и исполнение — onchain (в протоколе); токен NEWT сейчас ERC‑20 в Ethereum.
  5. Роль токена: 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
Тип Ссылка
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) — дата запуска/создания токена.