Dà Zǔ 大祖

Trước đây tôi từng nghĩ rằng Newton Protocol chủ yếu chỉ là một nỗ lực khác nhằm đưa tuân thủ lên chuỗi. Càng dành nhiều thời gian tìm hiểu về nó, mô tả đó càng trở nên kém thuyết phục.
Newton không thực sự cố gắng làm cho DeFi trông có vẻ tuân thủ hơn. Nó đang cố gắng thay đổi nơi đặt niềm tin trước khi một giao dịch diễn ra. Thay vì yêu cầu người dùng tin rằng một nhà vận hành, người giám tuyển, tổ chức hoặc tác nhân tự động đã tuân thủ các quy tắc, thì Newton Protocol biến những quy tắc đó thành phần mềm và khiến việc thực thi chúng trở nên có thể xác minh.
Sự khác biệt đó nghe có vẻ nhỏ. Nhưng không phải vậy.

I spent two evenings this week comparing @NewtonProtocol current project pages against its launch coverage from June 2025. Same ticker, same team, barely overlapping descriptions.
Most posts treat Newton's repositioning as a product upgrade. I've started reading it as something stranger: a quiet change of customer, from retail wallets to regulated institutions.
Here's what the current framing says. Both CoinMarketCap's and CoinGecko's live NEWT pages describe Newton as "the decentralized policy layer that makes onchain compliance verifiable, programmable, and automatic."
Builders define how assets can move, and every transaction gets checked against rules for things like sanctions or identity before it goes through.
The machinery underneath is specific. According to those same descriptions, a decentralized Actively Validated Service secured by EigenLayer restaking handles enforcement, which is what supports the claim to credible neutrality.
Teams write and update policies in Rego, a language plenty of infrastructure engineers already know. Decentralized operators then evaluate those policies inside Trusted Execution Environments and generate proofs that the evaluation ran correctly.
Now rewind twelve months. The Phemex and OKX launch coverage from mid-2025 described Newton as a verifiable AI-agent automation layer: agents managing your positions while proofs kept them honest.
The customer in those articles wasn't a bank. It was a person with a wallet and a busy life.
At first I assumed the two framings were the same product at different zoom levels. They're not, and realizing that took me longer than I'd like to admit.
Here's why the compliance version matters. Institutions can't touch onchain assets casually; a stable coin issuer or an RWA platform needs every single transfer screened, and today most of that screening lives in manual review queues off-chain.
Newton's model turns that review into code that executes at the point of transaction, with a proof that the check actually happened. That's real infrastructure.
The alternative today is a trusted API run by some analytics vendor. Newton's bet is that institutions will prefer a check they can verify over a check they have to believe.
I want to give unhedged credit here. Compliance-as-code, enforced by a restaked operator set instead of one company's backend, addresses a pain point institutions actually have - and it does it without asking them to give up transparency or auditability.
But something kept nagging at me as I read.
The numbers around this pivot tell their own story. NEWT reached its all-time high of $0.8337 on June 24, 2025, days after launch, and now sits roughly 94% below that peak.
On January 24, 2026, the protocol unlocked 139.6 million NEWT, about 37.22% of its released supply, out of a fixed 1 billion genesis supply with no inflationary mechanisms. CertiK currently rates the project 3.6.
None of that is a discovered flaw. Fixed supply cuts both ways, the unlock was on a published schedule, and a drawdown proves nothing about the technology.
What it does mean is that the repositioning happened against a backdrop of collapsing retail attention. And as far as the public pages show, the relationship between the old thesis and the new one is never spelled out.
Actually, let me correct myself: "never" is too strong. The AI-agent language hasn't vanished, it's been demoted, reading now like one use case of the policy layer rather than the product itself.
This is the part I keep coming back to.
These are two different questions. One asks how a transaction can be checked against sanctions, identity, and risk rules in real time, with cryptographic proof the check ran correctly; the other asks whether any of that helps the retail user Newton originally pitched, the one who just wanted an AI agent to safely trade for them.
Newton has a serious answer to the first. As far as I can see, it has simply stopped claiming to answer the second.
I've started calling this the one-ticker, two-products problem. A compliance layer for institutions is not an autopilot for your wallet, even when both run on the same proofs.
To be clear about what I'm not saying: this is a scope observation, not a vulnerability anyone has demonstrated. Plenty of protocols narrowed their story after launch, and pivoting toward paying customers is often the mature move.
If you hold $NEWT , though, the thesis you're underwriting has changed since June 2025. It's worth deciding consciously whether you like the new one.
Around 1 a.m. on the second night, I re-read the CoinMarketCap description three times looking for the word "agent." It isn't there.
That absence is the whole post.
I could be reading this wrong. Maybe the agent layer was always sequenced to arrive after the compliance rails, and the roadmap entry just never went public.
So here's my question for people who've watched more pivots than I have. Do you think Newton's institutional turn is the real product finally finding its market, or a retreat dressed as a roadmap, with the retail thesis quietly shelved?
Next, I'm digging into who actually operates the AVS set on EigenLayer, because "decentralized operators" is doing a lot of work in that sentence.
#Newt
$AOP $ANOME

Dành một chút thời gian để thực sự đọc
bài báo nghiên cứu thay vì chỉ lướt qua trang tóm tắt token.
Phần lớn mọi người coi "AI agent + crypto" là một cặp đôi mang tính tiếp thị. Newton coi đó là một bài toán ủy quyền: khoảng cách giữa điều bạn bảo một tác nhân làm và điều nó thực sự đã làm trên onchain.
Tuyên bố này đủ cụ thể để có thể kiểm chứng. Newton chạy việc thực thi agent trong Môi trường Thực thi Tin cậy (Trusted Execution Environments), rồi xác minh đầu ra bằng các chứng minh không kiến thức (zero-knowledge proofs), với quyền truy cập được định nghĩa thông qua thứ gọi là zk Permissions và logic tài khoản được xây dựng trên các smart account ERC-4337 và EIP-7702. Keystore Rollup quản lý trạng thái liên chuỗi để thẩm quyền của một agent không thể âm thầm mở rộng khi nó chuyển sang một chuỗi khác.

I kept circling back to one line in @NewtonProtocol docs: "decentralized, permissioned operator set." Those two words sitting next to each other shouldn't feel comfortable. And yet the whole pitch trustless policy evaluation, no single admin key, cryptographic proof over every approval depends on people accepting that combination without asking who does the per missioning.
On the surface, Newton operator selection looks solved. No one operator can greenlight a transaction alone. Policies get evaluated independently across a Newton operator network secured by restaked ETH on Eigen Layer, and an authorization only fires once enough operators agree consensus is designed so no single operator decides the outcome. Each approval is folded into one joint signature through BLS signature aggregation, so verifying a supermajority costs about the same as verifying one signer. That's elegant. That's also not the part I actually care about.
What I noticed underneath: agreement among operators only means something if the operators themselves weren't hand-picked by one party. And right now, they were, at least in part. Newton describes its current operator set as decentralized but permissioned which is Newton's own language, not a hostile read. Permissioned means someone controls the guest list before the guests get to vote on anything.
Here's the mechanism as it's actually documented. The lite paper describes operator selection as eventually permissionless join with stake, get weighted by performance, get slashed for provable misbehavior. That's the destination. But mainnet beta today runs on operators secured through Eigen Layer and Succinct's zero-knowledge tooling, and critical infrastructure upgrades still require decentralized consensus specifically among the network's validator operators a closed loop where the people ratifying upgrades are the same people whose selection process hasn't fully opened yet.
This matters differently depending on who you are. If you're a builder wiring Newton into a vault, decentralized policy evaluation is your security assumption you're trusting the set, not any one node, so the set's formation matters as much as its size. If you're holding $NEWT for governance rights, the stated roadmap is a transition from Foundation-controlled operations toward full community governance with subject-matter councils meaning the token you hold today votes on less than it eventually will. If you're an operator candidate, stake alone may not be sufficient yet to get a seat.
I don't think this makes Newton dishonest it's a beta-stage protocol being upfront about a real sequencing problem: you can't bootstrap Byzantine-fault-tolerant consensus with a fully open operator set on day one without inviting exactly the kind of attack the system exists to prevent. That's a legitimate tradeoff, not a cover story.
What I can't answer from public documentation: what specific criteria gate operator entry right now, who holds admission authority day-to-day, and what triggers the permissionless switch. Newton hasn't published that timeline in detail, and I'd rather say that than guess.
So here's the actual question not rhetorical, I mean it: is a permissioned onboarding phase for a system built to remove trusted intermediaries a reasonable bootstrap, or is it the same centralization risk wearing a decentralized-sounding name?
#Newt
$HMSTR
$TLM

Tôi đã dành hai buổi tối bên trong
tài liệu để tự trả lời một câu hỏi: khi họ nói "có thể kiểm chứng được," thì chính xác cái gì được xác minh?
Tôi sẽ nói thật về nơi tôi bắt đầu. Tôi nghĩ rằng các bằng chứng zk là ngôi sao của màn trình diễn và phần TEE chỉ là đường ống kỹ thuật. Một vài chi tiết bối cảnh. Đến buổi tối thứ hai, mọi thứ đã hoàn toàn đảo ngược, và sự đảo ngược đó chính là lý do khiến tôi viết bài này.
Đây là điều đã chặn đứng tôi.
Khi một hợp đồng được bảo vệ bởi Newton chạy validate Attestation (xác thực chứng thực), chuỗi kiểm tra rằng chứng thực đã được ký bởi bên cung cấp chứng thực mà Task Manager mà bên đó mong đợi, và rằng nó thuộc về đúng tác vụ cụ thể này. Và... thế là xong. Đó là việc xác minh. Chỉ một lần kiểm tra chữ ký. Hợp đồng không bao giờ chạy lại logic chính sách. Nó chỉ xác nhận rằng người mà nó tin tưởng đã nói "việc này đã vượt qua."

Đã dành một khoảng thời gian của tuần trước để xem xét vì sao một luồng kích hoạt hai bước lại có thể được chấp nhận trên một thứ được xây dựng cho giao dịch tự động. cảm giác như đây là điều đáng lẽ phải khiến tôi bận tâm hơn, hơn là việc điều đó dường như không làm phiền các tài liệu.
Lần đầu đọc, tôi nghĩ đây chỉ là kỹ thuật cẩn thận. tách các bước, thêm một điểm kiểm tra, giảm phạm vi ảnh hưởng khi xảy ra sự cố. ổn, về mặt lý thuyết thì hợp lý.
Tuy nhiên, điều đó không đứng vững khi bạn ngồi phân tích với nó.
bản tổng hợp mà họ đang xây dựng cho các chiến lược do AI điều khiển và giao dịch tự động khiến máy khách trước tiên trỏ tới một hợp đồng Policy, rồi, như một hành động riêng biệt, đăng ký cấu hình thực tế trước khi bất cứ thứ gì được kích hoạt. hai giao dịch. không ai ép các giao dịch này phải diễn ra sát nhau, hoặc thậm chí là trong cùng một phiên.

Tôi nhớ đã ngồi trong một phòng chiến Discord trong một vụ khai thác qua cầu vào năm ngoái. Điều khiến tôi còn nhớ không phải là sự hỗn loạn; mà là nhịp điệu. Bạn có thể thấy các giao dịch được ghi nhận lên trình khám phá khối một cách đều đặn, mang tính toán học, và hoàn toàn thờ ơ. 🖱️
Trên màn hình, hợp đồng đang làm đúng những gì nó được lập trình để làm. Nó nhận các chữ ký, kiểm tra các phép tính, và chuyển hàng triệu đô la đến một địa chỉ không hề có quyền đụng vào chúng. Không có cách nào để gào thét vào đoạn mã để dừng lại. Cũng không có “phanh khẩn cấp” mà không đồng nghĩa với việc phá hủy toàn bộ sự phi tập trung của hệ thống. 🌑

Tôi liên tục quay lại câu hỏi này mỗi khi có một giao thức mới ra mắt với bộ trình xác thực riêng. Có điều gì đó gần như mang tính trình diễn ở chỗ: một mạng lưới hoàn toàn mới lại mời những người lạ đặt cược tiền thật vào lời hứa rằng nó sẽ hoạt động đúng như cam kết. Và sự thật khó chịu là, vào những ngày đầu, thường không có nhiều “bảo chứng” cho lời hứa đó. Token còn mới. Nó mỏng. Chưa được ai kiểm chứng bằng tiền thật, tức là bằng tiền đủ lớn để có thứ để mất.
Đây là kiểu vấn đề “khởi động lạnh” mà tôi gọi là của bảo mật phi tập trung. Bạn cần vốn được đặt cược để trông có vẻ đáng tin cậy, nhưng vốn lại không xuất hiện cho đến khi bạn đã trông đáng tin cậy. Hầu hết các nhóm đều phải “cào” theo kiểu brute-force để vượt qua điều này: đúc một token, treo ra lợi suất cao, rồi hy vọng rằng đủ tiền sẽ đến trước khi các ưu đãi cạn dần. Đôi khi nó hoạt động. Nhưng nó cũng giải thích vì sao rất nhiều mạng lưới giai đoạn đầu bị tấn công “vỡ ra” bởi những đòn tấn công mà nếu so với thứ như Ethereum thì gần như không đáng kể. Bảo mật là có thật, về mặt kỹ thuật. Chỉ là nó không “sâu” lắm.