Maxine Agency

TBV does not eliminate trust; it transfers trust to a verifiable structure

Previously, I always thought that if you want to borrow using Bitcoin, you have to hand the BTC over to a custodian. The borrower receives liquidity while the assets remain in the hands of an intermediary.
Babylon’s Trustless Bitcoin Vaults changes that structure.
BTC still stays on the Bitcoin network inside a dedicated vault—no bridging, wrapping, or pooling with other people’s assets required. Unlocking depends on predefined conditions rather than a company’s arbitrary decision.
But the most important part isn’t when the loan is opened—it’s what happens afterward.
The collateral must still be monitored, safety thresholds must be checked, and liquidation mechanisms must work if the position becomes imbalanced. When repaying, users also need to be certain that the path to retrieve BTC operates exactly as designed.
TBV doesn’t remove trust.
Users no longer have to trust that a custodian will keep its word or reuse the BTC. Instead, they trust Bitcoin script, cryptographic proofs, liquidation rules, and the asset recovery mechanism.
The difference lies in verifiability. A company’s promise can change, while the conditions inside the vault are set in advance and cannot be conveniently altered once the BTC has been locked.
In my view, interest rates may make users try borrowing for the first time, but the experience of repaying and withdrawing BTC is what ultimately determines whether they come back.
The first loan tests curiosity.
The second loan shows whether Babylon has built trust in the code—or whether it has merely changed where users have to place their trust.

@BabylonLabs_io $BABY #baby

$ON $CLO

Newton might be right about the future, but it still shows up too early
The more I read about @NewtonProtocol , the more I wonder whether the project is addressing today’s needs or a problem that only becomes urgent a few years from now.
Newton’s idea is fairly reasonable: rather than giving full authority to an AI agent, users can pre-set limits on capital, assets, interaction addresses, and execution conditions. Once the software starts managing real money, a layer of authorization like that is clearly safer than only detecting mistakes after the transaction has already completed.
But great technology doesn’t necessarily create demand on its own.
Most users still care more about returns, costs, and the experience. A centralized exchange, a trading bot, or manual operations aren’t perfect, but they’re convenient enough for them. Newton is only chosen when the benefits of control and risk reduction are clear enough for users to change their habits.
Newton also doesn’t eliminate trust. It shifts trust from a company to policy, operators, and governance. This could be a more transparent model, but users still have to trust that the rules are written correctly and won’t be changed in a way that’s unfavorable.
So the biggest issue with Newton, in my view, is timing.
If AI agents become a normal part of onchain finance, authorization could become essential infrastructure—but if adoption is slow, Newton might have to build for years for a market that hasn’t really appeared yet.
Maybe Newton is looking at the right future.
The question is when that future becomes today’s need.
@NewtonProtocol #Newt $NEWT

$UAI $LAB

A final allocation can make GRVT’s definition of “contribution” painfully clear.

I started noticing the issue when the allocation counter had only one slot left but there were two eligible people.
The first one locks GRVT tokens long-term and essentially never trades. The other one commits for a shorter term, but has spent many months building volume, paying fees, and using the platform consistently.
The long-term locker provides stability and is willing to sacrifice flexibility. The regularly active trader generates revenue and real demand for using the platform. With only one slot remaining, the system is forced to decide what it values more.
If it always prioritizes the person who trades more, then the long-term lock period can lose its meaning; but if you look only at the number of tokens and the lock duration, then those who created activity for GRVT may also feel their effort is being ignored.
A combined scoring approach sounds reasonable until you have to decide whether one month of volume is worth more or less than six months of locked tokens. When real money is behind every ratio, everything becomes debatable.
Splitting quotas for long-term holders and active users can reduce conflicts, but there’s still a risk that one side has a remaining slot while the other has to wait.
Maybe GRVT shouldn’t use a single formula for every opportunity. Each type of scarcity may require its own rules, as long as they are published before users make their commitments.
I’ll pay more attention to the person who gets rejected than the one who receives the final slot. Their reaction can show whether this mechanism builds loyalty—or provides further reasons to leave.

@grvt_io #grvt
$PALU $BILL $BSB

Congratulations #BinanceTurns9 🎂 😘
Over the past nine years, Binance has inspired millions of people to confidently explore blockchain technology and cryptocurrencies. Thank you for creating a trustworthy platform that supports innovation and brings together the global crypto community. Wishing Binance continued success, even stronger partnerships, and many more exciting products and opportunities in the years ahead. Let’s move toward a brighter future for everyone in the blockchain, Web3, and community-building space. Congratulations on Binance’s 9th anniversary! $BNB

Newton’s B2B documentation tells a story, and the chart $NEWT v is still a story about early liquidity
I read more about how @NewtonProtocol incorporates compliance into the code, but the thing that caught my attention most is the gap between the documentation and the price chart.
In the documentation, Newton is positioned as an authorization layer for stablecoin issuers, RWA platforms, and institutions that want to control transactions before execution. This approach makes sense because they need to limit capital, check sanctions, and provide proof that assets aren’t being used outside the permitted scope.
But NEWT is still mainly influenced by retail liquidity, volume, short-term sentiment, and unlock schedules. The enterprise use case sounds huge, while it’s not yet clear that real-world demand is strong enough to absorb the available supply.
One side is a B2B product aimed at the global asset market. The other side is a token that still reacts like an early-stage project, where holders have to absorb dilution before adoption catches up.
That doesn’t mean Newton has failed. Technology can move ahead of demand, but it also shouldn’t assume that the future value of RWA or stablecoins has already flowed into #newt today.
The gap only narrows when organizations deploy policy, assets move through the system, and usage demand is large enough to balance the pressure from supply.
I’m not bearish yet, and I don’t have enough data to be bullish. For now, the documentation tells the story of mature infrastructure, while the chart is still waiting for real customers to show up.
$VELVET $CAP

Whether the campaign to draw users into GRVT will make them truly understand the product is not certain

I just revisited GRVT’s Binance Wallet Booster and found one quite notable detail.
The campaign ran from 10/7 to 17/7, allocating 1.5 million GRVT to be distributed on the TGE day. Participants don’t need to trade or deposit funds—just complete the tasks in their wallet.
Meanwhile, GRVT’s biggest message is about the efficiency of using capital. A balance can be used for trading, serve as collateral, and continue generating yield. The entire story around One Balance, Earn, Trade, or Invest is aimed at making every unit of capital work harder.
So the current approach to attracting users seems a bit off compared to what the product wants to prove.
One side encourages users to put their capital into the system. The other side only asks for a few simple actions and then lets users wait to receive tokens.
But this could very well be intentional. The Booster only needs to bring new users to GRVT with the lowest possible barrier. They don’t need to understand ZK Validium, unified margin, or the yield-generation mechanism right away.
The issue lies in the next step.
How many people will actually deposit capital, try One Balance, and keep using GRVT after TGE? How many will just complete the tasks and leave once the rewards are distributed?
The campaign can generate traffic, but the new product ultimately determines whether that traffic turns into real users.

@grvt_io #grvt $VELVET $BILL $DCR

New liquidity is what determines whether $NEWT can keep the story going
The sharp upswings in the market rarely start when everyone is already watching. They usually appear during quiet phases, when volume is lower, emotions cool down, and assets shift from impatient players to a group willing to wait longer.
That’s why I keep monitoring $NEWT
The important question isn’t only how long the narrative AI can last—it’s whether the market can absorb the new supply without weakening buying pressure.
Price can rise quickly thanks to news or FOMO, but market cap reflects a broader story. It shows how the market is valuing the circulating token supply—not just any single price point.
If market cap increases along with volume and the number of participants grows, that’s a more positive signal than a single price push on thin liquidity. At that point, attention starts turning into actual capital flows.
However, this structure can change very fast.
Token unlocks, increasing circulating supply, or weakening volume can create pressure immediately, even when the AI and authorization story remains attractive. A good narrative can draw attention to a project, but it cannot continuously absorb supply if new liquidity doesn’t keep up.
That’s why I’m not too focused on guessing how far $NEWT will rise. I care more about what happens after each new supply wave: whether volume can be sustained, and whether buying power still shows up when excitement fades.
Attention can create a rally.
But only durable liquidity determines whether market cap can hold its position once the market moves on to a different story.
@NewtonProtocol #Newt

Two ways GRVT is representing two different user types
@grvt_io #grvt
This morning, I reread the rules of GRVT’s Binance Wallet Booster and noticed a fairly interesting point.
The program allocates 1.5 million GRVT for users who complete tasks, with no requirement to trade or deposit capital. The rewards are expected to be distributed at the TGE on July 21. This is almost the easiest path for newcomers to get acquainted with the token.
Meanwhile, Season 2 operates under a different logic.
This season’s allocation has increased to 18% of the total supply. Points are divided based on the level of real usage such as trading, maintaining positions, providing liquidity, keeping capital on the platform, and active referrals. In other words, users need to bring real capital or liquidity into the system to compete for larger rewards.
So, at the same TGE timeline, GRVT is opening two doors.
One side rewards attention. The other side rewards real contribution.
At first, I found this somewhat contradictory to GRVT’s message about capital efficiency. Traders have to pay fees, maintain margin, and accept market risk, while the other group only needs to complete tasks to receive tokens.
But the Booster could simply be a layer to attract new users. The tasks bring them to GRVT, and the new product determines whether they stay.
The question worth considering is: after July 21, which group will continue using the platform.
Those who come for tasks can sell right after receiving rewards. Those who previously deposited capital and maintained positions have more reasons to stay, but they might also lock in their rewards after a long season.
The TGE will show which program creates real users and which program only generates one-time visits.

What tires many people out with crypto isn’t that the technology is hard to understand—it’s that there are too many small, repetitive actions every day.
To trade, you move funds to a platform. To earn yield, you withdraw, bridge to another place, then deposit into a vault. When you need capital, users keep waiting for withdrawals, transferring again, and hoping nothing fails along the way. Each individual task isn’t that complicated, but together they fragment capital and make the experience feel heavy.
@grvt_io is approaching this problem by bringing trading, earning yield, and asset control into a single system. The One Balance idea sounds simple, but it addresses the biggest inconvenience correctly: capital shouldn’t sit idle just because users are waiting to move it somewhere else.
I also appreciate Grvt’s effort to keep self-custody and settlement onchain rather than focusing only on speed. A platform can process orders very quickly, but if users have to give up all control of their assets, that experience is still not truly complete.
Of course, a good architecture on paper isn’t enough to prove the product will succeed. More important is whether, with large liquidity and many people using it, the system remains stable, easy to use, and transparent—just as it is during testing.
Crypto has already had far too many platforms sell a big story, leaving users to deal with the complexity behind the scenes.
If Grvt can keep the experience streamlined, use capital efficiently, and avoid becoming yet another hype-generating machine, that would be a significant advantage.
Users don’t need more promises.
They need a product that really works.
#grvt

What draws my attention to the Newton Protocol isn’t that it helps automated strategies do more, but how it limits what strategies are allowed to do.
When software has control of funds, the issue isn’t only whether it works correctly. More importantly, if there’s a bug, where will its permissions stop.
A strategy can be marketed as trading only certain assets, not exceeding the allowed capital limit, or not interacting with risky addresses—but if those constraints exist only in documentation, users still have to trust that the system will do the right thing.
Newton builds those limits in before the execution step.
Trades are performed only when the set policy is satisfied. A strategy can be restricted in terms of the amount of money, the type of assets, the addresses it interacts with, or the time when it’s allowed to act. If the conditions don’t match, the trade will be blocked before any incident occurs.
This approach is especially suitable for DeFi vaults and AI agents. An automated system shouldn’t have overly broad permissions just because the user granted access once.
The stronger the automation, the clearer the boundaries need to be.
Policy can’t eliminate all risk. If the rules are designed poorly, the strategy can still produce bad outcomes—but at least it turns trust into a condition that can be checked before assets are moved.
I still want to see how the developers use Newton and whether these policies appear in products with real users.
Money management software shouldn’t be able to act freely. It needs a clear corridor and can’t step outside it.
@NewtonProtocol #Newt $NEWT

What caught my attention about @grvt_io isn't the transaction speed numbers, but the way the project looks at capital efficiency.

On many platforms today, assets are often split across wallets, trading accounts, and yield-generating protocols. Each time users want to change strategies, they have to move funds, wait for confirmations, and then reorganize balances. Individually, these steps may seem insignificant, but when repeated many times, they make the trading experience slow and fragmented.
Grvt's One Balance approach stands out because capital doesn't need to be continuously moved across multiple areas. Users can manage assets within a unified system, reducing time spent on technical tasks and allowing them to focus more on trading decisions.
I also appreciate Grvt's effort to combine trading performance with asset control. Speed only truly matters when users don't have to trade off self-custody to get it. Trades are processed quickly while assets are still settled onchain—creating a more balanced model between convenience and transparency.
Of course, a good architecture still needs to be validated through liquidity, stability, and real-world experience, but Grvt's direction suggests the project isn't just trying to build another place to open perpetual positions.
They're working to solve a bigger question: how to keep trading capital working effectively without users having to constantly move assets between multiple platforms.
That’s why I think #grvt is worth continuing to follow.

$EVAA $TAC

When I first saw Newton setting aside an entire section to explain “what Newton is not,” I thought that was a rather backwards way to introduce it.
A product usually tries to talk a lot about its features, but instead #Newt starts by repeatedly denying things—yet if you read carefully, you can see that this part has a reason to exist.
The phrase “authorization layer” sounds broad enough for everyone to imagine it in their own way. Some people will think @NewtonProtocol is building a brand-new blockchain. Others might think it’s a type of wallet, a compliance-focused company, or a closed ecosystem that forces projects to migrate all infrastructure to it.
In reality, Newton isn’t trying to replace any of those.
It doesn’t compete with existing blockchains; it works across them end to end. Users still retain control of their private keys. Policy evaluation doesn’t depend on a single party. And the compliance systems that organizations are already using aren’t discarded either, because $NEWT is designed to connect with them rather than starting from scratch.
The last point is probably the most important. Newton doesn’t want to turn policy into a closed garden. If standards can be used by multiple applications and don’t permanently lock builders into a single vendor, adoption becomes far more realistic.
I think the “what Newton is not” section wasn’t written to impress. It was written because the concept of an authorization layer is still too new, while readers tend to associate a new product with the models they already know.
Sometimes the quickest way to explain isn’t to add more about what the product can do, but to remove each misunderstanding before it has a chance to take shape.

$TAC $EVAA

@NewtonProtocol and the risk that the final recipient gets implicated

There is a kind of crypto risk that is extremely unpleasant.
You receive a payment that looks totally normal. The transaction confirms cleanly, the sending wallet doesn’t seem too unusual, but a few weeks later, the exchange account gets locked because that flow of funds had passed through an address flagged before it reached you.
It’s not you who hacked. It’s not that you knew the funds’ source was problematic, but by the time the system detects it, the person holding those coins is you.
This is “final-holder risk.”
Blockchain is great at tracing, but tracing afterward doesn’t always protect the right person. Alerts fire late, accounts get frozen late, and the recipient has to explain late.
This is the angle that drew my attention to #Newt Protocol.
If policies like source of funds are checked before a transaction is cleared, the system wouldn’t only ask later whether this incoming payment has issues. It asks earlier: is this source of funds clean enough to be received right from the start?
The difference lies in timing.
Instead of letting risky assets circulate first and then locking the final recipient, checks are placed right at the doorway. If the source of funds doesn’t pass the policy, the transaction can be blocked before it becomes someone else’s problem.
Of course, this approach isn’t perfect. Mixers, bridges, and many intermediary wallets can still make source-of-funds assessment harder, but I still prefer this direction over pure post-facto enforcement.
Because proving you’re innocent after your account has already been locked is a very bad experience.
To me, $NEWT is worth following because it touches on the practical issue of how to ensure users don’t end up taking on risks that never belonged to them in the first place.

$SKYAI $THE

Newton Protocol and the compliance problem that doesn’t require exposing all data

I think one of the notable points of the #Newt Protocol isn’t that compliance is added to the blockchain, but rather how compliance can be verified without turning sensitive data into something that must be fully handed to an intermediary.

In traditional finance, many control processes rely on a model like “send me the data, and I’ll check for you.” That approach may be familiar, but it’s not quite a fit for crypto, where privacy and self-verifiability are always important.

@NewtonProtocol goes in a more interesting direction: putting policy and authorization before execution, so that rules like access permissions, transaction conditions, risk limits, or compliance requirements can be checked before funds move.

If done well, this could be a bridge between two things that are often viewed as opposing: privacy and regulation.

Businesses and organizations don’t only need fast transactions. They also need data security, clear accountability, and evidence that the rules were checked at the right time.

That’s why I think $NEWT is worth following.

Not because compliance sounds exciting, but because if compliance is programmed and verified correctly, blockchain can enter many more serious use cases.

$CLO $SPELL