Una unidad compartida con la contraseña correcta le da acceso al archivo. No le da una prueba de quién tenía realmente derecho a ese archivo. Esa brecha permanece en silencio de fondo en cada encargo, cada sociedad, cada tabla de capitalización, hasta que alguien se va, una relación se rompe, o una contraseña es lo único que separa a un equipo de un registro que necesita con urgencia. Para entonces ya es tarde para cambiar cómo se guardó el archivo. Nunca fue más que custodia por conveniencia, y la conveniencia no es una prueba.
Qué es realmente la custodia por conveniencia
El almacenamiento en la nube concede acceso a quien tenga las credenciales. Dropbox, Google Drive, una carpeta compartida de la empresa: ninguno de ellos pregunta si la persona que abre un archivo es realmente quien tiene derecho a él. Solo preguntan si la contraseña es correcta. La mayoría de las veces no hay problema, porque la mayoría de las veces nadie disputa nada. El problema aparece justo en los momentos que un equipo financiero o legal no puede planificar: un socio fundador se va en plena disputa y conserva sus credenciales. La cuenta de un colaborador externo sigue activa mucho después de terminado el contrato. Un encargo disuelto deja una unidad compartida sin propietario claro, y dos antiguos socios creen cada uno que le corresponde a él. Un gestor de contraseñas falla, un empleado se va sin entregar sus credenciales, o una cuenta se bloquea tras demasiados intentos fallidos, y de pronto un despacho no puede acceder a archivos que ha conservado durante años.
Nada de esto es un fallo técnico. Es exactamente para lo que se construyó el almacenamiento en la nube: conceder acceso según la posesión de una credencial. Nunca se construyó para responder a la pregunta de "quién tiene derecho a esto", y tratarlo como si lo hiciera es precisamente la brecha que sale a la luz en cuanto una disputa hace que esa pregunta importe.
Qué cambia cuando la recuperación está ligada a una identidad, no a un inicio de sesión
El escrow del registro de Swiss Trust Layer funciona de otra manera, porque parte de una pregunta distinta. Antes de que una persona pueda siquiera acceder al almacenamiento en escrow o suscribirse a él, debe completar una verificación de identidad completa, verificada con pasaporte, la misma verificación que se usa en otras partes del registro. La recuperación queda entonces ligada a esa persona verificada, no al dispositivo o al navegador que resulte estar conectado en ese momento. Si las credenciales desaparecen, la identidad no lo hace. Ese es el verdadero cambio: pasar de "quién tiene la contraseña" a "a quién puede verificar el registro como la persona correcta", y eso es lo que hace del escrow un tipo de custodia distinto de lo que una unidad compartida jamás estuvo diseñada para ofrecer.
El archivo en sí se conserva en Suiza, independientemente de cualquier proveedor de nube. Se suma a todo lo que el registro ya hace: un archivo sellado con una marca de tiempo cualificada, una identidad verificada detrás, un código ISCC que identifica la obra sin exponerla, y etiquetas de contenido donde corresponda. Ya describimos el registro completo en una entrada anterior, regístrese una vez, lleve la prueba a todas partes, y el escrow es la pieza construida específicamente para lo que ocurre después de sellar un archivo: quién puede seguir accediendo a él, y en qué condiciones, años después de que la persona que lo selló inició sesión por primera vez.
Qué no promete esto
Vale la pena ser precisos sobre qué cubre hoy el escrow verificado por identidad. Lo que cuesta, y qué plan se aplica a qué cuenta, es una conversación aparte que esta entrada no va a tener en su lugar. Lo que sí podemos afirmar con claridad es la promesa de recuperación en sí misma: la identidad puede volver a verificarse, en línea o en persona a través de un agente KYC, y el acceso a los registros y a los archivos depositados en escrow puede restaurarse. Eso es lo que hace el escrow, formulado con la precisión que podemos respaldar, sin añadir nada y sin prometer nada más allá.
Dónde importa esto de verdad para el trabajo financiero y legal
Piense en los archivos que un equipo financiero o legal acumula sin que nadie planee disputarlos, hasta que alguien lo hace. Los registros de un encargo con un cliente que termina mal. Los documentos que respaldan una línea de la tabla de capitalización, redactados por alguien que dejó el despacho dos años antes de que estallara una disputa. Las pruebas de cesión de propiedad intelectual de un trabajo construido conjuntamente, disputado después de disolverse la empresa conjunta. Los documentos fundacionales de una sociedad, guardados en una unidad que ambos antiguos socios todavía pueden abrir técnicamente, sin que ninguno confíe en que el otro no haya modificado nada. En cada uno de estos casos, la pregunta que finalmente se plantea no es "este archivo, ¿estaba guardado en algún lugar seguro". Es: "¿puede probar quién tenía derecho a acceder a él, independientemente de quién tenga hoy las credenciales." Una unidad compartida no puede responder a esa pregunta. Un registro en escrow ligado a una identidad verificada está diseñado justo para eso. Para trabajos de este tipo, nuestra página dedicada a equipos legales y de propiedad intelectual describe cómo el sellado y el escrow encajan en la práctica probatoria ya existente de un despacho, sin sustituirla.
Higiene de custodia, no una solución puntual
Nada de esto sustituye los acuerdos subyacentes que determinan en primer lugar a quién pertenece un archivo: cartas de encargo, cláusulas de cesión de propiedad intelectual, contratos de sociedad siguen cumpliendo esa función. Lo que añade el escrow verificado por identidad es una forma de seguir accediendo al archivo en sí una vez que las personas, las contraseñas y la confianza mutua que antes mantenían unida una unidad compartida han cambiado por completo. No es una decisión que se tome una sola vez. Es un hábito que merece incorporarse a cómo un despacho conserva los registros que algún día deberá defender, antes de que la disputa misma sea el motivo por el que los busca.
