← petlineage.org
PetLineage · Organización sin fines de lucro Documento respaldatorio v0.4 Borrador para discusión

Un registro que ni nosotros podamos reescribir

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.

Base técnica: prototipo petlineage.html
Destinatarios: refugios, protectoras, veterinarias y colaboradores verificadores
Antes que nada · Para leer en dos minutos

Qué le pedimos a su refugio y qué recibe a cambio

El 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.

Lo que le pedimos

  • Que cargue los animales que pasan por su refugio con su origen y su destino, en el momento en que ocurre.
  • Que firme lo que afirma. Con el teléfono, sin manejar contraseñas ni claves: se desbloquea como se desbloquea el teléfono.
  • Que acepte no poder borrar. Un error se corrige agregando una rectificación, nunca eliminando el registro original.
  • Que revise documentación de otros cuando pueda, con el mismo criterio con el que revisa la propia.

Lo que recibe

  • Historia que sobrevive a su refugio. Si su organización cierra o cambia de conducción, los registros siguen existiendo y verificables.
  • Rendición de cuentas ante donantes con pruebas comprobables: cuántos animales colocó y qué pasó después.
  • Una herramienta contra el robo. Un mismo número de chip en dos linajes distintos es una contradicción que el sistema detecta y señala.
  • Un archivo que nadie puede editar en secreto — ni siquiera nosotros. Es el punto entero de todo lo demás.

Lo que este proyecto no puede hacer

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.

01El problema

Hoy, el origen de un animal es un papel que cualquiera puede imprimir

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.

Qué queremos construir

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.

Una corrección que nos hacemos a nosotros mismos

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.

02La distinción

La criptografía no puede hacer que algo sea verdad

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.

La condición

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.

Cinco propiedades que conviene no confundir

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.

03Estado actual

Qué demuestra el prototipo y qué le falta para ser un registro

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.

Lo que ya funciona

  • Encadenamiento de eventos por hash SHA-256, con verificación de consistencia interna.
  • Modelo de datos del linaje: padres, hermanos, hijos, y reconstrucción del árbol por componentes conexas.
  • Flujo completo de revisión comunitaria: envío de evidencia, bandeja de auditoría, decisión con nota.
  • Un detalle que conviene destacar: la pantalla de auditoría ya advierte que la comparación visual «no es una identificación biométrica» y que es «un apoyo para tu criterio, no un veredicto». Esa honestidad es la postura correcta y debe conservarse en producción.

Las seis brechas

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

La brecha que importa antes que todas

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.

04Arquitectura

Cuatro capas, y sólo una de ellas es criptográfica

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.

CAPA 3 Anclaje externo Un reloj público que la organización no controla CAPA 2 Log de transparencia Prueba de que nada se borró ni se reordenó CAPA 1 Firmas por actor Quién afirmó cada cosa, sin poder desdecirse CAPA 0 · NO CRIPTOGRÁFICA Identidad del sujeto El vínculo entre el registro y el animal de carne y hueso la confianza se apila la capa más difícil
Las capas 1 a 3 son problemas resueltos con herramientas estándar. La capa 0 — probar que este registro corresponde a este animal — no tiene solución criptográfica y es donde se juega la credibilidad del proyecto.
Capa 0

Identidad del sujeto

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.

Capa 1

Firmas por actor

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.

Acá es donde estos proyectos se mueren

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.

Capa 2

Log de transparencia

É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:

  • ¿Mi registro está incluido? Una prueba de inclusión lo demuestra con unas pocas decenas de hashes, aunque el registro tenga millones de entradas.
  • ¿El registro de hoy contiene todo el de ayer, sin cambios? Una prueba de consistencia lo demuestra igual de barato. Ésta es la propiedad que hoy no existe, y es el corazón del diseño.
REGISTROS FIRMADOS origen · Toby vínculo · Nina revisión · Duna agrega ÁRBOL DE HASHES · SÓLO AGREGA raíz publica RAÍZ FIRMADA 3f9a…c204 cada hora descargan Monitores independientes otras ONG · refugios · cualquiera Si la organización reescribe historia, queda demostrado Nadie descarga el registro entero: las pruebas son de unos pocos kilobytes.
El mecanismo completo. La propiedad decisiva está abajo a la derecha: cualquier tercero puede comprobar que dos raíces publicadas en momentos distintos son consistentes entre sí. Si PetLineage alterara un registro del pasado, esa comprobación fallaría y la evidencia sería pública e irrefutable.

La organización debe quedar criptográficamente imposibilitada de mentir sobre su propio archivo. Incluso si quisiera. Incluso bajo presión.

Capa 3

Anclaje externo

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.

Por qué no una cadena propia, y por qué no un token

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.

  1. Una cadena propia sería menos segura, no más. La resistencia de una cadena depende del poder de cómputo que la respalda. Una cadena nueva de una ONG de mascotas tendría prácticamente ninguno, y sería más fácil de reescribir que una base de datos común anclada a una cadena establecida.
  2. Un token cambiaría el motivo por el que la gente colabora. El activo de este proyecto es la calidad del dato, y esa calidad viene de que quien verifica lo hace porque le importan los animales. Introducir un incentivo financiero atrae a un perfil de participante que optimiza rendimiento, no exactitud. Se destruye precisamente lo que se quería construir.
  3. Publicar datos personales de forma permanente es un riesgo legal real. La normativa europea de protección de datos reconoce un derecho de supresión que es estructuralmente incompatible con un registro público inmutable. La regla de diseño es estricta: a la cadena pública sólo van hashes, nunca nombres, domicilios ni fotos. Los datos viven en la base de la organización, sujetos a las obligaciones normales de supresión; lo que se publica es una huella que no revela el contenido pero permite probar que no cambió.
05Precedentes

Quiénes intentaron algo parecido, y qué les pasó

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.

Lo que ya existe y por qué no alcanza

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.

El hueco está en el estándar mismo

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.

El marco legal, que además se está moviendo

Tres jurisdicciones relevantes, con situaciones muy distintas:

  • Unión Europea. El régimen de movimiento de animales de compañía se rige desde abril de 2026 por un reglamento delegado nuevo, en el marco de la Ley de Sanidad Animal — no por la norma de 2013 que todavía se cita habitualmente. Exige microchip conforme a la norma ISO, vacunación antirrábica y pasaporte individual. Un tatuaje sólo es admisible si se hizo antes de julio de 2011 y sigue siendo legible.
  • España. Desde septiembre de 2023 la identificación es obligatoria para perros, gatos y hurones, implantada por veterinario colegiado. Pero la inscripción es en el registro de cada comunidad autónoma: la misma fragmentación, esta vez por diseño legal.
  • Argentina. No existe una ley nacional única de identificación obligatoria de animales de compañía; rige por provincia y municipio, con iniciativas que en varios casos siguen siendo proyectos o esperan reglamentación. En cambio, para ganado la trazabilidad individual obligatoria ya está reglamentada por el organismo sanitario nacional — con identificador único y una base centralizada convencional.

Una asimetría aprovechable

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.

Los intentos anteriores con registros distribuidos

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

Las cuatro razones de Peeva, que no son técnicas

Peeva es una empresa real de microchips y registro que construyó exactamente lo que este documento propone, y se retiró. Sus motivos publicados:

  1. Habría que reemplazar el software que ya usan veterinarias y refugios.
  2. El costo era de millones de dólares.
  3. El sector no quiere transparencia: las veterinarias no comparten datos con la competencia, y los refugios temen publicar sus cifras de eutanasia.
  4. Múltiples registros distribuidos que no se hablan entre sí sólo generan más silos.

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.

La crítica que hay que responder, no esquivar

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.

El modelo que sí funciona: la vigilancia de certificados de internet

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.

Herramientas disponibles hoy

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

Una recomendación que este documento retira

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:

  • El formato perdió terreno donde más se lo esperaba. Un reglamento de ejecución europeo de julio de 2026 dejó los formatos de credencial reconocidos en dos — ninguno de ellos el modelo del W3C, que había figurado antes como opción adicional.
  • Ningún colegio profesional lo usa en producción. Ni de medicina, ni de enfermería, ni de veterinaria, en ninguna jurisdicción que hayamos podido verificar. El modelo que sí se usa en el mundo real es mucho más simple: un registro consultable en línea, contra el que se pregunta si una matrícula está vigente.
  • El ecosistema se contrajo. La fundación que impulsaba la infraestructura de referencia fue disuelta en 2025; una implementación importante de Microsoft quedó descontinuada sin salir nunca de fase preliminar; y una de las empresas más visibles del sector cambió de rubro y lo comunicó públicamente.

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.

Cómo acreditamos entonces a una veterinaria

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:

  • Que la verificación deba funcionar sin conexión a internet.
  • Que quien emite la credencial no deba enterarse de quién la verifica — una protección de privacidad real en contextos como el control de identidad policial.

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.

Y hay un motivo técnico que va en la dirección contraria

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í.

Cómo manejan otros la verificación comunitaria

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.

Por qué fracasó la red de confianza de PGP, y cómo evitarlo

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 sistema sólo permitía agregar, nunca quitar — la propiedad que daba resistencia a la censura impidió la corrección.
  • Cualquiera podía firmar el certificado de cualquiera sin su consentimiento.
  • No había límite alguno a la cantidad de firmas.

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.

Sobre la biometría animal

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:

  • No existe validación independiente. Las cifras las publican los propios fabricantes. No hay un organismo de evaluación neutral como sí existe para biometría humana.
  • Se miden sobre el problema fácil. Las pruebas comparan contra catálogos de unos pocos cientos de individuos. El uso real — buscar un animal encontrado dentro de un registro de cientos de miles — es un problema cualitativamente distinto y mucho más difícil, y nadie ha medido públicamente ese rendimiento.
  • No tiene reconocimiento normativo. Ningún marco regulatorio acepta hoy la biometría como identificación oficial de un animal. Todo el corpus de normas es de radiofrecuencia. Además, los productos existentes requieren que el animal tenga al menos seis meses, porque la nariz sigue cambiando antes de esa edad.

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.

06Amenazas

Contra quién estamos defendiendo el registro

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.

A1 El titular que exagera o inventa

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.

A2 El criadero que fabrica un linaje completo

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.

A3 El verificador comprado o comprometido

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.

A4 La propia organización, presionada o corrompida

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.

El compromiso que se deriva de esto

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.

A5 El lavado de origen de animales robados

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.

A6 La saturación del registro por volumen

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.

A7 El árbol genealógico como grafo social encubierto

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.

07Gobernanza

Quién decide, y qué pasa si la organización desaparece

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.

La red de verificadores

Los colaboradores son el activo más valioso del proyecto y el más fácil de perder. Cuatro principios de diseño:

  • La reputación se gana verificando, y se pierde equivocándose. Ambas direcciones tienen que ser públicas y recalculables por cualquiera desde el registro, no un puntaje que la organización otorga.
  • Ningún verificador solo alcanza para el nivel máximo de evidencia. Los niveles altos exigen varias firmas independientes, y la independencia se define estructuralmente: personas de organizaciones distintas, sin vínculo declarado.
  • Verificar no es certificar. Un colaborador afirma «vi este documento y me parece consistente», no «garantizo que esto es verdad». La interfaz tiene que usar ese lenguaje. El prototipo actual ya lo hace bien en la pantalla de auditoría; hay que sostener ese criterio en todo el producto.
  • El conflicto de interés se declara y se firma. Un verificador que revisa documentación de su propio refugio no está inhabilitado — está obligado a declararlo, y esa declaración forma parte del registro.

La lección de la red de confianza de PGP

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».

Continuidad

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:

  • Exportación completa y permanente. Cualquier participante puede descargar en cualquier momento todo el registro con sus pruebas criptográficas, en un formato abierto y documentado.
  • Espejos independientes desde el principio. No como plan de contingencia sino como operación normal: varias organizaciones mantienen copias completas y verificables de forma continua.
  • Todo abierto. Código y formato de datos con licencia libre, de modo que si la organización desaparece, otra pueda levantar el servicio con los mismos datos y las mismas pruebas.
  • Custodia de las claves de la organización repartida entre varias personas, de manera que ninguna sola pueda firmar en nombre de PetLineage ni la pérdida de una persona bloquee al proyecto.

Si el proyecto está bien construido, su desaparición no debería destruir nada de lo que la comunidad aportó.

08Ideas

Qué se puede construir encima del registro

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.

Funcionan desde el principio

  • Certificado verificable de origen. Una página pública por animal, con su historia completa y sus niveles de evidencia visibles, que un adoptante puede revisar antes de decidir. Sustituye al papel impreso por algo que se puede comprobar.
  • Alerta de animal perdido con historia. Publicar una búsqueda incluyendo el linaje verificado y el número de chip. Quien encuentra al animal accede a la historia real, no a un cartel.
  • Libreta sanitaria acumulativa. Los controles veterinarios firmados por la profesional que los hizo, que acompañan al animal aunque cambie de veterinaria o de ciudad. Resuelve un problema cotidiano y concreto.
  • Trazabilidad de adopciones para refugios. Una protectora puede demostrar, con pruebas verificables, cuántos animales colocó y cómo les fue después. Sirve para rendición de cuentas ante donantes.

Necesitan que el registro tenga densidad

  • Detección de contradicciones. Un chip en dos linajes, una fecha imposible, un animal con dos madres declaradas: contradicciones detectables automáticamente que se señalan para revisión humana.
  • Mapa de camadas y enfermedades hereditarias. Si varios hermanos de camada presentan la misma condición, esa información — anonimizada y agregada — beneficia a toda la línea. Es el argumento sanitario más fuerte del proyecto.
  • Reputación de origen. Con suficientes datos, se puede observar qué criaderos y refugios tienen historias consistentes y verificadas y cuáles acumulan contradicciones. Función poderosa y delicada: requiere un procedimiento de descargo antes de publicar nada.

Sobre la compatibilidad genética

Esta función puede hacer daño real si se construye mal

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:

  1. Cálculo obligatorio del coeficiente de consanguinidad, mostrado antes que cualquier sugerencia y expresado en lenguaje comprensible, no como un número suelto.
  2. Sólo participan animales con nivel de evidencia alto. Un árbol declarado sin respaldo no puede alimentar una recomendación reproductiva. Nunca.
  3. Advertencia sobre condiciones hereditarias conocidas de la línea, cuando el registro las tenga documentadas.
  4. Postura institucional explícita. La organización debería declarar por escrito que no promueve la cría comercial y que la herramienta existe para reducir daño genético en cruzas que van a ocurrir de todos modos. Sin esa declaración, el proyecto entra en contradicción con la misión de las protectoras que son su base social.

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.

09Ruta

Cómo llegar desde el prototipo hasta acá

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.

Etapa 1Fundación

Que exista un registro compartido

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.

  • Registro append-only del lado del servidor, con marcas de tiempo propias en vez de las del cliente.
  • Identidades reales con passkeys — sin claves visibles para el usuario.
  • Evidencia almacenada aparte del registro, con sólo su huella en el log.
  • Niveles de evidencia visibles en la interfaz, desde el primer día.
Etapa 2Verificabilidad

Que cualquiera pueda comprobarlo

Acá el registro deja de depender de la buena fe de la organización.

  • Árbol de hashes append-only con pruebas de inclusión y consistencia.
  • Publicación periódica de la raíz firmada, en un endpoint abierto.
  • Un programa monitor sencillo, de código abierto, que cualquier organización pueda correr.
  • Firma cruzada con las primeras organizaciones aliadas.
Etapa 3Anclaje

Que la evidencia viva fuera del alcance de la organización

  • Sellado de tiempo de las raíces sobre una cadena pública establecida.
  • Espejos completos operados por terceros.
  • Exportación íntegra documentada y probada con un caso real de restauración.
Etapa 4Integración

Que se conecte con lo que ya existe

  • Lectura de microchip desde la aplicación, con firma de la profesional que lo leyó.
  • Registro público de organizaciones acreditadas, consultable en línea y con respuestas firmadas.
  • Detección automática de contradicciones y colisiones de chip.
Etapa 5Escala

Lo que sólo tiene sentido con volumen

  • Análisis del grafo para detectar linajes fabricados.
  • Datos sanitarios agregados sobre líneas y camadas.
  • Compatibilidad genética, únicamente con las cuatro condiciones de la sección 08.
  • Biometría animal, si la tecnología alcanza madurez suficiente.

Un criterio de prioridad

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.

El problema del arranque en frío

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:

  • La libreta sanitaria acumulativa sirve con un solo refugio. Tener los controles veterinarios de cada animal firmados y ordenados, accesibles desde el teléfono, es útil desde el primer animal cargado.
  • La rendición de cuentas ante donantes también. Poder mostrar con pruebas verificables cuántos animales se colocaron y cómo les fue no requiere que exista ningún otro refugio en el sistema.
  • El certificado de origen para el adoptante, igual. Una página verificable que acompaña al animal reemplaza al papel impreso desde la primera adopción.

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.

La medida de éxito de la etapa 1

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.

Fuentes

De dónde salen los datos de este documento

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.

Fuentes primarias consultadas

  • Fallas de identificación por microchip: Lord, Ingwersen, Gray y Wintz, «Characterization of animals with microchips entering animal shelters», Journal of the American Veterinary Medical Association, 2009, vol. 235(2). Complementado por el estudio de RSPCA Queensland (Lancaster et al., 2015).
  • Normas de identificación: textos y procedimientos de certificación de ICAR como autoridad de registro de códigos de fabricante.
  • Reglas de pedigree: International Breeding Rules de la FCI, artículos 16 y 18 — documento público. Programa de perfiles genéticos del AKC.
  • Fraude documentado: Loeb, «Pedigrees faked for Kennel Club registration», Veterinary Record, julio 2021; y causas penales publicadas por autoridades judiciales de Estados Unidos y el Reino Unido.
  • Estándares técnicos: RFC 6962 y RFC 9162 sobre registros de transparencia; documentación de OpenTimestamps y de Sigstore; especificaciones y comunicados del W3C sobre credenciales verificables e identificadores descentralizados, incluido el reporte formal de objeciones de marzo de 2022.
  • Estado real de las credenciales verificables: el Reglamento de Ejecución (UE) 2026/1731, de julio de 2026, que fija los formatos de credencial reconocidos; informes públicos de cierre de los pilotos europeos a gran escala; y los anuncios públicos de disolución, discontinuación y cambio de rubro de las organizaciones citadas en la sección 05.
  • Crítica académica: Caldarelli, Sustainability 12(6), 2020; trabajos sobre el problema del oráculo en registros distribuidos; y los ensayos de Bruce Schneier sobre confianza y cadenas de bloques.
  • Verificación comunitaria: documentación pública de OpenStreetMap, Wikidata y Wikipedia; análisis del incidente de saturación de firmas en la infraestructura de PGP de junio de 2019.

Lo que no pudimos verificar

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.

Lo que cambiamos entre versiones, y por qué lo dejamos escrito

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.