Does sealing source code expose the codebase?

No. Swiss Trust Layer seals the cryptographic hash (SHA-256 fingerprint) of your source code or archive, not the code itself. The platform never receives, stores, or reads the original files. You may seal a .zip or .tar.gz of your repository locally, upload only the hash, and receive a certificate that proves the code existed in that exact state at the sealed timestamp, without exposing any line of code.

Is a sealed timestamp enough to win a code authorship dispute?

A ZertES SR 943.03 and eIDAS Art. 41 qualified timestamp creates a legally presumed-authentic record of your code's existence and state at a specific point in time. Under eIDAS Art. 41, qualified electronic time stamps are presumed to be accurate in all EU member state courts. Under ZertES Art. 14, the same presumption applies in Swiss courts. In contractor disputes, investor due diligence, and open-source attribution cases, the sealed certificate shifts the burden of proof: the opposing party must disprove a legally qualified record.

How does sealing work with GitHub or GitLab?

Git commit hashes prove internal history but are mutable. Force pushes, repository transfers, and forks can alter or erase them. A Swiss Trust Layer seal is stored externally and independently of your repository. You generate a SHA-256 hash of your codebase locally (e.g. from git archive or a zip export), seal that hash, and store the certificate separately. The certificate cannot be altered retroactively. It remains valid evidence regardless of what happens to the repository.

Which file types can be sealed?

Any file type can be sealed. Swiss Trust Layer operates on the cryptographic hash, not the file format. Common software IP sealing use cases include: .zip and .tar.gz repository archives, individual .js, .ts, .py, .rs, .sol source files, PDF architecture documents and system design specs, OpenAPI and GraphQL specification files (.yaml, .json), and compiled binaries or WASM modules for versioning.

eIDAS Art. 41 · ZertES Cualificado

Demuestra que lo escribiste primero Prueba criptográfica de autoría del código

Sella código fuente, documentos de arquitectura y especificaciones API con marcas de tiempo cualificadas eIDAS Art. 41. Prueba de autoría admisible en tribunales para desarrolladores y empresas de software, independiente de tu proveedor de repositorios.

Sellar tu base de código Base legal eIDAS

authorship.ts

proof.pdf

// seal the source, prove authorship
import { seal } from "@swiss-trust-layer/core";
 
const archive = git("archive", "HEAD");
const hash = sha256(archive);
 
const proof = await seal(hash, {
  standard: "eIDAS Art. 41",
  qtsp: "Swisscom Trust Services",
  ltv: true,
});
 
// court admissible in 27 EU states
return proof.certificate;

eIDAS Art. 41 sealedSHA-256

Por qué la PI del software necesita prueba criptográfica

El código fuente es propiedad intelectual valiosa. Se disputa con regularidad. Las empresas de IA entrenan modelos con código sin autorización. Los contratistas reclaman la autoría de trabajos construidos sobre tus fundamentos propietarios. Los co-fundadores disputan quién escribió la arquitectura original.

Swiss Trust Layer aplica un sello criptográfico cualificado ZertES SR 943.03 y eIDAS Reglamento UE 910/2014 a tu código o paquete de documentación. El certificado resultante es legalmente presumido auténtico en los 27 Estados miembros de la UE (eIDAS Art. 41) y los tribunales suizos (ZertES Art. 14).

eIDAS Art. 41: las marcas de tiempo cualificadas se presumen exactas en todos los tribunales de la UE
ZertES Art. 14: misma presunción en tribunales suizos bajo SR 943.03
Sellar sin exponer código: solo el hash SHA-256, nunca la fuente
Certificado inmutable almacenado fuera de tu repositorio
Validación a largo plazo (LTV): pruebas válidas décadas después de la expiración
Convenio de Berna: 181 países reconocen la reclamación de derechos de autor

eIDAS Art. 41· Seal Source Code: Copyright Proof Guide·AI Content Copyright & EU AI Act

Tipos de archivo admitidos

Swiss Trust Layer sella cualquier tipo de archivo por su hash criptográfico. Formatos comunes de PI de software:

.zip / .tar.gzFull repository archives

.js / .tsJavaScript & TypeScript source

.pyPython source files

.rsRust source files

.solSolidity smart contracts

.pdfArchitecture & system design docs

.yaml / .jsonOpenAPI & GraphQL specs

Any formatBinary, WASM, compiled output

Flujo de trabajo GitHub: Sellar sin salir de tu terminal

Un sello cualificado tarda menos de 2 minutos y se integra en cualquier pipeline CI/CD. El certificado se almacena independientemente de tu repositorio:

Generar un hash local de tu base de código

Ejecuta git archive HEAD | sha256sum o comprime tu directorio de release y haz el hash. El hash se calcula localmente. Ningún código sale de tu máquina en este paso.

Subir el hash y recibir una marca de tiempo cualificada

Sube el hash (no el código) a Swiss Trust Layer. La plataforma lo envía a Swisscom Trust Services, el QTSP acreditado SAS de Suiza, que aplica una marca de tiempo criptográfica cualificada en menos de 10 segundos.

Almacenar el certificado fuera de tu repositorio

Descarga el certificado de sello electrónico cualificado, un PDF firmado digitalmente con el hash, la marca de tiempo, la cadena de certificados QTSP y datos LTV. Guárdalo en tus registros legales, no en el repositorio.

Casos de uso

Tres escenarios de alto riesgo donde un sello de código cualificado proporciona protección legal decisiva:

Protección previa a la publicación

Sella tu base de código antes de publicar en npm, GitHub o PyPI. Si un competidor lanza una biblioteca casi idéntica poco después, la marca de tiempo cualificada establece arte previo con precisión admisible en tribunales.

Prueba en disputas con contratistas

Sella hitos de código en cada entrega durante un contrato. Si la propiedad se disputa posteriormente, los hitos sellados crean una cadena de custodia legalmente cualificada.

Due diligence VC: cadena de custodia IP

Muestra a los inversores una pista de procedencia IP verificable antes de un Serie A. Los sellos cualificados en tu arquitectura principal demuestran que la PI fue creada por tu equipo.

Precios

Precios por documento sin mínimo. Planes de volumen disponibles para pipelines CI/CD.

Por documento

Pago por usosin mínimo

Marca de tiempo cualificada ZertES SR 943.03 + eIDAS Art. 41
Firma QTSP Swisscom Trust Services
Certificado de sello electrónico cualificado (PDF)
Datos de validación a largo plazo (LTV) incluidos
Verificación pública: no se requiere inicio de sesión para verificar
Certificado descargable almacenado independientemente de tu repositorio

Crear cuenta Reservar una demo

Preguntas frecuentes

¿El sellado del código fuente expone la base de código?

No. Swiss Trust Layer sella el hash criptográfico (huella SHA-256) de tu código fuente o archivo, no el código en sí. La plataforma nunca recibe, almacena ni lee los archivos originales.

¿Es suficiente una marca de tiempo sellada para ganar una disputa de autoría de código?

Una marca de tiempo cualificada ZertES SR 943.03 y eIDAS Art. 41 crea un registro legalmente presumido auténtico de la existencia y estado de tu código en un momento específico. Según eIDAS Art. 41, las marcas de tiempo electrónicas cualificadas se presumen exactas en todos los tribunales de los Estados miembros de la UE.

¿Cómo funciona el sellado con GitHub o GitLab?

Los hashes de commit de Git prueban el historial interno pero son mutables. Un sello Swiss Trust Layer se almacena externamente e independientemente de tu repositorio. Generas un hash SHA-256 de tu base de código localmente, sellas ese hash y almacenas el certificado por separado.

¿Qué tipos de archivos se pueden sellar?

Cualquier tipo de archivo puede sellarse. Swiss Trust Layer opera en el hash criptográfico, no en el formato de archivo. Casos de uso comunes: archivos .zip y .tar.gz, archivos fuente .js, .ts, .py, .rs, .sol, documentos PDF de arquitectura, especificaciones OpenAPI y GraphQL.

Descarga gratuita

La lista de verificación de autoría y procedencia del código fuente

Una lista práctica para equipos de ingeniería que necesitan demostrar quién escribió el código primero, con independencia del host del repositorio. Introduce tu correo para desbloquear la lista completa.

Sella cada versión antes de publicar

Aplica una marca de tiempo cualificada a tu archivo fuente antes de que llegue a npm, GitHub o PyPI, para que el arte previo quede fijado con precisión admisible en tribunales.

Haz el hash en local, nunca expongas el código

Genera el SHA-256 de la base de código en tu propia máquina y sella solo el hash, para que ni una línea de código salga de tu control.

Guarda el certificado fuera del repo

Conserva el certificado del sello en tus registros legales para que sobreviva a force pushes, transferencias de repositorio y eliminaciones.

Sella las entregas de contratistas y agencias

Marca con fecha los hitos de código en cada entrega para que las disputas de propiedad se resuelvan con una cadena de custodia cualificada, no de memoria.

Atribuye las contribuciones de código abierto

Sella tus módulos originales antes de contribuir para poder demostrar la autoría si la atribución se cuestiona más tarde.

Mantén una vía de verificación independiente

Confirma que cada archivo sellado se verifica públicamente sin inicio de sesión, listo para inversores, auditores y tribunales durante la diligencia debida.

Obtén la lista completa

3 elementos más. Introduce tu correo electrónico para acceder a los 6 puntos.

Sin spam. Cancela la suscripción cuando quieras.

¿Listo para sellar tu primer documento?

eIDAS Art. 41 sello de tiempo cualificado, admisible ante los tribunales en toda la UE y Suiza.

Sellar ahora →

Establece arte previo antes de publicar

Un sello de código cualificado tarda menos de 2 minutos. El certificado es admisible en los tribunales suizos y en 27 Estados miembros de la UE. Su derecho de autor ya rige en los 181 países del Convenio de Berna; el certificado es la prueba fechada de ello.