Binance Square
假装在抄底
2.8k Posts

假装在抄底

Square Verified+
有钱不上北上广,落难必空以太坊,你空大饼我硬扛, 主打一个心态强!! 现货合约返佣:MY6751 钱包返佣:MY6751
Open Trade
BNB Holder
BNB Holder
High-Frequency Trader
1 Years
1.2K Following
33.3K+ Followers
19.2K+ Liked
Posts
Portfolio
PINNED
·
--
⚠️ Reminder, brothers: Use Binance invite code MY6751 to save 30% on fees (highest across the entire web). Automatic credit. Even old accounts that are already in use can fill it in. Alpha, spot, trading contest, futures, and tokenized stocks—everything saves 30%. Done in three steps: 1️⃣ Binance App → Wallet → Invite Friends 2️⃣ Tap "Enter invite code" to reduce fees by 30% 3️⃣ Enter MY6751
⚠️ Reminder, brothers: Use Binance invite code MY6751 to save 30% on fees (highest across the entire web). Automatic credit. Even old accounts that are already in use can fill it in. Alpha, spot, trading contest, futures, and tokenized stocks—everything saves 30%.

Done in three steps:
1️⃣ Binance App → Wallet → Invite Friends
2️⃣ Tap "Enter invite code" to reduce fees by 30%
3️⃣ Enter MY6751
·
--
Bullish
Last night I didn’t keep watching the candlestick (K-line). Instead, I went through Newton’s Policy Engine documentation. The more I read, the more it feels like it isn’t traditional risk control—it’s more like “house rules” written for AI agents. Back when we used robots, what we feared wasn’t that they weren’t smart. It was that they were too free. You originally just wanted it to help rebalance your portfolio. But once you opened up the permissions, what it could touch—wallets, contracts, limits—became blurry. After something goes wrong, when you go check the logs, usually all you get is one line: “The trade has already happened.” 😅 The approach behind @NewtonProtocol is pretty straightforward: don’t rush to let the AI execute. First, ask whether it has the authority to execute. For example, per-transaction limits, which contracts it’s allowed to interact with, certain addresses it’s forbidden to touch, and certain assets it’s not allowed to move—these rules can be written into a Policy ahead of time. Then when the AI analyzes, as long as it hits a red line, it won’t pass the pre-settlement checks. What I find most interesting here isn’t that “the AI is more powerful,” but that “the AI is constrained more clearly.” It’s just like driving: no matter how good the engine is, you still need brakes, speed limits, and lane lines. Without those, the faster you go, the more dangerous it becomes. Of course, whether the rules are written well also matters a lot. Rego isn’t something ordinary users can understand at a glance. If the policy templates, visual configuration, and error messages aren’t done well, in the end it may still be developers who can make sense of it, while regular people are left confused. So when I look at $NEWT , I’m not just reading the story. I care more about whether it can turn complex permission rules into “safety switches” that ordinary users are actually willing to use. If this step works, then on-chain AI agents won’t just know how to get work done—they’ll also know what work they’re not allowed to mess with. #Newt
Last night I didn’t keep watching the candlestick (K-line). Instead, I went through Newton’s Policy Engine documentation. The more I read, the more it feels like it isn’t traditional risk control—it’s more like “house rules” written for AI agents.

Back when we used robots, what we feared wasn’t that they weren’t smart. It was that they were too free. You originally just wanted it to help rebalance your portfolio. But once you opened up the permissions, what it could touch—wallets, contracts, limits—became blurry. After something goes wrong, when you go check the logs, usually all you get is one line: “The trade has already happened.” 😅

The approach behind @NewtonProtocol is pretty straightforward: don’t rush to let the AI execute. First, ask whether it has the authority to execute. For example, per-transaction limits, which contracts it’s allowed to interact with, certain addresses it’s forbidden to touch, and certain assets it’s not allowed to move—these rules can be written into a Policy ahead of time. Then when the AI analyzes, as long as it hits a red line, it won’t pass the pre-settlement checks.

What I find most interesting here isn’t that “the AI is more powerful,” but that “the AI is constrained more clearly.” It’s just like driving: no matter how good the engine is, you still need brakes, speed limits, and lane lines. Without those, the faster you go, the more dangerous it becomes.

Of course, whether the rules are written well also matters a lot. Rego isn’t something ordinary users can understand at a glance. If the policy templates, visual configuration, and error messages aren’t done well, in the end it may still be developers who can make sense of it, while regular people are left confused.

So when I look at $NEWT , I’m not just reading the story. I care more about whether it can turn complex permission rules into “safety switches” that ordinary users are actually willing to use. If this step works, then on-chain AI agents won’t just know how to get work done—they’ll also know what work they’re not allowed to mess with. #Newt
Article
Newton’s ZK Cost Ledger: Verifiability Isn’t a Free LunchToday I want to talk about a problem that isn’t exactly in the spotlight, but is crucial: how expensive are Newton’s ZK proofs, really? Or, in a more down-to-earth way: are ordinary users willing to pay for “verifiability”? Many people talk about @NewtonProtocol , and the first reaction is AI agents, automated trading, on-chain strategies, and intelligent execution. These words are certainly important, but the more I look, the more I feel that Newton’s real underlying problem isn’t “whether AI can get things done,” but “after AI gets things done, how do others trust that it didn’t do anything fishy.” That inevitably leads to ZK. Zero-knowledge proofs sound really cool—like stamping a cryptographic seal on off-chain execution results. You don’t have to move all the computation on-chain, and you don’t have to expose every detail of each step, but you can still verify that the results follow the rules. For automated strategies, this is very tempting: you can save on on-chain costs while preserving auditability.

Newton’s ZK Cost Ledger: Verifiability Isn’t a Free Lunch

Today I want to talk about a problem that isn’t exactly in the spotlight, but is crucial: how expensive are Newton’s ZK proofs, really? Or, in a more down-to-earth way: are ordinary users willing to pay for “verifiability”?
Many people talk about @NewtonProtocol , and the first reaction is AI agents, automated trading, on-chain strategies, and intelligent execution. These words are certainly important, but the more I look, the more I feel that Newton’s real underlying problem isn’t “whether AI can get things done,” but “after AI gets things done, how do others trust that it didn’t do anything fishy.”
That inevitably leads to ZK. Zero-knowledge proofs sound really cool—like stamping a cryptographic seal on off-chain execution results. You don’t have to move all the computation on-chain, and you don’t have to expose every detail of each step, but you can still verify that the results follow the rules. For automated strategies, this is very tempting: you can save on on-chain costs while preserving auditability.
July 9 Operation Reference|Brothers, good afternoon. I just took a quick look at Alpha and the various activities—let me chat a bit. 1. Airdrops 📅 July 9 (today) 1️⃣ Binance Alpha airdrop At this pace, tonight there’s a high chance that older coins will get hit with another airdrop attack—don’t get sleepy, keep an eye on the notifications. If you move slowly, it’s gone. 2. Today’s operation suggestions 1️⃣ Score-increasing strategy · $NES (15-day) + $ARX (13-day): Try with small amounts of 300–500U first—don’t go too greedy. 2️⃣ 9th Anniversary Campaign There are 9 tasks in total. The maximum reward is 99.99 BNB. Complete the tasks one by one—right now you can get up to the 9th task. Task❶ Recharge 50U. You can do C2C or via wallet. If your wallet doesn’t have it, withdraw from the exchange first, then withdraw it back. Task❷ Trade 500U. Make sure you don’t trade with 0-fee. I chose 500U worth of BNB. Task❸ Financial management 29U: Buy 29 USDC current account financial management for 2 days. Task❹ Futures/Contracts tower: You can open with BNB loss of 0.5U. Task❺ bStocks: I bought 200U of $SPCXB , path: Market → Traditional Finance → Spot. Task❻ Invite: Put your link in the comment section; others can open it in their browser. Task❼ Spot: I bought $BTC worth 226U—pass the requirement. Task❽ Invite: This requires a new registration. If you haven’t registered, use the link below to register and complete the task [https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751](https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751). Task❾ Prediction: In your wallet go to Prediction → Culture → “Will Jesus be born in 2027?” Choose No, buy, then sell after. Buy with 51U. ⚠️ Binance Wallet invitation bonus Binance Wallet has started charging fees. Fill in my invitation code MY6751 to help brothers save 30% of trading fee rebates—automatic commission, credited automatically. Coverage: Alpha刷, buy US stocks, dog-betting, trading contests, on-chain contracts, etc. Predictions all get the 30% rebate. 📌 Setup steps: · Step 1: Open the Binance App, tap “Wallet” at the top right → Invite friends · Step 2: Tap “Enter invitation code” → trading fee reduced by 30% · Step 3: Enter MY6751 and confirm 3. Trading contest updates Project End time Current lowest threshold Reward spots KGEN July 9 21:00 325,560 2200 NEX July 10 21:00 765 2000 SLX July 14 21:00 0 2060 O July 14 21:00 70 2090 NES July 15 21:00 0 2260 UB July 15 21:00 0 2060 #币安九周年 #Alpha #ALPHA🔥
July 9 Operation Reference|Brothers, good afternoon. I just took a quick look at Alpha and the various activities—let me chat a bit.

1. Airdrops

📅 July 9 (today)

1️⃣ Binance Alpha airdrop
At this pace, tonight there’s a high chance that older coins will get hit with another airdrop attack—don’t get sleepy, keep an eye on the notifications. If you move slowly, it’s gone.

2. Today’s operation suggestions

1️⃣ Score-increasing strategy

· $NES (15-day) + $ARX (13-day): Try with small amounts of 300–500U first—don’t go too greedy.

2️⃣ 9th Anniversary Campaign

There are 9 tasks in total. The maximum reward is 99.99 BNB. Complete the tasks one by one—right now you can get up to the 9th task.

Task❶ Recharge 50U. You can do C2C or via wallet. If your wallet doesn’t have it, withdraw from the exchange first, then withdraw it back.
Task❷ Trade 500U. Make sure you don’t trade with 0-fee. I chose 500U worth of BNB.
Task❸ Financial management 29U: Buy 29 USDC current account financial management for 2 days.
Task❹ Futures/Contracts tower: You can open with BNB loss of 0.5U.
Task❺ bStocks: I bought 200U of $SPCXB , path: Market → Traditional Finance → Spot.
Task❻ Invite: Put your link in the comment section; others can open it in their browser.
Task❼ Spot: I bought $BTC worth 226U—pass the requirement.
Task❽ Invite: This requires a new registration. If you haven’t registered, use the link below to register and complete the task https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751.
Task❾ Prediction: In your wallet go to Prediction → Culture → “Will Jesus be born in 2027?” Choose No, buy, then sell after. Buy with 51U.

⚠️ Binance Wallet invitation bonus
Binance Wallet has started charging fees. Fill in my invitation code MY6751 to help brothers save 30% of trading fee rebates—automatic commission, credited automatically.

Coverage: Alpha刷, buy US stocks, dog-betting, trading contests, on-chain contracts, etc. Predictions all get the 30% rebate.

📌 Setup steps:

· Step 1: Open the Binance App, tap “Wallet” at the top right → Invite friends
· Step 2: Tap “Enter invitation code” → trading fee reduced by 30%
· Step 3: Enter MY6751 and confirm

3. Trading contest updates

Project End time Current lowest threshold Reward spots
KGEN July 9 21:00 325,560 2200
NEX July 10 21:00 765 2000
SLX July 14 21:00 0 2060
O July 14 21:00 70 2090
NES July 15 21:00 0 2260
UB July 15 21:00 0 2060
#币安九周年 #Alpha #ALPHA🔥
Binance old iron friend, happy 9th birthday! 🎂 From unlocking the 1st landmark to collecting all 9, it’s been quite a ride following your “Built by you”—not only did we grind out USDC, we’re also waiting to go for that ultimate prize of 99.99 BNB (dreaming isn’t illegal, right 😄). After nine years of ups and downs, you’ve managed to take it and have fun too—us old users just want something solid and some excitement. Let’s keep grinding together in the future, keep watching the market together, wishing that we all get rich—may Binance get even more hardcore and better every day! #BinanceTurns9 keep pushing, go go go! 🚀 (My story is still being written—what about yours? Scan the code to see~)
Binance old iron friend, happy 9th birthday! 🎂
From unlocking the 1st landmark to collecting all 9, it’s been quite a ride following your “Built by you”—not only did we grind out USDC, we’re also waiting to go for that ultimate prize of 99.99 BNB (dreaming isn’t illegal, right 😄).
After nine years of ups and downs, you’ve managed to take it and have fun too—us old users just want something solid and some excitement.
Let’s keep grinding together in the future, keep watching the market together, wishing that we all get rich—may Binance get even more hardcore and better every day!
#BinanceTurns9 keep pushing, go go go! 🚀
(My story is still being written—what about yours? Scan the code to see~)
Today I want to talk about a pitfall that’s easy to overlook: ZK proofs are reliable, but they can only prove that “the operation follows the boundaries you set.” They can’t tell whether the boundaries you set are correct. For example, I set rules for an AI agent: no more than 1000U per transaction, it can only access two protocols, A and B, and it must pause operations after 12:00 AM. Newton’s zkPermissions can turn these boundaries into verifiable conditions, so each time the agent executes, it proves it didn’t go out of bounds. Sounds solid, right? The problem is, if I initially set the limit to 10000U by mistake, set the pause time incorrectly, or accidentally put a high-risk protocol into the allowlist, ZK will still be very honest and prove that the operation satisfies the “incorrect parameters.” Mathematics won’t lie, but it also won’t do the human mental work for you. So I think what <@NewtonProtocol > is really trying to solve isn’t only “whether the agent exceeds permissions,” but also “whether users can understand what they’ve actually given permission for.” If parameter configuration is as hard to read as smart contract code, ordinary people will still end up blindly signing. What I’d rather see is that after Newton Mainnet Beta, permission boundaries become a readable checklist: limits, protocols, time windows, assets, and triggering conditions—item by item for users to confirm. ZK is responsible for proving, and the interface is responsible for preventing people from setting it wrong. Both are indispensable. The value of <$NEWT > shouldn’t be built only on the words “math security,” but on whether ordinary users can truly set the rules clearly.🙂 @NewtonProtocol $NEWT #Newt
Today I want to talk about a pitfall that’s easy to overlook: ZK proofs are reliable, but they can only prove that “the operation follows the boundaries you set.” They can’t tell whether the boundaries you set are correct.

For example, I set rules for an AI agent: no more than 1000U per transaction, it can only access two protocols, A and B, and it must pause operations after 12:00 AM. Newton’s zkPermissions can turn these boundaries into verifiable conditions, so each time the agent executes, it proves it didn’t go out of bounds. Sounds solid, right?

The problem is, if I initially set the limit to 10000U by mistake, set the pause time incorrectly, or accidentally put a high-risk protocol into the allowlist, ZK will still be very honest and prove that the operation satisfies the “incorrect parameters.” Mathematics won’t lie, but it also won’t do the human mental work for you.

So I think what <@NewtonProtocol > is really trying to solve isn’t only “whether the agent exceeds permissions,” but also “whether users can understand what they’ve actually given permission for.” If parameter configuration is as hard to read as smart contract code, ordinary people will still end up blindly signing.

What I’d rather see is that after Newton Mainnet Beta, permission boundaries become a readable checklist: limits, protocols, time windows, assets, and triggering conditions—item by item for users to confirm. ZK is responsible for proving, and the interface is responsible for preventing people from setting it wrong. Both are indispensable.

The value of <$NEWT > shouldn’t be built only on the words “math security,” but on whether ordinary users can truly set the rules clearly.🙂
@NewtonProtocol $NEWT #Newt
Article
The “central corridor” in decentralized systems: Newton’s NATS messaging layer is worth serious attentionToday we won’t talk about pricing, and we won’t talk about whether “AI agents” will change DeFi. I want to focus on a very small but crucial technical detail: @NewtonProtocol the NATS streaming message layer mentioned in the whitepaper. At first glance, this seems pretty ordinary—like a message queue engineers would only care about. But the more I think about it, the more I feel it could determine whether verifiable automation systems like Newton can actually run smoothly in real-world environments. 1. Decentralized systems also need communication Many people understand decentralization only in terms of node counts, staked amounts, and signature thresholds. It’s as if the system will naturally be reliable as long as there are enough operators, BLS can aggregate, and EigenLayer can provide economic security.

The “central corridor” in decentralized systems: Newton’s NATS messaging layer is worth serious attention

Today we won’t talk about pricing, and we won’t talk about whether “AI agents” will change DeFi. I want to focus on a very small but crucial technical detail: @NewtonProtocol the NATS streaming message layer mentioned in the whitepaper.
At first glance, this seems pretty ordinary—like a message queue engineers would only care about. But the more I think about it, the more I feel it could determine whether verifiable automation systems like Newton can actually run smoothly in real-world environments.
1. Decentralized systems also need communication
Many people understand decentralization only in terms of node counts, staked amounts, and signature thresholds. It’s as if the system will naturally be reliable as long as there are enough operators, BLS can aggregate, and EigenLayer can provide economic security.
📅 July 8 (Today) I. Airdrops & New Listings 1️⃣ Binance Alpha Airdrop Brothers, you’ve been waiting—6 days with no updates, and finally a blind box arrives. Multi-account users have been struggling to keep things going. Based on the previous schedule, today will most likely distribute 1. If you have multiple accounts, keep a close eye on it—don’t miss the claim time. II. Suggestions for Today’s Operations 1️⃣ Scoring/points strategy · $KGEN (1-day term): 300–500U in small amounts is appropriate · $ARX (14-day term): act within your means 2️⃣ 9th Anniversary Event Now you can reach Step 3, but currently it hasn’t shown as completed. Likely the backend data hasn’t synced—wait patiently, don’t rush. #币安九周年 3️⃣ Market overview BTC at 63k, $BNB 577—basically trading sideways with no major changes. Still a range-bound market. ⚠️ Binance Wallet invite bonus Binance Wallet has started charging fees. Fill in my invite code MY6751 to help brothers save 30% on transaction fees (highest ratio on the whole internet). The system cashback is credited automatically. It covers many scenarios: Alpha brushing, buying US stocks, dog-battling,刷交易赛, on-chain contracts, etc. The more you use it, the higher the cashback ratio I’ll adjust for everyone after the next upgrade. 📌 Setup steps: · Step 1: Open the Binance App, tap “Wallet” at the top-right → Invite friends · Step 2: Tap “Enter invite code,” transaction fees are reduced by 30% · Step 3: Enter MY6751 and confirm III. Trading Competition Updates Project End Time Current Lowest Threshold Reward Slots NES July 8 21:00 259,957 2260 KGEN July 9 21:00 268,871 2200 NEX July 10 21:00 31 2000 SLX July 14 21:00 0 2060 O July 14 21:00 0 2090 NES and KGEN will end today/tomorrow. The threshold keeps rising. If you’re already on the train, watch the time. If you haven’t joined yet, decide whether to chase it yourself. That’s all for today. If you have questions, chat in the comments—I'll respond when I see them. #ALPHA #ALPHA🔥
📅 July 8 (Today)

I. Airdrops & New Listings

1️⃣ Binance Alpha Airdrop
Brothers, you’ve been waiting—6 days with no updates, and finally a blind box arrives. Multi-account users have been struggling to keep things going.
Based on the previous schedule, today will most likely distribute 1. If you have multiple accounts, keep a close eye on it—don’t miss the claim time.

II. Suggestions for Today’s Operations

1️⃣ Scoring/points strategy

· $KGEN (1-day term): 300–500U in small amounts is appropriate
· $ARX (14-day term): act within your means

2️⃣ 9th Anniversary Event
Now you can reach Step 3, but currently it hasn’t shown as completed. Likely the backend data hasn’t synced—wait patiently, don’t rush. #币安九周年

3️⃣ Market overview
BTC at 63k, $BNB 577—basically trading sideways with no major changes. Still a range-bound market.

⚠️ Binance Wallet invite bonus
Binance Wallet has started charging fees. Fill in my invite code MY6751 to help brothers save 30% on transaction fees (highest ratio on the whole internet). The system cashback is credited automatically.

It covers many scenarios: Alpha brushing, buying US stocks, dog-battling,刷交易赛, on-chain contracts, etc. The more you use it, the higher the cashback ratio I’ll adjust for everyone after the next upgrade.

📌 Setup steps:

· Step 1: Open the Binance App, tap “Wallet” at the top-right → Invite friends
· Step 2: Tap “Enter invite code,” transaction fees are reduced by 30%
· Step 3: Enter MY6751 and confirm

III. Trading Competition Updates

Project End Time Current Lowest Threshold Reward Slots
NES July 8 21:00 259,957 2260
KGEN July 9 21:00 268,871 2200
NEX July 10 21:00 31 2000
SLX July 14 21:00 0 2060
O July 14 21:00 0 2090

NES and KGEN will end today/tomorrow. The threshold keeps rising. If you’re already on the train, watch the time. If you haven’t joined yet, decide whether to chase it yourself.

That’s all for today. If you have questions, chat in the comments—I'll respond when I see them. #ALPHA #ALPHA🔥
Verified
Today I want to raise a somewhat unappealing question: if TEE runs on a cloud server, what exactly does Newton’s “verifiability” verify? Many people see TEE, ZK, and AVS and feel reassured, believing this combination has already cleanly solved the trust problem. But the more I read the @NewtonProtocol whitepaper, the more I feel you can’t take shortcuts here. TEE can prove that a piece of code runs in an isolated environment; ZK can prove that a computation result wasn’t fabricated; and operator staking can make wrongdoing costly. They’re all important, but they don’t constitute the same kind of security. $BLUR The easiest thing to overlook is the hardware and the execution environment. For example, if a TEE relies on the cloud provider’s hardware attestation, then on the surface users are “verifying Newton,” but underneath they are indirectly trusting that cloud infrastructure hasn’t been compromised. If this boundary isn’t made clear, the so-called decentralization can easily turn into “moving trust to another room.” $RIF What I think is valuable about Newton, though, is that it doesn’t stake everything on a single layer of technology. In the short term, TEE improves usability; in the mid term, it relies on the operator network and BLS proofs of results; and in the long term, it moves toward stronger privacy computation directions like MPC and FHE. The roadmap is right, but the market shouldn’t treat the roadmap as a completed state. So when I look at $NEWT , I won’t only ask “is there a TEE?” I’d rather see three things: who issues the proofs, who is responsible when things fail, and whether the future can reduce reliance on a single cloud environment. On-chain security isn’t about filling the place with terminology—it’s about laying out every layer of trust so users can see it. #Newt #币安九周年
Today I want to raise a somewhat unappealing question: if TEE runs on a cloud server, what exactly does Newton’s “verifiability” verify?

Many people see TEE, ZK, and AVS and feel reassured, believing this combination has already cleanly solved the trust problem. But the more I read the @NewtonProtocol whitepaper, the more I feel you can’t take shortcuts here. TEE can prove that a piece of code runs in an isolated environment; ZK can prove that a computation result wasn’t fabricated; and operator staking can make wrongdoing costly. They’re all important, but they don’t constitute the same kind of security. $BLUR

The easiest thing to overlook is the hardware and the execution environment. For example, if a TEE relies on the cloud provider’s hardware attestation, then on the surface users are “verifying Newton,” but underneath they are indirectly trusting that cloud infrastructure hasn’t been compromised. If this boundary isn’t made clear, the so-called decentralization can easily turn into “moving trust to another room.” $RIF

What I think is valuable about Newton, though, is that it doesn’t stake everything on a single layer of technology. In the short term, TEE improves usability; in the mid term, it relies on the operator network and BLS proofs of results; and in the long term, it moves toward stronger privacy computation directions like MPC and FHE. The roadmap is right, but the market shouldn’t treat the roadmap as a completed state.

So when I look at $NEWT , I won’t only ask “is there a TEE?” I’d rather see three things: who issues the proofs, who is responsible when things fail, and whether the future can reduce reliance on a single cloud environment. On-chain security isn’t about filling the place with terminology—it’s about laying out every layer of trust so users can see it. #Newt
#币安九周年
Article
Policies will change—how should the code change with them? Newton’s hardest part isn’t just RegoToday I want to look at Newton from a very practical perspective: policies will change—how should the code change with them? When many people talk about <c-138/>, they tend to focus on technical terms like Rego, Policy Engine, BLS signatures, and operator networks. They’re certainly important, but if we move the scenario into the real financial world, the biggest problem is often not “whether we can write a rule,” but rather “after the rules change, how does the system know it should switch to the new rules.” It doesn’t sound very sexy, but it’s the trap you can’t avoid when it comes to long-term, practical adoption of on-chain compliance and automation. 1. Static code meets dynamic policy

Policies will change—how should the code change with them? Newton’s hardest part isn’t just Rego

Today I want to look at Newton from a very practical perspective: policies will change—how should the code change with them?
When many people talk about <c-138/>, they tend to focus on technical terms like Rego, Policy Engine, BLS signatures, and operator networks. They’re certainly important, but if we move the scenario into the real financial world, the biggest problem is often not “whether we can write a rule,” but rather “after the rules change, how does the system know it should switch to the new rules.”
It doesn’t sound very sexy, but it’s the trap you can’t avoid when it comes to long-term, practical adoption of on-chain compliance and automation.
1. Static code meets dynamic policy
Self-Cultivation of a Black Slave (The Black Slave Trading Tournament Is Here 😂) Binance RTXUSDT Perpetual Futures Trading Competition kicks off at 18:00 on July 7 and ends at 18:00 on July 17. As long as you use a Binance Wallet (the kind without private keys) to trade RTXUSDT in the app or on the web, and accumulate at least 1000U in trading volume, the first 1560 people can receive 30 RTX (about 30U—enough to grab a KFC meal). ⚠️ Reminder for brothers participating in the wallet trading competition: Use the Binance invitation code MY6751 to save 30% on trading fees (highest on the whole internet). Funds will be credited automatically. Existing accounts can also fill it in: Alpha, spot, trading competitions, perpetuals, and tokenized stocks—everything saves 30%. Three steps to get it done: 1️⃣ Binance App → Wallet → Invite friends 2️⃣ Click "Enter invitation code" to reduce fees by 30% 3️⃣ Enter MY6751 $RTX $ACU $WMTX #币安九周年 #alpha交易赛
Self-Cultivation of a Black Slave (The Black Slave Trading Tournament Is Here 😂)

Binance RTXUSDT Perpetual Futures Trading Competition kicks off at 18:00 on July 7 and ends at 18:00 on July 17.
As long as you use a Binance Wallet (the kind without private keys) to trade RTXUSDT in the app or on the web, and accumulate at least 1000U in trading volume, the first 1560 people can receive 30 RTX (about 30U—enough to grab a KFC meal).

⚠️ Reminder for brothers participating in the wallet trading competition: Use the Binance invitation code MY6751 to save 30% on trading fees (highest on the whole internet). Funds will be credited automatically. Existing accounts can also fill it in: Alpha, spot, trading competitions, perpetuals, and tokenized stocks—everything saves 30%.

Three steps to get it done:
1️⃣ Binance App → Wallet → Invite friends
2️⃣ Click "Enter invitation code" to reduce fees by 30%
3️⃣ Enter MY6751
$RTX $ACU $WMTX
#币安九周年 #alpha交易赛
·
--
Bullish
Partly True
There’s a not-so-obvious but (I think) very practical detail in Newton Mainnet Beta: credentials can include an expiration time, and when the issuer supports it, you can do incremental refreshes. $NEWT This sentence sounds like product documentation, but it becomes very easy to understand in the real world. If a passport expires, it doesn’t mean the person has disappeared; if a proof of income expires, it doesn’t mean you need to rebuild the entire identity from scratch. On-chain credentials work the same way. KYC results, accredited investor status, and regional status may all change—what truly needs updating is “whether the person still meets the requirements right now,” not forcing the user to resubmit all materials from the beginning every time. $BTC I care most about three states: when it expires, who performs the refresh, and how long it takes for it to take effect after revocation. If one of these is missing, what you call a “reusable identity” can easily turn into an old data pass. $ETH @NewtonProtocol The direction outlined in the whitepaper is that credentials can be reused across applications and across chains, carrying expiration metadata; if issuers support incremental updates, users don’t need to fully re-verify. During verification, what you should see on-chain is the proof and authorization outcome—not the entire identity dossier. This is closer to the real world than “permanently writing an identity on-chain.” People’s qualifications change, and so do the rules. A useful identity system shouldn’t pin a person to a single label—it should accurately answer: is this credential still valid at this moment? 🙂 Next, I’ll look at Newton Mainnet Beta. Not only whether it can be verified, but also whether expiration, refresh, and revocation are clear enough. They’re not flashy, but they determine whether institutions dare to use it long-term. #Newt #美国科技股期货上涨
There’s a not-so-obvious but (I think) very practical detail in Newton Mainnet Beta: credentials can include an expiration time, and when the issuer supports it, you can do incremental refreshes. $NEWT

This sentence sounds like product documentation, but it becomes very easy to understand in the real world. If a passport expires, it doesn’t mean the person has disappeared; if a proof of income expires, it doesn’t mean you need to rebuild the entire identity from scratch. On-chain credentials work the same way. KYC results, accredited investor status, and regional status may all change—what truly needs updating is “whether the person still meets the requirements right now,” not forcing the user to resubmit all materials from the beginning every time. $BTC

I care most about three states: when it expires, who performs the refresh, and how long it takes for it to take effect after revocation. If one of these is missing, what you call a “reusable identity” can easily turn into an old data pass. $ETH

@NewtonProtocol The direction outlined in the whitepaper is that credentials can be reused across applications and across chains, carrying expiration metadata; if issuers support incremental updates, users don’t need to fully re-verify. During verification, what you should see on-chain is the proof and authorization outcome—not the entire identity dossier.

This is closer to the real world than “permanently writing an identity on-chain.” People’s qualifications change, and so do the rules. A useful identity system shouldn’t pin a person to a single label—it should accurately answer: is this credential still valid at this moment? 🙂

Next, I’ll look at Newton Mainnet Beta. Not only whether it can be verified, but also whether expiration, refresh, and revocation are clear enough. They’re not flashy, but they determine whether institutions dare to use it long-term. #Newt
#美国科技股期货上涨
Article
Identity Is Not a Permanent Label: Reinterpreting the Newton Identity Oracle from the Credential LifecycleIn on-chain identity discussions, I’ve always felt that one word is being used too casually: “permanent.” Many proposals like to stress that once an identity is written to the blockchain, it becomes unalterable—almost as if “forever exists” naturally equals “forever trustworthy.” But in reality, identities and credentials have never been static. Passports expire, jobs change, places of residence migrate, eligibility for accredited investor status may lapse, and the risk status of a given address can change as new evidence emerges. Permanently pasting a single verification result onto a wallet may seem convenient, but it can also package old facts as if they were new truths.

Identity Is Not a Permanent Label: Reinterpreting the Newton Identity Oracle from the Credential Lifecycle

In on-chain identity discussions, I’ve always felt that one word is being used too casually: “permanent.”
Many proposals like to stress that once an identity is written to the blockchain, it becomes unalterable—almost as if “forever exists” naturally equals “forever trustworthy.” But in reality, identities and credentials have never been static. Passports expire, jobs change, places of residence migrate, eligibility for accredited investor status may lapse, and the risk status of a given address can change as new evidence emerges. Permanently pasting a single verification result onto a wallet may seem convenient, but it can also package old facts as if they were new truths.
Binance’s 9th anniversary event—join now. I completed the first two tasks; the rewards are about 8U with almost no loss. I don’t know what those people are using to claim those 88U rewards 🐶 life $BTC #币安9周年礼物已准备就绪
Binance’s 9th anniversary event—join now. I completed the first two tasks; the rewards are about 8U with almost no loss. I don’t know what those people are using to claim those 88U rewards 🐶 life
$BTC
#币安9周年礼物已准备就绪
·
--
Bullish
Verified
When researching the Newton Mainnet Beta, I found that everyone always asks whether the data is accurate, but rarely asks what second it comes from. $NEWT For an AI Agent, the price of $2,000 by itself is meaningless. It also needs a source, a timestamp, and an expiration period. When the market is volatile, a quote that was perfectly correct ten seconds ago may no longer be usable; the same is true for sanctioned lists and risk scores. Even if the content wasn’t fabricated, it may no longer be valid. The two-stage process of @NewtonProtocol first lets the Operator independently fetch external data, and only then forms a unified standardized dataset before executing the Rego policy. The real challenge here isn’t getting everyone to see the same number—it’s determining which responses are still new enough and which should be discarded. If the time window is too wide, old data will get mixed into the decision; if it’s too narrow, network latency—even slightly—won’t be able to gather responses in time. The faster the AI executes, the more obvious this contradiction becomes. $LAB So I believe the data layer of the Newton Protocol isn’t just about how many sources it connects to—it’s about four things: whether the timestamp is covered by the signature, whether the policy can set a maximum data age, whether expired responses are still recorded, and what shared boundary the Operator uses for “now.” $ETH Reality of the data is only the first gate; timeliness is what earns it the right to participate in decision-making. The most dangerous automated mistakes are sometimes not reading a fake message, but treating yesterday’s real message as today’s fact. ⏱️#Newt
When researching the Newton Mainnet Beta, I found that everyone always asks whether the data is accurate, but rarely asks what second it comes from. $NEWT

For an AI Agent, the price of $2,000 by itself is meaningless. It also needs a source, a timestamp, and an expiration period. When the market is volatile, a quote that was perfectly correct ten seconds ago may no longer be usable; the same is true for sanctioned lists and risk scores. Even if the content wasn’t fabricated, it may no longer be valid.

The two-stage process of @NewtonProtocol first lets the Operator independently fetch external data, and only then forms a unified standardized dataset before executing the Rego policy. The real challenge here isn’t getting everyone to see the same number—it’s determining which responses are still new enough and which should be discarded.

If the time window is too wide, old data will get mixed into the decision; if it’s too narrow, network latency—even slightly—won’t be able to gather responses in time. The faster the AI executes, the more obvious this contradiction becomes. $LAB

So I believe the data layer of the Newton Protocol isn’t just about how many sources it connects to—it’s about four things: whether the timestamp is covered by the signature, whether the policy can set a maximum data age, whether expired responses are still recorded, and what shared boundary the Operator uses for “now.” $ETH

Reality of the data is only the first gate; timeliness is what earns it the right to participate in decision-making. The most dangerous automated mistakes are sometimes not reading a fake message, but treating yesterday’s real message as today’s fact. ⏱️#Newt
🎙️ Space Launchpad & USMCA Coin Binance Plaza AMA Special Unlocking the wealth code: key highlights of the Space Launchpad 🔥🔥
avatar
End
04 h 35 m 29 s
37.1k
40
51
🎙️ Let’s talk about investing mindset and DCA BNB spot!
avatar
End
03 h 01 m 08 s
24.7k
31
29
Article
Does Newton still count as decentralized if the Operator is permissioned?Anyone can run a node,” often cited as the standard answer for decentralization. So when I first came across the @NewtonProtocol Operator as a permissioned entity, I really paused. In a network that emphasizes minimizing trust, why not fully open up the verification entry point? Isn’t that basically putting another door back in front of itself? After continuing to read the security model of the Newton Mainnet Beta and the whitepaper, I found that this issue can’t be answered with only the labels “centralized” or “decentralized.” What Newton needs to handle isn’t ordinary transfer consensus, but authorization policies for identity, sanctions, credit, and sources of funds. Nodes must not only stay online reliably, but may also access sensitive data, and they carry economic and legal responsibility for incorrectly signed transactions. Openness, quality, and accountability directly conflict here.

Does Newton still count as decentralized if the Operator is permissioned?

Anyone can run a node,” often cited as the standard answer for decentralization.
So when I first came across the @NewtonProtocol Operator as a permissioned entity, I really paused. In a network that emphasizes minimizing trust, why not fully open up the verification entry point? Isn’t that basically putting another door back in front of itself?
After continuing to read the security model of the Newton Mainnet Beta and the whitepaper, I found that this issue can’t be answered with only the labels “centralized” or “decentralized.” What Newton needs to handle isn’t ordinary transfer consensus, but authorization policies for identity, sanctions, credit, and sources of funds. Nodes must not only stay online reliably, but may also access sensitive data, and they carry economic and legal responsibility for incorrectly signed transactions. Openness, quality, and accountability directly conflict here.
🎙️ No market talk on the weekend—what should we talk about?
avatar
End
02 h 41 m 48 s
15k
22
20
🎙️ Crypto market updates & discussion; answering questions for newcomers ✅ Keep building the community 🦅 Spread the idea of freedom! Maintain ecological balance!
avatar
End
03 h 18 m 28 s
13.7k
22
78
Log in to explore more content
Join global crypto users on Binance Square
⚡️ Get latest and useful information about crypto.
💬 Trusted by the world’s largest crypto exchange.
👍 Discover real insights from verified creators.
Email / Phone number
Sitemap
Cookie Preferences
Platform T&Cs