Cómo registra TrustChain una firma

El creador inicia sesión en una cuenta de TrustChain y rellena el acuerdo: el título, lo que se va a hacer, el importe, las fechas y el correo de la otra persona.

El servidor de TrustChain guarda el registro, no el navegador del creador: ningún navegador ni aplicación puede crear directamente un registro de acuerdo. El registro contiene el identificador de cuenta del creador, el correo introducido para cada parte, el título, el importe y la moneda, el texto del acuerdo y sus demás campos, el estado (pendiente de firmas), ambas firmas marcadas como aún no firmadas y la hora de creación.

En los acuerdos creados con el formulario actual, el servidor redacta el propio texto del acuerdo a partir de los campos que acaba de guardar, de modo que el texto que las personas leen, firman y anclan coincida con esos campos.

El servidor también asigna al acuerdo un identificador de registro de 8 caracteres. Se usa en el enlace público del registro (trustchain.biz/verify/ seguido del identificador) y en el certificado. TrustChain también conserva un identificador interno más largo para cada acuerdo.

El Historial del acuerdo recibe su primera entrada: el creador creó el acuerdo, con la hora. No se registra ninguna dirección IP en este paso.

El creador invita por correo a la otra persona como firmante. También puede invitar a otras personas como lectores, que pueden leer el acuerdo pero no firmarlo.

Para cada invitación, el servidor de TrustChain genera un enlace aleatorio nuevo. Solo conserva un hash unidireccional de la parte secreta del enlace, nunca el propio enlace, y lo envía desde la dirección de TrustChain a través de Resend, un servicio de envío de correo. La página del creador también muestra el enlace para que pueda copiarlo y enviarlo por otra vía.

Cuánto dura un enlace: 7 días. Mientras las nuevas comprobaciones de identidad están en pausa, un enlace nuevo dura 14 días, para que no caduque mientras la persona espera a que vuelvan. Actualmente, un enlace nuevo dura 14 días. Un enlace ya enviado conserva la caducidad que tenía al enviarse.

Un enlace abre el acuerdo tantas veces como sea necesario hasta que caduca, el creador cancela la invitación, envía un nuevo enlace o retira el acuerdo. Pulsar «Enviar un nuevo enlace» invalida el anterior. Volver a invitar a la misma dirección crea una segunda invitación y ambos enlaces funcionan hasta que cada uno caduca o se cancela.

El Historial registra la creación y el envío de la invitación con la hora, el creador y la dirección invitada. Ambas entradas se escriben antes de entregar el correo al servicio de envío, así que por sí solas no demuestran que llegara. Si el envío falla, la invitación se marca como no entregada y se pide al creador que envíe un nuevo enlace. Cambiar la dirección invitada, cancelar una invitación y enviar un nuevo enlace añaden cada uno su propia entrada.

La dirección del firmante solo puede editarse hasta que se abre su enlace, firma alguien o la invitación se vincula a su cuenta de TrustChain. Después, hasta que firme la persona invitada, el creador no puede cambiar la dirección. Puede cancelar la invitación, lo que elimina el acceso de esa dirección y queda en el Historial, e invitar a otra persona. Mientras nadie haya firmado, también puede retirar el acuerdo, como se describe más abajo.

Si un enlace caduca antes de usarse, la persona invitada puede pedir uno nuevo desde la página del enlace caducado. TrustChain avisa al creador, como máximo una vez al día, y solo él puede enviar un nuevo enlace. La solicitud añade una entrada al Historial.

Retirar el acuerdo. Mientras nadie haya firmado y el acuerdo siga pendiente de firmas, el creador puede retirarlo desde su propia cuenta de TrustChain con el correo confirmado. Nadie más puede hacerlo, y la firma de cualquiera de las partes, incluida la del creador, termina esa posibilidad. El servidor de TrustChain vuelve a comprobar todo esto y después, en una sola operación, establece el estado retirado con la hora y el identificador de cuenta del creador, cancela todas las invitaciones vigentes y añade una entrada de retirada al Historial con el creador y las invitaciones canceladas. El texto del acuerdo, los correos y ambas firmas, aún marcadas como no firmadas, permanecen como estaban. No se registra ninguna dirección IP en este paso.

Después, nadie puede firmar el acuerdo ni ser invitado a él, y la retirada no puede deshacerse. Los enlaces de las invitaciones canceladas dejan de abrirlo y quien los abre recibe un aviso de que el creador retiró el acuerdo. TrustChain no envía ningún correo al respecto. El registro permanece en la lista del creador como Retirado, y la persona invitada aún puede leerlo desde una cuenta de TrustChain cuyo correo confirmado sea la dirección invitada. La página pública de su identificador de registro solo dice que se retiró. Retirarlo no devuelve al creador el acuerdo consumido.

Cuando alguien abre el enlace, el servidor de TrustChain encuentra la invitación a partir de él y comprueba que no haya caducado ni se haya cancelado. Registra en el Historial la primera apertura y cada consulta del acuerdo, e inicia una sesión de invitado para esa invitación, de modo que la persona pueda leer el acuerdo sin crear una cuenta.

La dirección IP de cada apertura y consulta va a un registro exclusivo del servidor, no al Historial (sección 8).

Si la persona ya ha iniciado sesión en una cuenta de TrustChain cuyo correo confirmado es la dirección invitada, firma desde esa cuenta en lugar de una sesión de invitado.

Una sesión de invitado iniciada desde un enlace sigue funcionando después de que el enlace caduque o se sustituya. Cancelar la invitación o retirar el acuerdo la termina.

Con sesión iniciada en una cuenta de TrustChain

El creador siempre firma de esta forma. La persona invitada también puede hacerlo cuando el correo confirmado de su cuenta sea la dirección invitada.

Con el enlace de invitación

La persona invitada firma en la sesión de invitado que inició su enlace.

Cada firma registra cuál de las dos formas se usó. El servidor de TrustChain determina quién firma y por qué parte a partir de la cuenta o la invitación con la que tiene sesión iniciada, nunca de lo que diga el navegador. Una invitación de lector no puede firmar y cada enlace de invitación solo puede firmar una vez.

Toda persona que firma en TrustChain supera antes una comprobación de identidad. Es obligatoria: el servidor rechaza una firma salvo que su registro de la cuenta firmante diga que se superó la comprobación. No hay forma de firmar sin ella.

Sumsub, una empresa de verificación de identidad, realiza la comprobación en su propia ventana dentro de la página de TrustChain, con un documento de identidad con foto y una selfi. Los documentos se envían a Sumsub. Para conocer el resultado, el servidor de TrustChain pide a Sumsub el registro de la comprobación. La respuesta de Sumsub puede incluir datos extraídos del documento, como el nombre, y TrustChain solo conserva el resultado. Ningún navegador ni aplicación puede escribir ese resultado. Una cuenta de TrustChain supera la comprobación una vez; cada sesión de invitado de un enlace tiene su propia comprobación.

Antes de abrirse la ventana de Sumsub, el diálogo de TrustChain dice que Sumsub comprueba un documento con foto y una selfi en su propia ventana, y enlaza a la parte de la Política de privacidad sobre Sumsub.

Las nuevas comprobaciones de identidad están en pausa ahora mismo. Quien la superó antes puede seguir firmando. Las demás personas podrán firmar cuando se reanuden. Mientras tanto, se puede redactar un acuerdo, invitar y compartirlo. La comprobación sigue siendo obligatoria en todo momento.

Qué demuestra la marca. Cada firma realizada tras superar la comprobación lleva una marca: Identidad comprobada por Sumsub. Indica que, al guardarse la firma, el registro de TrustChain de la cuenta firmante decía que la comprobación de Sumsub se había superado con un resultado positivo.

Qué no demuestra. TrustChain no conserva el documento ni la selfi, ni el nombre que comprobó Sumsub. No compara ese nombre con ningún nombre del acuerdo ni con el correo. Para una firma mediante enlace de invitación, la comprobación pertenece a la sesión de invitado de esa invitación, no a una cuenta de TrustChain. Sumsub conserva los detalles de la comprobación. Las firmas anteriores a la incorporación de la marca no la tienen y TrustChain nunca la añade después.

Los dos lugares donde se firma, la página del acuerdo para una cuenta y la del enlace de invitación, muestran primero el acuerdo: el título, la otra persona, el importe, la fecha de finalización y el texto completo (en acuerdos antiguos, también cláusulas estándar generadas a partir de otros campos).

Debajo hay una casilla con la etiqueta «I want to sign this agreement» y esta línea: «I've read all the terms above. I understand my signature will be recorded with the date and time and tied to my verified identity.» La firma no se envía hasta marcar la casilla. El servidor de TrustChain no registra la marca de la casilla en sí.

Justo encima del botón de firma, como texto visible y no detrás de un enlace, aparece esta frase:

La solicitud de firma lleva ese identificador de versión, y el servidor de TrustChain lo guarda en la firma cuando coincide con la versión que usa actualmente el servidor. Una página abierta antes de existir la frase no envía ninguna versión y su firma no guarda ninguna. Si la frase cambia, recibe un nuevo identificador de versión y cada firma conserva aquel con el que se hizo.

La versión guardada demuestra qué frase estaba diseñada para mostrar la página de firma. TrustChain no puede ver la pantalla de una persona, así que no demuestra que la leyera.

En la página del enlace de invitación, una línea debajo del botón de firma ofrece los Términos y la Política de privacidad de TrustChain para leerlos, cada uno en una pestaña nueva. Los registros del acuerdo de TrustChain no demuestran si se abrió alguno.

Cuando la persona pulsa el botón, el servidor de TrustChain comprueba su sesión, determina por qué parte firma y comprueba que el acuerdo siga abierto a firmas, que aún no haya firmado y que haya superado la comprobación de identidad. Después guarda todo lo siguiente en una sola operación: se guarda todo o no se guarda nada.

Hora

El momento en que se guardó la firma, establecido por la base de datos de TrustChain a partir del reloj del servidor de Google, no por el teléfono ni el ordenador del firmante. El certificado lo muestra en UTC.

Método

Con sesión iniciada en una cuenta de TrustChain o con el enlace de invitación.

Quién

El identificador de cuenta o de invitación, el correo del inicio de sesión o de la invitación, la parte (creador o persona invitada) y si fue una sesión de invitado. Para el creador, la dirección es la de su cuenta.

Marca de comprobación de identidad

Identidad comprobada por Sumsub (sección 5).

Versión del consentimiento

El identificador de versión de la frase que aparece encima del botón (sección 6).

Huella de los términos

Una huella Keccak-256 del texto del acuerdo exactamente como estaba almacenado en el registro al guardarse la firma. Cambiar un solo carácter produce una huella distinta. Solo cubre ese texto almacenado. En los acuerdos creados con el formulario actual, el texto incluye el importe y la fecha de finalización cuando se rellenaron; el título nunca forma parte de él. Se conserva en el mismo registro que el texto, por lo que por sí sola demuestra que ambos coinciden. Que ese fuera el texto al firmar depende de que el registro no se cambiara después (sección 9) o del anclaje en Polygon, cuando lo hay (sección 11). En los acuerdos creados con un formulario anterior, la página de firma también muestra cláusulas estándar generadas a partir de otros campos (propiedad, confidencialidad, legislación aplicable y acuerdo íntegro), que la huella no cubre. Si uno de esos registros no tiene texto almacenado, la página muestra el alcance del trabajo y la huella corresponde a un texto vacío.

Dirección IP de firma

La dirección IP que TrustChain registró para la solicitud de firma. TrustChain la lee de la entrada que el frontal de Google o Firebase Hosting añade a la cabecera de reenvío de la solicitud e ignora las entradas que quien hizo la solicitud escribió antes en esa cabecera. Si la cabecera no tiene la estructura esperada, no se registra ninguna dirección. Para las firmas anteriores a 14 de octubre de 2026, TrustChain registraba la dirección que su framework web comunicaba para la solicitud, que en algunas solicitudes podía ser una enviada por quien las hacía. Se conserva en la entrada de la firma del Historial, que pueden leer ambas partes del acuerdo y cualquier persona invitada a consultarlo, como dice la frase encima del botón. La copia propia del certificado del registro, descargada desde la página del acuerdo, también la incluye.

Una dirección IP puede pertenecer a un operador móvil, un empleador, una VPN o una red compartida. No identifica a una persona ni un lugar preciso, y TrustChain no consulta ubicaciones.

Cuando firma la segunda persona, el estado pasa a firmado por ambas partes, se guarda esa misma hora como momento en que ambas habían firmado y el Historial recibe una entrada de firma por ambas partes. Después TrustChain envía un correo a las dos: al creador, a la dirección confirmada de su cuenta, si tiene una, y a la persona invitada, a la dirección con la que se registró su firma.

TrustChain también registra la dirección IP de estos pasos: abrir un enlace de invitación, consultar el acuerdo desde él, pedir un nuevo enlace y confirmar que el trabajo está terminado. Esas direcciones no van al Historial. Cada una va a un registro separado y exclusivo del servidor, guardado en la misma operación que su entrada del Historial para poder relacionarlos. Las direcciones que contenían entradas antiguas del Historial se trasladaron a ese registro.

Ningún navegador ni aplicación puede leer ese registro, por lo que la otra parte y los lectores nunca ven esas direcciones. TrustChain las conserva por seguridad y para sus registros.

Crear o retirar un acuerdo, enviar, cambiar o cancelar una invitación y anclar no registran ninguna dirección IP.

Cada paso anterior añade una entrada al Historial del acuerdo con su hora según el servidor de TrustChain: creado, invitación enviada, dirección cambiada, invitación cancelada, nuevo enlace enviado, invitación abierta, acuerdo consultado, nuevo enlace solicitado, retirado, firmado, firmado por ambas partes, finalización confirmada, completado y anclado.

Solo los servidores de TrustChain escriben entradas en el Historial. Ningún navegador ni aplicación puede añadir, cambiar o borrar una, ni cambiar el texto del acuerdo, las firmas, el estado o sus horas en el registro. Ambas partes del acuerdo y cualquier persona invitada cuya invitación siga vigente pueden leer el Historial.

Dos entradas, creado y anclado, se escriben justo después de su paso y no dentro de la misma operación. Si falla una de esas escrituras, falta la entrada, pero las horas del propio registro siguen mostrando cuándo ocurrió el paso.

Estas reglas se aplican a navegadores y aplicaciones. No se aplican a los propios servidores de TrustChain ni a una persona con acceso administrativo a su base de datos, que podrían cambiar un registro. Esa es una de las razones del anclaje: una huella anclada está en Polygon, fuera del control de TrustChain. Las reglas también han cambiado con el tiempo; para un registro antiguo, TrustChain puede indicar cuáles se aplicaban cuando se creó.

Después de que ambas partes firmen, cada persona puede pulsar un botón que indica que se ha cumplido todo lo acordado. El creador lo hace desde la página del acuerdo y la persona invitada desde su cuenta o su propio enlace de invitación. Un lector no puede hacerlo.

Cada pulsación guarda en el registro la hora de confirmación de esa persona, según el reloj del servidor de TrustChain, y añade una entrada de confirmación al Historial. Su dirección IP va al registro exclusivo del servidor (sección 8). Cuando ambas personas lo han pulsado, el estado pasa a completado, se guarda esa hora y el Historial recibe una entrada de finalización. Los registros confirmados antes de que TrustChain empezara a guardar estas horas solo tienen cada confirmación en el Historial.

Esto solo registra que cada persona pulsó el botón. TrustChain no comprueba el trabajo ni ningún pago.

El anclaje es opcional y nunca automático. Después de que ambas partes firmen, una parte del acuerdo que tenga cuenta de TrustChain puede decidir anclarlo. Está incluido en los planes de pago o disponible como compra de pago único en el plan Gratis (Precios).

El servidor de TrustChain calcula la huella del registro: un hash Keccak-256 del identificador interno del registro de TrustChain, el título, el texto del acuerdo, el importe, el identificador de cuenta del creador y el de la persona invitada (vacío si el registro no tiene uno para ella, como cuando firmó mediante el enlace de invitación sin cuenta de TrustChain). La envía al contrato de registro de TrustChain en Polygon en una transacción enviada y pagada por la propia cartera de TrustChain. Las partes del acuerdo no la firman ni necesitan una cartera.

Qué se inscribe exactamente en la cadena:

• la huella;
• el identificador interno del registro de TrustChain para el acuerdo, como texto sin cifrar (no el identificador de registro de 8 caracteres);
• dos campos de dirección de cartera, vacíos;
• la hora del bloque que contiene la transacción, tal como la registra la red Polygon, y la dirección de la cartera de anclaje de TrustChain, que la envió.

No se inscriben en Polygon el texto del acuerdo, nombres, correos, importes, firmas, direcciones IP ni resultados de comprobación de identidad.

TrustChain espera una confirmación y después guarda la red, la dirección del contrato, el hash de la transacción, el número de bloque, la huella y la hora, y añade una entrada de anclaje al Historial.

Qué demuestra. La huella se inscribió en Polygon a la hora de ese bloque, y el contrato no tiene ninguna función para cambiar o borrar una entrada. Un cambio posterior en cualquier campo que cubra la huella dejaría de coincidir con ella, por lo que un registro anclado permite detectar alteraciones. Qué no demuestra. No cubre las firmas, sus horas, las comprobaciones de identidad ni ningún PDF, y no demuestra quién firmó.

La dirección del contrato y la cartera de anclaje figuran en Seguridad. ¿Se ha cambiado un contrato firmado? explica cómo se comprueba un registro frente a Polygon.

TrustChain conserva:

• el registro del acuerdo: el texto, el título, el importe, el correo introducido para cada parte, los identificadores de cuenta, los estados y sus horas;
• el Historial;
• cada firma, con todo lo enumerado en la sección 7;
• cada invitación, solo con un hash unidireccional de su enlace;
• el registro de IP exclusivo del servidor (sección 8);
• para cada cuenta o sesión de invitado que hizo la comprobación de identidad: el resultado de Sumsub, cuándo cambió por última vez y la referencia de Sumsub para esa comprobación.

TrustChain no conserva:

• Documentos de identidad, fotos del documento ni selfis. Sumsub los gestiona.
• Nombres legales. TrustChain no pide ni comprueba un nombre legal. Una cuenta puede mostrar un nombre de un proveedor de inicio de sesión, como el nombre de una cuenta de Google, que nadie comprueba.
• Los propios enlaces de invitación.
• Copias de los PDF que descargan las personas.
• El chat entre las dos personas en forma legible. Está cifrado de extremo a extremo y solo sus participantes pueden leerlo.

Qué no demuestran los registros: quién pulsó físicamente un botón (muestran qué cuenta o invitación hizo cada solicitud y qué encontraron las comprobaciones de TrustChain en ese momento); quién usó un enlace de invitación, ya que el creador también puede copiarlo y reenviarlo; si se realizó el trabajo o alguien pagó; qué aparecía en la pantalla de una persona más allá de lo descrito en esta página; ni nada ocurrido fuera de TrustChain.

Cualquiera de las partes puede descargar el PDF del acuerdo desde la página del acuerdo o la del enlace de invitación: las partes, el texto completo y el Historial. Es el registro principal.

El certificado del registro es un resumen de dos páginas. La página 1 explica con palabras sencillas qué demuestra el registro: el estado, cuándo y cómo firmó cada persona, la línea de comprobación de identidad, cómo se creó el registro y la dirección y un código QR del registro vigente. La página 2, Detalles del registro, enumera los hechos con precisión de segundos: los pasos registrados por TrustChain, la versión del consentimiento y la huella de los términos de cada firma, cuándo confirmó cada persona que el trabajo estaba terminado, el anclaje con su número de bloque, qué significa cada línea y un enlace de vuelta a esta página.

La copia propia de una persona, descargada desde la página del acuerdo, también incluye la dirección IP de cada firma y los correos parcialmente ocultos. La copia que cualquiera puede descargar desde la página pública omite los correos, las direcciones IP y los identificadores internos. El certificado no muestra el texto del acuerdo.

La tarjeta de recuerdo es una tarjeta independiente de una página con Pip, disponible cuando ambas partes hayan firmado, para conservarla y compartirla. Indica que es un recuerdo, no el registro, y da la dirección del registro vigente.

Todos ellos se generan en el navegador de quien los descarga, a partir del registro en ese momento. TrustChain no conserva una copia y un PDF puede modificarse después de descargarse; compruébalo con el registro vigente en trustchain.biz/verify/ seguido del identificador de registro.

Una parte de un acuerdo que necesite los registros de TrustChain, por ejemplo para un tribunal o juzgado, puede escribir a founder@trustchain.biz con el identificador de registro. TrustChain conserva para cada acuerdo los registros descritos en esta página y puede facilitarlos para ese acuerdo previa solicitud y con sujeción a la legislación de privacidad: el registro, su Historial, las invitaciones sin los hashes de sus enlaces y el resultado de la comprobación de identidad. Los documentos de identidad están en Sumsub, no en TrustChain.

Esta página tiene versiones. Cuando cambia el procedimiento, cambian la versión y la fecha de la parte superior, y la lista de cambios explica qué se modificó, para poder interpretar un registro según el procedimiento aplicable cuando se creó. TrustChain conserva todas las versiones anteriores de esta página y puede facilitarlas previa solicitud.