MrRUHULのプロフィール | 厳選トピック

PINNED

MrRUHUL

·

--

記事

翻訳参照

Newton Protocol Was Everywhere at KBW...And That Panel at Origin Summit Says a Lot$NEWT I have been following Newton Protocol for some time now, and every once in a while something happens that makes its growing momentum feel very real. This year at Korea Blockchain Week, Newton seemed to be everywhere. From side conversations to major stages, its name kept coming up in discussions around the future of onchain infrastructure. One moment that stood out to me was the Great Origin Summit panel featuring some really strong voices in the space. On stage were alanxdu from Magic (backed by PayPal Ventures), devrelius from StoryProtocol, and jaemin0x, co-founder and President of Magic Labs. Having these particular people together talking in the context of Newton felt meaningful. Why This Panel Mattered I think what made this panel notable wasn’t just the names on stage, but the kind of companies they represent and the direction they’re all pushing toward. Magic Labs has been one of the most important players in making embedded wallets accessible to developers at scale. StoryProtocol is building infrastructure around programmable IP and creative assets. And having someone from PayPal Ventures in the room adds another layer of institutional perspective. When these kinds of builders and investors are sharing a stage to talk about Newton, it suggests that the conversation around onchain policy and authorization is moving beyond just crypto-native teams. It’s starting to attract attention from people who are thinking about real product adoption and how to make decentralized systems work at larger scale. Man, I’ve seen plenty of events where infrastructure projects get mentioned in passing. But when Newton becomes a central topic in a high-quality panel with these specific participants, it tells me the industry is starting to recognize that smart contracts alone aren’t enough anymore. The Bigger Shift Newton Represents I keep coming back to why Newton keeps appearing in these kinds of conversations. Most onchain systems today are still quite limited when it comes to handling complex rules, compliance needs, and dynamic decision-making. Smart contracts are great at execution, but they’re not naturally designed for the kind of programmable, composable policy enforcement that newer use cases require. Things like stablecoins, real world assets, and especially autonomous AI agents operating onchain need more than basic transaction logic. They need a way to define and enforce sophisticated rules before anything happens onchain rules that can adapt, that can be verified, and that can work across different applications and chains. Newton was built exactly for this kind of environment. By providing a policy engine that operates at the protocol level, it allows developers to add authorization, compliance, and risk controls without having to rebuild everything inside every smart contract. The fact that major players in the wallet and IP space are now publicly discussing it at events like KBW shows that this need is becoming more widely recognized. What This Presence at KBW Signals I will be honest I don’t usually get too excited about conference presence alone. A lot of projects show up at events and it doesn’t always translate into real adoption. But Newton’s visibility at Korea Blockchain Week, especially in a thoughtful panel with Magic and StoryProtocol voices, feels different. It suggests that Newton is no longer just an idea or an early stage project. It’s reaching the point where serious builders and investors are actively exploring how it fits into their own roadmaps. When the co-founder of Magic Labs is on stage talking about it alongside people from PayPal Ventures and StoryProtocol, it means the conversation has moved from “what is this?” to “how do we use this?” I’ve seen how long it can take for infrastructure projects to gain real traction. Many technically sound ideas struggle to find product market fit because they remain too abstract or too difficult to integrate. Newton’s growing presence at major events like KBW, combined with integrations such as the one with Magic, shows that it’s starting to cross that threshold. Why This Direction Feels Important What I find particularly interesting is how Newton positions itself not as another control layer, but as shared infrastructure that makes onchain systems more capable. Instead of every application having to solve authorization and compliance in isolation, Newton offers a composable way to handle these needs at the protocol level. This becomes especially relevant as more complex activity moves onchain. AI agents need guardrails. RWAs need compliance that can travel across chains. Stablecoin flows need verifiable rules that work at scale. Smart contracts alone often fall short in these areas because they weren’t designed with this level of dynamic policy enforcement in mind. By showing up strongly at KBW and having its technology discussed by respected voices in the ecosystem, Newton is signaling that it’s ready to be part of the solution for these next-generation use cases. I think this kind of visibility matters more than people sometimes realize. It helps normalize the idea that onchain systems need a dedicated policy and authorization layer. It also gives developers more confidence to start building with it, knowing that others in the industry are taking it seriously. Looking Ahead Seeing Newton featured so prominently at Korea Blockchain Week, especially in that Origin Summit panel, makes me feel like the project is entering a new phase. The technical foundation has been in development for a while, but now we’re starting to see real conversations about how it fits into actual products and ecosystems. The participation of Magic Labs, with its massive reach across developers and wallets, combined with voices from StoryProtocol and PayPal Ventures, suggests that Newton is being evaluated not just as interesting technology, but as practical infrastructure that can be adopted at scale. I keep coming back to the same thought: the future of onchain finance isn’t just about moving assets faster or cheaper. It’s about building systems that can handle complexity, compliance, and autonomy in a reliable way. Newton’s growing presence at events like KBW shows that more people are starting to see it as part of that solution. It’s still early, but moments like this panel at the Great Origin Summit make it clear that Newton is no longer operating on the sidelines. It’s becoming part of the main conversation about what the next generation of onchain infrastructure should look like. And that feels like meaningful progress. @NewtonProtocol #Newt

Newton Protocol Was Everywhere at KBW...And That Panel at Origin Summit Says a Lot

$NEWT I have been following Newton Protocol for some time now, and every once in a while something happens that makes its growing momentum feel very real. This year at Korea Blockchain Week, Newton seemed to be everywhere. From side conversations to major stages, its name kept coming up in discussions around the future of onchain infrastructure.
One moment that stood out to me was the Great Origin Summit panel featuring some really strong voices in the space. On stage were alanxdu from Magic (backed by PayPal Ventures), devrelius from StoryProtocol, and jaemin0x, co-founder and President of Magic Labs. Having these particular people together talking in the context of Newton felt meaningful.
Why This Panel Mattered
I think what made this panel notable wasn’t just the names on stage, but the kind of companies they represent and the direction they’re all pushing toward. Magic Labs has been one of the most important players in making embedded wallets accessible to developers at scale. StoryProtocol is building infrastructure around programmable IP and creative assets. And having someone from PayPal Ventures in the room adds another layer of institutional perspective.
When these kinds of builders and investors are sharing a stage to talk about Newton, it suggests that the conversation around onchain policy and authorization is moving beyond just crypto-native teams. It’s starting to attract attention from people who are thinking about real product adoption and how to make decentralized systems work at larger scale.
Man, I’ve seen plenty of events where infrastructure projects get mentioned in passing. But when Newton becomes a central topic in a high-quality panel with these specific participants, it tells me the industry is starting to recognize that smart contracts alone aren’t enough anymore.
The Bigger Shift Newton Represents
I keep coming back to why Newton keeps appearing in these kinds of conversations. Most onchain systems today are still quite limited when it comes to handling complex rules, compliance needs, and dynamic decision-making. Smart contracts are great at execution, but they’re not naturally designed for the kind of programmable, composable policy enforcement that newer use cases require.
Things like stablecoins, real world assets, and especially autonomous AI agents operating onchain need more than basic transaction logic. They need a way to define and enforce sophisticated rules before anything happens onchain rules that can adapt, that can be verified, and that can work across different applications and chains.
Newton was built exactly for this kind of environment. By providing a policy engine that operates at the protocol level, it allows developers to add authorization, compliance, and risk controls without having to rebuild everything inside every smart contract. The fact that major players in the wallet and IP space are now publicly discussing it at events like KBW shows that this need is becoming more widely recognized.
What This Presence at KBW Signals
I will be honest I don’t usually get too excited about conference presence alone. A lot of projects show up at events and it doesn’t always translate into real adoption. But Newton’s visibility at Korea Blockchain Week, especially in a thoughtful panel with Magic and StoryProtocol voices, feels different.
It suggests that Newton is no longer just an idea or an early stage project. It’s reaching the point where serious builders and investors are actively exploring how it fits into their own roadmaps. When the co-founder of Magic Labs is on stage talking about it alongside people from PayPal Ventures and StoryProtocol, it means the conversation has moved from “what is this?” to “how do we use this?”
I’ve seen how long it can take for infrastructure projects to gain real traction. Many technically sound ideas struggle to find product market fit because they remain too abstract or too difficult to integrate. Newton’s growing presence at major events like KBW, combined with integrations such as the one with Magic, shows that it’s starting to cross that threshold.
Why This Direction Feels Important
What I find particularly interesting is how Newton positions itself not as another control layer, but as shared infrastructure that makes onchain systems more capable. Instead of every application having to solve authorization and compliance in isolation, Newton offers a composable way to handle these needs at the protocol level.
This becomes especially relevant as more complex activity moves onchain. AI agents need guardrails. RWAs need compliance that can travel across chains. Stablecoin flows need verifiable rules that work at scale. Smart contracts alone often fall short in these areas because they weren’t designed with this level of dynamic policy enforcement in mind.
By showing up strongly at KBW and having its technology discussed by respected voices in the ecosystem, Newton is signaling that it’s ready to be part of the solution for these next-generation use cases.
I think this kind of visibility matters more than people sometimes realize. It helps normalize the idea that onchain systems need a dedicated policy and authorization layer. It also gives developers more confidence to start building with it, knowing that others in the industry are taking it seriously.
Looking Ahead
Seeing Newton featured so prominently at Korea Blockchain Week, especially in that Origin Summit panel, makes me feel like the project is entering a new phase. The technical foundation has been in development for a while, but now we’re starting to see real conversations about how it fits into actual products and ecosystems.
The participation of Magic Labs, with its massive reach across developers and wallets, combined with voices from StoryProtocol and PayPal Ventures, suggests that Newton is being evaluated not just as interesting technology, but as practical infrastructure that can be adopted at scale.
I keep coming back to the same thought: the future of onchain finance isn’t just about moving assets faster or cheaper. It’s about building systems that can handle complexity, compliance, and autonomy in a reliable way. Newton’s growing presence at events like KBW shows that more people are starting to see it as part of that solution.
It’s still early, but moments like this panel at the Great Origin Summit make it clear that Newton is no longer operating on the sidelines. It’s becoming part of the main conversation about what the next generation of onchain infrastructure should look like. And that feels like meaningful progress. @NewtonProtocol #Newt

NEWT-2.73%

PINNED

MrRUHUL

·

--

翻訳参照

$NEWT Man, I’ve been thinking about how fast things are changing with AI agents, stablecoins, and RWAs moving onchain. These aren’t simple DeFi experiments anymore they actually need serious compliance and composability that regular smart contracts just weren’t built to handle on their own.
I think that’s exactly why Newton Protocol exists. It’s positioning itself as the first dedicated policy protocol for this new era adding a programmable authorization and compliance layer that can enforce rules before transactions happen, while staying composable across apps and chains.
Instead of every project trying to bolt on its own fragmented controls, Newton gives builders a shared way to manage the complexity that comes with real assets and autonomous agents.
I’ve seen how quickly things can get messy when compliance and composability aren’t properly addressed. Newton feels like one of the cleaner attempts to solve that at the protocol level.
Curious to see how teams start using it as AI agents and RWAs keep growing onchain. @NewtonProtocol #Newt

NEWT-2.73%

MrRUHUL

·

--

翻訳参照

$EPIC Long
This EPIC has been correcting but is showing early signs of recovery below the middle Bollinger Band with neutral RSI. It can bounce towards 0.430-0.480 if it holds above 0.372.

Entry: 0.385 – 0.395
SL: 0.372
TP1: 0.430
TP2: 0.480

EPIC-0.77%

MrRUHUL

·

--

翻訳参照

🇺🇸 The U.S. House will hold a hearing on the Crypto CLARITY ACT in just 4 days, on July 17.

MrRUHUL

·

--

翻訳参照

$SUN Long
This SUN has bounced strongly from the correction and is now trading above the middle Bollinger Band with bullish RSI at 69. It can continue towards 0.0191-0.0205 if it holds above 0.0172.

Entry: 0.0178 – 0.0183
SL: 0.0172
TP1: 0.0191
TP2: 0.0205

SUN0.00%

MrRUHUL

·

--

あと3か月だけ生き延びろ。

BTC-2.61%

MrRUHUL

·

--

翻訳参照

@grvt_io Man, I've been thinking about how scattered everything still feels in finance. You trade crypto on one platform, chase yield on another, and if you want equities or commodities, you're jumping between apps again. Capital ends up idle way too often.
Grvt is building the onchain wealth app that actually brings it all together. One place where you can trade, earn, and grow your money across crypto, equities, commodities, and more all from a single unified balance.
I think this is the direction things need to go. No more choosing between trading and earning. No more leaving money on the sidelines. Just one app where your capital can work across different markets without the usual friction.
I've seen a lot of projects talk about unifying finance onchain, but Grvt feels like it's actually building the real thing a proper wealth layer where everything plays nicely together.
If you're tired of juggling platforms and want your money to stay active and diversified in one spot, this is worth keeping an eye on... #grvt

MrRUHUL

·

--

記事

翻訳参照

Newton Protocol Isn’t Adding Another Layer of Control It’s Making Trust Programmable$NEWT I have been thinking a lot lately about what actually makes decentralized systems trustworthy at scale. We talk a lot about decentralization, but when it comes to real financial activity onchain especially with high value assets, stablecoins, RWAs, or autonomous agents trust still often depends on human discretion, centralized operators, or fragile app level rules.. Man, that’s always felt like a weak spot to me. Newton Protocol is trying to fix that by building something different. Instead of adding more control, it’s trying to make trust itself programmable and native to the protocol. Newton is built on four core principles: credibly neutral, privacy preserving, publicly verifiable, and natively composable. These aren’t just marketing words. They’re the foundation for how the system is designed to let protocols and applications operate with real autonomy, without constantly needing human oversight or centralized gatekeepers. Credibly Neutral Rules That Don’t Play Favorites I keep coming back to how important neutrality is in any system that handles value. In traditional setups, rules can often be bent by whoever controls the infrastructure. With Newton, policies are enforced through cryptography rather than human discretion. This means the rules apply the same way to everyone. They can’t be selectively ignored or changed by any single actor. There’s no central team that can decide to make an exception for one user and not another. The enforcement comes from math and code that anyone can inspect, not from someone’s judgment call. I think this kind of credible neutrality is what allows systems to scale without constantly fighting over who gets special treatment. It removes a lot of the political and human friction that usually creeps into governance and compliance. Privacy Preserving Protection Without Exposure One thing I’ve seen in many compliance or security tools is that they often require revealing a lot of sensitive information to work. Newton takes a different approach. It’s designed to enforce policies without forcing users or protocols to expose private data. It uses techniques like selective disclosure, trusted operator networks, and zero knowledge proofs so that rules can be checked without leaking unnecessary details. This matters a lot in real-world use cases where privacy and compliance both need to exist at the same time. I will be honest finding that balance has been one of the harder problems in onchain finance. Newton’s focus on privacy preserving enforcement feels like a practical step toward solving it without forcing everything into the open or relying on centralized data processors. Publicly Verifiable Proof Instead of Promises Trust in most systems today still relies heavily on reputation or promises. “Trust us, we checked it.” Newton flips that by making every policy decision publicly verifiable. Every enforcement action leaves an onchain record that can be independently audited. This means anyone can verify that the rules were actually followed, without needing to trust a black box or a centralized compliance team. The proof lives on the blockchain itself. I think this is one of the most important shifts. When enforcement is verifiable by default, it reduces the need to constantly audit or question whether the system is doing what it claims. Trust comes from the ability to check, not from having to believe someone’s word. Natively Composable Protection That Travels With You... This last principle might be the most practical for builders. Newton’s policies aren’t locked inside one application or one chain. They’re designed as reusable protocol primitives. Once you integrate Newton once, the protection can be inherited across different apps, wallets, and chains. You don’t have to rebuild the same rules every time you launch something new or expand to another network. The composability means the safeguards become portable. I’ve seen how painful it is when every new protocol or feature has to re-solve authorization and compliance from scratch. Newton’s approach of making these policies natively composable feels like it could save teams a lot of duplicated effort while creating more consistent protection across the ecosystem. Building Trust That Doesn’t Rely on Humans What stands out to me most about these four principles together is the bigger idea behind them. Newton isn’t positioning itself as another layer of control that sits on top of everything. It’s trying to make trust something that can exist natively in the system itself. Instead of relying on human operators to make judgment calls, or centralized entities to enforce rules selectively, Newton uses cryptography, verifiable records, and composable design so that systems can operate with more autonomy. The rules are clear, the enforcement is consistent, the data stays private where it should, and everything can be checked by anyone. I keep coming back to how this changes the relationship between protocols and the applications built on them. When the authorization and compliance layer is programmable, verifiable, and composable at the protocol level, it becomes something that can be inherited rather than constantly reinvented. This doesn’t mean every decision becomes automatic or that human judgment disappears entirely. But it does mean that a lot of the repetitive, rule-based enforcement can happen without needing constant human intervention or fragile workarounds. Why This Direction Feels Important I will be honest I’ve been somewhat skeptical of many “compliance layer” projects in crypto because they often end up recreating centralized control in new packaging. Newton’s four principles feel different because they’re trying to preserve the core values of decentralization while still adding the structure that real financial activity needs. Credible neutrality removes selective control. Privacy preservation respects user data. Public verifiability replaces blind trust with proof. Native composability makes the whole thing scalable and reusable. Together, they point toward a future where onchain systems can handle more sophisticated rules and protections without having to sacrifice autonomy or force everything through centralized gatekeepers. I think that’s the real promise here. Newton isn’t just adding another tool for developers. It’s trying to build the underlying infrastructure that lets trust in onchain finance become something programmable, verifiable, and composable by default. And in a world where more and more value is moving onchain including from institutions and autonomous systems that kind of foundation feels increasingly necessary. Not as another layer of control, but as a way to make trust itself work better at scale... @NewtonProtocol #Newt

Newton Protocol Isn’t Adding Another Layer of Control It’s Making Trust Programmable

$NEWT I have been thinking a lot lately about what actually makes decentralized systems trustworthy at scale. We talk a lot about decentralization, but when it comes to real financial activity onchain especially with high value assets, stablecoins, RWAs, or autonomous agents trust still often depends on human discretion, centralized operators, or fragile app level rules..
Man, that’s always felt like a weak spot to me. Newton Protocol is trying to fix that by building something different. Instead of adding more control, it’s trying to make trust itself programmable and native to the protocol.
Newton is built on four core principles: credibly neutral, privacy preserving, publicly verifiable, and natively composable. These aren’t just marketing words. They’re the foundation for how the system is designed to let protocols and applications operate with real autonomy, without constantly needing human oversight or centralized gatekeepers.
Credibly Neutral Rules That Don’t Play Favorites
I keep coming back to how important neutrality is in any system that handles value. In traditional setups, rules can often be bent by whoever controls the infrastructure. With Newton, policies are enforced through cryptography rather than human discretion.
This means the rules apply the same way to everyone. They can’t be selectively ignored or changed by any single actor. There’s no central team that can decide to make an exception for one user and not another. The enforcement comes from math and code that anyone can inspect, not from someone’s judgment call.
I think this kind of credible neutrality is what allows systems to scale without constantly fighting over who gets special treatment. It removes a lot of the political and human friction that usually creeps into governance and compliance.
Privacy Preserving Protection Without Exposure
One thing I’ve seen in many compliance or security tools is that they often require revealing a lot of sensitive information to work. Newton takes a different approach. It’s designed to enforce policies without forcing users or protocols to expose private data.
It uses techniques like selective disclosure, trusted operator networks, and zero knowledge proofs so that rules can be checked without leaking unnecessary details. This matters a lot in real-world use cases where privacy and compliance both need to exist at the same time.
I will be honest finding that balance has been one of the harder problems in onchain finance. Newton’s focus on privacy preserving enforcement feels like a practical step toward solving it without forcing everything into the open or relying on centralized data processors.
Publicly Verifiable Proof Instead of Promises
Trust in most systems today still relies heavily on reputation or promises. “Trust us, we checked it.” Newton flips that by making every policy decision publicly verifiable.
Every enforcement action leaves an onchain record that can be independently audited. This means anyone can verify that the rules were actually followed, without needing to trust a black box or a centralized compliance team. The proof lives on the blockchain itself.
I think this is one of the most important shifts. When enforcement is verifiable by default, it reduces the need to constantly audit or question whether the system is doing what it claims. Trust comes from the ability to check, not from having to believe someone’s word.
Natively Composable Protection That Travels With You...
This last principle might be the most practical for builders. Newton’s policies aren’t locked inside one application or one chain. They’re designed as reusable protocol primitives.
Once you integrate Newton once, the protection can be inherited across different apps, wallets, and chains. You don’t have to rebuild the same rules every time you launch something new or expand to another network. The composability means the safeguards become portable.
I’ve seen how painful it is when every new protocol or feature has to re-solve authorization and compliance from scratch. Newton’s approach of making these policies natively composable feels like it could save teams a lot of duplicated effort while creating more consistent protection across the ecosystem.
Building Trust That Doesn’t Rely on Humans
What stands out to me most about these four principles together is the bigger idea behind them. Newton isn’t positioning itself as another layer of control that sits on top of everything. It’s trying to make trust something that can exist natively in the system itself.
Instead of relying on human operators to make judgment calls, or centralized entities to enforce rules selectively, Newton uses cryptography, verifiable records, and composable design so that systems can operate with more autonomy. The rules are clear, the enforcement is consistent, the data stays private where it should, and everything can be checked by anyone.
I keep coming back to how this changes the relationship between protocols and the applications built on them. When the authorization and compliance layer is programmable, verifiable, and composable at the protocol level, it becomes something that can be inherited rather than constantly reinvented.
This doesn’t mean every decision becomes automatic or that human judgment disappears entirely. But it does mean that a lot of the repetitive, rule-based enforcement can happen without needing constant human intervention or fragile workarounds.
Why This Direction Feels Important
I will be honest I’ve been somewhat skeptical of many “compliance layer” projects in crypto because they often end up recreating centralized control in new packaging. Newton’s four principles feel different because they’re trying to preserve the core values of decentralization while still adding the structure that real financial activity needs.
Credible neutrality removes selective control. Privacy preservation respects user data. Public verifiability replaces blind trust with proof. Native composability makes the whole thing scalable and reusable.
Together, they point toward a future where onchain systems can handle more sophisticated rules and protections without having to sacrifice autonomy or force everything through centralized gatekeepers.
I think that’s the real promise here. Newton isn’t just adding another tool for developers. It’s trying to build the underlying infrastructure that lets trust in onchain finance become something programmable, verifiable, and composable by default.
And in a world where more and more value is moving onchain including from institutions and autonomous systems that kind of foundation feels increasingly necessary. Not as another layer of control, but as a way to make trust itself work better at scale... @NewtonProtocol #Newt

NEWT-2.73%

MrRUHUL

·

--

確認済み

$NEWT 私がオンチェーン取引について常に際立って感じるのは、その「確定性」の高さです。いったん実行されると、元に戻すための“取り消しボタン”はありません。これは信頼性とスピードにとって強力ですが、一方で、コントロールにでも隙間があるとリスクが大きく感じられます。特に、高額な資産、ステーブルコイン、あるいはAIエージェントがオンチェーン上で動く場合はなおさらです。
これまで多くのプロジェクトが、フロントエンドでの警告やオフチェーンでのチェックによって管理しようとしてきましたが、それらは誰かが秘密鍵を持ってしまった瞬間に、簡単に消えてしまうことがよくあります。
Newton Protocolは、それとは違うものを作っています。ブロックチェーンに反映される前に、取引を評価し、ルールを強制するためのプログラム可能なポリシーレイヤーを追加するのです。ポリシーを定義し、それをスマートコントラクトに接続し、検証可能な証明付きで、準拠したアクションだけが通過します。
オンチェーンの金融を、分散化という中核のメリットを失わずに、より安全で、より機関レベルにするために必要なのは、まさにこの“事前実行の制御”だと思います。
あなたはどう思いますか？真剣なオンチェーン導入に向けて、事後決済ではなく事前（プリ・セトルメント）のポリシーレイヤーこそが欠けているピースなのでしょうか？ @NewtonProtocol #Newt

NEWT-2.73%

MrRUHUL

·

--

翻訳参照

Newton 🚀

MrRUHUL

·

--

Magic Labs Bringing Newton Protocol to 50 Million Wallets Feels Like a Real Turning Point

$NEWT I have been following both Magic Labs and Newton Protocol for some time, and when I saw the announcement that Magic is integrating Newton across its entire platform, it actually made me pause. This isn’t just another partnership announcement. It’s one of the bigger distribution moments Newton has had so far.
Magic Labs already powers embedded wallets for around 200,000 developers and reaches roughly 50 million wallets. That’s a massive amount of onchain activity flowing through their infrastructure every day. Now, enterprise-grade policy and compliance tools powered by Newton are becoming a native part of every transaction that happens through those wallets.
Man, that changes the conversation quite a bit.
What This Integration Actually Means
When I first read that Magic is bringing Newton Protocol to its developers and wallets, I tried to understand what it really changes in practice. From what I can tell, it means that anyone building with Magic’s embedded wallet infrastructure can now tap into Newton’s policy engine directly. This allows them to define rules and compliance logic that get enforced at the transaction level, before anything settles.
Instead of developers having to build their own authorization and policy systems from scratch (which most teams end up doing), they can now use Newton’s framework as part of the wallet experience itself. Things like programmable checks, conditional approvals, and verifiable compliance can become standard features rather than custom engineering work.
I think this is significant because it takes something that used to feel advanced or optional and makes it much more accessible. For a lot of teams, especially those building consumer-facing or enterprise applications, having these capabilities built into the wallet layer removes a major friction point.
Why Policy at the Wallet Level Matters
I keep coming back to how most onchain applications currently handle security and compliance. A lot of it still lives in the application layer or in custom smart contract logic. That works to some extent, but it creates inconsistencies. Different apps end up with different levels of protection, and once a user exports their private key or interacts directly with contracts, many of those controls disappear.
By making Newton part of the Magic wallet experience, policies can now apply more consistently across transactions, even in non custodial environments. The rules travel with the transaction itself rather than depending on whatever frontend someone happens to be using.
I will be honest, this feels like one of the cleaner ways to bring stronger guardrails into everyday onchain activity without forcing users to give up control of their keys. It keeps things non-custodial while still adding meaningful protection and compliance capabilities.
For developers, it also means they don’t have to choose between building fast and building safely. They can focus more on their core product while relying on Newton’s policy engine for the authorization and compliance layer.
The Scale of This Move
What stands out to me about this announcement is the reach. Magic Labs already has significant adoption across web3 applications. When they bring Newton into that ecosystem, it suddenly makes enterprise grade policy tools available to a much wider group of builders and users than before.
I’ve seen a lot of infrastructure projects struggle with distribution. Even when the technology is solid, getting it in front of real developers and real users at scale is difficult. This integration with Magic solves a big part of that problem for Newton in one move.
It also sends a signal. When a major wallet infrastructure provider like Magic decides to make Newton a native part of their offering, it suggests they see real value in what Newton is building. That kind of validation from a company that’s already deeply embedded in the ecosystem carries weight.
A More Practical Path to Better Onchain Security
I think one of the reasons this feels meaningful is because it addresses a real pain point that many teams face. Building proper authorization and compliance logic is hard. Doing it well requires expertise in both onchain systems and traditional compliance thinking. Most teams don’t have that combination in house, so they either build something basic or skip it entirely.
By making Newton available through Magic, more developers now have access to battle tested policy tools without needing to become experts in authorization systems themselves. They can define the rules they care about and let Newton handle the enforcement and proof generation.
This doesn’t mean every application will suddenly have perfect compliance overnight. But it does lower the barrier significantly. And over time, that could lead to better overall security and trust in onchain applications.
I’ve been thinking about how this kind of integration could affect user experience too. When policies are enforced at the wallet and transaction layer in a seamless way, users might not even notice the extra protection. They just get a smoother, safer experience without having to think about the underlying rules.
Why This Matters Beyond Just Magic’s Ecosystem
While this announcement is specifically about Magic Labs bringing Newton to their developers and wallets, I think the implications go further. It shows a growing recognition that onchain systems need stronger, more standardized authorization and compliance infrastructure if they want to support serious usage.
As more institutions and regulated entities look at onchain opportunities, having tools like Newton available at the wallet level makes it easier for applications to meet higher standards without massive custom development. It also helps keep things non custodial, which remains an important principle for many users and builders.
I will be honest I don’t think every integration like this will automatically lead to mass adoption. But when a company the size of Magic Labs decides to embed Newton deeply into their infrastructure, it creates real momentum. It gives Newton more real world usage, more feedback, and more visibility among developers who might not have considered it before.
Looking Ahead
I keep coming back to the idea that onchain finance needs both good settlement rails and good control layers. Magic Labs has been focused on making wallet infrastructure easier and more accessible for developers. Now, by bringing Newton into that stack, they’re also helping strengthen the control layer that sits on top of those transactions.
This feels like a practical step toward making onchain applications more secure and compliant by default, rather than something teams have to figure out on their own. And for Newton, it represents one of the clearest paths to reaching a large number of developers and users in a meaningful way.
I think this is the kind of development that moves the needle more than flashy marketing or big promises. It’s infrastructure being adopted by other infrastructure. Quiet, but potentially very impactful over time.
If you’re a developer already using Magic’s embedded wallets, this integration probably makes Newton worth exploring sooner rather than later. And even if you’re not, it’s a sign that the kind of policy and compliance tools Newton is building are starting to find real homes in production environments.
That’s the part I find most encouraging. Not just the announcement itself, but what it suggests about where things are heading. @NewtonProtocol #Newt

MrRUHUL

·

--

翻訳参照

Guys I'm with GRVT..

MrRUHUL

·

--

@grvt_io Man, I've been thinking about this a lot. If your margin is just sitting idle over the weekend, that's straight up expensive opportunity cost. Markets don't pause, but most of your capital does.
Most perp DEXs make you choose trade or earn. You can't really have both without shifting funds around or accepting the trade off.
Grvt doesn't work that way.
One account gives you access to every market gold, Tesla, EWY, oil, and everything in between. Your collateral keeps working and earning yield while it's waiting for your next setup. And the privacy actually scales with your size, not against it.
No more forced choices. Trade and earn from the same balance.
I've seen plenty of platforms promise the best of both worlds, but Grvt is one of the few that actually delivers it without the usual headaches or compromises. Especially if you like staying active or want your capital to stay productive 24/7, this unified approach feels different.
I keep coming back to how simple yet powerful this is. I will be testing more of it properly soon. #grvt

MrRUHUL

·

--

確認済み

翻訳参照

@grvt_io Man, I've been thinking about this a lot. If your margin is just sitting idle over the weekend, that's straight up expensive opportunity cost. Markets don't pause, but most of your capital does.
Most perp DEXs make you choose trade or earn. You can't really have both without shifting funds around or accepting the trade off.
Grvt doesn't work that way.
One account gives you access to every market gold, Tesla, EWY, oil, and everything in between. Your collateral keeps working and earning yield while it's waiting for your next setup. And the privacy actually scales with your size, not against it.
No more forced choices. Trade and earn from the same balance.
I've seen plenty of platforms promise the best of both worlds, but Grvt is one of the few that actually delivers it without the usual headaches or compromises. Especially if you like staying active or want your capital to stay productive 24/7, this unified approach feels different.
I keep coming back to how simple yet powerful this is. I will be testing more of it properly soon. #grvt

TSLA-3.14%

EWY-6.72%

MrRUHUL

·

--

記事

翻訳参照

Magic Labs Bringing Newton Protocol to 50 Million Wallets Feels Like a Real Turning Point$NEWT I have been following both Magic Labs and Newton Protocol for some time, and when I saw the announcement that Magic is integrating Newton across its entire platform, it actually made me pause. This isn’t just another partnership announcement. It’s one of the bigger distribution moments Newton has had so far. Magic Labs already powers embedded wallets for around 200,000 developers and reaches roughly 50 million wallets. That’s a massive amount of onchain activity flowing through their infrastructure every day. Now, enterprise-grade policy and compliance tools powered by Newton are becoming a native part of every transaction that happens through those wallets. Man, that changes the conversation quite a bit. What This Integration Actually Means When I first read that Magic is bringing Newton Protocol to its developers and wallets, I tried to understand what it really changes in practice. From what I can tell, it means that anyone building with Magic’s embedded wallet infrastructure can now tap into Newton’s policy engine directly. This allows them to define rules and compliance logic that get enforced at the transaction level, before anything settles. Instead of developers having to build their own authorization and policy systems from scratch (which most teams end up doing), they can now use Newton’s framework as part of the wallet experience itself. Things like programmable checks, conditional approvals, and verifiable compliance can become standard features rather than custom engineering work. I think this is significant because it takes something that used to feel advanced or optional and makes it much more accessible. For a lot of teams, especially those building consumer-facing or enterprise applications, having these capabilities built into the wallet layer removes a major friction point. Why Policy at the Wallet Level Matters I keep coming back to how most onchain applications currently handle security and compliance. A lot of it still lives in the application layer or in custom smart contract logic. That works to some extent, but it creates inconsistencies. Different apps end up with different levels of protection, and once a user exports their private key or interacts directly with contracts, many of those controls disappear. By making Newton part of the Magic wallet experience, policies can now apply more consistently across transactions, even in non custodial environments. The rules travel with the transaction itself rather than depending on whatever frontend someone happens to be using. I will be honest, this feels like one of the cleaner ways to bring stronger guardrails into everyday onchain activity without forcing users to give up control of their keys. It keeps things non-custodial while still adding meaningful protection and compliance capabilities. For developers, it also means they don’t have to choose between building fast and building safely. They can focus more on their core product while relying on Newton’s policy engine for the authorization and compliance layer. The Scale of This Move What stands out to me about this announcement is the reach. Magic Labs already has significant adoption across web3 applications. When they bring Newton into that ecosystem, it suddenly makes enterprise grade policy tools available to a much wider group of builders and users than before. I’ve seen a lot of infrastructure projects struggle with distribution. Even when the technology is solid, getting it in front of real developers and real users at scale is difficult. This integration with Magic solves a big part of that problem for Newton in one move. It also sends a signal. When a major wallet infrastructure provider like Magic decides to make Newton a native part of their offering, it suggests they see real value in what Newton is building. That kind of validation from a company that’s already deeply embedded in the ecosystem carries weight. A More Practical Path to Better Onchain Security I think one of the reasons this feels meaningful is because it addresses a real pain point that many teams face. Building proper authorization and compliance logic is hard. Doing it well requires expertise in both onchain systems and traditional compliance thinking. Most teams don’t have that combination in house, so they either build something basic or skip it entirely. By making Newton available through Magic, more developers now have access to battle tested policy tools without needing to become experts in authorization systems themselves. They can define the rules they care about and let Newton handle the enforcement and proof generation. This doesn’t mean every application will suddenly have perfect compliance overnight. But it does lower the barrier significantly. And over time, that could lead to better overall security and trust in onchain applications. I’ve been thinking about how this kind of integration could affect user experience too. When policies are enforced at the wallet and transaction layer in a seamless way, users might not even notice the extra protection. They just get a smoother, safer experience without having to think about the underlying rules. Why This Matters Beyond Just Magic’s Ecosystem While this announcement is specifically about Magic Labs bringing Newton to their developers and wallets, I think the implications go further. It shows a growing recognition that onchain systems need stronger, more standardized authorization and compliance infrastructure if they want to support serious usage. As more institutions and regulated entities look at onchain opportunities, having tools like Newton available at the wallet level makes it easier for applications to meet higher standards without massive custom development. It also helps keep things non custodial, which remains an important principle for many users and builders. I will be honest I don’t think every integration like this will automatically lead to mass adoption. But when a company the size of Magic Labs decides to embed Newton deeply into their infrastructure, it creates real momentum. It gives Newton more real world usage, more feedback, and more visibility among developers who might not have considered it before. Looking Ahead I keep coming back to the idea that onchain finance needs both good settlement rails and good control layers. Magic Labs has been focused on making wallet infrastructure easier and more accessible for developers. Now, by bringing Newton into that stack, they’re also helping strengthen the control layer that sits on top of those transactions. This feels like a practical step toward making onchain applications more secure and compliant by default, rather than something teams have to figure out on their own. And for Newton, it represents one of the clearest paths to reaching a large number of developers and users in a meaningful way. I think this is the kind of development that moves the needle more than flashy marketing or big promises. It’s infrastructure being adopted by other infrastructure. Quiet, but potentially very impactful over time. If you’re a developer already using Magic’s embedded wallets, this integration probably makes Newton worth exploring sooner rather than later. And even if you’re not, it’s a sign that the kind of policy and compliance tools Newton is building are starting to find real homes in production environments. That’s the part I find most encouraging. Not just the announcement itself, but what it suggests about where things are heading. @NewtonProtocol #Newt

Magic Labs Bringing Newton Protocol to 50 Million Wallets Feels Like a Real Turning Point

$NEWT I have been following both Magic Labs and Newton Protocol for some time, and when I saw the announcement that Magic is integrating Newton across its entire platform, it actually made me pause. This isn’t just another partnership announcement. It’s one of the bigger distribution moments Newton has had so far.
Magic Labs already powers embedded wallets for around 200,000 developers and reaches roughly 50 million wallets. That’s a massive amount of onchain activity flowing through their infrastructure every day. Now, enterprise-grade policy and compliance tools powered by Newton are becoming a native part of every transaction that happens through those wallets.
Man, that changes the conversation quite a bit.
What This Integration Actually Means
When I first read that Magic is bringing Newton Protocol to its developers and wallets, I tried to understand what it really changes in practice. From what I can tell, it means that anyone building with Magic’s embedded wallet infrastructure can now tap into Newton’s policy engine directly. This allows them to define rules and compliance logic that get enforced at the transaction level, before anything settles.
Instead of developers having to build their own authorization and policy systems from scratch (which most teams end up doing), they can now use Newton’s framework as part of the wallet experience itself. Things like programmable checks, conditional approvals, and verifiable compliance can become standard features rather than custom engineering work.
I think this is significant because it takes something that used to feel advanced or optional and makes it much more accessible. For a lot of teams, especially those building consumer-facing or enterprise applications, having these capabilities built into the wallet layer removes a major friction point.
Why Policy at the Wallet Level Matters
I keep coming back to how most onchain applications currently handle security and compliance. A lot of it still lives in the application layer or in custom smart contract logic. That works to some extent, but it creates inconsistencies. Different apps end up with different levels of protection, and once a user exports their private key or interacts directly with contracts, many of those controls disappear.
By making Newton part of the Magic wallet experience, policies can now apply more consistently across transactions, even in non custodial environments. The rules travel with the transaction itself rather than depending on whatever frontend someone happens to be using.
I will be honest, this feels like one of the cleaner ways to bring stronger guardrails into everyday onchain activity without forcing users to give up control of their keys. It keeps things non-custodial while still adding meaningful protection and compliance capabilities.
For developers, it also means they don’t have to choose between building fast and building safely. They can focus more on their core product while relying on Newton’s policy engine for the authorization and compliance layer.
The Scale of This Move
What stands out to me about this announcement is the reach. Magic Labs already has significant adoption across web3 applications. When they bring Newton into that ecosystem, it suddenly makes enterprise grade policy tools available to a much wider group of builders and users than before.
I’ve seen a lot of infrastructure projects struggle with distribution. Even when the technology is solid, getting it in front of real developers and real users at scale is difficult. This integration with Magic solves a big part of that problem for Newton in one move.
It also sends a signal. When a major wallet infrastructure provider like Magic decides to make Newton a native part of their offering, it suggests they see real value in what Newton is building. That kind of validation from a company that’s already deeply embedded in the ecosystem carries weight.
A More Practical Path to Better Onchain Security
I think one of the reasons this feels meaningful is because it addresses a real pain point that many teams face. Building proper authorization and compliance logic is hard. Doing it well requires expertise in both onchain systems and traditional compliance thinking. Most teams don’t have that combination in house, so they either build something basic or skip it entirely.
By making Newton available through Magic, more developers now have access to battle tested policy tools without needing to become experts in authorization systems themselves. They can define the rules they care about and let Newton handle the enforcement and proof generation.
This doesn’t mean every application will suddenly have perfect compliance overnight. But it does lower the barrier significantly. And over time, that could lead to better overall security and trust in onchain applications.
I’ve been thinking about how this kind of integration could affect user experience too. When policies are enforced at the wallet and transaction layer in a seamless way, users might not even notice the extra protection. They just get a smoother, safer experience without having to think about the underlying rules.
Why This Matters Beyond Just Magic’s Ecosystem
While this announcement is specifically about Magic Labs bringing Newton to their developers and wallets, I think the implications go further. It shows a growing recognition that onchain systems need stronger, more standardized authorization and compliance infrastructure if they want to support serious usage.
As more institutions and regulated entities look at onchain opportunities, having tools like Newton available at the wallet level makes it easier for applications to meet higher standards without massive custom development. It also helps keep things non custodial, which remains an important principle for many users and builders.
I will be honest I don’t think every integration like this will automatically lead to mass adoption. But when a company the size of Magic Labs decides to embed Newton deeply into their infrastructure, it creates real momentum. It gives Newton more real world usage, more feedback, and more visibility among developers who might not have considered it before.
Looking Ahead
I keep coming back to the idea that onchain finance needs both good settlement rails and good control layers. Magic Labs has been focused on making wallet infrastructure easier and more accessible for developers. Now, by bringing Newton into that stack, they’re also helping strengthen the control layer that sits on top of those transactions.
This feels like a practical step toward making onchain applications more secure and compliant by default, rather than something teams have to figure out on their own. And for Newton, it represents one of the clearest paths to reaching a large number of developers and users in a meaningful way.
I think this is the kind of development that moves the needle more than flashy marketing or big promises. It’s infrastructure being adopted by other infrastructure. Quiet, but potentially very impactful over time.
If you’re a developer already using Magic’s embedded wallets, this integration probably makes Newton worth exploring sooner rather than later. And even if you’re not, it’s a sign that the kind of policy and compliance tools Newton is building are starting to find real homes in production environments.
That’s the part I find most encouraging. Not just the announcement itself, but what it suggests about where things are heading. @NewtonProtocol #Newt

NEWT-2.73%

MrRUHUL

·

--

確認済み

$NEWT 人が、ガス代やネットワークの混雑がどれほどイライラするものになり得るか、特に何かを片付けようとしている最中に突然手数料が跳ね上がったり、すべてが遅くなったりするとよく分かります。こうした状況は、オンチェーンのアクティビティがどう動くか予測しづらく感じさせる要因の一つでもあります。
ニュートンがEtherscanデータオラクルで発表した内容は、実はかなり実用的だと思います。この統合により、開発者はEtherscanからリアルタイムのネットワークデータを直接Newtonのポリシーエンジンに取り込めるようになります。
これにより、トランザクションが実行される前に、現在のガス価格やネットワーク状況をチェックする事前実行のガードレールを設定できます。つまり、何も考えずに送信して最善を祈るのではなく、ポリシーがコストを最適化したり、混雑が激しいときは実行を遅らせたりするのに役立ちます。
正直なところ、認可レイヤーにこの種の「差し込むだけ」のインテリジェンスがあるのは、小さいながらも意味のある改善に感じます。セキュリティやコンプライアンスの話だけではなく、日常的なオンチェーンのやり取りを少しスムーズにし、なおかつ安くすることにもつながります。
頻繁にトランザクションが発生する何かを作っているなら、このEtherscan + Newtonの組み合わせは検討する価値があるかもしれません。シンプルな発想ですが、日々の現実のつらさをきちんと解決しています。 @NewtonProtocol #Newt

NEWT-2.73%

MrRUHUL

Newton Protocol Was Everywhere at KBW...And That Panel at Origin Summit Says a Lot

Newton Protocol Isn’t Adding Another Layer of Control It’s Making Trust Programmable

Magic Labs Bringing Newton Protocol to 50 Million Wallets Feels Like a Real Turning Point

トレンドトピック