Umar Web3

Hôm nay mình đang đối chiếu lịch sử giao dịch của chính mình để làm thuế, không vui chút nào, chỉ là quá tẻ nhạt: cứ lăn qua lăn lại hàng tháng các lệnh swap và chuyển khoản để nhớ tại sao mình đã thực hiện một nửa trong số đó. Đến một lúc mình dừng lại và nghĩ: mình có bản ghi hoàn hảo về chuyện gì đã xảy ra, nhưng hầu như không có bản ghi về lý do mình quyết định để mọi thứ xảy ra như vậy.
Vì vậy, rời khỏi địa ngục bảng tính, mình quay lại nhiệm vụ của Newton Protocol, và câu hỏi “vì sao” đó cứ ám mình suốt cả thời gian.
Đây là điều thực sự khiến mình nhận ra, chỉ là một thay đổi nhỏ nhưng nó đã viết lại cách mình nghĩ về toàn bộ không gian này. Chúng ta đã mất nhiều năm để tự động hóa chính giao dịch — swap được thực thi, lệnh giao dịch được kích hoạt, khoản thanh toán được chi ra, đúng lịch trình, không cần con người. Phần đó về cơ bản đã được giải quyết. Thứ mà chúng ta chưa thực sự tự động hóa là quy tắc quyết định liệu giao dịch đó có nên xảy ra hay không. Thường thì quy tắc ấy chỉ… tồn tại trong đầu ai đó, hoặc một tin nhắn Discord, hoặc một bảng tính như cái mà mình mắc kẹt trong đó. Góc nhìn của Newton, theo những gì mình thấy khi lục lọi phần quyền truy cập, là cố gắng biến chính quy tắc đó thành một đối tượng “hạng nhất” trên chuỗi (on-chain) thay vì một ghi chú trong đầu.

Market felt oddly slow today, one of those afternoons where nothing moves and you end up doom-scrolling old approval requests on your wallet instead of charts. I was cleaning out permissions I'd granted to random dApps over the past year — you know, the ones you approve at 1am just to get past a popup — and honestly, I didn't recognize half of them.
So instead of watching price action, I went down a small rabbit hole on Newton Protocol, mostly because $NEWT kept showing up in my feed alongside "programmable authorization," which sounded like marketing until I actually sat with it for a minute.
And here's where it got uncomfortable. I always assumed the risk in crypto was "someone hacks the contract" or "someone rugs the project." But going through my own wallet, the actual risk was way more boring than that — it was me. Every time I clicked "approve" without checking the scope, I was trading a few seconds of convenience for a standing, unlimited permission that just... sat there. Forever. Until I remembered to revoke it. Which, let's be honest, nobody does.
That's the part that clicked. Convenience isn't neutral. It's not just a UX nice-to-have that has zero downside. Every shortcut that removes friction — one-click approvals, "trust this app forever," recurring auto-pay — is quietly converting a one-time decision into an open-ended liability. It doesn't feel like a vulnerability in the moment. It feels like efficiency. The vulnerability only shows up later, usually when you've forgotten it exists.
So the mechanism, kept simple: most approval systems ask "can this app spend my tokens" and then just hand over a blanket yes. Not "how much," not "until when," not "for what." Just yes. Newton's angle — from what I actually saw poking around the Keystore stuff — is scoping that yes down to a specific box: this much, this contract, this expiry. The agent operates inside the fence instead of being handed the whole yard. In theory, that turns "trust forever" into "trust for exactly as long as I said," which is a completely different risk profile.
But here's the part that bothers me, and I want to sit with this instead of just nodding along. Scoped permissions are only as good as whoever writes the scope. If I set the limit too loose because I was rushing, or too long because the popup made it easy to pick "30 days" instead of "1 day," I've just recreated the same problem with better branding. Programmable authorization doesn't remove human laziness, it just moves the laziness one layer upstream — into the policy-writing step instead of the approval-click step. I'm not fully convinced that solves anything if the default settings still nudge people toward convenience over control. Defaults always win. That's just how people behave, myself included.
There's also the boring reality that most people won't check the box even if it's there. I didn't check mine for a year. Having the option to scope a permission tightly doesn't help if the UI still makes "approve everything, revisit never" the path of least resistance. So the real test isn't whether the tech supports fine-grained control — it clearly can — it's whether the interface actually pushes people toward using it, or just adds a setting that 95% of users will scroll past.
Why this matters, I think, is less about any one protocol and more about the pattern. Every recurring payment system, every AI agent that "just handles it for you," every auto-approved subscription in crypto is making the same trade silently: less friction now, larger blast radius later if something goes wrong — a bug, a compromised frontend, a malicious update to a contract you approved eighteen months ago and forgot about. The convenience is real and immediate. The vulnerability is deferred and invisible, which is exactly why nobody prices it in until it's too late.
I went back and revoked about six permissions after writing this, two of which I genuinely didn't remember granting. Small thing, but it kind of proved the point to myself in real time.
Anyway, market's still flat, I still haven't decided what I think about NEWT price-wise, and I'm going to keep watching whether scoped-permission UX actually changes user behavior or just gives people one more setting to ignore.
@NewtonProtocol #Newt

Market's been doing that annoying sideways chop all week — not enough movement to trade, not boring enough to ignore either. So instead of staring at charts, I ended up going down a rabbit hole on wallet permissions, mostly because I got that "approve unlimited spending" popup again on some random dApp and just… sat there for a second longer than usual.
That's how I landed on Newton Protocol. Not looking for it, just poking around $NEWT after seeing their mainnet beta went live this week, and I wanted to actually understand what "programmable authorization" meant instead of skimming past the phrase like I usually do.
And here's where it got a little uncomfortable, not gonna lie.
The assumption I've had this whole time — and I think most people have it too — is that wallet safety is basically a user-awareness problem. Read the permission screen. Don't click blind. Revoke old approvals. Be careful. That's the whole model. You, the human, are the last line of defense.
Newton's approach kind of quietly rejects that. Instead of asking you to be more careful before you sign, it moves the actual decision to the moment the transaction tries to execute. Policies get written — in Rego, this declarative rules language — and a network of operators checks the transaction against those rules right when it happens, not when you approved it days or months ago. Every check produces a proof you can verify through their explorer. So the "safety" isn't really about you being smarter at the approval screen anymore. It's about whether the code checking the transaction is doing its job.
Which, okay, sounds like an upgrade. And in a lot of ways it is — it fixes the actual root problem, which is that a signature from three weeks ago shouldn't still have god-mode access to your wallet today. Static approval was always the wrong tool for something that needs to be evaluated continuously.
But here's the part that bothers me, and I keep going back and forth on it.
If the safety layer moves from "your judgment" to "the policy layer's judgment," then the thing you actually need to trust has just changed shape. You're not trusting yourself to read carefully anymore — you're trusting that the policy was written correctly, that the operator network evaluating it isn't compromised, that the TEE attestations are doing what they claim. That's not nothing. That's arguably a much bigger trust surface than "did I read the popup." I'm not fully convinced this holds up the same way once it's protecting serious money at scale, or once someone finds a way to author a policy that looks safe on paper but isn't.
There's also this quieter thing — when the system starts making the safety call for you, do people even build the instinct to check anymore? I noticed myself, mid-research, almost approving something on a different app without reading it, purely on autopilot, because part of my brain has apparently decided "this stuff gets checked somewhere anyway." Which is exactly the kind of complacency this is supposed to prevent, not encourage.
Who this actually matters for, I think, isn't the degen clicking through fifteen dApps a day — it's more the institutional or automated-agent side of things. AI agents executing transactions on someone's behalf genuinely can't sit there "being careful" the way a human theoretically can. For that use case, moving trust into a verifiable policy layer isn't optional, it's basically the only way this works at all. Retail wallets adopting it feels more like a slow migration than an immediate fix.
Anyway. I don't think this makes crypto "safe" in some final sense — it just relocates where the risk sits, and I'm still chewing on whether that's actually progress or just a rebrand of the same problem. Market's still chopping sideways, I'll probably just keep an eye on how the mainnet beta holds up under real usage before I make up my mind on any of this.
@NewtonProtocol #Newt

Thị trường lại đang làm cái trò đó — xanh trong một giờ, đỏ trong hai giờ, chẳng ai thực sự quyết định đi theo hướng nào cả. Tôi đã đóng các biểu đồ, pha cà phê, và nghĩ rằng cuối cùng mình cũng sẽ xử lý xong danh sách nhiệm vụ của CreatorPad thay vì cứ nhìn vào những cây nến chẳng đi đến đâu.
Thế là tôi bắt đầu lục lọi Newton Protocol, chủ yếu vì thông báo ra mắt bản beta mainnet cứ hiện lên trên bảng tin của tôi. Tôi không định phải suy nghĩ quá nhiều — chỉ muốn hoàn thành nhiệm vụ. Nhưng rồi tôi bị kẹt ở một dòng trong tài liệu của họ về "các kiểm tra chính sách trước khi thanh toán", và nó đã làm lệch cả buổi tối của tôi.

Lệnh phê duyệt mà bạn đã ký cách đây hai năm vẫn còn đó.
Mọi người đều đang theo dõi biểu đồ BTC sáng nay. Tôi cũng làm vậy, khoảng hai mươi phút, rồi tôi bị xao nhãng và bắt đầu làm một việc có lẽ tôi lẽ ra nên làm từ lâu — rà soát các phê duyệt ví cũ của mình.
Không có gì đặc sắc. Nhưng ở đâu đó trong khoảng đó, có điều gì đó đã thay đổi cách tôi nghĩ về cả chuyên mục này.
Nói thế này. Khi mọi người bàn về bảo mật ví, cuộc trò chuyện gần như luôn kết thúc ở cùng một chỗ. Cụm từ hạt giống. Ví phần cứng. Đừng bấm vào các liên kết đáng ngờ. Giữ khóa riêng ngoại tuyến. Đây là mô hình tinh thần mà hầu hết mọi người mang theo — bảo mật như một thứ hàng rào, kiểu “ngăn kẻ xấu lại”. Và về cơ bản thì điều đó không hoàn toàn sai. Nhưng tôi bắt đầu tự hỏi liệu liệu nó có còn là khung đúng đắn nữa không.