Arquitectura, gobernanza y modelo de amenaza para un registro público de linaje animal: qué garantiza la criptografía, qué no puede garantizar nunca, y por qué esa distinción es la diferencia entre un archivo confiable y un teatro de confianza.
petlineage.htmlEl resto de este documento es técnico y está para que cualquiera pueda auditarlo. Pero la decisión que le estamos pidiendo se resume acá, y es una sola: si vale la pena que su organización cargue su historia en un registro que después no va a poder borrar.
Preferimos decirlo en la primera página antes que decepcionarlo en el sexto mes. Esto no impide que alguien mienta. Si un criadero declara un linaje falso, el sistema lo va a registrar igual. Lo que cambia es que esa afirmación queda firmada con su nombre, fechada, y no se puede retirar.
Tampoco arregla un teléfono desactualizado, que — según los estudios disponibles — es la causa más frecuente de que un animal con chip no vuelva a su casa. Y no reemplaza ningún trámite legal ni veterinario.
Lo que sí hace, y es lo único que promete: que falsificar el origen de un animal deje de ser gratis y anónimo, y pase a ser un acto público, atribuible y permanente.
Un cachorro cambia de manos con un certificado impreso, un carnet sellado a mano y la palabra de quien lo entrega. Cuando ese papel se pierde, se falsifica o simplemente dice algo que nunca fue cierto, no queda rastro de la diferencia.
Eso tiene consecuencias concretas que cualquier refugio conoce de memoria. Un criadero informal vende cachorros atribuyéndoles un linaje que no existe. Un animal robado reaparece a doscientos kilómetros con papeles nuevos y una historia limpia. Una protectora entrega en adopción y meses después no puede reconstruir a dónde fue. Una familia adopta y descubre tarde una enfermedad hereditaria que estaba documentada en la camada anterior, en un cuaderno que nadie compartió.
El patrón común no es la falta de datos. Los datos existen: están en libretas sanitarias, en fichas de refugio, en grupos de WhatsApp, en la memoria de la veterinaria del barrio. Lo que falta es un lugar donde esos datos se acumulen sin que nadie pueda editarlos hacia atrás, y donde se pueda distinguir a simple vista lo que alguien afirmó de lo que alguien verificó.
PetLineage no inventa datos nuevos. Hace que los datos que ya existen dejen de poder desaparecer.
Un registro público de linaje animal, mantenido por una organización sin fines de lucro, donde cada afirmación sobre un animal — su origen, su familia, sus cambios de hogar, sus controles veterinarios — queda asentada de forma permanente, atribuida a quien la hizo, y acompañada por el nivel de evidencia que efectivamente la respalda.
Alrededor de ese registro crece lo demás: el árbol genealógico que conecta linajes, la red de colaboradores que verifica documentación, y — más adelante, con muchas salvedades que este documento detalla — herramientas de compatibilidad genética.
Conviene ser precisos sobre qué problema resuelve esto, porque los datos disponibles no dicen exactamente lo que uno esperaría. El estudio más citado sobre fallas de identificación por microchip — 7.704 animales en 53 refugios, publicado en JAVMA en 2009 — analizó 876 casos en los que no se logró ubicar al dueño. Las causas dominantes fueron el teléfono incorrecto o desconectado (35,4%), que el dueño no respondiera llamadas ni cartas (24,3%) y que el animal estuviera registrado en otra organización.
Un estudio independiente en refugios de Queensland, publicado en 2015, encontró el mismo patrón: 37% de los animales tenía problemas en sus datos — registrados a nombre de un dueño anterior, con todos los teléfonos desactualizados, o directamente sin registrar. Y la diferencia es enorme: entre los perros, el 87% con datos correctos fue reclamado por su familia, contra el 69% de los que tenían datos con problemas.
Es decir: el problema medido no es principalmente que alguien reescriba la historia. Es que los datos se pudren y están dispersos entre registros que no se hablan. Un registro inmutable no arregla un teléfono desconectado. Esto obliga a una decisión de diseño que atraviesa todo el proyecto: PetLineage tiene que resolver con el mismo cuidado cómo se mantiene actualizado un dato, no sólo cómo se vuelve inalterable.
Lo que sí resuelve — y hay un caso reciente que lo demuestra — es la desaparición del custodio. En febrero de 2025 la empresa de microchips Save This Life cerró abruptamente: los chips implantados siguen siendo legibles, pero su base de datos quedó desconectada. Un refugio de Cincinnati encontró 65 perros con esos chips y sólo pudo reunir a la mitad con sus familias. Contra eso sí sirve un archivo distribuido, exportable y verificable por cualquiera.
Esta es la sección más importante del documento y la que más proyectos parecidos se saltean. Si la organización no la tiene clara, va a prometer algo que no puede cumplir — y va a perder la confianza de la comunidad el día que alguien lo note.
Se dice con facilidad que un registro es «inmutable». Casi siempre es falso, o al menos incompleto. Encadenar registros con funciones de hash — que es lo que hace el prototipo actual — produce una propiedad valiosa pero mucho más modesta que la inmutabilidad: produce evidencia de manipulación. Y esa evidencia sólo existe bajo una condición muy específica.
Un encadenamiento de hashes detecta alteraciones únicamente si quien verifica tiene una copia del hash final que el escritor no controla. Sin ese punto de referencia externo, quien escribe el registro puede modificar un evento del pasado y recalcular todos los hashes posteriores. La verificación va a dar «correcto», porque la cadena vuelve a ser internamente consistente.
Es exactamente el mismo principio que un libro de actas foliado y rubricado. Las hojas numeradas no impiden arrancar una página: impiden arrancarla sin que se note, y sólo porque existe una rúbrica externa — la del escribano — que el dueño del libro no puede reproducir.
Cada una responde una pregunta distinta. Ninguna sustituye a otra, y la última no es un problema criptográfico en absoluto.
| Propiedad | Responde | Cómo se obtiene | Estado hoy |
|---|---|---|---|
| Integridad | ¿El registro cambió desde que se selló? | Hash encadenado | Implementado |
| Autenticidad | ¿Quién escribió esto? | Firma digital por actor | Falta |
| No repudio | ¿Puede el autor negar haberlo firmado? | Firma + marca de tiempo anclada | Falta |
| Transparencia | ¿Puedo probar que no se borró nada? | Log público append-only auditable | Falta |
| Veracidad | ¿Lo que dice es cierto? | Personas. Evidencia. Reputación. | Problema social |
La criptografía no impide que alguien mienta. Hace que la mentira quede firmada, fechada y sea imposible de retirar.
Y eso alcanza. Porque cambia el incentivo. Hoy un criadero que inventa un pedigree no arriesga nada: el papel se descarta y se imprime otro. En un registro con estas propiedades, esa afirmación queda ligada a su identidad de forma permanente y pública. No lo detiene por la fuerza — lo detiene por el costo.
El prototipo actual resuelve bien el problema de producto: cómo se ve, cómo se carga un animal, cómo se arma el árbol, cómo revisa un colaborador. Ese trabajo es real y no hay que rehacerlo. Lo que sigue es un inventario honesto de la distancia que queda hasta la arquitectura descrita más adelante.
SHA-256, con verificación de consistencia interna.Ninguna de éstas es un error de programación: son consecuencias de que el prototipo corre entero en un navegador, sin servidor ni identidades. Se resuelven con la arquitectura de la sección 04, no con parches.
| Brecha | Qué pasa hoy | Consecuencia |
|---|---|---|
| No hay ancla externa | La verificación recalcula la cadena entera desde el inicio | Quien reescribe todo el historial pasa la verificación sin problema |
| El registro es privado | Cada persona guarda sus datos en su propio navegador | No existe un registro compartido: hay diarios personales, no un archivo |
| El verificador es texto libre | La revisión se firma escribiendo un nombre en un campo | Cualquiera puede atribuirse cualquier organización |
| La evidencia va adentro | Las fotos se guardan incrustadas en el propio registro | No escala, y mezcla datos personales con lo que se quiere publicar |
| La similitud no es una prueba | Compara color promedio de dos imágenes reducidas | Dos labradores dorados en pasto dan un porcentaje alto sin relación alguna |
| La fecha la pone el cliente | La marca de tiempo sale del reloj de la computadora del usuario | Se puede antedatar un evento cambiando la hora del sistema |
Todo lo anterior se arregla. La que hay que resolver primero es la segunda: hoy no existe un registro compartido. Mientras cada persona guarde su propia copia privada, no hay nada que auditar, nada que anclar y nada que verificar entre partes. El resto de la arquitectura se apoya sobre esa pieza.
El diseño se sostiene sobre una idea: cada capa resuelve un problema distinto, y ninguna puede compensar la debilidad de la de abajo. Una firma perfecta sobre un dato falso sigue siendo un dato falso, firmado.
Ninguna firma digital puede probar que la foto corresponde al perro que está en la casa. Este es el punto ciego de todo registro digital sobre objetos del mundo real, y la respuesta honesta no es resolverlo sino graduarlo y mostrarlo.
Un registro respaldado por un microchip leído y firmado por una veterinaria no puede verse igual que uno que alguien tipeó solo en su casa. Hoy el prototipo los muestra idénticos: ambos aparecen «sellados». Eso es lo primero que hay que cambiar, y no requiere criptografía — requiere una decisión de diseño.
| Nivel | Anclaje | Fuerza del vínculo |
|---|---|---|
| N3 | Microchip ISO 11784/11785 leído y firmado por profesional |
Fuerte |
| N2 | Documentación firmada por refugio o veterinaria identificada | Buena |
| N1 | Atestación de un tercero presente, con foto y ubicación aproximada | Débil |
| N0 | Declaración del propio titular, sin respaldo | Nula |
El microchip es la pieza clave y ya existe: es un estándar internacional, tiene un número único de quince dígitos y millones de animales lo llevan. PetLineage no necesita crear un identificador nuevo — necesita apoyarse en el que ya está y resolver lo que el sistema de chips no resuelve: que las bases de datos están fragmentadas y no conservan historia.
Cada afirmación — un registro de origen, un vínculo familiar, una revisión aprobada — se firma con una clave que pertenece a quien la hace. Reemplaza el campo de texto libre donde hoy el revisor escribe su nombre.
Esquema propuesto: Ed25519. Claves de 32 bytes y firmas
de 64, lo bastante compactas para caber en un código QR impreso. Es determinista,
lo que elimina toda una familia de fallas que afectan a otros esquemas cuando el
generador de aleatoriedad del dispositivo es pobre. Y sus parámetros son fijos, sin
opciones que un atacante pueda inducir a elegir mal.
Con una salvedad: el formato de credencial no debe atarse a una
curva. Los llaveros físicos y el enclave seguro de los teléfonos tienen mejor soporte
para ECDSA P-256. La verificación debe aceptar ambos; la emisión usa
Ed25519 por defecto. Esa flexibilidad es lo que permite cambiar de esquema dentro
de diez años sin invalidar lo firmado hoy.
Un refugio no puede administrar una clave privada. No es una crítica: es un hecho operativo, y cualquier diseño que lo ignore va a fracasar en el primer mes.
La respuesta son las passkeys (WebAuthn): la clave se genera y queda dentro del teléfono o la computadora, protegida por huella o rostro, y la persona nunca la ve ni tiene que guardarla. Firmar una revisión se siente como desbloquear el teléfono. La contrapartida técnica es que WebAuthn firma un desafío y no un documento cualquiera, así que el hash del registro se incorpora dentro de ese desafío y se conserva la respuesta completa como prueba.
Y la pérdida de una clave no puede borrar el pasado: la rotación se asienta como un evento firmado más, y lo firmado antes sigue siendo válido gracias a la marca de tiempo de la capa 3.
Ésta es la pieza que falta por completo hoy, y la que convierte un conjunto de diarios privados en un registro público. No requiere blockchain. El modelo probado es el que usa internet para vigilar los certificados de seguridad web desde hace más de una década: un registro que sólo admite agregar al final, organizado como un árbol de hashes.
Ese árbol permite responder dos preguntas con pruebas pequeñas, sin descargar el registro completo:
La organización debe quedar criptográficamente imposibilitada de mentir sobre su propio archivo. Incluso si quisiera. Incluso bajo presión.
El log de transparencia funciona sólo si sus raíces firmadas se publican donde la organización no pueda editarlas después. Hay tres caminos, y conviene empezar por los que no cuestan nada.
| Mecanismo | Fuerza | Costo | Cuándo |
|---|---|---|---|
| Firma cruzada entre organizaciones Cada refugio aliado firma la raíz que ve |
Social alta | Cero | Día uno |
| Espejo público firmado Repositorio abierto con historial propio |
Media | Cero | Día uno |
| Sellado de tiempo sobre una cadena pública Miles de raíces agregadas en una sola operación |
Máxima | Marginal | Con volumen |
La primera opción merece atención especial porque es la más adecuada para una organización comunitaria: en vez de comprar seguridad con poder de cómputo, se la construye con testigos. Si veinte refugios de distintos países firman cada día la raíz que observaron, reescribir el pasado exige la complicidad de los veinte. Es el mismo principio que un acta con varios firmantes, y se entiende sin saber nada de criptografía.
Conviene dejarlo escrito, porque es la primera sugerencia que va a aparecer en cualquier conversación sobre este proyecto, y decir que no tiene razones técnicas concretas.
Esta sección existe porque la mayoría de los proyectos que pusieron identidad animal sobre un registro distribuido fracasaron, y los motivos están documentados. Ignorarlos sería repetirlos. Cada fracaso corresponde a una decisión concreta de la sección 04.
El microchip resuelve la identidad, no la historia. Las normas
internacionales ISO 11784 y ISO 11785 definen dos cosas: la
estructura del número de quince dígitos y el protocolo de radio para leerlo. La
asignación de códigos de fabricante la administra ICAR, con requisitos exigentes — un
código exclusivo requiere demostrar, con auditoría externa, la venta de al menos un
millón de transponders certificados por año durante dos años consecutivos.
Las normas no definen, no exigen ni prohíben ninguna base de datos. Resuelven el identificador y la lectura, y dejan la capa de registro y verificación completamente indefinida.
Esto significa que la fragmentación no es un defecto de implementación: es un vacío deliberado del estándar. Cada país y cada empresa monta su propio registro sin obligación alguna de interoperar. La herramienta de búsqueda universal más conocida del sector es, por eso, un metabuscador entre registros separados — no una base unificada.
Ése es el espacio exacto que PetLineage puede ocupar, y sin competir con el estándar: apoyándose en el identificador que ya existe y agregando la capa que la norma nunca definió.
Que el custodio del registro sea un punto único de falla no es hipotético. Además del cierre de Save This Life citado en la sección 01, la estructura regulatoria lo favorece: en Estados Unidos la autoridad sanitaria animal concluyó que no tiene facultades para imponer un estándar nacional de microchips ni de lectores, con el resultado previsible de múltiples empresas, frecuencias y bases de registro conviviendo sin coordinación.
Los pedigrees certifican parentesco declarado, no verificado. Vale la pena leer lo que dicen las propias reglas internacionales de cría de la FCI. Su artículo 16 establece que los pedigrees son «una certificación de parentesco más que de calidad del perro registrado», y el artículo 18 los describe como «certificados de nacimiento» que deben emitirse «sólo por parentesco correcto». Pero la prueba de ADN no es obligatoria de rutina: se exige sólo ante situaciones dudosas, como una hembra montada por más de un macho. Además, la FCI no lleva un registro propio: la responsabilidad recae en cada organización nacional.
El sistema mundial de pedigrees es, en su base, una cadena de declaraciones confiadas. Ahí está el hueco que este proyecto puede llenar.
El AKC estadounidense es el caso más riguroso: desde diciembre de 2022 usa perfiles genéticos de 201 marcadores que determinan parentesco con más del 99% de confianza, con auditorías por muestreo en criaderos. Pero es obligatorio sólo en situaciones específicas, y su alcance es un país y un conjunto de razas. Fuera de esos límites, el papel sigue siendo una declaración.
Que ese papel se falsifica está documentado: hay una referencia en Veterinary Record de julio de 2021 sobre pedigrees falsificados para inscripción, condenas penales por fraude en venta de cachorros en Estados Unidos y el Reino Unido, y organizaciones que emiten certificados de aspecto profesional sin pedir prueba alguna de ascendencia.
Tres jurisdicciones relevantes, con situaciones muy distintas:
Argentina ya aceptó el principio de identificación individual obligatoria con registro estatal para ganado. El precedente regulatorio existe y funciona; lo que falta es extenderlo a animales de compañía. Un registro comunitario que ya esté operando y demuestre utilidad es un argumento mucho más fuerte ante una autoridad que una propuesta en papel.
Vale notar que esos sistemas de trazabilidad ganadera usan bases de datos centralizadas convencionales, sin registros distribuidos — coherente con lo que sigue.
| Proyecto | Qué pasó | Lección |
|---|---|---|
| Peeva Registro de microchips |
Construyó un registro distribuido para mascotas y lo abandonó tras tres años | El más instructivo de todos — ver abajo |
| Pawtocol Identidad animal con token |
El token perdió más del 99,99% de su valor; el sitio ya no responde | Confirma el rechazo al modelo con token de la sección 04 |
| TradeLens Trazabilidad marítima |
Discontinuado en 2023. Motivo declarado: no se alcanzó la colaboración necesaria de toda la industria | El obstáculo fue la adopción, no la tecnología |
| BeefChain Trazabilidad ganadera |
Certificó cientos de miles de kilos hacia 2019; hoy su dominio caducó y fue reciclado | Sin continuidad institucional, el registro muere con la empresa |
Peeva es una empresa real de microchips y registro que construyó exactamente lo que este documento propone, y se retiró. Sus motivos publicados:
La tercera es la que ninguna arquitectura resuelve, y hay que mirarla de frente: PetLineage tiene que ofrecer algo que un refugio quiera aunque implique exponerse. La respuesta probablemente sea la trazabilidad de adopciones para rendición de cuentas ante donantes y la recuperación de animales perdidos — beneficios directos que compensan el costo de la apertura. Si esa propuesta no convence a los primeros veinte refugios, el problema no es técnico y ninguna capa criptográfica lo va a arreglar.
Existe una objeción sólida y bien argumentada contra usar registros distribuidos para identidad de objetos físicos, y conviene enfrentarla directamente porque es correcta.
Un trabajo publicado en Sustainability en 2020 llega a una conclusión incómoda: la trazabilidad sobre registros distribuidos funciona bien sólo donde ya existe el intermediario confiable que pretendía eliminar. Otros trabajos académicos señalan que la tecnología no ofrece mecanismo alguno para verificar que el dato ingresado sea correcto, con el riesgo perverso de propagar información falsa con sello de inmutabilidad. Bruce Schneier lo formuló con dureza: la confianza no se elimina, se desplaza hacia la tecnología — y agregó que los registros distribuidos privados son «meras estructuras que sólo permiten agregar, con una lista autorizada de escritores». Y Carrefour, tras implementar trazabilidad alimentaria, admitió públicamente que si no se confía en los datos que se recogen, esta tecnología no ayuda.
Todas esas críticas son válidas y este documento las acepta. La respuesta no es negarlas sino ajustar la promesa, y para eso existe un precedente de más de una década que sí funciona.
Desde 2013, todos los certificados de seguridad de los sitios web se publican en
registros públicos que sólo permiten agregar, organizados como árboles de hashes
— el mecanismo descrito en la capa 2. El diseño se especificó originalmente en el
RFC 6962 y su versión vigente es el RFC 9162.
El funcionamiento tiene dos piezas que conviene copiar tal cual. Cuando el registro recibe una entrada válida, devuelve de inmediato una promesa firmada de incorporarla al árbol dentro de un plazo máximo comprometido. Y la vigilancia se hace por contraste entre observadores: todos comparan la última publicación que vieron, y en cuanto aparecen dos publicaciones contradictorias del mismo registro, eso constituye por sí solo prueba criptográfica de su mala conducta.
Lo decisivo es qué promete ese sistema: no impide que se emita un certificado fraudulento; garantiza que no pueda emitirse en secreto.
Traducido a este proyecto: PetLineage no puede hacer verdadero un pedigree. Puede hacer imposible falsificarlo sin dejar rastro público, permanente y auditable. Ésa es la promesa defendible, y es la única que resiste las objeciones anteriores.
Las piezas centrales de la sección 04 no hay que inventarlas: existen, son abiertas y están en uso a escala. Una cuarta, en cambio, conviene descartarla — y la explicación viene después de la tabla.
| Pieza | Estado | Nota |
|---|---|---|
| Registros de transparencia La capa 2 completa |
Probado a escala | Más de una década vigilando los certificados de internet. La especificación vigente es RFC 9162 |
| Sellado de tiempo público El anclaje de la capa 3 |
Activo y gratuito | Agrega más de diez mil huellas en una sola operación. Sin costo ni registro para quien lo usa |
| Firmas desde el dispositivo La capa 1, sin claves visibles |
En todos los navegadores | La misma tecnología con la que hoy se entra a un banco sin contraseña |
| Credenciales verificables Para acreditar veterinarias |
Descartada | Cambio de recomendación respecto del borrador anterior — ver abajo |
Un borrador anterior proponía usar el modelo de credenciales verificables del W3C para acreditar que una veterinaria o un refugio son quienes dicen ser. Al verificar el estado real de esa tecnología, la recomendación no se sostiene. Tres hechos:
Corregimos además un dato de la versión anterior: las objeciones formales al estándar de identificadores descentralizados provinieron de Google, Mozilla y un tercer objetor no identificado en el registro público. Apple no figura entre ellos, como decía nuestro borrador. La objeción de Mozilla es la más pertinente: sostuvo que la especificación no había demostrado interoperabilidad práctica y que su arquitectura fomentaba la divergencia antes que la convergencia.
Con el mecanismo más simple que resuelva el problema. Y para decidir cuál es, sirve preguntarse qué justifica realmente la maquinaria de las credenciales verificables. Son dos situaciones concretas:
Ninguna de las dos aplica a PetLineage. Una veterinaria se verifica desde su consultorio, con conexión. Y que la organización sepa quién consultó una acreditación no es un problema: es parte de la auditoría que hace confiable al registro.
Una credencial firmada y entregada al titular tiene un problema que el registro consultable no tiene: la revocación. Si una matrícula profesional se suspende hoy, una credencial emitida el año pasado sigue pareciendo válida hasta que expire, salvo que el verificador consulte una lista de revocación — lo que exige conexión y anula la ventaja original.
Un registro consultable resuelve eso por construcción: se pregunta en el momento y la respuesta refleja el estado actual. Para acreditar profesionales, la revocación inmediata importa más que la verificación sin conexión.
La decisión, entonces: un registro público de organizaciones acreditadas, consultable en línea, con las respuestas firmadas y las claves rotables. Es considerablemente más sencillo de construir y de operar, no depende de especificaciones en disputa, y resuelve el problema real. Si en algún momento aparece una necesidad genuina de verificación sin conexión, se agrega entonces — sobre la misma base.
La tecnología más nueva que resuelve el problema no siempre es la correcta. La más simple que lo resuelve, casi siempre sí.
Tres precedentes con décadas de operación, y de cada uno se deduce una decisión de diseño concreta.
Wikidata no borra los datos incorrectos: los degrada. Un dato marcado como obsoleto debe llevar obligatoriamente la razón de esa degradación. La contradicción se conserva como información auditable en vez de desaparecer. Es exactamente el comportamiento que la sección 07 exige para las correcciones de PetLineage, y hay un sistema de escala planetaria que lo viene haciendo hace años.
OpenStreetMap mide el daño en propagación, no en tiempo de corrección. En 2018 un acto de vandalismo en el mapa se corrigió en unas dos horas, pero la edición llevaba veinte días hecha y ya se había propagado a varias aplicaciones que consumían esos datos. La lección para PetLineage es directa: la métrica honesta no es cuánto tarda en corregirse un dato falso, sino cuántas veces se consumió antes de corregirse. Un trabajo académico sobre Wikipedia lo cuantificó así: aunque la mayoría del vandalismo se repara casi de inmediato, alrededor del 11% persiste más de cien visualizaciones.
En junio de 2019, un ataque agregó cientos de miles de firmas a los certificados de dos personas conocidas en la comunidad criptográfica, inutilizando sus claves. Tres fallas de diseño lo hicieron posible y ninguna es criptográfica:
El afectado concluyó que el ataque no podía mitigarse en ningún plazo razonable. El servicio que reemplazó a aquella infraestructura directamente dejó de publicar firmas de terceros por defecto, admitiendo que el motivo decisivo era el spam; sólo admite las que el propio firmado autoriza.
Las tres reglas que se deducen para PetLineage: una atestación sobre un animal requiere el consentimiento de quien la recibe; toda aserción debe ser degradable como en Wikidata, no sólo agregable; y ganar reputación tiene que ser automático y barato — la red de confianza de PGP exigía ceremonias presenciales que casi nadie completaba.
Aparece siempre como la solución mágica a la capa 0, y conviene calibrar expectativas. Los trabajos académicos sobre reconocimiento de huella nasal canina reportan precisiones de entre 94% y 99%, y los productos comerciales publican cifras similares. Pero hay tres salvedades que cambian el panorama:
Conclusión práctica: la biometría es complementaria, no sustituta del microchip. Su rol viable a corto plazo es ayudar a recuperar animales perdidos y detectar duplicados dentro del registro. Por eso figura en la última etapa de la hoja de ruta y condicionada a que la tecnología madure.
Un modelo de amenaza no es una lista de miedos: es el inventario de quién tiene motivo para corromper el registro, qué puede hacer, y qué se lo impide. Están ordenados por probabilidad real, no por gravedad teórica. El más importante es el cuarto.
Qué hace: declara un linaje que no existe para vender cachorros más caros, o para inscribir un animal en competencias. Es, por lejos, el caso más frecuente y el que ya ocurre todos los días en el sistema de papeles.
Qué lo mitiga: nada lo impide, y hay que decirlo con todas las letras. Lo que cambia es que la afirmación queda firmada con su identidad, fechada de forma verificable, y visible con su nivel de evidencia real — que en este caso será el más bajo. Un comprador informado ve la diferencia entre un linaje respaldado por chips y firmas profesionales y uno declarado por una sola persona sin respaldo.
Riesgo residual: alto pero aceptable. El registro no promete verdad; promete atribución y permanencia.
Qué hace: registra cuarenta animales ficticios y los vincula entre sí para construir un pedigree entero que se ve consistente por dentro. Es el ataque más peligroso porque a nivel de cada registro individual no hay nada que objetar.
Qué lo mitiga: la estructura del grafo. Un linaje inventado es un conjunto de nodos que se referencian sólo entre sí, sin ninguna atestación de terceros independientes que entren desde afuera. Eso se detecta automáticamente midiendo la profundidad de anclaje externo de cada subgrafo: cuántos actores independientes, y a qué distancia, han firmado algo sobre esos animales.
Nota de diseño: esta métrica debería ser visible en la ficha de cada animal, no un cálculo interno. «Este linaje tiene tres verificadores independientes» es información que un adoptante entiende y usa.
Qué hace: un colaborador con buena reputación aprueba documentación falsa, por dinero, por amistad o porque le robaron la cuenta.
Qué lo mitiga: tres cosas combinadas. Que los niveles altos de evidencia requieran varias atestaciones independientes en vez de una. Que cada verificador declare y firme sus conflictos de interés. Y que su historial completo de decisiones sea público — de modo que si más adelante se descubre que aprobó algo falso, todas sus revisiones anteriores puedan reexaminarse.
Consecuencia arquitectónica: la reputación de un verificador no puede ser un número que la organización calcula y publica. Tiene que ser algo que cualquiera pueda recalcular por su cuenta a partir del registro público.
Qué hace: alguien dentro de PetLineage borra un registro incómodo. O un juez lo ordena. O un donante importante lo pide. O la organización cambia de conducción en diez años y la nueva no comparte los principios de la actual.
Por qué es el más importante: porque es el que la comunidad tiene que evaluar antes de aportar sus datos. Un refugio que carga años de historia está confiando en una organización que hoy no conoce. La respuesta correcta a «¿por qué debería confiar en ustedes?» no es una promesa — es una arquitectura que hace la promesa innecesaria.
Qué lo mitiga: exactamente las capas 2 y 3. El log de transparencia hace que toda supresión o alteración sea detectable; los monitores independientes hacen que alguien efectivamente lo detecte; el anclaje externo hace que la evidencia exista fuera del alcance de la organización.
Si el registro es realmente inalterable hacia atrás, PetLineage tampoco va a poder corregir sus propios errores borrándolos. Un dato equivocado se rectifica agregando una corrección firmada, nunca eliminando el original. Es incómodo y es correcto: un archivo que puede editar su historia no es un archivo.
Qué hace: quien roba un animal le crea un registro nuevo y limpio, con un origen inventado, para poder venderlo.
Qué lo mitiga: el número de microchip es único por definición. Si ese número aparece asociado a dos linajes distintos, hay una contradicción que el sistema puede detectar sola y señalar públicamente.
Esto es una función de alto valor social, no un efecto secundario: convierte al registro en una herramienta concreta de recuperación de animales perdidos y robados, que es probablemente el argumento más fuerte para que un refugio decida participar.
Qué hace: alguien inunda el sistema con registros automáticos hasta volverlo inútil o impagable.
Qué lo mitiga: límites de carga por identidad verificada, un costo de entrada que sea de tiempo y atestación en vez de dinero, y cuarentena de los registros nuevos que todavía no tienen ninguna verificación externa — visibles pero claramente marcados como no confirmados.
Qué hace: nadie, necesariamente. Es un riesgo estructural del diseño mismo, y es el que menos se anticipa.
Un árbol genealógico de mascotas es también, sin proponérselo, un mapa de relaciones entre personas: quién le dio un animal a quién, quién vive cerca de quién, quién cambió de domicilio y cuándo. Publicado sin cuidado, permite localizar personas. El caso que hay que tener presente es el de alguien que escapó de una situación de violencia y se llevó a su animal: el registro público de un cambio de hogar podría delatarla.
Qué lo mitiga: separar estrictamente la identidad del animal de la identidad del tutor. Nunca publicar ubicaciones precisas. Permitir que un tutor revele su vínculo de forma selectiva a quien elija, en vez de publicarlo por omisión. Y ofrecer un modo de registro reservado para situaciones de riesgo.
Un registro que aspira a durar décadas necesita responder dos preguntas que ninguna criptografía contesta: quién tiene autoridad sobre las reglas, y qué sucede con los datos si la organización que los custodia deja de existir.
Los colaboradores son el activo más valioso del proyecto y el más fácil de perder. Cuatro principios de diseño:
Existe un precedente de treinta años de redes de confianza descentralizadas basadas en firmas mutuas entre personas. Fracasaron en alcanzar adopción masiva por un motivo que conviene no repetir: exigían que cada usuario entendiera y administrara un modelo de confianza complejo. La conclusión de diseño es directa — la complejidad criptográfica debe ser invisible para quien colabora. Un voluntario de refugio tiene que poder verificar un documento sin escuchar jamás la palabra «clave pública».
La pregunta que un refugio hace antes de cargar diez años de historia es qué pasa si PetLineage cierra. La respuesta tiene que estar escrita antes de pedirle los datos:
Si el proyecto está bien construido, su desaparición no debería destruir nada de lo que la comunidad aportó.
Una vez que existe un archivo confiable, aparecen funciones que hoy no son posibles. Están clasificadas por lo que cada una exige de la arquitectura — algunas funcionan desde el primer día, otras necesitan que el registro ya tenga densidad, y una en particular no debería construirse sin condiciones previas.
Un sistema que sugiere cruzas a partir de un árbol genealógico no verificado puede promover activamente uniones entre parientes cercanos o entre animales portadores de la misma enfermedad hereditaria. El perjuicio no es reputacional: es sufrimiento animal concreto, causado por una herramienta que se presentó como técnica y confiable.
La función es valiosa y vale la pena construirla — la endogamia es un problema serio y documentado en poblaciones caninas de pedigree, y un registro amplio y verificado es justamente el instrumento que podría reducirla. Pero sólo con estas condiciones previas, todas ellas innegociables:
Dicho de otro modo: la función correcta no es «encontrá pareja para tu perro». Es «esta cruza que estás considerando tiene un coeficiente de consanguinidad del 18% y dos antecedentes de displasia en la línea materna». La misma información, un propósito opuesto.
Ordenado por dependencia técnica, no por atractivo. Cada etapa habilita a la siguiente, y la primera es la que desbloquea todo lo demás.
Sin esto no hay nada más. Es puro trabajo de infraestructura, sin criptografía avanzada, y es lo único que importa hasta que esté hecho.
Acá el registro deja de depender de la buena fe de la organización.
Ante la duda sobre qué construir primero, la pregunta útil es: ¿esto hace que el registro sea más difícil de falsificar, o sólo más lindo de usar? Las dos cosas importan, pero la credibilidad es el activo y se construye una sola vez. Un registro rápido y agradable en el que nadie confía no sirve para nada; uno austero pero verificable puede mejorarse siempre.
Queda un obstáculo que ninguna de las cinco etapas resuelve por sí sola, y conviene enfrentarlo porque es el que hunde a la mayoría de los registros colaborativos: el primer refugio que carga sus datos no recibe ningún beneficio de red, porque todavía no hay red. Detectar contradicciones, comparar linajes, encontrar animales perdidos: todo eso requiere datos de otros que aún no están.
Hay tres respuestas posibles, y sólo una funciona.
| Estrategia | Problema |
|---|---|
| Esperar a tener masa crítica Convencer a muchos antes de lanzar |
Nadie se suma a algo que no existe. Es la espera que nunca termina. |
| Importar datos de terceros Cargar bases existentes de golpe |
Contamina el registro desde el día uno con datos que nadie firmó ni verificó. Destruye la propiedad que justifica el proyecto. |
| Ofrecer valor sin red Que el primer usuario ya gane algo |
Es el único camino |
La tercera obliga a una disciplina concreta: la etapa 1 tiene que entregar algo que un refugio use aunque sea el único usuario del sistema. Y esas funciones existen:
Recién cuando esas tres funcionen para una sola organización tiene sentido buscar la segunda. El efecto de red es la consecuencia, no la propuesta inicial.
No es la cantidad de animales cargados. Es esta pregunta, hecha a los primeros cinco refugios a los seis meses: «si mañana apagamos PetLineage, ¿lo extrañarían?»
Si la respuesta es que no, ninguna capa criptográfica de las etapas 2 y 3 va a arreglarlo — y conviene saberlo antes de construirlas.
Todo lo que se afirma acá sobre estudios, normas y proyectos ajenos proviene de fuentes públicas verificables. Esta sección existe para que cualquiera pueda comprobarlo, y para dejar constancia de lo que no pudimos confirmar.
Por transparencia, y porque circulan con frecuencia: no pudimos confirmar contra el texto completo dos cifras del estudio de 2009 que se citan habitualmente en fuentes secundarias — la proporción de chips sin registrar y la de chips registrados en una base distinta a la del fabricante. El artículo está tras un muro de pago. En este documento usamos únicamente las cifras verificables.
Tampoco pudimos establecer las causas formales del cierre de varios de los proyectos citados en la tabla de intentos anteriores: en esos casos consta el estado actual comprobado, no un motivo declarado.
Y una advertencia sobre una cifra que suele aparecer en estas discusiones: la afirmación de que «el 90% de los proyectos de cadenas de bloques fracasan», atribuida habitualmente a una consultora, no pudo ser rastreada hasta ninguna fuente original. No la usamos y recomendamos no usarla.
Esta versión retira una recomendación técnica de la anterior: las credenciales verificables para acreditar veterinarias. Al ir a verificar su estado real de adopción, la evidencia no la sostenía. También corregimos un error factual nuestro sobre quiénes objetaron formalmente un estándar del W3C.
Podríamos haber reescrito el documento sin mencionarlo. No lo hacemos por una razón que va al fondo del proyecto: le estamos pidiendo a la comunidad que confíe en una organización que se compromete a no poder borrar su propio historial. Un documento que corrige en silencio contradice exactamente eso que promete.
Es la misma regla que la sección 07 fija para los datos del registro: un error se corrige agregando la rectificación, no eliminando el original.