Hacia dónde apunta el protocolo
Este documento describe posibilidades futuras, líneas de investigación y visión de largo plazo. Nada de esta página es parte normativa del protocolo — lo especificado vive en /spec y lo implementado en /extensions.
Por qué coordinar servicios merece un protocolo
Los servicios son la mitad de la economía que no tiene semántica compartida. Los productos tienen códigos de barra, tracking y prueba de entrega; los servicios se confirman por WhatsApp, se registran en cuadernos y se liquidan contra declaraciones. El costo alto es sistémico: errores, rechazos, duplicidades, sobrecodificación y prestaciones difíciles de verificar. Quien paga absorbe la pérdida; el prestador legítimo cobra tarde, atrapado en la misma fila de sospecha. El enemigo es la ausencia de evidencia estructurada — no una de las partes.
Si compromiso, entrega, evidencia y liquidación comparten una semántica común, cada capa que hoy es fricción — reembolsos, auditoría, reputación, acceso a crédito — puede construirse encima como infraestructura, no como excepción. Esa es la apuesta de largo plazo de Servicialo.
El valor no espera al pagador
No esperamos a que el pagador adopte el protocolo. Cada parte captura valor por su cuenta, en este orden.
Datos de servicio como pasaporte financiero
Reputación derivada de entregas verificadas
En una red madura de implementaciones, la reputación de un proveedor podría derivarse de entregas reales verificadas a través del protocolo — no de governance tokens, votos delegados ni métricas de participación. El resolver ya registra un puntaje de confianza básico (actividad, verificación); la reputación portable entre plataformas es visión: requiere múltiples implementaciones independientes y mecanismos de atestación que hoy no existen.
Disputas resueltas por evidencia, no por discrecionalidad
La extensión de Disputas (en diseño, ver /extensions) define el flujo estructurado: apertura, congelamiento del cobro, revisión de evidencia contra el contrato, resolución. Objetivo de diseño: automatizar la resolución de los casos cuya evidencia satisface reglas previamente acordadas.
La línea de investigación va más allá: árbitros pares del mismo vertical profesional que evalúan los casos que la evidencia no resuelve, con ventanas de votación acotadas e incentivos de participación. No hay especificación ni implementación de arbitraje por pares hoy, y no publicamos porcentajes de resolución automática porque no existe una muestra verificable.
La red que aprende de cada nodo
Cada nodo que implementa el protocolo genera datos operacionales: patrones de agenda, tasas de inasistencia, distribuciones de precios, señales de demanda. Agregados con k-anonimato, esos datos podrían convertirse en inteligencia colectiva — como Waze, donde cada conductor contribuye y todos navegan mejor, sin que ningún actor sea dueño de la red.
Lo que existe hoy es la base: telemetría operacional bucketeada, benchmarks con k-anonimato ≥ 5 y el modelo contribuir-para-acceder (extensión Network Intelligence, experimental — ver /extensions). La inteligencia colectiva con efectos de red reales requiere decenas de nodos independientes; hoy existe una implementación en producción.