Usman Sam

I keep coming back to a simple test I've used for a decade now: if a protocol vanished tomorrow, would anyone notice besides the people holding the token? With most "AI plus crypto" projects the honest answer is no, and that's the lens I brought to Newton Protocol before I let myself get interested in the narrative around it.
The pitch is coherent enough that I understand why people are drawn in. Newton is building a dedicated rollup meant to let AI agents manage wallets and execute strategies without ever holding your keys directly. The mechanism is smart accounts built on ERC-4337 and EIP-7702, paired with trusted execution environments and zero-knowledge proofs, so that an agent's actions are supposedly both private and provable. In plain terms: the agent does something on your behalf, and instead of trusting the operator's word for it, you get a cryptographic receipt showing the action matched the rules you set. That's a real design improvement over the black-box trading bots that have circulated in DeFi for years, where you had no way to know if the bot did what it claimed or just what was convenient for whoever ran it.
But I've learned to separate "the design solves a real problem" from "the market has proven people want this solved." Those are different claims, and crypto has a long history of conflating them. A clever cryptographic primitive doesn't generate demand by itself. Demand comes from someone deciding the automation is worth paying fees for instead of just doing it themselves or trusting a centralized bot they already use. So the question I actually care about isn't whether the TEE-plus-ZK combination is technically sound — it plausibly is — but whether anyone is routing meaningful capital through it because it's genuinely better, not because there's a token incentive attached.
On that front the evidence is thin and mostly circumstantial. Trading volume in the token itself has been substantial, reportedly crossing the hundreds of millions in aggregate, but token trading volume tells you about speculative interest, not protocol usage. Those are two completely separate markets that get conflated constantly in this space. I want to know how many automation intents are actually being submitted to the keystore rollup, how many independent developers have published agents to the registry that aren't the team's own demos, and whether any capital is flowing through the system that wasn't put there by airdrop farmers chasing the next distribution. Right now, based on what's publicly documented, several of the flagship components — the multichain zkPermissions rollup, the verifiable agent marketplace, a meaningfully decentralized validator set — are described as upcoming rather than live and proven. That's not disqualifying for an early-stage protocol, but it does mean the current price is largely a bet on execution rather than a reflection of activity that already exists.
The tokenomics deserve the same scrutiny I'd give any fixed-supply story. A billion tokens, no inflation, sounds disciplined until you look at where the supply actually sits. A large majority of the total supply was locked at genesis, with steep unlock cliffs for the core team and early backers landing roughly a year after launch, followed by multi-year linear releases, and ecosystem funds unlocking over a similarly long horizon. That structure is standard, and I don't hold it against the team — it's how you keep people around. But it means the circulating supply today is a small fraction of what will eventually exist, and every month going forward adds new sellable tokens to a market that has to generate proportional new buying pressure just to stay flat. I've watched this exact dynamic sink dozens of projects that had perfectly reasonable technology but couldn't manufacture organic demand fast enough to absorb their own vesting schedule. The tech being good and the token performing well are not the same fight, and only one of them is guaranteed to happen on a fixed calendar.
Governance is the part I find hardest to evaluate honestly, mostly because it's early enough that "decentralized voting" is still more promise than practice. Right now validator operation appears to sit largely with the foundation, with a stated roadmap toward permissioned and eventually permissionless third parties. I've seen that roadmap phrase before, in other protocols, and sometimes it happens on schedule and sometimes it quietly stalls once the foundation realizes centralized control is more convenient. There's nothing wrong with training wheels at this stage of a rollup's life — most serious infrastructure launches this way — but I treat "eventually decentralized" as an unverified claim until there's a concrete transition with real third-party validators holding meaningful stake, not just a diagram in a roadmap document.
Security assumptions are where I get most cautious, because this protocol is stacking several relatively new primitives on top of each other. TEEs have a track record of side-channel vulnerabilities that have bitten other projects that assumed hardware isolation was airtight. Zero-knowledge proving systems are powerful but their complexity creates its own attack surface — a bug in a zkVM's implementation can be just as damaging as a bug in a traditional smart contract, just harder for outsiders to audit. And now you're layering AI-driven decision logic that depends on oracle and price feed accuracy on top of both of those systems. Every additional layer is a place something can quietly break in a way that only shows up under adversarial conditions nobody tested for. I don't say this to dismiss the ambition — building it this way is arguably the right long-term architecture — but ambition and hardened security are not delivered on the same timeline, and I'd want to see this system survive real adversarial pressure, not just an audit report, before trusting it with meaningful capital.
What actually convinces me over time with any protocol is boring and slow: independent developers building things the core team didn't ask for, fee revenue that isn't circular incentive farming, and a validator set that genuinely doesn't answer to one foundation. None of that is disprovable yet for Newton, and none of it is proven either. That's not a criticism so much as a description of where a project sits eighteen months or so after concept, somewhere between an interesting architecture and a functioning economy.
So I'm watching the unlock calendar as closely as I'm watching the developer registry, because I think they'll tell competing stories over the next year. What happens to usage and fee revenue in the months after the largest cliffs unlock? Does agent activity on the marketplace come from outside developers with no token allocation to protect, or only from the foundation's own demos? And if the validator set never actually becomes permissionless, does anyone holding NEWT actually notice, or care? I don't have firm answers to any of that yet, and I'd be skeptical of anyone who claims they do this early.
@NewtonProtocol #Newt $NEWT

I've been staring at a chart pattern on NEWT that some trader called a symmetrical triangle breakout, and every time I see that phrase I think about how much of this industry runs on shapes rather than substance. A triangle on a price chart tells you about the psychology of people trading the token. It tells you nothing about whether the protocol underneath it actually works. So I set the chart aside and went looking for the thing underneath.
Newton Protocol is trying to solve a problem I've watched trip up every DeFi cycle since 2017: how do you let something else — a bot, a script, now an AI agent — act on your behalf with your money, without handing it your keys and hoping for the best. The early answer was always some version of "trust us." Centralized trading bots, offchain scripts, API keys sitting in a config file somewhere. I've lost money to that model before, not through a hack exactly, just through opacity — a strategy that quietly changed behavior and nobody could prove what happened because nothing was verifiable. So when a protocol says it wants to make automation "verifiable" instead of just "automated," I pay attention, because that's a real architectural claim, not a slogan.
What Newton actually built is a combination of parts that each address a specific failure mode rather than one clever trick. Smart accounts using account abstraction standards let a user delegate narrow, specific permissions instead of blanket wallet access — closer to giving someone a key to one room instead of the whole house. Execution happens inside trusted execution environments, which is a hardware-based promise that the code ran as written. Then zero-knowledge proofs are layered on top so that promise doesn't have to be taken on faith — it can be checked. And all of this gets tied together through what they call a keystore rollup, a place where permissions and session state live and can move across chains without each chain needing to reinvent the wheel. On paper this is a genuinely sensible division of labor: delegation, execution, and verification each get their own layer instead of being smushed into one trust assumption.
Here's where I get more careful, though, because "verifiable" is doing a lot of work in the marketing and I want to know exactly what it verifies. A zero-knowledge proof can tell you that a computation was executed correctly according to its rules. It cannot tell you the rules were good, or that the price feed the computation relied on wasn't stale or manipulated. I've seen this exact gap burn people before — a protocol proves its internal logic flawlessly while an external oracle feeds it garbage, and the proof becomes a very expensive way of confirming a mistake happened correctly. So when I read about TEEs and ZKPs securing AI-driven trading strategies, my first question isn't "is the cryptography sound" — assume for a moment it is — my question is what data is feeding the agents making these decisions, and who is accountable when that data is wrong. That answer matters more than the proof system wrapped around it.
The tokenomics are simple enough to describe plainly, which I actually appreciate, because complexity in token design is usually a place where misalignment hides. A billion tokens, fixed at genesis, no inflation built in afterward. Roughly sixty percent earmarked for community incentives like staking rewards and ecosystem grants, forty percent for the team and early backers. Fixed supply sounds disciplined until you remember that fixed supply says nothing about circulating supply, and circulating supply is the number that actually moves price. Team and investor tokens on vesting schedules are still tokens that eventually unlock and hit the market regardless of what real demand looks like at that moment. There's a scheduled unlock that traders have been watching closely, and the way I think about it is not "bullish or bearish" but as a stress test — it's the moment you find out whether actual usage of the network has grown enough to absorb new supply, or whether the price has just been floating on thin liquidity and airdrop momentum. Anyone can tell you a token has a fixed cap. Fewer people will tell you to watch what happens in the weeks around an unlock, because that's where the story either gets confirmed or quietly falls apart.
Staking is positioned as security — delegated proof of stake securing the network, plus a role for operators who need to post NEWT as collateral to run agents in the eventual marketplace. That's a real utility case, not just "stake for yield," because it ties the token to actual operator accountability: if an operator misbehaves, there's collateral at risk. But I want to see how that slashing or accountability mechanism plays out under adversarial conditions before I count it as proven. A lot of protocols describe elegant incentive alignment in a whitepaper that has never been tested by an operator who has genuine reason to misbehave and a large enough position to make it worth trying.
The part of this project I find myself watching more than the trading angle is the pivot toward what they're calling compliance-as-code — building a policy layer that lets institutions, stablecoin issuers, and RWA platforms enforce rules directly at the transaction level, with cryptographic proof the check happened. I notice this because it's a different business than "AI trading rollup." It's infrastructure aimed at institutions who need auditable compliance, which is a slower, less exciting, but potentially more durable market than retail automation narratives. I've watched enough of these cycles to know that protocols chasing retail attention burn bright and fade, while the ones that quietly become plumbing for institutions tend to still be around five years later, even if nobody's excited about them anymore. Whether Newton can actually be both — a flashy AI agent marketplace and a boring compliance backbone — is an open question, and there's a real risk of trying to be two things and doing neither exceptionally.
On the team, I looked past the pitch deck language and found something concrete: the people behind this built embedded wallet infrastructure already used by a large developer base before Newton existed. That's not nothing. Distribution and developer relationships are hard-won and don't show up on a token unlock schedule, and having them already in place is a real advantage over a team starting from zero. But prior success in wallet infrastructure doesn't automatically transfer to running a secure rollup with AI agents managing real capital — those are different engineering disciplines with different failure surfaces, and I'd want to see security audits, incident history, and validator decentralization progress as separate, independently earned track records, not inherited credibility.
Which brings me to the thing I keep coming back to: right now, the validator set securing this rollup is still concentrated with the foundation, with a roadmap toward permissioned and eventually permissionless third-party validators. That's an honest admission in their own documentation, and I respect that it's stated plainly rather than obscured. But it also means the "decentralized, verifiable" story is aspirational today, not fully realized. A rollup that's cryptographically clever but operationally centralized carries a very specific kind of risk — not that the code is wrong, but that a small set of actors could theoretically censor, pause, or reorder things, and users are trusting a roadmap promise that this will change. I've watched too many projects describe decentralization as a future milestone that never quite arrives on schedule to treat that roadmap item as already delivered.
On adoption, I try to separate trading volume from usage, because they measure different things and get conflated constantly. High trading volume on exchange pairs tells you speculators are active. It does not tell you agents are being deployed, strategies are being used, or developers are building on the Model Registry marketplace that's still described as upcoming rather than live. The marketplace — where developers publish agent strategies and users compose them, with operators staking collateral to offer services — is the actual product thesis. Until that's live and has real usage numbers behind it, everything else is infrastructure waiting for a reason to exist. I'd rather see modest but real numbers of active agents, repeat usage, and developer deployments than another headline about volume crossing some round number on a perpetual futures pair.
I also think about competitive dynamics honestly rather than assuming first-mover status means much. Verifiable automation is a genuinely useful idea, and ideas that are genuinely useful get copied by protocols with existing liquidity and user bases. If Newton's core insight proves valuable, there's little stopping an established DeFi protocol with deeper liquidity from bolting on a similar verification layer. The moat here, if there is one, would have to come from execution quality, developer network effects in the marketplace, and actual security track record over time — not from being early with a clever architecture diagram.
None of this is a case against the project, and it isn't a case for it either. It's an argument for patience and for measuring the right things as they come. I don't know yet whether the marketplace will attract real developer activity or sit mostly empty behind marketing copy. I don't know whether the validator set will actually decentralize on the timeline promised, or slip the way these things usually slip. I don't know whether the token unlock will be absorbed by genuine usage or will just be sold into whatever liquidity exists at the time. What would it take, in your own view, to trust an AI agent with real capital — a cryptographic proof, a track record, or something else entirely? And when you look at a protocol's roadmap, how do you tell the difference between a milestone that's genuinely close and one that's been "coming soon" for a year?
@NewtonProtocol #Newt $NEWT

Tôi đã làm việc này đủ lâu rồi nên khi đọc một bản whitepaper bây giờ, tôi sẽ bỏ thẳng qua các phần nghe có vẻ khó chịu. Không phải đoạn mô tả tầm nhìn. Không phải phần "chúng tôi đang xây dựng tương lai của X". Tôi đi tìm đoạn nơi đội ngũ thừa nhận rằng một điều gì đó là khó, vì đó thường là câu nói chân thật duy nhất trong toàn bộ tài liệu. Newton Protocol có một vài câu như vậy, nhiều hơn những gì tôi có thể nói về phần lớn thứ đổ về hộp thư của tôi trong chu kỳ này.
Đối với những ai chưa từng gặp, Newton đang cố gắng xây dựng một rollup dành riêng cho các tác nhân AI giao dịch: tự điều chỉnh lại (rebalance) và thực thi logic tài chính thay cho bạn, mà không cần bạn giao chìa khóa của mình. Điểm bán hàng là quyền truy cập (permissions) thay vì việc nắm giữ tài sản (custody). Bạn nói "chỉ giao dịch nếu biến động vượt quá X" và tác nhân có thể hành động trong phạm vi đó, nhưng không bao giờ vượt ra ngoài nó. Môi trường thực thi đáng tin cậy (trusted execution environments) thực hiện phép tính thực sự, bằng chứng không kiến thức (zero-knowledge proofs) xác minh rằng việc tính toán đã tuân theo các quy tắc, và một rollup keystore sẽ quản lý toàn bộ điều này trên nhiều chuỗi. Có một trình đăng ký mô hình (model registry) nơi các nhà phát triển công bố các mẫu tác nhân (agent templates) này như thể chúng là các ứng dụng trong một cửa hàng, và một token, NEWT, dùng để chi trả phí gas, staking và tài sản thế chấp (collateral) khi các nhà vận hành (operators) chạy các tác nhân này.

Tôi cứ quay lại một bài kiểm tra đơn giản mà tôi nhặt được ở đâu đó khoảng năm 2018 và không bao giờ bỏ: khi một dự án thay đổi những gì nó nói rằng mình là, tôi sẽ để ý ít hơn tới phần giới thiệu mới và chú ý hơn tới lý do vì sao cái cũ lại ngừng hoạt động. Newton Protocol là một ví dụ nghiên cứu hữu ích cho bài kiểm tra đó ngay lúc này, vì nó đã ra mắt như một thứ và chỉ vài tháng sau đã được mô tả như một thứ gì đó khác biệt rõ rệt, và tôi nghĩ khoảng trống đó nói với bạn nhiều hơn cả lộ trình.
Cách định hình ban đầu—cái đã thu hút sự chú ý sớm của NEWT—là về các tác nhân AI giao dịch và quản lý danh mục đầu tư thay bạn trong một rollup an toàn, với một thị trường nơi các nhà phát triển có thể đăng tải và kiếm tiền từ những tác nhân đó. Đó là một câu chuyện rất “đã tai”, nó đi qua cùng lúc hai chu kỳ hype: AI và tài chính phi tập trung tự động, và nó đã thu hút được vốn thực trước khi ra mắt, bao gồm một vòng chiến lược do PayPal Ventures dẫn dắt. Nhưng rồi, trong vài tháng gần đây, phần mô tả công khai đã chuyển hướng sang “compliance-as-code” (tuân thủ dưới dạng mã), một lớp thực thi chính sách cho phép các tổ chức và các nhà phát hành stablecoin kiểm tra giao dịch so với các quy tắc trước khi giao dịch được hoàn tất. Những điều đó không phải là cùng một sản phẩm. Một bên là tạo lợi nhuận nhờ tự động hóa. Bên còn lại là cơ sở hạ tầng “đường ống” tuân thủ quy định. Một đội có thể xây cả hai, rất nhiều dự án hạ tầng mở rộng phạm vi của họ, nhưng khi trọng tâm trong thông điệp thay đổi mạnh đến vậy và nhanh đến vậy, tôi muốn biết đó là sự rõ ràng chiến lược hay là phản ứng lại việc ý tưởng đầu tiên không tìm được chỗ đứng. Tôi vẫn chưa có câu trả lời chắc chắn, và tôi sẽ nghi ngờ bất kỳ ai khẳng định họ biết điều đó ngay từ sớm.

Tuần này tôi đã dành một chút thời gian đào sâu lại vào Newton Protocol vì thật lòng mà nói, tôi gần như đã quên mất nó.
Vài tháng trước đó là một trong những ý tưởng AI x crypto khác—nghe có vẻ thú vị trên giấy tờ, nhưng vẫn thấy rất xa so với việc được sử dụng trong thực tế. Ai cũng đã từng thấy nhiều dự án hứa hẹn "tài chính tự chủ" mà không cho thấy được gì nhiều ngoài các sơ đồ và lộ trình tham vọng. Sau chu kỳ vừa qua, tôi đã khá hoài nghi về bất cứ thứ gì có AI xuất hiện trong tiêu đề.
Nhưng mọi thứ hiện tại lại có cảm giác hơi khác.

Nếu bạn đã theo dõi thị trường crypto gần đây, hẳn bạn đã nhận thấy rằng gần như mỗi tuần lại có một dự án AI mới thu hút sự chú ý. Tôi phải thừa nhận rằng khi lần đầu biết đến Newton Protocol (NEWT), tôi đã nghĩ: "Đấy rồi. Lại thêm một dự án đưa AI vào cuộc."
Sau khi dành một thời gian đọc về nó, tôi nhận ra rằng nó đang cố gắng giải quyết một vấn đề thực sự quan trọng.
Nếu AI sẽ quản lý tiền mã hóa trong tương lai, bạn sẽ cho phép nó thực hiện giao dịch mà không trao toàn quyền kiểm soát ví của bạn như thế nào?

Tôi đã suy nghĩ về việc thị trường crypto nhanh đến mức nào để “phải lòng” các câu chuyện (narratives) mới, và hiếm khi chịu dừng lại để tự hỏi rằng liệu nền kinh tế cốt lõi có thực sự xứng đáng với sự chú ý đó hay không. Tôi đã chứng kiến các layer 1 hứa hẹn sẽ thay thế mọi thứ, các giao thức hạ tầng tuyên bố rằng họ sẽ trở thành xương sống của internet, và các token AI ra mắt mang theo những kỳ vọng mà một dự án giai đoạn đầu không thể nào đáp ứng một cách thực tế. Chính lịch sử đó khiến tôi chậm hơn phần lớn khi nhìn vào thứ như Newton Protocol. Tôi cứ quay lại cùng một câu hỏi đã giúp tôi vượt qua nhiều chu kỳ thị trường: nếu thị trường ngừng thưởng cho các câu chuyện vào ngày mai, thì điều gì vẫn còn đáng để nghiên cứu?

Tôi đã để ý đến cách nhiều dự án blockchain khác nhau đang cố gắng giải quyết các vấn đề thực tiễn, và Newton Protocol là một dự án liên tục thu hút sự chú ý của tôi vì một lý do khá thú vị. Thay vì chỉ tập trung vào một ứng dụng đơn lẻ, có vẻ như nó đang cân nhắc điều gì sẽ xảy ra khi AI bắt đầu đảm nhiệm nhiều quyết định hơn trên chuỗi, đặc biệt trong các lĩnh vực như giao dịch tự động và thực thi chiến lược.
Khi tôi dành nhiều thời gian hơn để tìm hiểu về dự án, tôi bắt đầu nhìn thấy một chủ đề rõ ràng chạy xuyên suốt. Newton Protocol được xây dựng dựa trên ý tưởng tạo ra một rollup an toàn, nơi các chiến lược do AI điều khiển có thể hoạt động với sự tin cậy cao hơn. Điều này nổi bật với tôi vì AI đang ngày càng có khả năng hơn trong việc đưa ra các quyết định phức tạp, nhưng những quyết định đó vẫn cần một môi trường mà con người có thể tin tưởng. Có vẻ như giao thức này đặt nền tảng đó vào trung tâm thiết kế của mình thay vì coi bảo mật như một thứ được thêm vào sau.

Càng tôi nghiên cứu $NEWT , tôi càng nghĩ rằng thách thức lớn tiếp theo trong Web3 không còn là việc xây dựng các blockchain nhanh hơn hay giao dịch rẻ hơn—mà là xây dựng các hệ thống có thể quản lý an toàn các quyết định mang tính tự chủ.
Trong nhiều năm qua, bảo mật blockchain đã được xây dựng dựa trên một nguyên tắc đơn giản: quyền sở hữu được chứng minh bằng mật mã.
Nếu bạn kiểm soát khóa riêng, bạn kiểm soát tài sản.
Mọi ví, multisig và smart contract cuối cùng đều dựa vào các chữ ký mật mã để xác định liệu một hành động có được ủy quyền hay không. Mô hình này đã phục vụ ngành công nghiệp một cách xuất sắc, vì nó giải được một trong những vấn đề khó nhất trong tài chính số: chứng minh quyền sở hữu mà không cần dựa vào các trung gian tập trung.