Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

Introducing OKX Agentic Wallet. Built for AI agents to execute across ~20 chains using natural language via CLI. TXs on X Layer are gas-free. Before signing, every transaction is simulated, screened, and validated. Execution halts if any risk appears. More info:

98,617 Aufrufe • vor 6 Monaten •via X (Twitter)

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

Introducing the Agent Virtual Machine (AVM) Think V8 for agents. AI agents are currently running on your computer with no unified security, no resource limits, and no visibility into what data they're sending out. Every agent framework builds its own security model, its own sandboxing, its own permission system. You configure each one separately. You audit each one separately. You hope you didn't miss anything in any of them. The AVM changes this. It's a single runtime daemon (avmd) that sits between every agent framework and your operating system. Install it once, configure one policy file, and every agent on your machine runs inside it - regardless of which framework built it. The AVM enforces security (91-pattern injection scanner, tool/file/network ACLs, approval prompts), protects your privacy (classifies every outbound byte for PII, credentials, and financial data - blocks or alerts in real-time), and governs resources (you say "50% CPU, 4GB RAM" and the AVM fair-shares it across all agents, halting any that exceed their budget). One config. One audit command. One kill switch. The architectural model is V8 for agents. Chrome, Node.js, and Deno are different products but they share V8 as their execution engine. Agent frameworks bring the UX. The AVM brings the trust. Where needed, AVM can also generate zero-knowledge proofs of agent execution via 25 purpose-built opcodes and 6 proof systems, providing the foundational pillar for the agent-to-agent economy. AVM v0.1.0 - Changelog - Security gate: 5-layer injection scanner with 91 compiled regex patterns. Every input and output scanned. Fail-closed - nothing passes without clearing the gate. - Privacy layer: Classifies all outbound data for PII, credentials, and financial info (27 detection patterns + Luhn validation). Block, ask, warn, or allow per category. Tamper-evident hash-chained log of every egress event. - Resource governor: User sets system-wide caps (CPU/memory/disk/network). AVM fair-shares across all agents. Gas budget per agent - when gas runs out, execution halts. No agent starves your machine. - Sandbox execution: Real code execution in isolated process sandboxes (rlimits, env sanitization) or Docker containers (--cap-drop ALL, --network none, --read-only). AVM auto-selects the tier - agents never choose their own sandbox. - Approval flow: Dangerous operations (file writes, shell commands, network requests) trigger interactive approval prompts. 5-minute timeout auto-denies. Every decision logged. - CLI dashboard: hyperspace-avm top shows all running agents, resource usage, gas budgets, security events, and privacy stats in one live-updating screen. - Node.js SDK: Zero-dependency hyperspace/avm package. AVM.tryConnect() for graceful fallback - if avmd isn't running, the agent framework uses its own execution path. OpenClaw adapter example included. - One config for all agents: ~/.hyperspace/avm-policy.json governs every agent framework on your machine. One file. One audit. One kill switch.

Varun

142,992 Aufrufe • vor 6 Monaten

Introducing Zest Protocol Stacks Swap, The ultimate swap experience for the stacks.btc ecosystem. Live now. Stacks swap is built with more routes, faster backend and UX than any DEx product previously built on Stacks. Stacks Swap compares hundreds of liquidity pools across every major DEX on Stacks and returns the route with the best output for every trade. How it works: 🟠 Smart order routing. Large swaps split across multiple pools and multiple DEXes at once. When no direct pool exists, the router chains hops through intermediate tokens. The full route executes as a single transaction. 🟠 All or nothing. Every swap is one atomic Stacks transaction. Either the full route completes and you receive at least the guaranteed minimum, or the entire transaction reverts and no tokens leave your wallet. 🟠 Price protection enforced on-chain. Every swap carries a minimum-received amount written into the transaction itself. If the market moves before confirmation, the swap reverts instead of filling at a worse price. No app, server, or operator can override this check. 🟠 Non-custodial by design. Tokens move from your wallet, through the pools, and back to your wallet within a single transaction. No deposits, no balances, no accounts. 🟠 Zero additional fees. Pool fees are set by the DEXes and already priced into every quote. Zest Protocol charges nothing on top. 🟠 Supported liquidity sources: Bitflow , Velar, ALEX 🟧 No. 1 Bitcoin DeFi, and Arkadiko Protocol 🟧🗿, plus direct protocol conversion through Stacking DAO for stSTXbtc swaps. The quote you approve is the worst case you can receive. The swap fills at that amount or better, or it does not happen at all. We built Stacks Swap using Zest Protocol's existing internal infrastructure. When we realised that it performed much better than existing DEx products, we decided it made sense to release it for the benefit of the ecosystem. Happy swapping.

Zest Protocol

19,326 Aufrufe • vor 1 Monat

In 2025, the AgentFlayer exploit highlighted a new category of risk in AI systems. It was not a traditional breach involving stolen credentials or broken encryption. Instead, it demonstrated how an autonomous AI agent could be manipulated into executing unintended actions by processing malicious instructions embedded inside content it automatically processes. The incident did not expose a flaw in one specific integration. It revealed a structural weakness in how many modern AI agents are built. Today’s agents are no longer passive language models. They read documents automatically, scan emails, connect to SaaS tools, access cloud storage, and execute actions across multiple systems. To be useful, they are granted meaningful permissions. That capability creates value, but it also expands the attack surface. Most agent environments operate in a trusted, plaintext execution model. Data is encrypted at rest and in transit, but it is typically decrypted during inference so the model can process it. That runtime visibility is where potential risk lies. In a zero-click scenario like AgentFlayer, an attacker can embed hidden instructions inside a document that the AI processes automatically. Because the agent may have access to connected systems such as Google Drive, Slack, or GitHub, it can potentially be influenced to retrieve sensitive information or perform unintended actions. The user does not need to click a malicious link or approve a suspicious request. Therefore, the core issue is that during execution, the system may have access to sensitive data and broad privileges, meaning whoever controls the execution environment ultimately controls access to that data. Now consider a different architectural approach. If a system is designed so that data remains protected during execution, the risk profile changes. On Nesa, privacy is enforced at the execution layer through Equivariant Encryption. Computation can occur on encrypted data, reducing the visibility surface during runtime. Sensitive inputs and models do not need to be exposed in plain text to infrastructure operators for inference to occur. This does not eliminate prompt injection, logic manipulation, or tool misuse. Encryption alone cannot prevent an agent from being instructed to take an unintended action if it has been granted that permission. What it does do is materially reduce confidentiality risk. By limiting access to readable sensitive data during execution and reducing unilateral visibility at the infrastructure layer, the potential blast radius of a successful manipulation attempt is constrained. As AI agents become more autonomous and embedded into enterprise workflows, security must move deeper into architecture. The goal is not to claim invulnerability. It is to reduce trust concentration and contain systemic exposure when failures occur. AgentFlayer was not simply a one-off exploit. It was a reminder that in autonomous systems, execution-layer design determines how risk propagates.

Nesa

17,038 Aufrufe • vor 6 Monaten

Today, we are announcing our collaboration with NEAR Intents, the intent-based execution layer connecting assets and participants across 34 blockchain networks, which has processed more than $25 billion in all-time volume. Shield Swap is working with NEAR Intents to make it easier for market participants to move assets across blockchain networks and trade without exposing their activity inside the venue to the public market. NEAR Intents is a multichain transaction protocol that allows users to specify the outcome they want, and competing solvers quote the execution. That removes much of the work normally involved in moving assets across chains. Participants do not need to choose a bridge, build a route, or manage gas tokens across several networks. They choose the asset they want to move and the result they want to receive. Solvers handle the route and compete on price. Shield Swap takes a similar approach to confidential trading. Participants are able to execute a trade without publishing their identity, holdings, and strategy to the market. This is difficult to achieve on a transparent blockchain. Wallet addresses are persistent identifiers, and positions can be reconstructed from transaction history. Over time, trades reveal patterns that other market participants can use against the trader. Inside Shield Swap, participant identities stay off the public ledger, portfolio balances remain encrypted to the participant's keys, and trades do not expose the participant's full activity to public observers. Each transaction also creates a compliance record that can be disclosed to authorized parties when required. Working with NEAR Intents connects these two parts of the trading process. A participant can state the outcome they want and source assets from supported EVM and non-EVM networks. Solvers compete to deliver the best available route. Once those assets enter Shield Swap and are shielded, subsequent holdings and trades remain confidential inside the venue. Transactions on origin networks remain visible. Confidentiality begins when assets are shielded within Shield Swap. This gives participants access to liquidity across networks without carrying public transaction history into every trade they make afterward. Early access is open to organizations and individual market participants at

Shield Swap

77,813 Aufrufe • vor 10 Tagen

🤖 THE $PAYGENT TOKEN OFFICIALLY GOES LIVE ON SEPTEMBER 8 Autonomous intelligence is useless if your AI still has to beg a human for permission to spend. 𝗪𝗵𝗮𝘁 𝗶𝘀 𝗣𝗮𝘆𝗴𝗲𝗻𝘁? We are building the complete payment infrastructure for autonomous agents: ⚡️Our MCP is already live, enabling agents to execute seamless payments at any merchant using RH ETH and USDG. ⚡️ We are delivering the first true Point of Sale (POS) system designed exclusively for non-human actors. 🗓️ Tuesday, September 8th $PAYGENT goes live between 7:00 PM and 8:00 PM UTC. 𝗕𝘂𝗶𝗹𝘁 𝗼𝗻 Doppler We are deploying directly via Doppler. If you have launched or traded on launchpads like Bankr, Long, Bonk, or similar platforms, the process is completely identical. Doppler is the underlying technology that powers them. Deploying natively on Doppler means zero intermediaries. DEX liquidity is programmatically locked. All token locks and vesting schedules are 100% verifiable on-chain and execute the exact second the contract deploys. No team keys. No manual lockers. Pure, trustless execution. 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹 𝗘𝗰𝗼𝗻𝗼𝗺𝗶𝗰𝘀 (𝗙𝗶𝘅𝗲𝗱 𝟭𝟬,𝟬𝟬𝟬,𝟬𝟬𝟬 𝗦𝘂𝗽𝗽𝗹𝘆) - 63% Doppler Public Pool (Programmatically locked) - 15% Team (6 month cliff, 24 month linear vest) - 10% Strategic Partners (50% at TGE, 50% linear vest over 30 days) - 10% CEX Listings & Expansion (100% locked for 2 months) - 2% Community Airdrop (Smart contract locked for 30 days) 𝗜𝗻𝗳𝗿𝗮𝘀𝘁𝗿𝘂𝗰𝘁𝘂𝗿𝗲 𝗥𝗲𝗮𝗱𝘆 🌐 Access API: ⛓️ Network: Robinhood Chain (EVM) ⚠️ 𝗖𝗥𝗜𝗧𝗜𝗖𝗔𝗟 𝗦𝗘𝗖𝗨𝗥𝗜𝗧𝗬 & 𝗖𝗔 𝗪𝗔𝗥𝗡𝗜𝗡𝗚 Protect yourself from impostors and fake pools. The official Contract Address (CA) will ONLY be announced directly on this verified X account and inside our official Telegram. If you do not see the CA posted across both our official X and TG, DO NOT BUY. Always verify before interacting with any pool or contract. Official Telegram: 🔗

Paygent

34,241 Aufrufe • vor 12 Tagen

Karpathy's Agentic Engineering finally has proper tooling! (built by Google) Karpathy defined agentic engineering as the discipline that separates production agent work from vibe coding. The core skills he listed were spec design, eval loops, and security oversight. The problem has been that practicing this still requires a different tool for every phase: - editor for code - a terminal for scaffolding - a browser for testing - a cloud console for deployment - and a separate framework for evals. Every transition is a context switch. The solution to production-grade Agentic Engineering is now actually implemented in Google’s Agents CLI. It covers the entire workflow in one place for scaffolding, evaluating, and deploying ADK agents. One setup command injects 7 ADK-specific skills into a coding agent's context, which lets it handle scaffolding, evals, deployment, and enterprise registration through natural language. I tested this end-to-end by building a RAG agent from scratch using Claude Code. It scaffolded the full project from the ADK agentic_rag template, generated 20 eval scenarios with LLM-as-judge scoring, and returned a quantitative scorecard. Finally, it also deployed everything to Agent Runtime and registered the agent to Gemini Enterprise, so the entire org can discover and use it. The video below shows this in action, and I worked with the Google Cloud team to put this together. Agents CLI GitHub repo → (don't forget to star it ⭐ ) I wrote up the full build covering all six steps from install to enterprise registration. It includes the eval scorecard, the instruction loophole the eval caught before deployment, and what the deployment process actually looks like end-to-end. Read it below.

Akshay 🚀

258,823 Aufrufe • vor 2 Monaten