El desarrollo blockchain combina lenguajes como Solidity y Rust con frameworks como Hardhat o Foundry, librerías de front-end como Ethers JS y Wagmi, y proveedores de nodos como Alchemy. Si quieres construir aplicaciones descentralizadas (dApps), entender este stack te ayuda a elegir las herramientas correctas según el tipo de red y el rol que quieras desempeñar.

¿Qué tipos de blockchain existen y en qué se diferencian?

Antes de elegir herramientas, conviene saber sobre qué red vas a construir. No todas las blockchains funcionan igual ni aceptan los mismos lenguajes.

Las blockchains públicas como Ethereum o Bitcoin permiten que cualquiera corra un nodo y valide transacciones. Las privadas solo aceptan nodos autorizados, y dentro de ellas existen las de consorcio, donde un grupo específico aprueba cada transacción. También están las híbridas, que combinan nodos autorizados con apertura parcial a validadores públicos.

¿Qué es una blockchain de consorcio? Es una red privada donde todas las transacciones deben ser autorizadas por un grupo específico de personas o entidades, en vez de validadores abiertos.

¿Qué significa que una red sea EVM compatible?

La Ethereum Virtual Machine (EVM) es el estándar que define cómo se ejecutan los contratos inteligentes en Ethereum. Una red EVM compatible corre el mismo bytecode y acepta Solidity, mientras que una no EVM compatible usa otro lenguaje y otra máquina virtual.

Redes EVM compatibles

Dentro de este grupo encontramos dos capas:

• Layer 1: Ethereum, Polkadot, NEAR.
• Layer 2: Polygon, Optimism, Arbitrum, creadas para optimizar la Layer 1 con transacciones más rápidas y baratas.

Redes no EVM compatibles

Aquí entran Solana y Tron, entre otras. Suelen requerir lenguajes distintos a Solidity, como Rust en el caso de Solana.

¿Cuál es la diferencia entre un core developer y un dApp developer?

Estos dos roles trabajan sobre la misma blockchain pero con enfoques muy distintos. Saber cuál te interesa más define qué herramientas debes dominar.

El core developer se enfoca en crear contratos inteligentes y tiene formación sólida en criptografía, diseño de protocolo y seguridad. El dApp developer se concentra en lo que ve el usuario: el front-end, las APIs, los oráculos, librerías como Ethers o Wagmi, y conexiones con billeteras como MetaMask o WalletConnect.

También está el dev full stack, que combina ambos mundos y suele encargarse de los indexers, herramientas que organizan la data de la blockchain para que el front-end la consuma con facilidad.

¿Qué lenguajes y frameworks necesito para desarrollar dApps?

El stack varía según la red y el rol, pero hay piezas que se repiten en casi todos los proyectos.

Lenguajes esenciales

• Solidity: para smart contracts en Ethereum y redes EVM.
• Rust: usado en redes como Solana.
• Golang: muy utilizado para crear indexers de data on-chain.
• JavaScript: dominante en el front-end.

Frameworks para contratos inteligentes

Cada framework tiene su personalidad y se adapta a un estilo de trabajo distinto.

• Hardhat: ideal para proyectos full stack que incluyen contratos y front-end, porque permite escribir tests en JavaScript.
• Foundry: te deja crear y testear contratos en Solidity puro. Muy usado por core blockchain developers.
• Brownie: similar a Hardhat pero basado en Python.
• Truffle: también basado en JavaScript, históricamente uno de los más populares.

¿Qué framework conviene si vengo de Python? Brownie es la opción natural, porque te permite escribir scripts y tests en Python sin aprender JavaScript desde cero.

¿Qué herramientas de front-end se usan en blockchain?

La mayoría de las dApps usan React como base, aunque también verás Angular o Vue en casos puntuales. Sobre React se montan las librerías que conectan con la cadena.

Entre las más comunes están Ethers JS y Web3 JS para interactuar con contratos, y Wagmi, una librería de hooks que ha ganado mucha tracción porque facilita usar Ethers JS dentro de React. Para los CLIs encontrarás Web3 CLI, que te deja interactuar con blockchains desde la terminal, y Create Web3 dApp de Alchemy, que genera un proyecto full stack con un solo comando.

¿Cómo es el flujo para construir una dApp de principio a fin?

Una vez tienes claras las herramientas, el proceso de desarrollo sigue un patrón bastante estable.

1. Escribes el contrato inteligente en Solidity o Rust según la red elegida.
2. Eliges un proveedor de nodos como Alchemy o Infura, porque correr nodos propios suele ser caro y difícil de escalar.
3. Defines el signer, es decir, las wallets con las que tus usuarios podrán conectarse: MetaMask directamente o WalletConnect para soportar varias.
4. Construyes el front-end en React usando Wagmi o Ethers JS para hablar con tu contrato.

Con ese pipeline ya tienes una dApp funcional lista para iterar. Y tú, ¿qué otras librerías o frameworks has usado o escuchado en el ecosistema blockchain? Déjamelo saber en los comentarios.