KYPContract: cómo se organiza un acuerdo
Desde comprar una consola hasta aprobar un trabajo: participantes, condiciones y resultados explicados con ejemplos.
Qué problema ayuda a ordenar un KYPContract
Una compra y un trabajo creativo parecen acuerdos distintos. Sin embargo, en ambos necesitás saber quién participa, qué se promete, cómo se revisará y cuándo corresponde un pago. KYPContract es el modelo configurable común de KYP Technology para expresar esas preguntas.
Está diseñado para adaptarse a distintos casos de uso. La flexibilidad consiste en conservar una estructura reconocible y cambiar las condiciones necesarias para cada situación. No significa que toda necesidad pueda resolverse automáticamente ni que exista una fórmula universal para fijar precios, plazos o resultados.
Quién participa, qué se acuerda y qué se espera
Un acuerdo necesita identificar a sus participantes y sus roles, el producto, servicio o permiso que se ofrece, las condiciones aceptadas y el resultado esperado. También debe quedar claro qué información puede compartir cada parte y quién está autorizado para intervenir.
En la consola participan Lucía como compradora, Martín como vendedor y Nicolás en la prestación de transporte. En un trabajo por etapas, en cambio, importan quien encarga la pieza, quien la realiza y las aprobaciones de cada entrega. El modelo es común; los compromisos concretos dependen del caso.
Reservar, pagar y comprobar no son el mismo paso
En estos ejemplos, reservar créditos significa separarlos del saldo disponible para mantenerlos asociados al acuerdo. Todavía no es un pago al prestador. Esta separación permite mostrar qué recursos están comprometidos y qué condición falta para que cambien de destinatario.
La comprobación también necesita una regla comprensible. ¿Alcanza un reporte? ¿Hace falta una aprobación? ¿Quién puede darla? Un registro puede indicar que alguien informó algo, sin demostrar que la otra parte lo aceptó. Por eso la información recibida y la autorización de quien actúa importan tanto como el resultado que se busca.
La consola: dos acuerdos conectados por una recepción
Lucía reserva 300 créditos ficticios para comprar la consola. Martín reserva otros 30 para el transporte de Nicolás. Cuando el transportista reporta que llegó, el recorrido todavía espera el recibo válido de Lucía; llegar y recibir no son el mismo hecho.
En este escenario, ese recibo habilita los dos pagos: 300 para Martín y 30 para Nicolás. Si aparece una diferencia con el producto, Lucía dispone de las alternativas previstas para revisarla, aceptarla o abrir una disputa. Los importes y los pasos pertenecen a este experimento; no son reglas económicas generales de KYP.
El trabajo por hitos: reconocer avances sin pagar todo de una vez
Un hito es una etapa del trabajo que puede entregarse y revisarse por separado. Sofía encarga a Diego una pieza gráfica con dos hitos: uno de 80 créditos y otro de 120. Así, el acuerdo permite distinguir un avance aprobado de una entrega que todavía necesita cambios.
Pedir una revisión no libera el pago. Aprobar el primer hito paga 80 y deja 120 reservados para el segundo. Si después hay una disputa, el primer pago se conserva y el saldo pendiente queda reservado. La misma estructura de participantes, condiciones y comprobaciones describe un resultado más gradual que la recepción de una compra.
Un permiso también puede ser parte de un acuerdo
No todo resultado consiste en entregar un objeto. Ana puede autorizar a Bruno a consultar un sobre administrativo ficticio durante una ventana de 15 minutos simulados. Aquí importan qué se puede leer, quién puede hacerlo y cuándo termina el acceso.
El acuerdo tiene condiciones diferentes de las de una compra, pero vuelve a necesitar participantes, autorizaciones y registros de lo ocurrido. Revocar o terminar el permiso bloquea lecturas futuras; no permite afirmar que se borraron copias ya obtenidas. Esta relación muestra cómo los permisos forman parte del modelo y no son un agregado ajeno al acuerdo.
Qué parte podría ejecutarse con smart contracts
Un smart contract es un programa que aplica reglas a la información que recibe. Puede comprobar una autorización o una condición programada y ejecutar el paso correspondiente. Blockchain permite registrar y verificar operaciones, pero no observa por sí sola el contenido de una caja ni decide si un trabajo creativo satisface lo acordado.
Cada implementación debe definir cómo obtiene la información y qué revisión humana necesita. Los KYPContracts de ArgentinaLibre se representan y validan con un motor local: no son contratos desplegados en blockchain. Los casos permiten comprender esa estructura sin presentar como operativas capacidades futuras.
Canon KYP: estructura general; ejemplos 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 →