¿Cómo demuestro lo que se acordó?

Contenido, tiempo e identidad: tres preguntas distintas

Todo conflicto sobre un acuerdo se reduce a tres preguntas que suelen confundirse en una. Contenido: ¿qué decía realmente el texto? Tiempo: ¿existía ese texto exacto en la fecha que afirmas? Identidad: ¿quién lo aceptó? Una prueba puede responder bien a una y nada a otra; un buen registro responde a las tres.

Hay una cuarta pregunta de naturaleza distinta: la exigibilidad, es decir, qué haría un tribunal o árbitro con el acuerdo. Depende de dónde estén las partes, del tipo de acuerdo y de sus términos. Las tres primeras son cuestiones de hecho y pueden comprobarse en cualquier lugar. La cuarta es una cuestión de derecho y lugar. Un registro de TrustChain está pensado para mostrar las tres primeras; TrustChain no hace ninguna afirmación sobre la cuarta.

Ten presente esta distinción al recorrer la escala siguiente. Cada peldaño solo se valora por contenido, tiempo e identidad. Subir no cambia lo que la ley dice sobre tu trato; cambia cuánto se discute sobre hechos que puedes demostrar en vez de hechos que debes afirmar.

1. Contenido: las palabras exactas, no un resumen.
2. Tiempo: que esas palabras existían en una fecha concreta y no se editaron después.
3. Identidad: que las aceptó una persona concreta, no solo una cuenta o un teléfono.
4. Exigibilidad: qué haría un tribunal, algo que depende del lugar y los términos y que ningún registro puede resolver por sí solo.

Peldaños uno a tres: un trato verbal, mensajes y un correo

El trato verbal es el peldaño inferior. Puede ser un acuerdo real, pero por sí solo no demuestra nada: no hay texto que comparar, fecha que señalar y la identidad depende de los recuerdos de las dos personas que ahora discrepan. Si solo tienes un trato verbal, la solución no es discutir más, sino subir hoy un peldaño, como explica abajo la sección sobre no tener aún un registro.

Una conversación por mensajes o chat es mejor que nada, pero menos sólida de lo que parece. El contenido suele estar, disperso entre decenas de mensajes, ediciones y respuestas como «Sí, suena bien», que dejan los términos finales abiertos a interpretación. El tiempo es débil: una captura no demuestra cuándo se tomó y una parte puede borrar mensajes. La identidad es un teléfono o alias, no una persona.

Un correo resuelve parte de esto. El recibido por la otra parte lleva cabeceras con marcas de tiempo añadidas por los servidores de correo, incluido el del destinatario, que el remitente no controla. Es la primera señal real sobre el tiempo. El contenido es un cuerpo único y no una conversación, y una respuesta de «Aceptado» es una aceptación clara. Sus debilidades: pueden falsificarse o quitarse cabeceras, editarse el buzón antes de exportarlo y la identidad sigue siendo una dirección, no una persona verificada. Un correo que presenta los términos y recibe un «Aceptado» explícito es lo mínimo que merece la pena tener.

Peldaños cuatro y cinco: un PDF firmado y una firma electrónica

Un PDF firmado, impreso y escaneado o con una firma dibujada, da un único documento fijado. El contenido queda en la página. El problema son tiempo e identidad: una fecha escrita en el PDF no demuestra cuándo se creó y una firma trazada no demuestra quién sujetaba el bolígrafo. Pueden circular dos versiones del mismo PDF sin que ninguna parte pueda demostrar cuál era la final.

Un servicio de firma electrónica añade un historial de auditoría: registra cuándo pulsó cada parte, desde qué correo y dirección IP, y suele sellar el PDF contra ediciones posteriores. Es una mejora real de tiempo y contenido. La identidad suele seguir siendo un correo y el historial está en los servidores del proveedor, así que un tercero debe confiar en su informe en vez de comprobarlo por sí mismo. Si el proveedor cierra o se cancela la cuenta, puede perderse el historial.

Ambos peldaños comparten un vacío: la prueba es un documento que tienes y su valor depende de que otros confíen en que no lo alteraste. El siguiente elimina esa dependencia para el tiempo al permitir que cualquiera compruebe la fecha, y vincula el contenido con una huella fijada en esa fecha.

Peldaño seis: un registro con huella, identidades verificadas y anclaje público

El peldaño superior responde al tiempo con una comprobación que una persona ajena puede repetir, al contenido con una huella fijada en ese momento y a la identidad con una verificación anterior a toda firma. En TrustChain, ambas partes verifican quiénes son mediante Sumsub con un documento con foto y una selfi antes de firmar, y una cuenta registrada lo hace una vez. Ambas firman el mismo texto final, fijado al crear el acuerdo; cuando tienen cuenta, también pueden hablar en un chat cifrado de extremo a extremo. Una cuenta sin verificar no puede firmar, así que no existe una firma sin una identidad verificada detrás.

Cuando firma cada parte, TrustChain escribe una entrada de auditoría con fecha y hora que los navegadores y las aplicaciones no pueden editar. Al anclar el acuerdo firmado, TrustChain calcula una huella Keccak-256 del registro: su identificador interno, título, términos, importe y los identificadores de cuenta de ambas partes. Cambiar un carácter cambia por completo la huella. Como incluye esos identificadores internos, no puede recalcularse solo a partir del texto del acuerdo. Si el registro almacenado cambia después del anclaje, deja de coincidir con la huella de Polygon. Esto cubre el contenido.

Para el tiempo, el registro puede anclarse opcionalmente en una transacción de la red principal de Polygon. El contrato inteligente de TrustChain en esa red es 0x649Bc303d15E173D95B4d379e163868b03cf5Fec. Un explorador de bloques muestra cuándo se inscribió la transacción y esa comprobación no depende de TrustChain. Sin anclaje, la hora depende de la entrada de auditoría fechada del propio TrustChain, que los navegadores y las aplicaciones no pueden editar y que un tercero debe recibir de TrustChain. El anclaje inscribe algo más que una huella: la transacción lleva la huella y el identificador del registro de TrustChain, con dos campos de cartera vacíos. No se inscriben en la cadena el texto del acuerdo, nombres ni correos. Una vez anclado, el registro permite detectar alteraciones: no impide editar una copia, pero un cambio en el registro anclado dejaría de coincidir con su huella.

El enlace público se abre sin cuenta cuando ambas partes hayan firmado. Muestra el estado del registro y, si se ancló, su huella, nunca las identidades. El título solo se muestra en acuerdos creados con Elite. Otra persona puede comprobar el registro sin conocer datos privados de las partes.

1. Contenido: la huella de la página pública coincide con la de la transacción de Polygon y cualquier cambio en el registro después del anclaje produciría otra huella.
2. Tiempo: si se ancló el registro, abre la transacción de Polygon en cualquier explorador de bloques y lee cuándo se inscribió.
3. Identidad: ambos firmantes superaron la verificación con documento con foto y selfi antes de poder firmar, y la entrada de auditoría fechada registra la firma. Son registros del propio TrustChain; una persona ajena los recibe de TrustChain.

• Cómo registra TrustChain una firma: qué registra cada entrada de auditoría y quién puede o no cambiarla

Comprueba tú mismo un registro ahora

El registro siguiente es un ejemplo: un registro de prueba del propio TrustChain, no un acuerdo de un cliente. Se creó con Elite, por eso muestra el título, y se firmó antes de que las comprobaciones de identidad fueran obligatorias; úsalo para comprobar la huella y la fecha. No necesitas cuenta.

Observa qué no necesitaste: una cuenta ni los nombres de las partes. El paso de Polygon funciona sin TrustChain, porque la transacción está en una cadena pública que TrustChain no controla.

1. Abre https://trustchain.biz/verify/5c79fbb0. Deberías ver el identificador 5c79fbb0, el título «Golf Clubs» y la fecha de anclaje del 26 de julio de 2026.
2. Lee la huella: 0x2730c80122af9f7073d5b486790e0016bb0b2bc582785f84ca2c965f07877128. Es la huella Keccak-256 que TrustChain calculó a partir del registro firmado al anclarlo. Observa que la página no muestra nombres ni otros datos de las partes.
3. Abre polygonscan.com y busca la transacción 0x8ff5cf3555849eb4d8bf5214f6982ce54906820d1ea2b9aad358d251f8086b2d. Comprueba que esté en la red principal de Polygon y fechada el 26 de julio de 2026. El contrato inteligente de TrustChain es 0x649Bc303d15E173D95B4d379e163868b03cf5Fec; compáralo con las direcciones que muestra el explorador para la transacción.
4. Busca la huella en los datos de entrada de la transacción. Deben aparecer los mismos 64 caracteres hexadecimales de la página pública, junto al identificador interno del registro de TrustChain. Si coinciden, esa huella se inscribió en Polygon en esa fecha y cualquier cambio posterior del registro que representa produciría otra.
5. Una comprobación que no puedes hacer por tu cuenta: calcular el hash del texto no reproduce esta huella, porque TrustChain incluye el título, los términos y el importe junto con el identificador interno del registro y los de las cuentas de las partes, que no son públicos.

Qué hacer si aún no tienes un registro

La mayoría de los conflictos empieza sin registro: un trato verbal, una conversación a medias o un PDF que nadie firmó. El objetivo es obtener una versión fija y una aceptación fechada lo antes posible, antes de que se endurezcan las posiciones.

Escribe hoy una nota fechada. Indica con tus palabras qué se acordó, cuándo, por quién y qué se hizo hasta ahora, y envíatela por correo para que lleve una marca de tiempo del servidor. Es una prueba débil, pero contemporánea, y mejor que reconstruirlo todo de memoria un año después.

Pide a la otra parte confirmación por escrito. Envía un resumen breve y neutral: «Para confirmar lo que hablamos: alcance X, precio Y, terminado para Z. Responde para confirmar». Un «Confirmado» de una palabra convierte un trato verbal en un correo del tercer peldaño. No entierres el resumen en una queja larga; facilita la confirmación.

Fija la versión. Cuando tengas un texto que ambas partes aceptan, deja de editarlo. Ponlo en un registro que fije las palabras y la fecha, ya sea una firma electrónica sellada o un registro con huella y anclaje público. Si cambian los términos después, crea un registro nuevo en vez de editar el anterior, para que nunca haya dudas sobre qué versión estaba vigente en cada momento.

1. Hoy: escribe una nota fechada de lo acordado y envíatela por correo.
2. Esta semana: envía a la otra parte un resumen sencillo y pide un «Confirmado» por escrito.
3. Antes de más trabajo o dinero: fija el texto final en un registro que establezca contenido y fecha.
4. Para cada cambio posterior: un registro nuevo, nunca una edición del anterior.

La exigibilidad es otra cuestión

Nada de esta página te dice qué haría un tribunal con tu acuerdo, ni puede hacerlo una página estática. Que un acuerdo sea exigible depende de dónde estén las partes y de lo que hayan acordado. Algunos tipos de acuerdo requieren formas concretas, ciertos términos no se permiten en algunos lugares y las reglas cambian. TrustChain no hace ninguna afirmación sobre eso.

Un registro sólido reduce el conflicto. En vez de dos personas discutiendo qué se dijo, cuándo y por quién, el debate pasa a ser qué significa el texto acordado y qué establece la ley. La parte criptográfica, una huella anclada y su fecha, puede comprobarse en cualquier lugar; lo que ocurra después depende del lugar y los términos.

Si hay dinero o mucho trabajo en juego, habla con un abogado de donde estés. Lleva el registro: le evita reconstruir los hechos y permite dedicar el tiempo al derecho.

Qué contiene un registro de TrustChain y qué no

El texto del acuerdo se guarda en los servidores de TrustChain. Eso permite calcular la huella y facilitar a las partes el registro, certificado y PDF. Si se ancla, la huella y un identificador interno del registro se inscriben en la cadena con dos campos de cartera vacíos; nunca el texto, nombres, correos ni importes. El chat de negociación está cifrado de extremo a extremo y TrustChain no puede leer los mensajes.

Tu propio registro, certificado y PDF son gratuitos en todos los planes. Gratis no requiere tarjeta e incluye 1 acuerdo y 3 consultas al Asesor de IA al mes; cada acuerdo o anclaje en Polygon adicional cuesta $1 en un pago único y los anclajes requieren identidad verificada. Pro cuesta $19 al mes por 20 acuerdos, 20 anclajes y 50 consultas al Asesor; Elite cuesta $49 por 100 acuerdos, 100 anclajes y 300 consultas. Los planes son mensuales y puedes cancelar cuando quieras.

El Asesor de IA explica las cláusulas con palabras sencillas. Para la Builders Lien Act de Columbia Británica responde a partir del texto legal, cita el artículo, indica la fecha del texto consolidado y enlaza a la fuente oficial BC Laws; para todo lo demás ofrece orientación general y lo indica. Es una ayuda de lectura, no un abogado.

TrustChain lo desarrolla un fundador independiente, Kirill Korolyov, en Surrey, Metro Vancouver, y lo opera su empresa Kirillskiy Construction Ltd., constituida en Columbia Británica.