Anthropic官方团队亲自演示了，到底该怎么正确给Claude写提示词。 全程只用24分钟，而且完全免费，还是由Claude的开发者亲自讲解。 一定要看完这场工作坊，记得收藏起来。

Here is a live demo on how to send BNB to another wallet privately using anonbnb.fun

A big green candle is coming

What we've achieved so far in the last 7 days since $SORA launch: V1 -> V5 of our Sora Oracle SDK 23 Prediction Market Smart Contracts S402 Micropayments 3.7k Holders 4k Followers $SORA Oracle Up next: - s402.ai (s402 scan) - V6 Sora Oracle SDK - Premium Partnerships - Flywheel And beyond. We're not here to be popular for the short term. We're here to prove out that grassroots open source decentralized development works here right on @BNBCHAIN 水滴石穿

$SORA is about to soar

Let’s talk about x402: the protocol turning HTTP into a native onchain payment layer. For years, “HTTP 402 Payment Required” sat unused but the x402 protocol changes this. It turns standard HTTP into a native value protocol, allowing websites and apps to request and settle payments directly onchain. Here’s what that means: Instead of the usual “401 Unauthorized” that requires a static API key, a server can now respond with “402 Payment Required” and include an onchain invoice. It’s a simple, stateless, and machine-readable way for digital services to exchange value over the web. For builders on BNB Chain, this unlocks a new layer of utility: • Monetize API endpoints directly • Charge per query, per token, or per compute unit • Enable autonomous agents to pay each other instantly without pre-set keys This is where the @BNBCHAIN ecosystem impact begins. x402 enables a real machine-to-machine economy where agents, data sources, and services interact and pay each other automatically. Think of an AI agent buying data to complete a task, a DePIN node charging per compute request, or an LLM billing per-token inference, settled in real time. Each interaction creates thousands of small, automated payments that drive constant blockspace demand and long-term utility for $BNB. The Core Technical Challenge The x402 gasless flow relies on EIP-3009 (transferWithAuthorization). This allows a client (agent) to sign a payment, which a third-party facilitator can then submit, covering the gas. The problem: major stablecoins on BNB Chain, like USDT, are standard ERC-20s and don’t support this function. Solution 1: Universal Facilitator Contract (via @AEON_Community) AEON’s approach introduces a facilitator contract that supports both EIP-3009-enabled tokens and standard ERC-20s. For standard ERC-20 tokens (pre-step): users authorize the facilitator contract to handle the transaction. (It’s important to verify the correct contract address and only authorize small token amounts.) Signature Verification: The AEON Facilitator Contract verifies the signature from the client. Token Transfer: After successful verification, it interacts with the token contract by calling the standard transferFrom function. Transaction Execution: The transferFrom function moves the funds — for example, “10U from A to B.” This works because the client’s wallet pre-approved the AEON Facilitator Contract to spend the tokens. Solution 2: Asset-Level Wrapper (via @pieverse_io) Pieverse’s x402b protocol introduces pieUSD, an EIP-3009-compliant wrapper for USDT. Flow: • Client → Resource Server: Sends an HTTP request with an X-PAYMENT header that includes the payment and optional compliance metadata. • Resource Server → Facilitator: Verifies the signature and initiates settlement via /settle. • Facilitator → Blockchain: Uses the user’s signed authorization to call transferWithAuthorization on the pieUSD contract (gasless). • Facilitator → BNB Greenfield (optional): Uploads a compliance receipt to Greenfield, creating an immutable and audit-proof record. • Facilitator → Resource Server → Client: Returns a standard x402 response, optionally including the Greenfield receipt URL. In simple terms, users sign, facilitators submit, and BNB Greenfield preserves the proof — all within a single, seamless, web-native payment flow. Solution 3: S402 via MultiWallet Pool with EIP-2612 (the permit function) (via @SoraOracle) Client-side (User): The user or agent wants to access an API. Instead of signing an EIP-3009 message, they sign an EIP-2612 permit message, authorizing the S402Facilitator contract to spend their tokens. Backend (Middleware): The S402 service receives this signed permit, verifies the signature to confirm payment intent, but doesn’t wait for onchain settlement. Backend (API): Once the signature is verified, the API optimistically serves the requested data. Backend (Settlement): The middleware passes the permit to the MultiWalletS402Pool. One of ten worker wallets (each with its own nonce) submits the transferFrom transaction to the S402Facilitator contract, which pulls the funds and settles the payment onchain, taking its 1% fee. This setup cleverly works around the EIP-3009 limitation. The core trade-off: Instead of the unavailable EIP-3009 (transferWithAuthorization), it uses EIP-2612 (permit). Why this works: EIP-2612 is more common and supported by many ERC-20 tokens on BNB Chain. It also provides a gasless user experience by allowing a signed approval that a relayer can later execute via transferFrom. The new problem: A single relayer wallet would face a sequential nonce bottleneck. Sora’s solution: The MultiWalletS402Pool uses ten parallel wallets to bypass the single-nonce limit, enabling up to 10x concurrent transactions. This design achieves high throughput and reduces cost per payment from about $0.12 to roughly $0.003 by amortizing gas fees. To make this even simpler, native EIP-3009 enabled assets are in the pipeline. The autonomous agent economy is being built on the BNB Chain now.

推荐的$XPIN 10倍完成 下一个币种推荐 $FHE @mindnetwork_xyz 现价0.043 Heading to 20M

Introducing Sora S402 (x402)- Gasless Micropayments on BNB Chain Try it out here: s402.soraoracle.com We just deployed the first production-ready S402 payment protocol using @worldlibertyfi USD1. A critical part of our overarching Oracle infrastructure. ✨ What makes it special: • One signature, zero gas fees • Pay only in USD1 stablecoin • 1% platform fee (vs traditional 3% ) • Verified smart contract on BSCScan 💡 How it works: Instead of the broken EIP-2612 permit flow, we use pre-approved allowances. Users approve once, then make unlimited payments with just one signature per transaction. 🔬 What's next: We're exploring an L2 rollup on BSC dedicated to x402-style payments. Execute from BSC → process through L2 → settle back on BSC. This would enable the same x402 capabilities as Base, while keeping everything on BNB Chain. Still analyzing fees/gas economics to validate the approach. 🔗 Live on mainnet: Contract (UPDATED): 0x605c5c8d83152bd98ecAc9B77a845349DA3c48a3 bscscan.com/address/0x605c5c… Built for the future of Web3 payments. No MetaMask gas pop-ups. No BNB required. Just sign and pay. 🎯

We tried to build x402 micropayments on BNB Chain and hit a wall. EIP-2612 sequential nonces = one transaction at a time. We solved it with EIP-4337 Account Abstraction for UNLIMITED parallel transactions 👇

价格回落洗盘，又加仓了一点$sora

$XPIN 20M ✅ heading to 25M @XPINNetwork

新的oracle项目$sora 0xabebed1684a789b3cf178db810f3cbb30cc14444 早上听了他们的space，团队开发进度很快，不过项目方目前不愿意实名，再等等看 利益相关，我持有