Haz click en barras, líneas o puntos
No es solo wallet: hay EOA, consenso, bridges, KZG y rollups
Preparando grafico interactivo...
ExposicionMigracionAcoplamiento
Capítulo LearnIntermedioIntermedio18 min
Ethereum bajo presión cuántica
EOAs, BLS, KZG y la capa de disponibilidad de datos
Explica por que Ethereum no solo tiene riesgo de wallet, sino tambien de admin keys, firmas agregadas, commitments y data availability.
V. EthereumVII. Migration
Relacionado:EOABLSKZGRollupData availability
Explicación paso a pasoEmpieza por el laboratorio visual, baja al ejemplo trabajado y cierra con el glosario.📊 Ver gráficos grandes
1 idea: resume el capítulo en una frase antes de seguir.
1 ejemplo: conecta la idea con una wallet, firma, cuenta o migración real.
1 decisión: pregunta que actor tiene menos tiempo o mas superficie expuesta.
Gráficos grandes con evidenciaDerivado de claimsClick + sliders + revelar respuesta
Ethereum por capas
Gráficos que cambian la lectura del capítulo
Cada pestaña responde una pregunta concreta del capítulo con datasets trazables. Antes de revelar, mueve tu umbral naranja y haz click en una barra o punto: así el gráfico obliga a comparar, no solo mirar colores.
Pregunta activa
¿Que capa tiene mas acoplamiento oculto aunque no parezca la mas expuesta?
Mapa de superficies Ethereum
Qué problema resuelve este capítulo
Explica por que Ethereum no solo tiene riesgo de wallet, sino tambien de admin keys, firmas agregadas, commitments y data availability.
Guia de lecturaantes / durante / despues
Lee este capitulo con una ruta mental clara
La meta no es avanzar rapido: es poder explicar el riesgo con tus palabras, compararlo con un caso real y saber que evidencia falta.
1. Recupera
Conecta con lo anterior
Ethereum reparte riesgo entre EOAs, contratos, consenso, bridges, KZG/BLS y data availability.
2. Traduce
Baja el vocabulario
Sigue el capitulo con estas anclas visibles: EOA, BLS, KZG, Rollup.
3. Aplica
Llevalo al mercado
Ubica EOAs, admins, bridges y rollups antes de estimar urgencia.
4. Comprueba
Cierra con evidencia
Despues de leer, abre uno de los 4 simuladores relacionados y cambia una sola variable.
Analogia visible
Ethereum se parece a una ciudad: cuentas, contratos, rollups y validadores no tienen la misma puerta de entrada.
Pregunta de control
Pregunta si el riesgo vive en la cuenta, la aplicacion, el consenso o una dependencia externa.
Evidence mapGraficos pedagogicos
La lectura correcta de Ethereum es multicapa
En Ethereum no basta con mirar EOAs. La exposición de cuentas, la menor fricción sobre activos dormidos y el roadmap L1 viven en planos distintos.
Paper
Ancla tecnica: que dice el documento base o el estudio primario.
Oficial
Estado institucional: que publica NIST, EF, Google, IBM u otro owner.
Metodo
Diseno pedagogico: valida una practica de aprendizaje, no garantiza resultados iguales para todos.
Norma
FIPS/SP fija el estado tecnico-normativo; adopcion, UX y governance siguen siendo otra capa.
Inferido
Puente editorial: que se deduce al combinar claims.
Escenario
Condicion: que solo vale si se cumplen supuestos concretos.
Exposicion EOA en Ethereum
VerificadoPaperOficial
~20.5M ETH
La home debe mostrar categorias, no solo un porcentaje agregado de ETH.
Limite: Sigue acotado a la fuente, fecha y seccion citada.
Fuente: Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities: Resource Estimates and Mitigations + Post-Quantum Ethereum
La exposición de ETH dormido es mucho menor que en Bitcoin
CondicionadoOficial
~0.1 percent-of-supply
Es útil para comparar por qué el debate político sobre activos dormidos no se parece entre ETH y BTC.
Limite: No debe presentarse como prediccion universal ni como fecha cerrada.
Fuente: Post-Quantum Ethereum
Ethereum PQ usa un strawmap vivo hacia fin de decada
CondicionadoOficial
2029 target-year
Debe leerse como direccion de coordinacion EF/Architecture con alta incertidumbre de gobernanza, no como fecha cerrada de protocolo.
Limite: No debe presentarse como prediccion universal ni como fecha cerrada.
Fuente: Post-Quantum Ethereum + L1 Strawmap: Ethereum Draft Roadmap
KZG es una superficie de riesgo propia en Ethereum
VerificadoPaperOficial
Es la pieza que más necesita puente pedagógico para lectores que solo piensan en wallets.
Limite: Sigue acotado a la fuente, fecha y seccion citada.
Fuente: Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities: Resource Estimates and Mitigations + Post-Quantum Ethereum
Lectura recomendada: No es un único riesgo de wallet: cuenta, infraestructura y data availability pesan diferente.
Recuerdo activoSolo pregunta
Recupera una idea antes de leer más
El panel empieza cerrado a propósito: intenta responder primero, pide pista si te trabas y recién después mira la respuesta guía.
Tarjeta 1/3
Pregunta primero
- 1. Responde sin mirar
- 2. Pide pista mínima
- 3. Verifica respuesta
- 4. Cambia una variable
Sin mirar, elige una opcion y justifica el descarte: por que Ethereum no se analiza solo como 'mi wallet'? Cierra con pieza tecnica -> ventana -> actor -> evidencia.
Brújula desde ceroEjemplo trabajado
Antes de leer: una pregunta, una imagen y un caso
Antes de leer, responde sin mirar: Por que Ethereum no se puede auditar solo preguntando si una wallet individual esta sana?
En palabras simples
Ethereum combina EOAs, contratos, admin keys, consenso, bridges, rollups y disponibilidad de datos. Ruta desde cero: nombra la pieza, ubica cuando se expone y recien despues decide.
Por qué importa
Un usuario puede tener buena custodia personal y aun depender de una clave administrativa, un bridge o un compromiso criptografico vulnerable. Esta capa evita memorizar palabras sin saber que evidencia o actor cambian la accion.
Glosario mínimo
EOACuenta inteligenteBLSKZGRollup
Ejemplo trabajado: holder de ETH en una L2
Tienes ETH expuesto a una wallet, un bridge, un rollup y quizas staking o liquid staking. Primero usalo como caso resuelto; no intentes optimizar ni debatir todavia.
- 1
Primero separa tu cuenta: EOA, smart account o custodio. Nombra la pieza tecnica en una palabra.
- 2
Luego mira el protocolo: admin keys, upgrade keys y rutas de retiro. Marca la ventana, dependencia o responsable.
- 3
Despues mira infraestructura: bridges, DA, KZG/BLS o consenso. Cierra con evidencia, limite y decision minima.
Resultado: La superficie deja de ser 'mi wallet' y se vuelve una pila de dependencias. Si no puedes decir que evidencia lo sostiene, aun no lo uses como conclusion.
Transferencia: Este modo por capas prepara la lectura de migracion PQC y otros sistemas ECDLP. Cambia una sola variable: actor, ventana o fuente; si cambia la accion, explica por que.
Transición: Una vez que ves capas en Ethereum, puedes buscar el mismo patron ECC fuera de las blockchains principales. Antes de avanzar, intenta contarlo en 20 segundos sin mirar.
Ethereum extiende el riesgo mas alla de la wallet
El proyecto necesita mostrar por que Ethereum combina riesgo de cuenta, contrato, admin y capa de datos.
1Cuenta
Empieza por EOAs y smart accounts
No todas las cuentas se actualizan igual ni dependen del mismo esquema de firma.
EjemploUna EOA simple no tiene la misma flexibilidad que una smart account.
Primero separa cuenta de contrato.
2Control
Sigue por contratos y admins
Una clave administrativa comprometida no solo mueve una cuenta, puede mover un sistema entero.
EjemploUna admin key puede pausar, actualizar o redirigir partes de un protocolo.
Admin key expuesta escala el impacto.
3Infra
Cierra con consenso y DA
BLS, KZG y data availability hacen que la migracion PQ en Ethereum sea un problema de infraestructura compartida.
EjemploRollups y bridges pueden heredar riesgo de compromisos y disponibilidad de datos.
Ethereum se lee por capas.
ClaimVerificado2026-04-06Tier A
El paper separa el riesgo de Ethereum en cuentas externas, administracion, codigo, consenso y disponibilidad de datos; no es un unico problema de wallet.
Es la estructura que permite explicar EOAs, admin keys, staking, bridges, rollups y data availability sin mezclar capas.
Estado de evidencia: Verificado
Claim trazado directamente a fuente primaria, paper u oficial.
Limite: Sigue acotado a la fuente, fecha y seccion citada.
Fuente: PaperFuente: Oficial
V. Quantum Vulnerabilities of the Ethereum Blockchain
ClaimVerificado2026-04-06Tier A
El paper estima una exposicion material en EOAs de Ethereum y ademas separa administracion, consenso, codigo y data availability como superficies propias.
~20.5M ETH
La home debe mostrar categorias, no solo un porcentaje agregado de ETH.
Estado de evidencia: Verificado
Claim trazado directamente a fuente primaria, paper u oficial.
Limite: Sigue acotado a la fuente, fecha y seccion citada.
Fuente: PaperFuente: Oficial
V. Quantum Vulnerabilities of the Ethereum Blockchain
ClaimEscenario condicionado2026-04-06Tier A
El paper indica que los primeros fast-clock CRQCs son menos compatibles con on-spend temprano en Ethereum debido a slots más cortos y al uso de private mempools sofisticados, por lo que el riesgo principal se desplaza a superficies at-rest e infraestructura.
Evita trasladar la narrativa de Bitcoin al ecosistema Ethereum sin matices.
Estado de evidencia: Condicionado
Depende de supuestos explicitos como arquitectura, clock, adopcion, red o governance.
Limite: No debe presentarse como prediccion universal ni como fecha cerrada.
Fuente: PaperFuente: Oficial
V. Quantum Vulnerabilities of the Ethereum Blockchain
ClaimEscenario condicionado2026-04-06Tier B
El portal Post-Quantum Ethereum y el L1 Strawmap describen hitos PQ integrados en una ruta de varios años hacia fin de decada; el propio strawmap advierte que no es una prediccion ni una agenda vinculante.
2029 target-year
Debe leerse como direccion de coordinacion EF/Architecture con alta incertidumbre de gobernanza, no como fecha cerrada de protocolo.
Estado de evidencia: Condicionado
Depende de supuestos explicitos como arquitectura, clock, adopcion, red o governance.
Limite: No debe presentarse como prediccion universal ni como fecha cerrada.
Fuente: Oficial
V. Quantum Vulnerabilities of the Ethereum Blockchain
ClaimEscenario condicionado2026-04-06Tier B
El FAQ oficial de Post-Quantum Ethereum sitúa la exposición de cuentas abandonadas más cerca de 0.1% del suministro, muy por debajo de la magnitud estimada para Bitcoin.
~0.1 percent-of-supply
Es útil para comparar por qué el debate político sobre activos dormidos no se parece entre ETH y BTC.
Estado de evidencia: Condicionado
Depende de supuestos explicitos como arquitectura, clock, adopcion, red o governance.
Limite: No debe presentarse como prediccion universal ni como fecha cerrada.
Fuente: Oficial
V. Quantum Vulnerabilities of the Ethereum Blockchain
Practica activaRecuerdo + contraste
Lo aprendido al cerrar este capítulo
Ethereum reparte riesgo entre EOAs, contratos, consenso, bridges, KZG/BLS y data availability.
Antes de elegir, di tu respuesta en voz baja; despues compara que palabra cambio.
Elige antes de revelar
Sin mirar, elige una opcion y justifica el descarte: por que Ethereum no se analiza solo como 'mi wallet'? Cierra con pieza tecnica -> ventana -> actor -> evidencia.
Interleaving
Elige un contraste a la vez para no mezclar demasiadas capas.
EOA vs smart account
EOA ata la cuenta a una firma simple; smart account permite logica de migracion mas flexible.
La diferencia no elimina el riesgo, pero cambia quien puede actualizar, rotar o abstraer firmas. Prueba de transferencia: cambia una sola condicion y di que permanece igual; despues compara con un modulo vecino del dashboard.
Exposicion EOA en EthereumOn-spend temprano menos probable en Ethereum
Recordatorio espaciado
Antes de Otros sistemas ECDLP
Recupera sin abrir notas: Recuerda que ECC aparece en muchas infraestructuras, no solo en BTC o ETH.
Busca el mismo patron: firma, clave publica expuesta y ruta de migracion. Si no sale, no releas todo: recupera una pista, revisa el ejemplo trabajado, mira una sola visualizacion y cambia una variable.
Mapa acumulado hasta ahora
- Un qubit no es un bit mas rapido; Shor, Grover y la medicion cambian superficies distintas.
- Clave privada, clave publica y direccion cumplen roles distintos; el momento de exposicion define la ventana.
- Bitcoin no tiene una sola bolsa de riesgo: P2PK, reuse, on-spend y dormidos se leen por separado.
- Ethereum reparte riesgo entre EOAs, contratos, consenso, bridges, KZG/BLS y data availability.
Chequeo metacognitivo: En tu cabeza, Ethereum era una cuenta, un contrato o un sistema de capas? Que capa olvidabas y como cambiaria una decision de custodia? Puntua 0-100, elige que grafico o simulador lo probaria, y escribe que evidencia te haria bajar la confianza.
Calibración antes de seguir
Elige el estado más honesto. La ruta usa esta pausa para separar reconocer palabras de poder reconstruir el caso sin mirar.
Recupera: di la respuesta sin mirar antes de releer.
Dibuja: convierte la idea en flechas, capas o una mini-tabla.
Contrasta: cambia el caso vecino y explica que deja de ser cierto.
SuperficieCapas
Cinco superficies de riesgo
El paper organiza el problema de Ethereum en cuentas externas, administracion de contratos, codigo on-chain, consenso y disponibilidad de datos. Eso es mucho mas util que hablar solo de 'wallets'.
Idea: nombra la pieza tecnica que cambia el riesgo.
Ejemplo: imagina una wallet, firma, bridge o custodio afectado.
Decision: pregunta quien tendria que actuar primero.
Pregunta guia: que cambia en seguridad, tiempo o actor responsable si esta idea se rompe?
Analogía
Ethereum se parece mas a un edificio que a una sola puerta: tu cuenta es la entrada, los admin keys son la porteria, el consenso es el ascensor central y la data availability es la estructura que sostiene todo el bloque.
Vida real
En una empresa no basta con proteger el login del CEO: tambien importan permisos de administracion, servidores, proveedores y backups.
Mercado
Un protocolo DeFi puede tener usuarios con wallets sanas y aun asi depender de una admin key, bridge o commitment que obliga a leer el riesgo por capa.
- EOAs: riesgo de firma directa.
- Admin keys: pueden mover o pausar sistemas completos.
- Consensus y DA: afectan la infraestructura, no solo los fondos de un usuario.
Claims trazables
Ethereum divide el riesgo en varias superficiesExposicion EOA en EthereumKZG es una superficie de riesgo propia en Ethereum
Recordatorio: En Ethereum, 'wallet risk' es solo la primera fila de una tabla mas grande.
Que debes recordar: La narrativa correcta para Ethereum es sistemica: no es un unico punto de fallo.
Lo aprendido
La narrativa correcta para Ethereum es sistemica: no es un unico punto de fallo.
Ahora conecta con
Que debe revisar un tenedor de ETH o de L2
Un usuario de Ethereum deberia mirar si usa EOAs expuestas, contratos con admin keys centralizadas, staking con validadores externos y rutas de bridge o rollup que dependan de BLS o KZG. La ruta PQ publica ayuda a ordenar vigilancia, pero no convierte cada hito en fecha garantizada.
Vista para tenedoresMapa operativo
Que debe revisar un tenedor de ETH o de L2
Un usuario de Ethereum deberia mirar si usa EOAs expuestas, contratos con admin keys centralizadas, staking con validadores externos y rutas de bridge o rollup que dependan de BLS o KZG. La ruta PQ publica ayuda a ordenar vigilancia, pero no convierte cada hito en fecha garantizada.
Idea: nombra la pieza tecnica que cambia el riesgo.
Ejemplo: imagina una wallet, firma, bridge o custodio afectado.
Decision: pregunta quien tendria que actuar primero.
Pregunta guia: que cambia en seguridad, tiempo o actor responsable si esta idea se rompe?
Analogía
No mires solo la cartera del bolsillo. En Ethereum tambien importa quien tiene la llave del cuarto de maquinas y quien controla las escaleras de emergencia.
Vida real
Un edificio puede tener cerradura nueva en tu departamento pero controles viejos en la entrada principal. La seguridad real es el minimo entre varias capas.
Mercado
Para un inversor en L2 o liquid staking, el riesgo puede estar en el contrato, el bridge, el operador, el validador o la ruta de retiro, no solo en la EOA.
- Wallets: revisa si puedes usar account abstraction o smart accounts.
- Protocols: revisa si el proyecto ya habla de PQ en su roadmap.
- Staking: entiende si tu exposicion es al wallet o a la infraestructura que opera por ti.
Claims trazables
Exposicion EOA en EthereumEthereum PQ usa un strawmap vivo hacia fin de decada
Recordatorio: Si el activo vive en varias capas, tu checklist tambien debe vivir en varias capas.
Que debes recordar: En Ethereum, la defensa cuantica suele ser una combinacion de mejores wallets, mejores contratos y mejor infraestructura.
Laboratorio después de leer
Ahora mueve variables y convierte el gráfico en decisión
Primero viste la evidencia principal. Esta segunda capa sirve para probar escenarios, cerrar una prioridad y practicar lo que acabas de leer sin mezclarlo con el gráfico principal del capítulo.
Gráficos LearnEscenario ajustable
Laboratorio Learn: Ethereum multicapa
EOAs, admins, bridges y rollups necesitan actor, accion y timeline.
Ethereum exige ubicar permisos y dependencias. Una admin key puede requerir una respuesta mas institucional que una EOA aislada.
Mayor presion
Firmas ECDLP
Shor 88/100
Readiness media
55/100
Promedio de actores y fases, no probabilidad.
Contexto de datos
Escenario
Índice pedagógico derivado del capítulo.
Algoritmo vs superficie
Comparador Shor / Grover
Contrasta firmas, hashes y hardware para evitar la lectura falsa de que todo riesgo cuantico se comporta igual.
Preparando grafico interactivo...
Gráficos LearnVariables ajustables
Ethereum multicapa
EOAs, admins, bridges, validadores y rollups no comparten el mismo reloj.
Ethereum no se lee como una sola wallet. La urgencia depende de permisos, infraestructura y dependencias fuera de L1.
Mayor prioridad
Admin keys
Índice 84/100
Brecha critica
Admin keys
Exposición 86 vs mitigación 34
Confianza media
68/100
Promedio de lectura, no probabilidad de evento.
Mapa comparativo
Exposicion vs mitigacion
Lee cada grupo como una tension: la exposicion sube cuando la pieza queda visible; la mitigacion sube cuando existe una accion concreta.
Preparando grafico interactivo...
Práctica visual opcional
Abrir simulador y focos de repaso del capítulo
Este bloque ya no compite con la evidencia principal: úsalo como gimnasio de vocabulario, analogías y filtros si quieres repasar.
Laboratorio visual3 gráficos grandes + 12 focos1 simulador
💠 Ethereum visual: aprende tocando los datos
Este bloque existe para que el capítulo no sea solo texto: contiene gráficos, una infografía, filtros y un simulador. La evidencia principal ya está arriba; aquí practicas el vocabulario y detectas qué idea conviene repasar antes de seguir.
🧪 Simulador embebido
Simulador multicapa ETH
¿Qué capa concentra el mayor blast radius?
Score pedagógico62/100 · medio
Score pedagógico57/100 · medio
Lectura del simulador
Prioridad media: la idea ya se entiende, pero falta contrastarla con otra capa o ejemplo.
Analogía: Ethereum se parece más a un edificio con muchas salas que a una caja fuerte única: cada puerta tiene dueño, llave y protocolo de emergencia distinto.
Mercado: Para ETH y L2, el riesgo de una admin key o bridge puede ser más urgente que la EOA de un usuario común.
📊 Gráfico principal del capítulo
💠 De texto a decisión: concepto, exposición, tiempo y acción
Toca una lente para ver qué parte del capítulo necesita más atención. Las barras son una lectura comparativa para localizar qué idea debes reforzar; los gráficos grandes de arriba contienen la evidencia principal del capítulo.
Preparando grafico interactivo...
🖼️ Infografía del capítulo
💠 Pieza → ventana → actor → evidencia → acción
Ethereum no es una sola superficie: cuentas, smart contracts, bridges, admin keys, consenso, rollups y DA tienen relojes distintos.
Foco activo
EOA
🧩 Nivel medio: EOA importa porque cambia el vocabulario con el que lees Ethereum visual; defínelo en una frase y compáralo con la tesis del capítulo. Transferencia: aplícalo a un usuario, exchange, custodio o protocolo antes de seguir.
Acción para inversores
Que revisar si tienes ETH
Para usuarios de Ethereum, stakers y quienes usan L2 o bridges.
Te ayuda a revisar si tu riesgo viene de la wallet, del contrato, del validador o de la infraestructura de puente y disponibilidad de datos.
Snapshot factualVerificada
Exposicion EOA en Ethereum
~20.5M ETH
La home debe mostrar categorias, no solo un porcentaje agregado de ETH.
Snapshot factualCondicionada
La exposición de ETH dormido es mucho menor que en Bitcoin
~0.1 percent-of-supply
Es útil para comparar por qué el debate político sobre activos dormidos no se parece entre ETH y BTC.
Snapshot factualCondicionada
Ethereum PQ usa un strawmap vivo hacia fin de decada
2029 target-year
Debe leerse como direccion de coordinacion EF/Architecture con alta incertidumbre de gobernanza, no como fecha cerrada de protocolo.
Evalua si usas EOA o smart account
Las smart accounts facilitan la migracion a firmas mas flexibles y reducen la dependencia de una sola clave simple.
Alta prioridadExposicion EOA en EthereumOn-spend temprano menos probable en Ethereum
Revisa admin keys
Si el proyecto depende de claves administrativas centralizadas, el riesgo cuantico tambien es un riesgo de gobernanza.
Alta prioridadEthereum divide el riesgo en varias superficies
Observa staking y bridges
Mucho valor queda en infraestructuras intermedias; no lo mires solo como 'mi wallet'.
Prioridad mediaEthereum divide el riesgo en varias superficiesEthereum PQ usa un strawmap vivo hacia fin de decada
Piensa en data availability
Rollups y pruebas basadas en KZG o BLS requieren una mirada adicional porque la superficie no termina en la cuenta.
Prioridad mediaKZG es una superficie de riesgo propia en Ethereum
Preguntas que deberías hacerte
- ?Mi posicion depende de una clave privada o de una cuenta abstraida?
- ?El protocolo donde participo ya habla de PQ en su roadmap?
- ?Mis puentes o rollups usan superficies que dependen de KZG o BLS?
Red flags
- Admin keys sin plan de rotacion.
- Staking opaco con terceros.
- Dependencia fuerte de un bridge sin narrativa PQ.
Qué debes recordar: En Ethereum el riesgo es sistemico: wallet, contrato e infraestructura deben mirar el mismo problema.
Cierre pedagogico
Antes de pasar al siguiente capitulo
Explica: resume Ethereum bajo presión cuántica usando EOA, BLS, KZG, Rollup.
Aplica: Ubica EOAs, admins, bridges y rollups antes de estimar urgencia.
Decide: Pregunta si el riesgo vive en la cuenta, la aplicacion, el consenso o una dependencia externa.
Qué debes recordar
Este capítulo está escrito para que puedas volver a la home y reconocer las mismas ideas con más contexto, no como dos productos separados.
Fuentes y fecha19 referencias
Como leer estas fuentes
Paper
Ancla tecnica: que dice el documento base o el estudio primario.
Oficial
Estado institucional: que publica NIST, EF, Google, IBM u otro owner.
Metodo
Diseno pedagogico: valida una practica de aprendizaje, no garantiza resultados iguales para todos.
Norma
FIPS/SP fija el estado tecnico-normativo; adopcion, UX y governance siguen siendo otra capa.
Inferido
Puente editorial: que se deduce al combinar claims.
Escenario
Condicion: que solo vale si se cumplen supuestos concretos.
Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities: Resource Estimates and Mitigations
Documento base del proyecto. Contiene las estimaciones de recursos, la taxonomía de vulnerabilidades, la discusión sobre activos dormidos y la prueba del apéndice. Su ficha se conserva sin exponer rutas privadas del entorno de investigación.
Seccion V: categorias de vulnerabilidad de Ethereum.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. No prueba que haya cambios posteriores fuera de esta copia.
paperbitcoinethereumresource-estimatesappendix
Tier APaperLocal
Publicado: 2026-03-30Revisado: 2026-04-06Referencia integrada en el proyecto
Post-Quantum Ethereum
Living official roadmap and FAQ for Ethereum's post-quantum transition across execution, consensus, and data layers. It states the roadmap is subject to research, implementation, and governance change.
Ecosistema Ethereum post-cuantico y roadmap vivo sujeto a governance.
Limite: Sigue siendo sensible a cambios de roadmap, governance y calendario de implementacion. Puede cambiar despues del acceso registrado.
ethereumpqcroadmapliving-doc
Tier BOficialViva
Revisado: 2026-05-08Abrir fuente
L1 Strawmap: Ethereum Draft Roadmap
EF-maintained strawman roadmap. It explicitly describes itself as a work-in-progress coordination tool, not a prediction or binding official roadmap for all Ethereum stakeholders.
Strawmap EF usado como herramienta de coordinacion, no como prediccion cerrada.
Limite: Sigue siendo sensible a cambios de roadmap, governance y calendario de implementacion. Puede cambiar despues del acceso registrado.
ethereumroadmapstrawmapgovernanceliving-doc
Tier BOficialViva
Revisado: 2026-05-08Abrir fuente
NIST Releases First 3 Finalized Post-Quantum Encryption Standards
Official announcement for the first finalized PQC standards. Use the individual CSRC FIPS records as the normative anchors for ML-KEM, ML-DSA, and SLH-DSA.
Estampado de algoritmos PQ que sostienen la migracion.
Limite: Sigue siendo sensible a cambios de roadmap, governance y calendario de implementacion. Puede cambiar despues del acceso registrado.
nistpqcstandards
Tier BOficialViva
Improving Students' Learning With Effective Learning Techniques
Review of practice testing, distributed practice, interleaved practice, self-explanation, and related study techniques.
Base para priorizar practica de recuperacion, spacing e interleaving sobre relectura pasiva.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-scienceretrievalspacinginterleaving
Tier BPaperViva
Distributed practice in verbal recall tasks: A review and quantitative synthesis
Meta-analysis used to ground spaced repetition: spacing and retention interval should be matched instead of repeating everything in one session.
Ancla la repeticion espaciada: el intervalo se elige segun cuanto tiempo quieres retener.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-sciencespacingspaced-repetitionmemory
Tier BPaperViva
Test-enhanced learning: taking memory tests improves long-term retention
Primary retrieval-practice study used to justify answer-before-reveal checkpoints and active recall prompts.
Justifica preguntas de recuerdo antes de revelar la respuesta guia.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-scienceretrievalactive-recall
Tier BPaperViva
Cognitive Architecture and Instructional Design: 20 Years Later
Current open review of cognitive load theory used to keep simulator instructions focused on one variable, worked examples, and transfer limits.
Base para reducir carga cognitiva: una variable por vez, ejemplos claros y progreso gradual.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-sciencecognitive-loadinstructional-design
Tier BPaperViva
Nine Ways to Reduce Cognitive Load in Multimedia Learning
Multimedia-learning reference used to avoid split attention and to pair short explanations with the visual simulator state.
Guia para combinar texto y visual sin sobrecargar la memoria de trabajo.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-sciencecognitive-loadmultimediadual-coding
Tier BPaperViva
The Past, Present, and Future of the Cognitive Theory of Multimedia Learning
Current multimedia-learning synthesis used for dual-channel, limited-capacity, and generative-processing guidance in visual labs.
Actualiza dual coding/multimedia: canales visual y verbal, capacidad limitada y procesamiento generativo.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-sciencedual-codingmultimediagenerative-learning
Tier BPaperViva
Eight Ways to Promote Generative Learning
Generative-learning review used for summarizing, mapping, drawing, self-testing, self-explaining, teaching, and enacting prompts.
Soporte para resumir, dibujar, autoexplicar y enseñar como movimientos generativos.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-sciencegenerative-learningself-explanation
Tier BPaperViva
Learning from Examples: Instructional Principles from the Worked Examples Research
Worked-examples review used to show solved examples before asking learners to vary a nearby case.
Sostiene ejemplos trabajados antes de pedir al usuario resolver una variante.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-scienceworked-examplesself-explanation
Tier BPaperViva
Toward an Instructionally Oriented Theory of Example-Based Learning
Example-based learning reference used to connect worked examples, observation, analogy, and transfer across simulators.
Conecta ejemplos, analogias y transferencia entre casos vecinos.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-scienceworked-examplesanalogytransfer
Tier BPaperViva
Learning strategies: a synthesis and conceptual model
Open synthesis used to frame strategy choice by learning phase and to include planning, monitoring, and transfer prompts.
Enmarca que una estrategia funciona mejor cuando coincide con la fase de aprendizaje.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-sciencemetacognitionself-regulated-learningtransfer
Tier BPaperViva
How People Learn II: Learners, Contexts, and Cultures
Official synthesis used for metacognition, learner context, prior knowledge, and transfer-oriented learning design.
Sintesis oficial para metacognicion, contexto del aprendiz y transferencia.
Limite: Sigue siendo sensible a cambios de roadmap, governance y calendario de implementacion. Puede cambiar despues del acceso registrado.
learning-sciencemetacognitiontransferofficial
Tier BOficialViva
Organizing Instruction and Study to Improve Student Learning
Official practice guide covering spaced review, interleaved examples, active quizzing, concrete representations, and deep explanatory questions.
Guia oficial para espaciar repasos, mezclar ejemplos y hacer preguntas explicativas profundas.
Limite: Sigue siendo sensible a cambios de roadmap, governance y calendario de implementacion. Puede cambiar despues del acceso registrado.
learning-sciencespacingquizzingworked-examples
Tier BOficialViva
Research Agenda theme: Cognitive Science
Current official theme used to keep the route aligned with working memory, schema, spaced learning, interleaving, retrieval practice, cognitive load and visuals/dual coding. EEF also warns classroom application evidence is limited and context-dependent.
Tema oficial vigente para memoria de trabajo, schema, retrieval, spacing, interleaving, carga cognitiva y visuales; su aplicacion debe tratarse como contextual, no como receta universal.
Limite: Sigue siendo sensible a cambios de roadmap, governance y calendario de implementacion. Puede cambiar despues del acceso registrado.
learning-sciencecognitive-scienceworking-memoryretrievalspacinginterleaving
Tier BOficialViva
A Lightbulb Moment: How IES Sparks Research, Teaching, and Practice
IES summary accessed in 2026, not a new 2026 study. Used for retrieval practice and feedback translation into practice alongside primary learning-science papers.
Resumen IES accesado en 2026 para retrieval y feedback; no es una fuente nueva de 2026 y se usa junto a papers primarios.
Limite: Sigue siendo sensible a cambios de roadmap, governance y calendario de implementacion. Puede cambiar despues del acceso registrado.
learning-scienceretrievalspacinginterleavingmetacognitionfeedback
Tier BOficialViva
Why interleaving enhances inductive learning: The roles of discrimination and retrieval
Interleaving reference used for contrast prompts that force learners to discriminate nearby concepts instead of memorizing isolated labels.
Soporte para contrastar conceptos vecinos y no aprenderlos como tarjetas aisladas.
Limite: No convierte por si solo una estimacion en fecha de explotabilidad o roadmap de producto. Puede cambiar despues del acceso registrado.
learning-scienceinterleavingdiscriminationretrieval
Tier CPaperViva