📚 Bibliografía y fuentes
Todo el contenido de este programa es original en su redacción y se apoya en la literatura de referencia del área. Aquí se listan las obras y fuentes primarias que sustentan cada módulo. No se reproduce el contenido de los libros: las referencias apuntan a las obras para que profundices en la fuente.
Cuando una obra tiene varias ediciones, usa la más reciente: el ecosistema cambia rápido y las ediciones nuevas corrigen detalles de protocolo. Las fechas de las especificaciones (EIPs, upgrades) están indicadas para que distingas lo estable de lo que aún evoluciona.
🧪 Cómo se valida este contenido (y qué NO garantiza)
Pregunta legítima: si el material es original y no reproduce los libros, ¿cómo sabes que lo que afirma es cierto? La respuesta honesta es que hay dos tipos de afirmación en el programa y se validan de forma distinta.
1. Lo que se demuestra ejecutando
La mayor parte del contenido técnico no te pide que confíes en nadie: lo puedes correr. Si el módulo 01 afirma que una prueba de Merkle de 8 hojas necesita 3 hashes, hay un test que lo comprueba; si el módulo 09 afirma que cierta línea habilita una reentrancia, hay un exploit que drena el contrato y un fix que lo resiste.
| Afirmación de | Se comprueba con |
|---|---|
| Hashes, Merkle, firmas | pnpm test — pruebas de labs/01-cryptography |
| Prueba de trabajo y dificultad | pnpm test — labs/02-consensus |
| Conservación de valor en UTXO | pnpm test — labs/04-bitcoin |
| Codificación ABI y selectores | pnpm test — labs/05-evm |
| Reentrancia, control de acceso, oráculo, replay, front-running, colisión de storage | forge test en security-challenges/ — cada reto trae su exploit y su fix |
| Contratos de bóveda, gobernanza y financiamiento | forge test en labs/ y projects/ |
Son 80 pruebas automatizadas (60 de Node y 20 de Foundry) que la CI ejecuta en cada cambio. Una afirmación que se contradiga con el código hace fallar el build. Eso es más fuerte que una cita: no apela a la autoridad de un autor, se comprueba.
Ese número tampoco es una promesa: pnpm check cuenta las pruebas del repositorio
y falla si esta página deja de coincidir con la realidad.
2. Lo que se apoya en fuentes
El resto —historia, decisiones de diseño, cifras del ecosistema, casos de empresa, regulación— no se puede ejecutar. Ahí la garantía es la trazabilidad:
- Cada módulo declara su fuente en la cabecera (
**Fuente:**). - Cada módulo cierra con Referencias enlazando a la fuente primaria (mínimo 3 enlaces; los módulos van de 3 a 9).
pnpm checkfalla si un módulo no declara fuente, no tiene referencias enlazadas o no aparece en la tabla de abajo.- Un workflow revisa semanalmente que esos enlaces siguen vivos y abre un issue si alguno muere. Una fuente que ya no se puede consultar deja de ser una fuente.
Qué NO garantiza esto
Sé explícito sobre el límite: que el material cite una obra no significa que un tercero haya certificado que la interpretación sea fiel a ella. Este programa no tiene revisión académica por pares. Si vas a apoyar una decisión técnica o de negocio en algo que leas aquí:
- Contrástalo con la fuente primaria enlazada — para eso están los enlaces.
- Desconfía especialmente de cifras y estados del ecosistema: cambian rápido. El material marca las fechas de cada hito por esa razón.
- Si encuentras un error, abre un issue: corregir el material es una contribución tan válida como añadirlo.
🔗 Qué obra sustenta cada módulo
Cada módulo declara su fuente en la cabecera. Esta tabla invierte esa relación: te dice dónde se usa cada obra, para que puedas ir del libro al módulo o del módulo al libro. Los enlaces apuntan a la fuente oficial —cuando la obra tiene una edición legalmente gratuita, se enlaza esa.
Obras libres. Mastering Bitcoin, Mastering Ethereum, Mastering the Lightning Network, Distributed Systems, Proofs, Arguments, and Zero-Knowledge y el MoonMath Manual tienen edición legalmente gratuita: puedes seguir el programa completo sin comprar un solo libro.
Libros de referencia por área
| Área | Obras de referencia |
|---|---|
| Fundamentos y panorama | Bashir — Mastering Blockchain (4.ª ed.) · Narayanan, Bonneau, Felten, Miller, Goldfeder — Bitcoin and Cryptocurrency Technologies (Princeton) · Werbach — The Blockchain and the New Architecture of Trust |
| Criptografía | Aumasson — Serious Cryptography (2.ª ed.) · Ferguson, Schneier, Kohno — Cryptography Engineering · Katz, Lindell — Introduction to Modern Cryptography (3.ª ed.) |
| Sistemas distribuidos | Cachin, Guerraoui, Rodrigues — Introduction to Reliable and Secure Distributed Programming · Tanenbaum, van Steen — Distributed Systems · Kleppmann — Designing Data-Intensive Applications |
| Consenso | Lamport — The Part-Time Parliament (Paxos) · Castro, Liskov — Practical Byzantine Fault Tolerance · Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System · Buterin, Griffith — Casper the Friendly Finality Gadget |
| Bitcoin | Antonopoulos — Mastering Bitcoin (3.ª ed.) · Antonopoulos, Osuntokun, Pickhardt — Mastering the Lightning Network |
| Ethereum / EVM | Antonopoulos, Wood — Mastering Ethereum · Wood — Ethereum Yellow Paper · documentación de ethereum.org |
| Solidity / Foundry | Documentación de Solidity · The Foundry Book · OpenZeppelin Contracts |
| Seguridad de contratos | Trail of Bits — Building Secure Contracts · ConsenSys — Smart Contract Best Practices · SWC Registry · Damn Vulnerable DeFi |
| Oráculos e indexación | Chainlink — documentación y whitepaper 2.0 · The Graph — docs · IPFS — docs |
| DAO y gobernanza | OpenZeppelin Governor · Compound Governance · Voshmgir — Token Economy |
| Escalabilidad / L2 | Buterin — An Incomplete Guide to Rollups · ethereum.org — Escalado · L2BEAT |
| Interoperabilidad | Cosmos IBC · Polkadot XCM · Chainlink CCIP |
| Privacidad y ZK | Thaler — Proofs, Arguments, and Zero-Knowledge · The MoonMath Manual to zk-SNARKs · ZKProof — Community Reference |
| Arquitectura avanzada | ERC-4337 y EIP-7702 (abstracción de cuenta) · Flashbots — investigación MEV · OpenZeppelin — Proxies y Upgrades |
Fuentes primarias (whitepapers y especificaciones)
- Bitcoin — Nakamoto, Bitcoin: A Peer-to-Peer Electronic Cash System (2008): https://bitcoin.org/bitcoin.pdf
- Ethereum — Buterin, Ethereum Whitepaper: https://ethereum.org/whitepaper/ · Wood, Yellow Paper: https://ethereum.github.io/yellowpaper/paper.pdf
- Estándares (EIP/ERC) — https://eips.ethereum.org/ — en especial ERC-20, ERC-721, ERC-1155, ERC-4626 (bóvedas), ERC-2612 (permit), ERC-4337 y EIP-7702 (abstracción de cuenta), EIP-1559 (comisiones) y EIP-4844 (blobs).
- Registro de vulnerabilidades — SWC Registry: https://swcregistry.io/ · Solodit / informes de auditoría públicos.
Actualidad del ecosistema (hitos recientes)
El contenido se mantiene al día con la hoja de ruta de Ethereum y del ecosistema. Hitos relevantes que el material tiene en cuenta:
- The Merge (2022) — Ethereum pasó de Proof of Work a Proof of Stake.
- Shapella (2023) — habilitó el retiro de staking.
- Dencun / EIP-4844 (marzo 2024) — blobs de datos que abarataron drásticamente los rollups (proto-danksharding).
- Pectra / EIP-7702 (2025) — mejoras de abstracción de cuenta para EOAs y más capacidad de blobs.
- Roadmap en curso — danksharding completo, statelessness (árboles Verkle), separación proponente-constructor (PBS) y restaking. Se presentan como dirección, no como hechos consumados.
⚠️ Verifica siempre contra la fuente primaria. Las cifras concretas (TPS, comisiones, número de validadores, TVL de un puente) cambian a diario; este material enseña los principios y señala explícitamente qué datos debes consultar en vivo.