El Centro de Referencia de Espacios de Datos (CRED) lanza la versión 1.2 del Marco de Interoperabilidad Técnico, una evolución que incorpora nuevas capacidades y mejoras orientadas a reforzar la interoperabilidad, la soberanía del dato y la alineación con las iniciativas europeas de espacios de datos, en consonancia con la Especificación UNE 0087:2025 y con la Estrategia Europea de Datos.
Relación no exhaustiva de tecnologías para la implementación, estructuradas por capas dentro del stack:
Capa: (leyenda)
• Tecnologías y estándares relevantes
Ingesta de datos:
• Apache Kafka
• Apache NiFi
• Apache Pulsar
Almacenamiento y persistencia:
• PostgreSQL/ MySQL/MariaDB
• MongoDB/Opensearch/Elasticsearch
• Redis
• GraphDB
• Neo4j
• Apache Jena Fuseki
Procesamiento y transformación
• Apache Spark
• Apache Flink
• Apache Beam
• Apache Airflow
• Kafka Streams
Semántica y gobierno del dato
• RDF
• RDFS
• OWL
• SHACL
• SKOS
• ODRL (políticas de uso)
• DCAT / DCAT-AP
• IDS Information Model
• Apache Atlas
• OpenMetadata
Seguridad, identidad y control de acceso
• Keycloak
• OAuth 2.0
• OpenID Connect
• X.509 / PK
• W3C Verifiable Credentials
• DID
• AuthzForce
Observabilidad
• ELK: Elasticsearch, Logstash, Kibana
• Prometheus + Grafana
• Registros de auditoría basados en Blockchain
Exposición y consumo de datos
• API Gateways
• Kong
• WSO2
• Traefik
• GraphQL
• Apache Superset
Infraestructura y operación
• Kubernetes
• Helm
• Terraform
• Ansible
• Prometheus
• Grafana
#InteroperableEurope #MarcoDdeInteroperabilidadTécnico #CommonEuropeanDataSpaces #CEDS #SIMPL_Open #DataSpacesSupportCenter #DSSC #eIDAS2 #DataGovernanceAct #DAG #CentroDdeReferenciaDeEspaciosDeDatos #CRED #Interoperabilidad #OranizacionesPublicas #OrganismosPublicos #SoftwareLibre
Wiceminister cyfryzacji Dariusz Standerski dla "Sprawdzamy":
"Jeżeli chodzi o sam mechanizm przyszłej weryfikacji wieku to tutaj nie będzie żadnego obowiązku ściągnięcia sobie jakiejkolwiek aplikacji."
No jasne, obowiązku nie będzie, tylko bez aplikacji 90% netu będzie niedostępne. 🤡
https://youtu.be/NNZDvcXm784?t=610
#internet #weryfikacjawieku #prywatnosc #eidas #eidas2 #sprawdzamy #tvp #tvpinfo
@Lilith Wusste nicht, dass der CCC sich nicht gegen #eIDAS2 eingesetzt hat. Das war schon Bullshit als sie mit ihren staatlichen Zertifikaten gekommen sind und den geplanten Klagen, dass die Web-Browser-Hersteller verpflichtet sind, diese zu integrieren.
Gegen die gesamte Idee von Apps abzuhängen muss protestiert werden. Und jetzt, wenn Google mit der Scheiße wie Attestation und Store-Zwang ankommt, erst recht!
The JWT ecosystem already uses this principle: IANA maintains a centralised registry of claim definitions — a semantics-linking mechanism.
@context achieves the same binding, but decentralised and domain-controlled. Which is what the rulebook model requires.
"Semantics are essential but linking credentials to their semantics is unnecessary" is a contradiction.
A recurring objection to my EUDI Wallet analysis: "Semantics come from rulebooks, not JSON-LD. @context is unnecessary."
I agree with the premise. Not the conclusion.
If vocabularies are in rulebooks, how does a credential tell a verifier which rulebook governs it? @context is a machine-readable link from the credential to its vocabulary. Not embedding semantics — linking to them.
If your company builds credential issuance or verification on W3C Verifiable Credentials — the draft EUDI Wallet Implementing Regulations affect your product roadmap.
Three formats referenced: mdoc, SD-JWT VC, W3C-VC. Only the first two receive scaffolding — encoding tables, presentation profiles, issuance protocols, revocation rules.
W3C-VC: formally included, practically excluded.
Have Your Say open until early March.
#EdTech #EUDIWallet #eIDAS2 #VerifiableCredentials #OpenStandards
The fix: a standardisation request to ETSI ESI for a European HAIP covering all three formats, incl. JSON-LD W3C-VC with embedded proofs.
Schemas exist. Pilots validated them. What remains is integration, not invention.
Have Your Say open until early March. Full analysis:
A critical gap: Token Status List (mandated for mdoc/SD-JWT VC) supports only permanent revocation.
Several Member States legally require suspension — temporary withdrawal with possibility of reactivation.
Bitstring Status List (W3C Recommendation, validated in EBSI/DC4EU) natively supports both revocation AND suspension.
Regulation 2024/1183 contemplates suspension. The Implementing Acts eliminate it.
#eIDAS2 #VerifiableCredentials #TrustServices #EUDIWallet #DigitalIdentity
The sovereignty paradox:
mdoc → governed by ISO/IEC, driven by Apple/Google
SD-JWT VC → governed by IETF/OpenID Foundation (US Big Tech)
W3C-VC → semantic layer is decentralised, jurisdiction-controlled
Full regulatory support for the first two. The most sovereignty-aligned format — requiring no proprietary APIs for verification — gets nothing.
EU Parliament, 22 Jan 2026: "open standards, prevent vendor lock-ins."
David Marzal
wolnyjez
suzune
Sami Lehtinen
larinyo