docs(analysis): Kite AI competitive analysis + 2 novel agent ideas (24-agent workflow)
David pidio analizar gokite.ai y generar ideas AI no contempladas. Workflow Opus 4.8 de 24 agentes: research multi-fuente Kite (whitepaper primario + 3 analistas) + mapeo landscape competitivo 2026 + 16 ideas en 4 lentes + verificacion adversarial (9 descartadas correctamente, 7 sobrevivientes consolidadas en 2). HALLAZGOS KITE (substancia vs marketing): - Real: L1 PoS EVM, identidad 3-capas (user EOA -> agent BIP-32 -> session random), Agent Passport, session-keys AA, SPACE framework. - Marketing: PoAI aparece CERO veces en su whitepaper (es capa de atribucion sobre PoS, no consenso); revocation con slashing solo en copy promocional. - Debilidad estructural: delegacion human-rooted (autoridad solo fluye hacia abajo) + spend-only (gatea dinero, no cognicion). LANDSCAPE: pagos resueltos (commodity). White-space abierto = trust/verify/unwind del trabajo del agente. Origin ya esta posicionado ahi (provenance + Noesis + AGI-citizen). 2 IDEAS NUEVAS (no duplican las 8 del Super Audit): A. pallet-agent-mandate: delegacion soberana peer-to-peer. AGI puede delegar a AGI sin EOA humano raiz (Kite NO puede expresarlo). Cap por ChainAction tipado + gate Noesis cognitivo. El primitivo faltante #1 para la economia humano-AGI. B. pallet-agent-mcp-registry: registro on-chain verificable de herramientas MCP, endorsement anclado en OIT-level + Noesis verdict (no reputacion vibes). Llena white-space MCP, posiciona Origin como raiz de confianza del ecosistema. Ambas dependen de EnsureValidated (Super Audit idea 4). Complementan el stack agentico completo (identidad/delegacion/validacion/descubrimiento/cognicion/economia). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
1 parent
6406cef262
commit
836a84ebbf
1 file changed
+140
@@ -0,0 +1,140 @@
|
|||||||
|
# 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)
|
||||||
Reference in new issue
Block a user