Registro de atestaciones
Una authority del cliente registra que un sujeto tiene una afirmación, y cada par se atesta una sola vez.
Contract Lab traduce una intención en una especificación con sus decisiones, la construye desde familias cerradas y la despliega en Base con evidencia en cada etapa.
Explorar Contract Lab


La intención del negocio se vuelve especificación, build reproducible, aprobación atada a hashes, despliegue y entrega, sin perder las decisiones que justifican cada etapa.
Cada familia trae su propiedad, sus bordes y lo que no afirma. Se combinan en una arquitectura, junto al activo de un lanzamiento, cuando el caso lo necesita.
Una authority del cliente registra que un sujeto tiene una afirmación, y cada par se atesta una sola vez.
Historia versionada de documentos o hechos, con integridad, orden y revocación sin borrar lo anterior.
Credenciales no transferibles con vencimiento, revocación y reemplazo que conserva la historia.
Publicación atribuible de reservas y pasivos declarados, con el hash de su informe y de su fuente.
Observaciones de precio firmadas por un signer fijo, con frescura acotada y sin repetición.
Pedido, bloqueo de participaciones, evidencia del pago en efectivo y quema, en transiciones separadas.
Una dirección por factura o pedido cuyo saldo sólo puede ir a la tesorería fija del cliente.
Liberación lineal de un token a un beneficiario fijo, sin revocación ni retiro de un administrador.
Un token repartido entre destinatarios y participaciones fijas, que nadie puede cambiar.
Tope de emisión por época, distribución por claims y NAV atestado, dentro de una arquitectura con su token.
Cada etapa conserva su linaje: qué se pidió, qué se construyó, quién lo aprobó, qué se desplegó y qué recibió el cliente.
El siguiente paso sólo ocurre cuando el anterior quedó cerrado.
Elegí la familia o describí la arquitectura: el plan devuelve qué se entrega y qué decisiones faltan.
La fuente nace de la spec, se compila dos veces aislada y la aprobación queda atada a sus hashes.
El despliegue sigue el orden de la arquitectura y las acciones privilegiadas las firma el cliente.
Se verifica el grafo entero, se publica el código fuente y el cliente acepta el pack por el hash de sus bytes.
La compilación se repite en un entorno aislado y tiene que dar exactamente los mismos bytes.
Cambiar un argumento, un artefacto o la red deja sin efecto la aprobación.
Cada authority del cliente prueba con su firma que la dirección es suya antes de cerrar la versión.
El código fuente de lo desplegado se publica en verificadores externos de la red.
La verificación final comprueba que ninguna llave de Synara conserve roles sobre lo entregado.
El verificador entregado comprueba las propiedades con el pack y un nodo de la red, sin depender de nosotros.
Lo que se vende es una propiedad con su evidencia: el cliente recibe el pack, el verificador y el kit de acciones, y puede comprobarlo en la red por su cuenta.
Empezá por el efecto que necesitás garantizar: cada etapa conserva su evidencia hasta la entrega.