Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

aeternis-log

Solución de anclaje criptográfico para datos con prueba de integridad mediante Merkle Trees y Hyperledger Fabric. API REST, SDK Go y almacenamiento híbrido MongoDB/Redis.

Ficha actualizada 24 sept 2026, 1:19 · upstream 24 sept 2026, 0:53 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es aeternis-log

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

AeternisLog proporciona pruebas matemáticas de integridad para cualquier dato, agrupando registros en árboles de Merkle y anclando las raíces en Hyperledger Fabric. La arquitectura híbrida almacena datos en MongoDB (capa caliente) y utiliza Redis opcionalmente como caché, degradándose graciosamente si falta. Cualquier manipulación es detectable al recomputar la raíz del árbol desde MongoDB y compararla con el ancla inmutable.

CASOS DE USO
  • Auditoría financiera: Prueba de integridad de transacciones o estados de contratos.
  • Logs forenses: Registro inmutable de eventos de seguridad para investigaciones.
  • Cadena de suministro: Anclaje de certificados de origen o envíos en blockchain.
  • Gestión de contratos inteligentes: Verificación externa del estado sin depender del nodo.
PUNTOS DESTACADOS
  • SDK Go con verificación local de integridad (client-side) que no requiere confiar en el servidor.
  • Soporte para soft-delete preservando el rastro de auditoría completo.
  • Esquema SHA-256 robusto con prefijos de longitud y separación de dominio para evitar colisiones.
  • Webhooks asíncronos firmados HMAC-SHA256 al anclar lotes (batch.anchored).
  • API genérica soportando múltiples dominios (ej. logs, contracts) sin endpoints específicos.
PRECAUCIONES
  • Autenticación y rate limiting están desactivados por defecto; requieren configuración manual en producción.
  • Dependencia de Hyperledger Fabric, lo que añade complejidad operativa frente a soluciones de almacenamiento simple.
  • Orquestación basada en Makefile (make up/down) en lugar de Docker Compose estándar en la raíz.
  • Rate limiting in-memory por instancia; requiere Redis compartido para despliegues multi-nodo.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Ejecutar 'make up' para levantar Fabric, API, MongoDB y Redis. Usar 'make dev' sin blockchain. Port 5001. Habilitar AUTH_ENABLED y RATE_LIMIT_ENABLED en producción. Configurar variables de entorno para autenticación y límites.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.jsPython
SERVICIOS
RedisMongoDB
BASES DE DATOS
RedisMongoDB
PUERTOS
5001
06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.