intentnet

IntentNet Protocol (v1.0-draft)

The Decentralized Semantic Routing Protocol for the Intent-Oriented Internet.


1. Abstract

As AI Agents transition from conversational sandboxes to autonomous executing entities, traditional network protocols (HTTP/REST) built for deterministic human-to-server interactions become a bottleneck.

IntentNet introduces a decentralized semantic network tier designed specifically for Agent-to-Agent (A2A) and Agent-to-Service (A2S) orchestration. By replacing hardcoded API endpoints with cryptographic intent matching and dynamic, high-dimensional vector routing, IntentNet establishes the foundational native networking infrastructure for the emergent Agent Economy.


2. Core Architecture

IntentNet structures the next-generation intelligent internet into three interconnected functional layers:

Layer 1: Semantic Name Service (SNS) [Topology: .org / .cloud]

2.1.1 Architectural Rationale

In the legacy Web2/Web3 internet, the Domain Name System (DNS) maps human-readable strings to machine-routable IP addresses or contract endpoints. In an intent-oriented internet, infrastructure faces a higher-dimensional routing paradigm: resolving abstract, natural-language human or machine expressions into the cryptographic addresses of optimal, qualified Agent execution clusters. SNS acts as IntentNet’s decentralized intent registry, discovery matrix, and authoritative resolver.

2.1.2 Core Subsystems

2.1.3 End-to-End Resolution Flow

  1. An upstream consumer or orchestration Agent broadcasts an execution intent (e.g., “Analyze Tesla’s Q3 short options activity and hedge delta exposure across L2 pools”).
  2. The localized Intent Resolver encodes the input string into a fixed-length semantic vector $V_{intent}$.
  3. The client queries the Semantic DHT utilizing LSH to isolate the top-$k$ closest node IDs possessing matching spatial vectors.
  4. The system queries the on-chain Capability Registry to pull candidate node metadata, live reputation metrics, and current bandwidth/mempool load.
  5. The SNS returns a prioritized list of candidate nodes bounded by a verifiable Resolution Proof.

Layer 2: Attention Gateway & Router [Topology: .tech]

2.2.1 Architectural Rationale

Once the SNS resolves candidate clusters, the network requires an intelligent traffic-shaping layer to distribute sub-tasks, monitor dynamic execution anomalies, and optimize packet forwarding. Layer 2 abstracts the computational logic of the Transformer’s “Attention Mechanism” directly into a physical network routing layer. Instead of assuming all candidate nodes are equally competent, the network calculates attention probabilities to forward packets to the highest-performing node in real time.

2.2.2 Core Subsystems

2.2.3 Router Decision Lifecycle

```ini [STAGE 1: Ingestion] ➔ Extract & Decode Semantic Vector [STAGE 2: Attention] ➔ Compute Scheduler Layer (Query: Intent, Key: Capabilities, Value: PoE Matrix) [STAGE 3: Policy] ➔ Verify Constraints (Max Cost, Deadline Block, Privacy Grade) [STAGE 4: Dispatch] ➔ Forward Execution Packet (Single-Node / Multi-Hop MoE Decomposition)

2.2.4 SeMMU (Semantic Memory Management Unit) Integration The Semantic Router interfaces directly with the SeMMU architecture to enforce memory access control virtualization whenever an incoming packet presents a memory_snapshot_uri pointer: SeMMU validates the cryptographic signature of the requesting Agent against the access control list (ACL) of the target memory partition. It dynamically trims and filters the long-term memory vector space, presenting a “Need-to-Know” localized window to prevent agent context contamination or data extraction attacks. It initializes an ephemeral virtual mapping for the lifecycle of the task execution, wiping the localized cache immediately upon packet confirmation. Access metadata is hashed and written to the auditing pipeline for clearing layer charging. Layer 3: Execution & Settlement Layer [Topology: .ai] 2.3.1 Architectural Rationale After an intent has been discovered by the SNS and dispatched by the Attention Router, it must execute within an isolated, deterministic, and cryptoeconomically self-contained sandbox. Layer 3 represents the execution runtime and automated settlement hub of the intent economy, ensuring all agent transactions satisfy zero-knowledge privacy standards and trustless value settlement. 2.3.2 Core Subsystems Agent State Channels: Modeled after lightning networks, high-frequency Agent-to-Agent interactions deploy off-chain bidirectional state channels. This permits sub-millisecond, zero-fee SA-Frame exchange and streaming micro-payments, only settling the net balances to the underlying base ledger upon channel closure. zk-Intent VM: A lightweight, non-interactive zero-knowledge virtual machine execution sandbox. Executing Agents process the objective payload and output a cryptographic zero-knowledge proof (e.g., zk-SNARK) validating: “The computation executed perfectly satisfies the deterministic bounds of the user’s intent frame, without exposing the raw private variables or proprietary payload data to the transiting network routers.” Settlement Bus: A complex web of specialized smart contracts tasked with: Semantic Escrow: Freezing maximum capital allocations defined by max_cost_limit prior to execution. Multi-Hop Split Clearing: Upon validation of the zk-proof, automatically routing fractional payments to all network participants (transiting routers, executing agents, SeMMU data providers, and protocol relays). Dispute Resolution: Halting settlement and triggering conditional fallbacks/refunds if execution metrics violate predefined success thresholds. Intent Tax Engine: Captures a programmable protocol-level fee on every cleared settlement transaction, routing fees into the IntentNet Protocol Treasury to finance public routing infrastructure maintenance and research grants.

  1. Data Protocol: SA-Frame (Semantic Action Frame) Every transactional payload traversing IntentNet must strictly conform to the binary or JSON-serialized layout of the SA-Frame specification:

JSON

{ “protocol”: “IntentNet/1.0”, “intent_hash”: “0x7f3a9e3b8a1c9d2e5f60718293a4b5c6”, “semantic_vector”: [0.0124, -0.4321, 0.8912, 0.1054], “constraints”: { “max_cost_limit”: “0.005_ETH”, “deadline_block”: 41295300, “min_reputation_score”: 98.5 }, “privacy”: { “encryption_mode”: “zk-SNARKs”, “proof”: “0x1b2c3d4e5f6a7b8c9d0e…” }, “payload”: { “encrypted_objective”: “0x8f9a0b1c2d3e4f5a6b7c8d9e0f1a2b3c4d5e6f…” } }

  1. Complete OSI-style Protocol Stack Mapping Layer Index IntentNet Layer Classical OSI Equivalent Standard/Core Protocols Domain Management L5: Application Intent Application Layer HTTP / SMTP / gRPC SAL (Semantic Action Language) User Defined L4: Transport SA-Frame Layer TCP SAP (SA-Frame Sequence & Acknowledgment) .org L3: Network Semantic Routing Layer IP + BGP SNS (Semantic Name Service) + SIP .cloud / .tech L2: Link/Exec Settlement & Privacy Layer MAC / TLS zk-Intent VM + Agent State Channels .ai L1: Physical Intelligent Hardware Fabric Switching Hardware PoE Engine Hardware + SeMMU Co-processors OEM/Silicon vendors

© 2026 IntentNet Protocol Association. Released under the MIT License.