Что если умные контракты начали бы просить доказательства вместо подписей?
Исследуя Whitepaper протокола Newton Protocol [@NewtonProtocol ] для текущей кампании CreatorPad сегодня, я понял, что годами Web3 опирался на простое предположение: если кошелёк выдает действительную подпись, значит транзакция авторизована. Эта модель хорошо работает, когда люди контролируют приватные ключи. Но по мере того, как AI-агенты начинают управлять казначействами, ликвидностью, подписками и кроссчейн-стратегиями, одного наличия ключа уже недостаточно, чтобы ответить на самый важный вопрос: было ли это действие на самом деле разрешено?
When I first read the @NewtonProtocol whitepaper on 30th of June 2026, I assumed every mention of a vault referred to the same thing. It does not, the term "vault" refers to multiple components, not a single feature.The Compliance Receipts & Audit Log Vault stores immutable policy receipts, Managed Vaults securely custody assets while enforcing policies, and VaultKit enables vaults to integrate with Newton's policy network.
NEWT beta begins with vaults because they are the clearest environment to demonstrate policy-based authorization. Rather than giving AI agents or applications unrestricted control over assets, every action is evaluated against programmable policies before execution.
Vaults become the first practical deployment of this authorization layer, proving that permissions can be as programmable as ownership.But vaults are only the entry point, the broader vision is the Internet of Policies—an open marketplace where developers create, publish, compose, and monetize reusable policy modules.Instead of each protocol designing authorization logic from scratch, policies become interoperable building blocks that can be discovered, audited, reused, and improved across the ecosystem.
In this model, policies evolve into shared infrastructure. AI agents, users, applications, and institutions all rely on standardized authorization logic that is transparent, verifiable, and composable. As more policies are adopted and refined, the marketplace benefits from network effects, where trust is derived not only from code execution but from reusable, verifiable authorization frameworks.
The progression is intentional:
Vaults → Policy Marketplace → Internet of Policies.
Secure high-value assets first, establish confidence in programmable authorization, then expand that same policy infrastructure into a universal coordination layer for autonomous agents and onchain applications.The long-term objective is not simply better vault management—it is making authorization a native, composable primitive of the decentralized internet.
Gram вернулся: как Telegram тихо вернул себе TON — и почему это меняет всё
Когда Telegram отошел от своего блокчейн-проекта в 2020 году, это выглядело как конец амбициозного эксперимента. Судебная тяжба с Комиссией по ценным бумагам и биржам США (SEC) заставила компанию отказаться от первоначального токена Gram, вернуть инвесторам более 1,2 миллиарда долларов и согласиться на мировое урегулирование на сумму 18,5 миллиона долларов. Осталась незавершенная идея. Сообщество отказалось позволить этой идее умереть. Независимые разработчики подхватили исходный код, переименовали токен в Toncoin и в течение многих лет создавали The Open Network (TON), превратив ее в работающий блокчейн, который намеренно стоял в стороне от юридических проблем Telegram. В течение шести лет это разделение определяло проект.
Newton Protocol Fixes DeFi's Biggest Bottleneck: Authorization, Not Compliance
While reading the Newton Protocol [@NewtonProtocol ] Whitepaper early this morning around 7:00am UTC, I discovered that most discussions around DeFi security focus on what happens after a transaction settles: analytics, monitoring, sanctions screening, or forensic tools. Newton Protocol shifts the conversation to what happens before execution.That's an architectural change.Consensus already answers "Is this transaction valid?" Smart contracts answer "Can this code execute?" Newton introduces a third layer: "Does this transaction satisfy policy?" which is the missing layer in cryptocurrency computational development. We've spent years making smart contracts deterministic. Newton is making policy deterministic. Consensus guarantees every node reaches the same state.Newton extends that idea to authorization: every operator evaluates the same Rego policy against the same agreed inputs, producing the same authorization attestation before state changes occur.That's more than compliance. It's deterministic policy execution.If that model scales, DeFi gains something it has never had—a decentralized control plane for transaction authorization. For example, commercial aircraft don't receive clearance after landing—they receive it before takeoff. Every flight is evaluated against airspace restrictions, weather conditions, runway availability, and safety protocols before entering controlled airspace. Once clearance is denied, the aircraft simply doesn't depart.Traditional critical infrastructure is built around pre-execution authorization.Most smart contracts, however, operate differently. As long as transaction parameters satisfy contract logic, execution proceeds. Risk engines, compliance systems, and forensic analytics typically evaluate the outcome only after state has already changed.Newton Protocol introduces a dedicated authorization plane between transaction intent and state transition. In a similar way, imagine walking into a bank vault. You don't simply open the door because you know the account number. Multiple checks happen first—identity verification, access permissions, withdrawal limits, dual authorization, and security policies. Only after every requirement is satisfied does the vault unlock. Traditional finance treats authorization as a prerequisite, not an afterthought.Most DeFi protocols work in reverse. A smart contract validates whether the transaction is technically executable, but it rarely evaluates programmable policies such as sanctions status, jurisdiction, exposure limits, or delegated permissions before changing blockchain state. In traditional payment networks separate authorization from settlement. Before funds move, the network evaluates predefined policies—such as fraud detection, account status, velocity limits, or regulatory requirements—and only authorized transactions proceed to settlement. Most DeFi protocols collapse these stages into one. Smart contracts verify execution conditions but generally lack a native mechanism to evaluate dynamic policies before state transitions occur. Compliance, sanctions screening, and risk analysis are therefore handled offchain or after execution. One question is seriously begin for an answer in DeFi. How Does NEWT Solves This Problem? Newton Protocol introduces an onchain authorization layer between transaction submission and settlement. NEWT inserts that missing control point through a PolicyClient, authorization requests are forwarded to a decentralized operator network, where deterministic Rego policies are executed against onchain state and externally attested inputs. Once operators reach consensus, they generate a cryptographic authorization proof. The receiving smart contract verifies this proof before execution proceeds.The result is a shift from reactive monitoring to policy-enforced execution. Instead of auditing why a transaction should not have happened, Newton determines whether it should happen at all. In that sense, Newton isn't adding another compliance dashboard—it is bringing the access-control model of traditional financial infrastructure directly into the transaction path of decentralized finance. This architecture decouples business policy from application logic. Instead of embedding sanctions checks, exposure limits, delegated permissions, or AI spending constraints directly into every smart contract, these rules exist as reusable policy code that can evolve without rewriting protocol contracts. Newton is not another compliance layer. It is a programmable authorization network that inserts deterministic policy evaluation into the transaction lifecycle—bringing a control plane to DeFi that traditional critical systems have relied on for decades. Smart contracts no longer need to embed every business rule. Policies can evolve independently while contract logic remains unchanged, bringing Policy-as-Code to blockchain execution.If consensus became the foundation for decentralized agreement, programmable authorization could become the foundation for decentralized trust.That is the architectural question Newton Mainnet Beta is putting to the market. @NewtonProtocol #NEWT $NEWT
$HMSTR популярный токен $GRAM на платформе преодолел границы консолидации с четким ростом объема, что делает это движение более убедительным, чем обычный всплеск волатильности.
Цена удерживается выше 7, 25 и 99 МА, сохраняя краткосрочный тренд уверенно бычьим, а MACD продолжает поддерживать импульс вверх.
После роста почти на 57% я не вижу особого преимущества в погоне за текущей свечой.
Я бы предпочел дождаться ретеста 0.0002700–0.0002750 или подтвержденного закрытия выше 0.0003000, прежде чем рассматривать еще один лонг.
Торговая идея • Настрой: Бычий
• Кредитное плечо: 3x–5x
• Ключевая поддержка: 0.0002700
• Ключевое сопротивление: 0.0003000
Тренд по-прежнему сохраняется, но после такого движения управление рисками важнее, чем FOMO.
The Newton Protocol whitepaper changed how I think about tokenized Real-World Assets (RWAs). I don't see tokenization as the difficult part anymore. I think authorization is the real engineering challenge.Representing an asset onchain is only one part of the system.
The harder problem is ensuring every state transition complies with the asset's operational, regulatory, and security requirements.
A valid signature only proves intent. It doesn't prove investor eligibility, enforce transfer restrictions, satisfy evolving compliance policies, or determine whether a sensitive operation should be authorized.
For example: imagine a tokenized bond. An investor submits a valid transaction to transfer ownership. The signature is correct, but the recipient has failed KYC, resides in a restricted jurisdiction, or the bond is still within a regulatory lock-up period. From the blockchain's perspective, the transaction is valid. From the asset's perspective, the state transition should never occur.
That's why I found Newton's threat model interesting.
An admin key compromise can bypass access controls. NAV/oracle manipulation can distort valuation-dependent decisions. Unauthorized state transitions can introduce minting, ownership changes, or other protocol actions that violate established policy.
Newton addresses this through an onchain authorization layer, where programmable policies evaluate requests before state transitions are committed. Authorization becomes part of protocol execution rather than logic every application has to build independently.
From an engineering perspective, that changes the trust boundary. the protocol isn't only verifying whether a transaction can execute—it is verifying whether it should execute according to predefined authorization policies. That's the architectural insight I took away from the whitepaper. for tokenized RWAs, secure execution depends not only on cryptographic validity but also on deterministic authorization before every state transition.
bStocks приносят на блокчейн акции США и ETF, позволяя инвесторам торговать ими 24/7, при этом каждый токен остается обеспеченным 1:1 лежащей в основе ценной бумагой.
Примеры bStocks: $SPCXB , $METAB , $MSFTB
• Экосистема bStocks от Binance находится примерно на уровне: ~$160M капитализации.
• Глобальный рынок токенизированных акций примерно оценивается в: ~$1.16B капитализации.
Почему это важно: Токенизированные акции — пока небольшой рынок, но направление игнорировать сложно.
По мере того как все больше традиционных активов перемещаются on-chain, инвесторы получают более быстрое урегулирование, более широкий доступ и торговлю круглосуточно. Если принятие продолжится, сегодняшние рынки на миллиард долларов могут стать лишь началом.
One thing I find interesting today about Newton Protocol is that it doesn't try to replace ERC-20 approvals—it adds a policy layer on top of them.
The biggest weakness of the standard approve() model isn't just unlimited allowances.
it's that once permission is granted, the token contract has no idea why you approved it.
You might only want to swap USDC → WETH once.
Instead, the contract often receives permission to move your tokens repeatedly until you revoke it.Newton changes that by checking intent before execution.Instead of blindly accepting an approval, an operator network evaluates whether a transaction matches a predefined policy.
Moreso , the Operator Network evaluates each execution request against a predefined authorization policy, verifying permitted asset pairs, approved execution venues, permitted destination networks, authorized counterparties, approved smart contract methods, calldata constraints, wallet and account permissions, execution conditions such as slippage, price impact, minimum output, and deadline, rate and spending limits, recurring budget caps, oracle and external state requirements, portfolio and exposure limits, cross-chain routing constraints, validator quorum requirements, transaction sequencing rules, compliance and governance policies, emergency pause conditions, and any other programmable authorization rules before execution is approved.
If the request doesn't satisfy the policy, authorization fails before settlement. That's a very different security model. What also stands out is the separation between policy and smart contract logic. The application can stay the same while users update authorization rules without changing contract code or constantly revoking approvals.
To me, this moves permissions from a simple binary approve/deny model toward attribute-based authorization, where context matters as much as the signature itself.As AI agents and automated trading become more common, that extra authorization layer is as important as execution itself.
The Part of Newton Protocol That Really Caught My Attention
During my sista yesterday when checking thoroughly at the @NewtonProtocol Whitepaper, what struck my attention was how Newton combines Attestation, a Challenge Window, Rego policy execution, Zero-Knowledge Proofs (ZKPs), and EigenLayer slashing into a single verification pipeline. Instead of asking users to simply trust operators, every attestation stays challengeable until finality. That changes the security model in a meaningful way. Verification doesn't stop when an operator signs a result. It remains open to independent verification by anyone willing to reproduce the computation. If a challenger executes the same deterministic Rego policy inside a zkVM and generates a valid proof that produces a different outcome, the protocol can verify that proof on-chain. A successful challenge doesn't just expose an error. It invalidates the original attestation and triggers EigenLayer slashing, creating immediate economic consequences for incorrect or dishonest execution. I think that's where Newton starts to separate itself from many existing validation systems. Most oracle or committee-based designs ultimately depend on a majority of participants behaving honestly. Newton shifts more of that trust away from people and toward deterministic computation, cryptographic proofs, and open participation. The network doesn't have to debate whether an execution was correct if anyone can reproduce it and prove the result.another detail I appreciate is how these components reinforce one another. Deterministic Rego policies ensure identical inputs should always produce identical outputs. The challenge window gives the network time to dispute incorrect attestations before they become final. zkVMs allow challengers to prove they executed the policy correctly without requiring every node to rerun the computation. EigenLayer slashing then provides the economic incentive that discourages inaccurate attestations in the first place. Viewed together, this feels less like a collection of independent security features and more like a complete accountability mechanism. Every stage feeds into the next: execution produces an attestation, the attestation can be challenged, the challenge is resolved through cryptographic verification, and incorrect behavior carries an immediate financial penalty. What I find most interesting isn't the use of ZKPs by themselves. Plenty of protocols are exploring zero-knowledge technology today. The interesting part is how Newton connects deterministic execution, permissionless challenges, on-chain verification, and EigenLayer slashing into a single feedback loop where correctness is continuously enforceable rather than merely assumed. Ultimately, Newton isn't just adding another security mechanism to blockchain infrastructure. It's redefining how trust can be established in decentralized systems. By combining deterministic policy execution, permissionless challenges, cryptographic proofs, and economic accountability into a unified verification pipeline, the protocol moves trust away from assumptions about honest actors and toward verifiable correctness. If this model proves itself at scale, it could influence how future decentralized infrastructure is designed—not by eliminating trust altogether, but by making trust something that can be continuously verified rather than blindly granted. To me, that's one of the most compelling directions blockchain infrastructure can take, and it's what makes Newton Protocol a project worth paying close attention to. @NewtonProtocol , #NEWT , $NEWT
THE/USDT (4H) Т.А THE совершил пробой сильной импульсной свечой, прибавив более 47% за одну 4-часовую сессию. Движение подтверждено резким ростом объёма, что указывает на реальный интерес покупателей, а не на единичный всплеск на низких оборотах. Тем не менее, свечи такого размера часто сопровождаются периодом охлаждения, прежде чем тренд продолжится.
Сейчас цена торгуется выше скользящих средних за 7, 25 и 99 периодов, возвращая краткосрочный тренд в бычью зону. MACD пересёк вверх, а импульс расширяется, что говорит о том, что покупатели по-прежнему контролируют ситуацию.
Немедленный уровень, за которым стоит следить, — $0.0884. Закрытие на 4 часах выше этого сопротивления укрепит бычью структуру и может подтолкнуть цену в сторону $0.095-$0.100. Если пробой потеряет импульс, первая зона спроса находится примерно на $0.060-$0.062. Пока эта область удерживается, текущий восходящий тренд остаётся в силе.
Я бы не входил после такой агрессивной свечи. Ожидание отката к поддержке даёт гораздо более выгодную по риску/прибыле сделку, чем погоня за ценой на локальных максимумах.
Торговый план Направление: Long Вход: $0.061-$0.064 (на здоровом откате) Стоп Лосс: $0.056 Тейк Профит 1: $0.078 Тейк Профит 2: $0.088 Тейк Профит 3: $0.095-$0.100
Рекомендуемое плечо: 3x-5x (консервативно) или до 7x максимум для опытных трейдеров из-за недавней волатильности. Тренд
в пользу покупателей, но дисциплина важнее импульса. Пусть рынок вернётся в вашу зону входа, а не вы платите премию после ралли на 47%.
$ALLO показал сильное V-образное восстановление с мощным покупательским объёмом. Моментум по-прежнему бычий, но цена приближается к сопротивлению в районе 0.354–0.368, поэтому короткий откат не был бы неожиданностью.
Торговая идея (Long): Вход: 0.330–0.338 при откате или выше 0.355 после подтверждённого пробоя.
Стоп-лосс: 0.318 (или 0.298 для более широкого стопа).
Тейк-профит: 0.368 → 0.390 → 0.420.
Кредитное плечо: держитесь 3x–5x. Более высокое плечо рискованно после 45% пампа.
Пока ALLO удерживается выше 0.330, быки сохраняют контроль. Чистый пробой выше 0.368 может отправить цену к 0.39–0.42.
Большинство людей думают, что ценность биткоина проистекает из дефицита. Я считаю, что они упускают более важную картину.
Спросите почти любого, почему у биткоина есть ценность, и, скорее всего, вы услышите тот же ответ: "Потому что в обращении будет только 21 миллион монет." Это не значит, что это неправда. Это просто неполно. Дефицит — одна из определяющих характеристик биткоина, но одного дефицита никогда не было достаточно, чтобы создать устойчивую ценность. История полна редких вещей, которые так и остаются экономически незначимыми, потому что почти никому они не нужны. Более интересный вопрос не в том, является ли биткоин дефицитным. Вот почему миллионы людей в разных странах, финансовых системах и политических условиях продолжают выбирать, чтобы держать его.
I've been going through the @NewtonProtocol Whitepaper for past two days now since the commencement CreatorPad Campaign , I ended up thinking less about AI models than I expected.What stayed with me was authorization.We usually treat a wallet signature as the final checkpoint in a transaction. The more I looked into it, the more I felt we're asking that signature to do too much. It's expected to capture intent, prove key ownership, and authorize execution all at once.That assumption starts to feel shaky when the one making decisions isn't a person but an autonomous agent.
One detail in Newton Protocol that I found particularly interesting is the separation between an agent deciding what to do and the protocol deciding whether that action should be allowed to execute. Those aren't the same decision, and I don't think they should be handled by the same mechanism.
It also made me rethink protocol UX a bit. We often measure UX by fewer clicks or simpler wallet flows. But if AI agents become regular participants in onchain systems, users won't always be the ones interacting directly. In that world, good UX may be less about interfaces and more about invisible controls—clear authorization boundaries, predictable execution, and policies that quietly prevent bad outcomes before they happen. I'm still working through the broader implications, but one thing has become clearer to me: the next challenge for AI onchain isn't just making agents more capable. It's designing infrastructure that can safely accommodate autonomous decision-making without assuming every valid signature deserves execution.
The Hardest Part of Stablecoin Compliance Isn't Screening
I spent about an hour going through Newton Protocol's compliance infrastructure today, and I kept coming back to the compliance receipt model. At first, I assumed it was just another audit log. After reading a bit more, it felt more like a cryptographic attestation that's verified before a transfer is allowed to settle. That's a pretty different approach from what most stablecoin infrastructure does today. Usually, the transfer is on-chain, while sanctions screening, Travel Rule checks, and KYC all happen off-chain.The chain proves the payment happened, but not the compliance decisions behind it. @NewtonProtocol flips that around. Operators execute the issuer's policy before settlement, sign a compliance receipt, and the settlement contract verifies that receipt before the transaction goes through. The part I couldn't stop thinking about is what happens once assets leave that original execution environment. For example, a compliant $USDC transfer is bridged to another chain and immediately deposited into a lending protocol. Does the original compliance receipt still carry any meaning, or should the destination chain require a new policy evaluation because the regulatory context has changed? I don't remember seeing that discussed, and it feels like an interesting edge case. Another example is delayed execution. Imagine a DAO treasury locks stablecoins in a timelock contract for six months before they're released. If sanctions lists or jurisdiction rules change during that period, should compliance be checked only at deposit, only at release, or at both points? I don't think those questions weaken Newton's model. If anything, I see those questions less as obstacles and more as the natural next stage of the conversation.Solving compliance for a single transfer is already a meaningful technical achievement. The bigger opportunity lies in carrying those same assurances across bridges, DeFi applications, and smart contracts without sacrificing transparency or efficiency. If Newton continues to evolve in that direction, it could provide a useful reference point for how programmable compliance fits into an increasingly interconnected blockchain ecosystem. I'm interested to see how the architecture develops as it moves from documentation into broader real-world adoption. That's where the most valuable lessons usually emerge. @NewtonProtocol #NEWT $NEWT
Технический обзор ZBT/USDT (4H) 4-часовой график решительно сместился в пользу покупателей. Найдя поддержку возле $0.098, ZBT развернулся вверх до $0.1497, за относительно короткое время прибавив более 30%. Движения такого масштаба обычно привлекают внимание, но также нередко усиливают волатильность. Показательный обнадеживающий сигнал — рост торгового объема. Ралли происходит не в тонком рынке: покупатели входят уверенно. Цена также комфортно держится выше скользящих средних за периоды 7, 25 и 99, что подтверждает тезис о том, что краткосрочный импульс по-прежнему прочно бычий.
MACD рассказывает схожую историю. Импульс продолжает нарастать: гистограмма расширяется, а линия MACD удерживается выше сигнальной линии. При этом ралли, движимые импульсом, редко продолжаются по прямой бесконечно. После нескольких сильных бычьих свечей логично ожидать некоторую фиксацию прибыли или период консолидации перед следующим значимым движением.
С технической точки зрения, зона между $0.152 и $0.155 — это первый участок, за которым стоит следить. Убедительный пробой выше этого диапазона может дать покупателям достаточно пространства, чтобы нацелиться на $0.165-$0.18. Снизу первичная поддержка находится примерно в районе $0.138-$0.142, тогда как более глубокая коррекция к $0.125-$0.130 все еще позволит сохранить более широкую бычью структуру.
Для трейдеров, которые уже в прибыли, это не обязательно тот тип графика, который требует немедленного выхода. Защита заработка с помощью trailing stop часто оказывается разумнее, чем эмоционально реагировать на каждую свечу.
Тем, кто пока ждет входа, могут представиться лучшие возможности, если дать рынку остыть и дождаться подтверждения поддержки, вместо того чтобы гнаться за резким пробоем. На этом этапе тренд явно благоприятствует быкам, но темп роста намекает, что рынку может понадобиться время, чтобы перевести дух. Следующие несколько 4-часовых свечей покажут, достаточно ли сил у этого пробоя, чтобы продолжить рост, или сначала потребуется здоровая откатная коррекция перед следующим рывком.$ZBT
После того как я ознакомился с документацией @NewtonProtocol , мне бросилась в глаза модель межсетевой авторизации, потому что она разделяет управление доверием и выполнение. Вместо дублирования регистрации валидаторов в нескольких сетях Newton хранит регистрацию операторов, стейкинг и слэшинг в Ethereum через EigenLayer, при этом позволяя авторизации происходить в целевых (destination) цепочках.
Ethereum выступает в роли исходной цепочки: он поддерживает канонический реестр операторов, BLS-ключи и записи о стейках. Целевые цепочки, такие как Arbitrum, Optimism, Polygon и Base, используют эту информацию для оценки политик, выполнения задач авторизации и проверки транзакций без поддержания независимого процесса регистрации.
Именно механизм синхронизации делает дизайн особенно интересным. Когда состав операторов меняется — будь то новая регистрация, де-регистрация, корректировка стейка или событие слэшинга — операторы Newton совместно формируют аутентифицированные обновления, которые передают актуальную таблицу операторов в поддерживаемые целевые цепочки. Такая децентрализованная синхронизация сохраняет согласованность членства операторов и весов стейков между сетями, при этом оставаясь в рамках спецификации EigenLayer ELIP-008 Multi-Chain Verification.
Мне особенно практичным кажется то, что предположения по безопасности остаются привязанными к Ethereum, а выполнение остается локальным для каждой целевой цепочки. Такое разделение снижает избыточную инфраструктуру, сохраняет единый источник истины для состояния операторов и позволяет приложениям на нескольких L2 проверять авторизацию по одному и тому же синхронизированному набору операторов.
Как Newton превращает разные данные в одно доверенное решение
Я наконец понял, почему децентрализованные системы могут расходиться во мнениях даже тогда, когда каждый валидатор действует честно. Ответ был скрыт в Разделе 5.4 @NewtonProtocol Whitepaper. Читая Версию 1.0, особенно Раздел 5.4, Streaming Two-Phase Consensus ("Когда операторы независимо извлекают данные, чувствительные ко времени") на странице 13, я получил гораздо более ясное понимание одной из фундаментальных проблем, которую Newton Protocol призван решить: как валидаторы могут прийти к консенсусу, даже если реальные данные, которые они получают, немного различаются из‑за сетевых задержек, тайминга или источников данных.