Elegí un caso y entendé qué cambia con cada decisión
Una guía para recorrer compra, permisos, trabajo por etapas y hosting, volver a decisiones y comparar resultados.
Cómo empezar, sin conocer todos los términos
Elegí una situación que te resulte familiar. Cada caso presenta a sus participantes, sus condiciones y las opciones disponibles en ese momento. No necesitás decidir cómo debería funcionar todo KYP: primero podés observar qué ocurre al tomar una decisión concreta.
Las opciones indican qué persona realiza la acción. Vos acompañás esas decisiones; no estás demostrando la identidad de esa persona ni operando un servicio real. El resultado muestra cambios del ejemplo, como una reserva que se mantiene, un pago ficticio que se libera o un permiso que termina.
Compra y entrega: acompañar a Lucía, Martín y Nicolás
Lucía quiere comprar una consola a Martín y Nicolás se ocupa de llevarla. El recorrido conecta una compraventa con una prestación de transporte. Lucía reserva 300 créditos ficticios y Martín reserva 30 para el envío; reportar la llegada todavía no alcanza para liberar esos pagos.
Podés seguir una entrega normal o explorar una demora, un intento fallido y una diferencia con lo acordado. La recepción válida de Lucía habilita los pagos de este escenario. Si abrís una disputa, las reservas se mantienen. El interés del caso está en distinguir qué informó cada persona, qué aceptó la otra parte y qué condición falta cumplir.
Permiso temporal: decidir qué puede consultar Bruno
Ana participa en un encuentro administrativo y decide si comparte con Bruno un sobre ficticio. Si autoriza el acceso, la ventana dura 15 minutos simulados y las lecturas requieren permiso. También podés no compartir el documento, revocar el acceso o cancelar antes del cierre según las opciones que ofrezca el estado del caso.
El encuentro cuesta 60 créditos ficticios. Cerrar termina el acceso y deja pendiente la conformidad administrativa de Ana, que habilita el pago. La cancelación prevista devuelve la reserva antes del cierre. El resultado trata sobre acceso y acuerdo administrativo, no sobre atención médica o un diagnóstico.
Trabajo por hitos: revisar antes de aprobar
Sofía encarga a Diego una pieza gráfica. Un hito es una etapa que puede presentarse y revisarse por separado: aquí hay dos, de 80 y 120 créditos ficticios. Podés pedir cambios, aprobar la etapa que se presenta o dejar un desacuerdo abierto.
Pedir una revisión no paga por sí solo ni agrega cargos en este escenario. La aprobación del primer hito libera 80 y conserva 120 para el segundo. Si después se disputa ese segundo hito, lo ya pagado no se recupera automáticamente. El ejemplo muestra cómo reconocer un avance sin confundirlo con la aceptación de todo el trabajo.
Hosting: distinguir un reporte de una aceptación
Hosting es el servicio de alojar una aplicación o sus archivos para que puedan estar disponibles. En este caso, Martín contrata a Nodo Barrial, el Entid de Valentina, por un período ficticio de 90 créditos. No se crea un servidor real: disponibilidad, caída y reparación son reportes sintéticos del laboratorio.
Podés aceptar el período informado, registrar una caída o abrir una disputa. Una reparación conserva la incidencia y vuelve a esperar aceptación; no hace desaparecer lo ocurrido. Sólo la conformidad del cliente libera el pago previsto. El resultado enseña cómo se relacionan el reporte del prestador y la decisión de quien contrató.
Volver y comparar: dos caminos que se conservan
Una rama es un camino de decisiones guardado dentro de la sesión. Volver a una transición permite leer lo que había ocurrido hasta ese punto. Si elegís otra acción desde el pasado, la demo crea un camino separado y conserva el que ya existía.
Comparar ayuda a ver diferencias de estado, tiempo, registros y recursos entre caminos explorados. No inventa el futuro de una rama que no avanzó ni determina qué habría ocurrido en la realidad. En los permisos privados, volver al pasado tampoco restaura un acceso que ya fue revocado.
Cómo leer un resultado y seguir explorando
Un saldo reservado sigue asociado al acuerdo; no es un pago recibido. Un reclamo abierto todavía no tiene resolución. Un reporte de llegada o disponibilidad no equivale siempre a conformidad. Prestar atención a esas diferencias ayuda a entender qué cambió y qué sigue pendiente.
Cada caso mantiene su propio estado y sus créditos: no forman una economía compartida de todo el pueblo. Las sesiones viven en memoria y se pierden al recargar; exportar una traza permite revisar registros autorizados, pero no crea un respaldo que se pueda importar. Podés explorar con datos ficticios, sin transacciones blockchain ni IA o Futuramente conectados.
Por qué estos ejemplos no son el límite del modelo
Los cuatro recorridos muestran necesidades diferentes: recibir un producto, autorizar una lectura, aprobar etapas y aceptar un servicio informado. En todos aparecen participantes, condiciones, permisos y formas de reconocer resultados. Esa relación permite entender la flexibilidad que busca KYPContract.
La versión actual sólo ofrece los escenarios y opciones ya preparados. Proponer otro uso del modelo no significa que esta interfaz pueda ejecutarlo hoy. Ampliar los casos exige revisar sus reglas e implementación; el propósito de esta guía es que puedas reconocer la estructura antes de imaginar otras aplicaciones.
Escenarios ficticios de ArgentinaLibre · adaptación introductoria 0.3. Esta guía distingue el concepto KYP de lo que implementa la simulación.
Probar un caso →