PTVS no es un oráculo de precios, ni una prueba de reservas criptográfica, ni una auditoría tradicional en PDF. Es el primer estándar diseñado específicamente para responder a la pregunta que el mercado europeo de tokenización no podía formular con precisión: ¿cómo demostramos, con validez jurídica en 27 jurisdicciones, que el activo físico que respalda un token sigue existiendo, conserva su integridad y no está sujeto a cargas ocultas?
Por qué fue necesario crear PTVS
Cuando en 2024 comencé a investigar la intersección entre la peritación judicial tradicional y los protocolos de tokenización, identifiqué una asimetría estructural: los mercados podían verificar con absoluta certeza quién poseía un token y cuándo se había transferido, pero permanecían completamente ciegos respecto a la realidad física del activo que lo respaldaba.
Un edificio tokenizado puede desarrollar aluminosis, un buque puede ser arrestado bajo un embargo marítimo, una parcela agrícola puede sufrir contaminación del suelo. Ninguno de estos eventos —que destruyen valor real— se refleja automáticamente en el smart contract. El token sigue cotizando como si nada hubiera ocurrido.
A esta brecha la denominé Physical Oracle Gap. Y para resolverla, diseñé PTVS v1.0: una arquitectura de cuatro pilares que une la autoridad judicial del perito colegiado con la determinística del código abierto.
Los cuatro pilares de PTVS v1.0
Cada pilar responde a una capa distinta del problema: la inspección física, la integridad criptográfica, el enforcement automático y la descentralización de la ejecución. Juntos, forman un sistema determinista completo.
Auditorías Forenses Cualificadas eIDAS 2.0
Inspecciones in-situ realizadas exclusivamente por peritos judiciales colegiados (PTCEs), con informes en PDF/A firmados con Firma Electrónica Cualificada y sellado de tiempo cualificado.
Linaje Criptográfico SHA-256
Serialización canónica JSON determinista de los hallazgos, hashing SHA-256 y anclaje en registros científicos permanentes (CERN/Zenodo, HAL/CNRS, OSF, U.S. Copyright).
Circuit Breakers On-Chain
El smart contract PTVSClaimInjector recibe las Verifiable Claims y ejecuta automáticamente acciones protectoras: pausa de trading, margin calls, ajuste de LTV, notificaciones.
Red PTCE Descentralizada
Una red paneuropea de Prop Trust Certified Experts —peritos judiciales colegiados certificados en la metodología PTVS— con reparto de ingresos 85/15 vía Stripe Connect.
El PTVS Score: una medida cuantitativa de la integridad
Cada inspección produce un PTVS Score de 0 a 100, calculado a partir de cinco sub-puntuaciones ponderadas. El score no es una opinión: es una fórmula determinista y auditable, que alimenta directamente los circuit breakers del smart contract.
| Sub-puntuación | Peso | Qué mide |
|---|---|---|
| Structural | 40% | Integridad estructural, degradación de materiales, patologías detectadas |
| Legal | 25% | Claridad del título, cargas (hipotecas, embargos, servidumbres) |
| Environmental | 20% | Contaminación, riesgos climáticos (alineado NGFS) |
| Documentation | 10% | Completitud documental, historial de mantenimiento |
| Insurance | 5% | Cobertura activa, solvencia del asegurador |
| Score | Estado | Acción automática |
|---|---|---|
| 70 – 100 | VERIFIED | Trading pleno habilitado · elegible como colateral Eurosistema |
| 50 – 69 | CONDITIONAL | Warnings · haircut del 25% · re-auditoría obligatoria en 90 días |
| 0 – 49 | REVOKED | Circuit breaker · trading pausado · margin call · reporte a la NCA |
| Lapse 90d | EXPIRED | Re-auditoría obligatoria para renovación |
La PTVS Claim: unidad atómica de evidencia
La PTVS Claim (Verifiable Claim) es la unidad atómica de verdad en el ecosistema PFOI. Es una estructura de datos on-chain, firmada criptográficamente, que vincula de forma indisoluble al activo físico con su representación digital.
- Creation: el PTCE realiza la inspección in-situ y genera el JSON canónico.
- Signing: el informe se firma con QES eIDAS 2.0 y se sella con timestamp RFC 3161.
- Hashing: se genera el hash SHA-256 del JSON canónico.
- Injection: el PTVSClaimInjector recibe la claim on-chain.
- Validation: el smart contract verifica la autorización PTCE y la integridad.
- Enforcement: se ejecutan los circuit breakers según el PTVS Score.
- Renewal: tras 90 días, la claim expira y requiere re-auditoría.
- Revocation: si se detecta degradación material, la claim se revoca.
Cualquier tercero —inversor, regulador, juez— puede verificar en segundos que la claim on-chain corresponde exactamente al informe físico original, recomputando el hash SHA-256. La evidencia es tamper-evident por construcción, no por promesa.
PTVSClaimInjector: el puente entre la realidad y la cadena
El PTVSClaimInjector.sol es el smart contract central del estándar. Publicado bajo licencia MIT, es auditable públicamente y compatible con la capa de identidad ERC-3643 / T-REX / ONCHAINID.
Sus funciones principales son cuatro: injectClaim para registrar nuevas inspecciones,
renewClaim para renovar claims vigentes,
revokeClaim para revocar claims degradadas,
y getClaim para consultas públicas.
Se despliega en Ethereum mainnet y en L2s (Arbitrum, Polygon, Base) para minimizar costes de gas, y coordina sus acciones con los módulos de compliance de T-REX para garantizar que los circuit breakers se ejecutan respetando las restricciones de transferencia del token regulado.
Las 20 capacidades documentadas
PTVS v1.0 define 20 capacidades técnicas concretas, cada una con su especificación de implementación. Esta matriz constituye el prior art del estándar: cualquier arquitectura posterior que pretenda resolver el Physical Oracle Gap deberá explicar explícitamente cómo se diferencia de estas 20 capacidades.
El PTVS Technical Board
PTVS no pertenece a una empresa: pertenece a un cuerpo de gobernanza multi-stakeholder inspirado en los modelos W3C e ISO, con 17 seats distribuidos entre los actores críticos del ecosistema. Las decisiones ordinarias se adoptan por mayoría simple (7/13), mientras que las enmiendas constitucionales requieren mayoría cualificada (10/13) más el voto afirmativo del Founder.
Distribución de los 17 Seats
La arquitectura de gobernanza garantiza que ningún bloque —ni bancos, ni plataformas, ni Big Four, ni el propio Founder— pueda controlar unilateralmente la evolución del estándar.
Dónde vive la especificación técnica completa
Esta página presenta la visión conceptual y arquitectónica del estándar desde la perspectiva de su creador. La especificación técnica canónica, con los diagramas de flujo, los schemas JSON completos, la interfaz Solidity íntegra, la matriz de alineamiento regulatorio y el roadmap de implementación, vive en el portal institucional de la Forensics Oracle Initiative.
PTVS v1.0 Reference Architecture
Documento FOI-RA-2026-001, registrado permanentemente en CERN/Zenodo con prioridad temporal incontestable.
DOI · 10.5281/zenodo.21923530 · HAL · hal-05713062v1 · OSF · 10.17605/OSF.IO/7D2SJ Acceder a la especificación técnica →Perito Judicial Colegiado · Exp. No. 0161
Titular de las marcas PTVS™ · PFOI™ · PTCE™