DEOB + SICRE: Juzgado Digital de Bloqueo en Vivo

Sistema Federal de Medidas Cautelares en Vivo y Tutela de Terceros Afectados
Hackathon Argentina Space 2026 · Track Datos y Streaming (QualyData) · Salta, 11 al 13 de noviembre de 2026
Autor: Luis Alberto Villegas (@luisvillegas-ade)
Vidriera en línea: https://desafio-futbol-two.vercel.app (Jueces: laura / martin)
Consigna del desafío: CONSIGNA-ORIGINAL.md · Entregables Día 3: entrega/

---

⚖️ Nuestra propuesta: DEOB + SICRE

En un partido de fútbol, la piratería en vivo cambia de IP y servidor en minutos. Cortarla a ciegas causa un daño irreparable: derriba sitios legítimos de comercios, pymes o municipios alojados en la misma infraestructura compartida. Y delegar la censura a un algoritmo viola el art. 57 inc. a) de la Ley 27.078 (Argentina Digital).

Inspirados en la arquitectura judicial del Poder Judicial de la Nación (PJN) —que ya implementó DEOX para oficios electrónicos y opera sobre Lex100— desarrollamos una solución integral de Estado compuesta por dos módulos complementarios:

1. DEOB (Diligenciamiento Electrónico de Órdenes de Bloqueo en Vivo):
   Módulo judicial que realiza el peritaje técnico forense en tiempo real (marca de agua + DNS pasivo), arma el expediente electrónico encadenado con hashes criptográficos y somete la cautelar a la firma digital del juez de turno personal. Despacha en paralelo a todos los ISPs del país, reintenta fallas y vence automáticamente al finalizar el evento deportivo.
2. SICRE (Sistema Integral de Consulta y Reclamo Electrónico):
   Módulo público sumarísimo y gratuito (vía pública /reclamar, sin login ni letrado). Si un sitio legítimo sufre daño colateral, denuncia su dominio; el reclamo ingresa en segundos al despacho del magistrado, quien con un clic firma el levantamiento y su reemplazo por bloqueo de FQDN. Debido proceso constitucional en tiempo real.

---

🚀 Cómo correr el sistema (100% Python Estándar, Cero pip install)

Por qué stdlib puro para la evaluación oficial:
El partido final corre en una máquina de evaluación de la organización. Sin dependencias externas no hay riesgos de red, conflictos de entorno ni fallas de librerías. Todo el motor core corre nativamente en Python 3.9+ estándar.

Camino rápido (Recomendado):

Doble click en JUGAR.bat, o un solo comando en PowerShell:

python demo.py                  # Modo interactivo a x6 (~17 min reales)
python demo.py --acelerar 25    # Velocidad sugerida para probar clicks y grabar (~4 min)
python demo.py --acelerar 60    # Corrida rápida de iteración (~2 min)

demo.py inicia el simulador oficial y la plataforma, abre el navegador en la consola judicial y, tras cumplirse los 5 minutos de gracia reglamentarios, ejecuta automáticamente evaluacion/verificar.py mostrando el tablero de control.

Ejecución manual (Tres terminales):

# Terminal 1 — Simulador oficial (en Windows habilitar UTF-8 para caracteres especiales)
$env:PYTHONUTF8=1; python simulador/servidor.py --escenario datos/escenario_practica.json --acelerar 6

# Terminal 2 — Plataforma judicial (desde la raíz del repo)
python -m plataforma.main --modo interactivo --reset

# Superficies disponibles:
#   • Consola judicial:    http://127.0.0.1:8090  (laura / martin — clave: demo)
#   • Monitor en vivo:     http://127.0.0.1:8090/monitor        (público / NOC)
#   • Transparencia:       http://127.0.0.1:8090/transparencia  (público)
#   • Portal SICRE:        http://127.0.0.1:8090/reclamar       (público)

# Terminal 3 — Evaluación y Auditoría (al finalizar el partido + 5 min gracia)
python evaluacion/verificar.py --log salida/registro.jsonl
python -m plataforma.auditoria.verificar_cadena                  # Verifica integridad SHA-256

---

🌐 Vidriera en línea (Vercel + Neon/Postgres)

Para permitir que el juez revise expedientes desde su celular o que la ciudadanía consulte el registro público desde cualquier dispositivo, desarrollamos una vidriera web en https://desafio-futbol-two.vercel.app.

Celular del Juez / Ciudadano ──► Vercel (FastAPI en Neon/Postgres São Paulo)
                                       │ (la web SOLO registra la decisión; no firma ni despacha)
Simulador Oficial (Local)   ◄── Motor Local (plataforma/, Python stdlib)

• Arquitectura desacoplada: La web sólo actúa como interfaz de captura. El motor local (plataforma/motor/decisiones_web.py, leído por el hilo de reclamos) toma cada decisión pendiente, verifica que el juez siga de turno, firma la orden con la clave judicial y la despacha a los prestadores. Vercel nunca habla con el simulador.
• Dependencias: requirements.txt (fastapi/uvicorn/psycopg) es sólo para plataforma/api/; el motor local no lo importa.
• Sin DATABASE_URL: El sistema corre en SQLite local 100% puro y aislado, garantizando el cumplimiento estricto del evaluador del hackathon.

---

📊 Resultados Auditados en el Escenario de Práctica

Métricas arrojadas por el evaluador oficial (evaluacion/verificar.py) sobre la corrida interactiva completa (datos/escenario_practica.json, ×6, juez firmando desde la consola). Salidas textuales en entrega/validacion/:

여기까지가 README 앞부분입니다. 나머지는 원문에서 읽을 수 있습니다. README 전문 보기 ↗