When Sean Li, CEO of Magic Labs, announced on Monday that his company had sold its embedded wallet business to Payward—Kraken’s parent—and would rebrand as Newton Labs, the crypto twittersphere barely blinked. Another acqui-hire, another pivot. But for anyone who has spent time auditing wallet infrastructure, this move is a much louder alarm.

Let me reconstruct the scene: Polymarket, WalletConnect, dozens of other dApps—they all trusted Magic Labs to be the invisible key that opened Web3 to millions. That trust came from a simple promise: we don't touch your funds; we just smooth the onboarding. Now that business is inside a centralized exchange’s walled garden. And the new Newton Labs isn't building wallets—it's building an on-chain authorization layer that examines every transaction before it settles.
Context: The Sale of Simplicity
Magic Labs was founded in 2019 to solve the cold-start problem of Web3. Its embedded wallet—a snippet of code dropped into any app—turned complex key management into an email login. By 2025, it had become the default for dApps that wanted to onboard normies without making them download MetaMask. The sale to Kraken makes strategic sense: Kraken gets a ready-made user inlet portal, and Magic Labs gets cash and a parent with regulatory heft.
But the rebrand to Newton Labs tells a deeper story. The new focus is an “authorization layer” that sits between the user and the chain, executing pre-settlement checks—KYC, AML, domain blacklists, even MEV protection. It sounds like a safety net. But from a decentralization lens, it's a shift from permissionless access to permissioned transactions.

Core: The Code of Trust Breaks Down
We need to examine what “authorization” means architecturally. A wallet is a passive container—it holds keys, it signs. An authorization layer is an active filter—it decides which transactions can pass. Newton Labs’ proposal would require every transaction to route through its proprietary server (or network) for inspection before reaching the mempool. That introduces a new trust assumption: who controls the filter controls the flow of value.
Based on my experience auditing wallet SDKs and talking to infrastructure teams at ETHGlobal, I can tell you: security boundaries are the hardest thing to get right. If the authorization layer is centralized (likely, given Kraken’s involvement), it becomes a single point of censorship. Kraken could block all transactions involving a flagged DeFi protocol. Or worse, a compromised authorization node could front-run your trades by inspecting the payload.
“Code is only as strong as the trust it protects,” I once wrote in an internal post-sale analysis. The original Magic wallet protected trust by not needing to see the transaction. Newton’s new design demands to see it, then decides. That flips the trust model from zero-knowledge to full-disclosure.
Contrarian: The Pragmatism Test
Now the contrarian voice: Maybe this is exactly what crypto needs to survive regulation. Kraken is under constant OFAC scrutiny. An authorization layer that automatically freezes addresses on the SDN list could prevent the kind of sanction-violating transactions that got Tornado Cash devs in trouble. If Newton Labs can make this layer trust-minimized—using a decentralized oracle network of validators to vote on each strategy—it might actually preserve user autonomy while satisfying law enforcement.
But here’s the rub: decentralized authorization is an oxymoron. Every validator you add increases latency and attack surface. Every strategy you code opens the door for malicious compliance (e.g., blocking all transactions to L2s). The speed of light problems in distributed consensus make pre-trade checks expensive. I’ve seen teams try this with Flashbots’ concepts—they end up either slow or vulnerable.
And what about the original customers? Polymarket likely used Magic’s wallet because it was permissionless and non-custodial. If Kraken now owns the wallet integration, will Polymarket’s users face KYC prompts before betting on an election? The contract might still be there, but the trust narrative has shifted. Trust isn't just compiled; it’s verified continuously.

Takeaway: The Vision Forward
Newton Labs has a chance to build something that bridges compliance and decentralization, but only if it publishes a transparent strategy logic and opens the validation process to community oversight. Without that, it’s just another tool for surveillance. The crypto community should watch closely: if the authorization layer stays closed, it’s a backdoor. Bridges aren’t built on unilateral trust—they rest on shared verification. Let’s see if Newton Labs can walk that tightrope without falling into the chasm of centralized control.