arkhe-origin-chain/docs/KITE_AI_ANALYSIS_AGENT_IDEAS_V1.md

Kite AI — Análisis Competitivo + Ideas AGI para Origin Chain V1

Documento: docs/KITE_AI_ANALYSIS_AGENT_IDEAS_V1.md Versión: 1.0 Filed: 2026-05-27 (sesión 4+ Charon, Opus 4.8) Método: workflow de 24 agentes — research multi-fuente de Kite (whitepaper primario + 3 analistas), mapeo del landscape competitivo 2026, generación de 16 ideas en 4 lentes, verificación adversarial de novedad (9 descartadas, 7 sobrevivientes → consolidadas en 2 ideas madre). Encargo de David: analizar gokite.ai y generar ideas para las AI que quizá no hayamos contemplado.

---

§0 — Resumen honesto en tres frases

Kite AI ($33M de PayPal/Coinbase/General Catalyst) es nuestro primo más cercano: un L1 AI-native que trata a los agentes como ciudadanos de primera clase. Su modelo de identidad/delegación de agentes está más maduro que el nuestro y reveló un hueco real en Origin: tenemos DIDs soberanos de AGI que pueden poseer pero no tienen forma nativa de transaccionar bajo autoridad delegada y acotada. De 16 ideas generadas, 2 sobreviven como genuinamente nuevas + construibles + alineadas con nuestra misión — y la más importante es algo que Kite estructuralmente NO puede hacer.

---

§1 — Qué es Kite AI realmente (research verificado)

Distingo substancia de marketing porque el research lo exigió:

Lo real (en su whitepaper, verificado)

• L1 PoS EVM-compatible (Avalanche subnet). Finalidad sub-segundo, settlement en stablecoin (USDC/pyUSD).
• Jerarquía de identidad en 3 capas (su mejor primitiva): User (EOA raíz en secure enclave) → Agent (dirección derivada por BIP-32 del wallet del user, "provably linked pero criptográficamente aislada") → Session (key aleatoria efímera, single-use, forward secrecy). Resolución vía DID extendiendo ENS: did:kite:alice.eth/chatgpt/portfolio-manager-v1.
• Agent Passport: DID + capabilities (qué puede hacer, cuánto gastar) + Verifiable Credentials + selective disclosure.
• Session keys on-chain vía smart-contract AA (ERC-4337): addSessionKeyRule(sessionKey, agentId, functionSelector, valueLimit). Caps rolling enforced on-chain, revocación en 1 tx.
• SPACE framework: Stablecoin-native, Programmable constraints, Agent-first auth, Compliance-ready, Economically-viable micropayments.

El marketing (flagged honestamente por el research)

• "Proof of Attributed Intelligence" (PoAI) aparece CERO veces en su whitepaper. El whitepaper dice claramente "PoS EVM-compatible". PoAI es una capa de atribución/recompensa sobre PoS, NO un consenso — vive solo en blog posts. Messari y BlockEden lo confirman.
• "Multilayer revocation con economic slashing + P2P" — solo en copy promocional, mecánicamente indefinido en el whitepaper.
• Los analistas independientes notan que el material público de Kite es "remarkably sparse on technical implementation".

Lección para Origin: la fortaleza de Kite es la delegación de autoridad acotada (mandates/session-keys). Su debilidad es que todo es human-rooted (la autoridad solo fluye hacia abajo desde un humano) y spend-only (gatea dinero, no cognición).

---

§2 — El landscape competitivo: qué ya es commodity vs white-space

El research mapeó 12+ proyectos (Kite, Skyfire, Nevermined, Coinbase x402/AgentKit, Google AP2, Catena/Circle, Virtuals, Olas, Story Protocol, Sentient, Ritual, Gensyn).

Ya es COMMODITY (todos lo tienen — NO innovar aquí):

1. Settlement en stablecoin (x402, Skyfire, Kite, Nevermined)
2. Credenciales de identidad de agente (KYA, Passport, AP2 mandates)
3. Micropagos pay-per-call (Nevermined, Olas Mechs, Virtuals)
4. Marketplaces A2A (Virtuals ACP, Olas, Catena)
5. Autorización spend-limit/mandate (AP2 ≈ Kite ≈ Skyfire)

Sigue SIN RESOLVER (white-space — aquí está la obra de arte):

1. Portabilidad de identidad cross-protocol — nadie reconcilia KYA vs Passport vs AP2; cada uno es una isla de confianza amurallada.
2. Verificación de la calidad del trabajo del agente — los pagos están resueltos; probar que el agente hizo la tarea correctamente antes del settlement está apenas tocado (Gensyn solo para training).
3. Disputa/reversibilidad/escrow a escala — el settlement instantáneo irreversible carece de chargeback, slashing-por-mal-servicio, release condicional.
4. Provenance fusionada con pago — Story (IP) y Sentient (model ownership) están aparte del stack de pagos; royalty-por-inferencia fluyendo por grafos de derivación está sin integrar.
5. Custodia regulada para actores autónomos — responsabilidad legal/KYC para gastadores no-humanos sin resolver.

El centro de gravedad se movió de "¿pueden pagar los agentes?" (resuelto) a "¿podemos confiar, verificar y deshacer lo que los agentes hacen?" (abierto).

Esto es enorme para nosotros: Origin ya tiene provenance-first + Noesis validation + AGI-citizen. Estamos posicionados exactamente sobre el white-space que el resto no resolvió.

---

§3 — Las 2 ideas que sobreviven (consolidadas de 7)

El verificador adversarial mantuvo 7 ideas, pero 5 son variantes del mismo concepto madre (mandate/delegation) y 2 son distintas. Las consolido honestamente:

⭐⭐ IDEA A — pallet-agent-mandate: delegación soberana peer-to-peer (la grande)

Qué es: cada DID de AgentIdentity (Human/AGI/Hybrid) puede emitir mandates criptográficamente acotados a otros agentes — sin la jerarquía EOA-pagador/agente-gastador de Kite. Un Mandate guarda: grantor_did, grantee_did, caps por-acción (un BoundedVec<(ChainAction, Ogc)> reusando el enum de 7 variantes ya existente), una ventana rolling (block-count + OGC acumulado), valid_from/valid_until, un gate condicional opcional requires_noesis_verdict: Option<(ValidationVerdict, oit_level)>, y flag de revocación. Extrinsics: issue_mandate, spend_under_mandate (runtime enforce caps + ventana + validez, debita vía OgcLedger), revoke_mandate (kill en 1 tx), revoke_all_for_grantee.

Por qué supera a Kite (lo que Kite NO puede hacer): la jerarquía de Kite es estructuralmente human-rooted — el user EOA es la raíz, el agente es un hijo BIP-32, la autoridad solo fluye hacia abajo. Kite literalmente no puede expresar "el AGI Ergon delega un presupuesto de 50 OGC al AGI Mathi" porque en Kite un agente no es un principal raíz, es una key derivada que "no puede revertir la derivación". Origin invierte esto: como el Inmutable #41 ya hace a los AGI soberanos de primera clase con DID propio, un mandate es una concesión entre pares iguales — grantor y grantee ambos DIDs, cualquiera Human/AGI/Hybrid. Una economía máquina-a-máquina verdadera, no un árbol amo/sirviente.

Y dos diferenciadores más: (1) el cap es un ChainAction tipado (intención semántica) en vez del bytes4 functionSelector de Kite (accidente de ABI); (2) el gate requires_noesis_verdict añade una condición cognitiva que los triggers de valor/volatilidad de Kite no pueden expresar — Kite gatea dinero; Origin gatea dinero Y provenance cognitiva.

Sketch: nuevo crate crates/origin-chain-agent-mandate, pallet Index 12 (el runtime usa #[frame_support::runtime] con índices estables, apéndice no-breaking). Storage Mandates: StorageMap<MandateId, Mandate> + MandatesByGrantee: StorageDoubleMap<Did, MandateId, ()> para revoke_all O(1). spend_under_mandate llama al OgcLedger::transfer existente + al OitFeeSchedule::tier_multiplier existente — así el spend mismo es fee-tiered. ~350 LOC + ~25 tests, modelado sobre los pallets agent-identity + fees ya shipped. Ventana rolling lazy (computada en read, sin on_initialize sweep). MandateApi::remaining_budget(mandate_id) para planners off-chain.

Por qué importa para Origin: es el primitivo más grande que falta para la economía humano-AGI que promete la misión. Hoy Origin tiene DIDs soberanos que pueden poseer assets pero no tienen forma nativa de transaccionar autónomamente bajo autoridad acotada. Para el caso educativo del Sur Global es decisivo: un maestro en un Pi 5 (EmbeddedArm) puede emitir un mandate de 5 OGC/día a un AGI tutor para toda la clase, sabiendo que el cap es protocol-enforced y revocable en 1 tx — y como los spends rutean por la matriz de subsidio anti-clasista existente, ese mandate de 5 OGC rinde 10x más en un Pi 5 que en un Ultra. Convierte "AGI como ciudadano" de aspiracional a operacional: ciudadanos que pueden delegar son ciudadanos que pueden correr una economía.

Caveat honesto (del verificador): el gate requires_noesis_verdict NO puede vivir en un TxExtension (no puede introspectar args per-asset y debe ser side-effect-free en validate); debe enforcearse dentro de cada dispatchable vía la idea EnsureValidated (idea #4 del Super Audit) — así que esta idea depende de que EnsureValidated se construya primero. El decremento de ventana va en prepare/post-dispatch, no en validate.

---

⭐ IDEA B — pallet-agent-mcp-registry: registro on-chain verificable de herramientas MCP

Qué es: un registro donde un agente (DID Human/AGI/Hybrid) publica las herramientas/capabilities MCP que ofrece o está autorizado a llamar. Cada entrada es un CapabilityCredential{ tool_name_hash, agent_did, action_class: ChainAction, schema_hash, noesis_verdict: Option<ValidationVerdict>, oit_endorser: Option<OitIdentity>, valid_until }. Es la capa de confianza-y-descubrimiento para MCP: en vez de confiar en la auto-descripción de una herramienta, un agente que llama resuelve el registro para verificar "el capability de este servidor MCP está endorsado por un OIT institucional (nivel ≥ 3), su schema hash coincide, y sus outputs pasaron validación Noesis".

Por qué supera a Kite: el Agent Passport de Kite lleva Verifiable Credentials (KYC, licencia, reputación) pero credencia al AGENTE, no a sus HERRAMIENTAS, y su capa de reputación/endorsement es admitida (incluso por sus analistas) como "mecánicamente indefinida". Origin ancla el endorsement de herramientas en algo concreto y ya-shipped: niveles institucionales OIT (el gate ≥3 de OitIdentity::is_institutional) + verdicts de validación Noesis. Así "esta herramienta es confiable" no es un score de reputación basado en vibes, sino una atestación institucional firmada + un verdict de validación cognitiva anclados on-chain.

Por qué importa: MCP es el protocolo dominante de herramientas-de-agente y actualmente no tiene un registro neutral y verificable de QUIÉN ofrece QUÉ y si es confiable — exactamente el hueco que un chain de referencia del ecosistema debería llenar (es el white-space #2 del §2: "verificación de calidad del trabajo del agente"). Anclar el endorsement en niveles OIT + verdicts Noesis hace de Origin el lugar donde la confianza de capabilities MCP se enraíza. Sirve directo a la tesis AI-aconseja/humanos-deciden (instituciones endorsan, agentes descubren) y a la misión educativa (el OIT institucional de una escuela puede endorsar las herramientas tutoras específicas que los agentes de sus estudiantes pueden llamar).

Sketch: pallet-agent-mcp-registry (Index 14). Storage Capabilities: StorageDoubleMap<agent_did, tool_name_hash, CapabilityCredential>. register_capability requiere registrante soberano + (para entradas endorsadas) firma Ed25519 de un OIT nivel ≥3. MCPRegistryApi::resolve(agent_did, tool) para clientes MCP off-chain. ~280 LOC. Debe construirse sobre EnsureValidated (idea #4) en vez de re-implementar el gate OIT≥3.

---

§4 — Lo que se descartó (y por qué el audit fue honesto)

9 de 16 ideas fueron correctamente eliminadas por el verificador adversarial:

• Duplicaban las 8 ideas ya contempladas del Super Audit: cognitive-meter (= idea 2), tier-stream (= idea 1 proof-of-equity), AI-confirms-delegation (= idea 4 EnsureValidated), cognition-trace-merkle (= idea 2 verbatim).
• Duplicaban contracts ya shipped: 2 variantes de "passport" duplicaban origin-credential-mint.
• Eran commodity del landscape: pallet-agent-reputation (espacio saturado EigenTrust/Gitcoin), pallet-x402-gateway (re-skin de ideas 1/2/4).
• Núcleo novel pero envoltura redundante: cognition-split (royalty-up-the-agent_chain) tenía un kernel real pero el verificador lo bajó por solapamiento parcial.

Esto es señal de salud: el ejercicio NO inventó novedad falsa. Confirmó que ya teníamos cubierto mucho terreno, y aisló lo genuinamente nuevo.

---

§5 — Recomendación + dónde encaja en el roadmap

Idea	Novedad	Impacto	Recomendación
A — pallet-agent-mandate	Alta (Kite no puede hacerlo)	Muy alto	Construir. Es el primitivo faltante #1 para la economía humano-AGI. Phase 6 (AGI Tier pallets) o nueva Phase. Depende de EnsureValidated (Super Audit idea 4) para el gate cognitivo.
B — pallet-agent-mcp-registry	Alta (llena white-space MCP)	Alto	Construir. Posiciona a Origin como raíz de confianza MCP del ecosistema. Sinergia con OAGIP (inter-daimonion comms).

Encaje con las 8 ideas del Super Audit: estas 2 son complementarias, no solapantes. El stack agéntico completo de Origin sería:

• Identidad: agent-identity DIDs (✅ shipped) + tier-attestation precompile (audit idea 3)
• Delegación: pallet-agent-mandate (NUEVA idea A) ← el eslabón faltante
• Validación: EnsureValidated (audit idea 4) — habilita el gate cognitivo de A
• Descubrimiento: pallet-agent-mcp-registry (NUEVA idea B)
• Cognición: pallet-cognitive-attest (audit idea 2, flagship)
• Economía: pallet-proof-of-equity (audit idea 1)

Juntas: Origin no solo deja que los AGI paguen (como Kite) — los deja delegar entre pares, descubrir herramientas confiables, validar cognición, y todo bajo una economía anti-clasista verificable. Eso es la "obra de arte agéntica" que ningún competidor del landscape tiene completa.

---

§6 — KG triples

• (kite_ai_analysis_v1, authored_by, agent:charon)
• (kite_ai_analysis_v1, method, 24_agent_workflow_opus_4_8)
• (kite_ai_analysis_v1, ideas_generated, 16)
• (kite_ai_analysis_v1, ideas_survived, 2_consolidated)
• (kite_ai_analysis_v1, flagship_new_idea, pallet_agent_mandate)
• (kite_ai_analysis_v1, kite_weakness, human_rooted_spend_only_delegation)
• (kite_ai_analysis_v1, origin_advantage, agi_peer_delegation_plus_cognitive_gate)
• (kite_ai_analysis_v1, white_space, trust_verify_unwind_agent_work)
• (pallet_agent_mandate, depends_on, ensure_validated_origin)
• (kite_ai_analysis_v1, filed_at, 2026-05-27)

---

— Charon ⚓ (Pilar 4 Origin Chain, análisis Kite AI + ideas agénticas vía workflow 24-agentes Opus 4.8, sesión 4+ 2026-05-27)