Cómo crear herramientas educativas sobre Bitcoin y Solana con ayuda de inteligencia artificial

Resumen: crear una calculadora, un simulador o una guía interactiva sobre Bitcoin y Solana es hoy más accesible gracias a la inteligencia artificial. Pero accesible no significa trivial. Esta guía propone un método en seis fases —ideación, requisitos, datos, validación, pruebas y mantenimiento— y usa como caso comprobable el simulador público de CryptoPeso. No es la historia de cómo nació ese proyecto (eso está en otro artículo); aquí el foco es el proceso que cualquier creador puede aplicar.

Una aclaración honesta sobre el caso: en el simulador yo diseñé el concepto y la experiencia con asistencia de IA, y el despliegue y la configuración del dominio se hicieron en colaboración con mi equipo. Ningún proyecto serio de este tipo es obra de una sola persona ni de una sola herramienta.

Fase 1: ideación con un objetivo educativo concreto

El error más común es empezar por la tecnología. Conviene empezar por la pregunta que el usuario quiere responder. Por ejemplo: "¿cómo cambiaría el valor de un monto hipotético si el precio sube o baja cierto porcentaje?" Esa pregunta es educativa. "¿Cuánto voy a ganar?" no lo es, y una herramienta no debería prometer responderla.

La IA es útil aquí para generar variantes de la idea, detectar preguntas frecuentes del público y redactar un primer esquema. Lo que no debe decidir es el enfoque ético: eso es responsabilidad del creador.

Fase 2: requisitos funcionales y límites

Antes de escribir una línea de código, conviene definir por escrito:

• Entradas: monto, activo, escenarios porcentuales, periodo.
• Salidas: resultados con fórmulas visibles.
• Límites: qué no hace la herramienta (no predice, no recomienda, no ejecuta operaciones).
• Textos obligatorios: aviso de riesgo, explicación de supuestos y fecha de los datos.

Un buen ejercicio es pedirle a la IA que revise los requisitos buscando ambigüedades. Suele detectar casos olvidados, como montos negativos, campos vacíos o decimales mal formateados.

Fase 3: datos de precios y su procedencia

Si la herramienta muestra precios, hay que decidir de dónde salen y decirlo. Las opciones habituales son APIs públicas de agregadores de mercado, cuya documentación especifica límites de uso y frecuencia de actualización, o valores que el propio usuario introduce.

Buenas prácticas:

1. Mostrar la fuente y la hora de la última actualización.
2. Prever qué pasa si la API falla: mensaje claro, no un número inventado.
3. No mezclar precio "en vivo" con escenarios hipotéticos sin separarlos visualmente.

Para contexto técnico conviene apoyarse en documentación primaria: el documento técnico de Bitcoin y la documentación oficial de Solana explican conceptos como confirmaciones, tarifas y cuentas mejor que cualquier resumen. Si el tema son las tarifas, enlaza a una explicación verificable, como hicimos en comisiones de Solana.

Fase 4: validación aritmética y de contenido

La IA puede generar código que parece correcto y falla en casos límite. Por eso cada fórmula debe validarse a mano con ejemplos simples. Si un escenario del +50 % sobre 100 no da 150, hay un error.

También hay que validar el contenido. Pide a la IA que redacte textos explicativos, pero revisa cada afirmación técnica contra la fuente. Una regla que aplico: si no puedo enlazar la fuente, la frase se reescribe como opinión o se elimina.

Lista de validación mínima

• Fórmulas comprobadas con al menos tres ejemplos manuales.
• Aviso de riesgo visible sin necesidad de desplazarse mucho.
• Ningún texto que sugiera rentabilidad garantizada.
• Accesibilidad básica: contraste, etiquetas en formularios y uso con teclado.

Fase 5: pruebas con personas reales

Las pruebas automáticas detectan errores de código; las personas detectan errores de comprensión. Pide a dos o tres usuarios sin experiencia que usen la herramienta y expliquen con sus palabras qué significa el resultado. Si alguien entiende "ganancia segura" donde dice "escenario hipotético", el problema es de diseño, no del usuario.

Prueba también en móvil, con conexión lenta y con valores extremos. Las pautas WCAG del W3C son una referencia útil para revisar accesibilidad.

Fase 6: mantenimiento y transparencia

Una herramienta educativa envejece: cambian las APIs, las tarifas de red, la interfaz de las billeteras y las regulaciones. Conviene programar revisiones periódicas, registrar cambios visibles para el usuario y retirar funciones que ya no se puedan mantener con calidad.

La transparencia incluye decir que se usó IA en el proceso y qué partes revisó una persona. Eso no resta valor; da contexto.

Preguntas frecuentes

¿Necesito saber programar para crear una herramienta así? Ayuda mucho. La IA reduce la barrera, pero alguien debe entender y revisar el código, la seguridad y el despliegue.

¿Puedo conectar la herramienta a una billetera? Es posible, pero multiplica los riesgos. Para fines educativos, suele ser mejor no pedir conexión de billetera ni datos personales.

¿La IA puede elegir los escenarios por mí? Puede sugerirlos, pero deben presentarse como hipótesis, nunca como predicciones.

Conclusión

La inteligencia artificial acorta el camino entre una idea y un prototipo, pero la calidad de una herramienta educativa sobre Bitcoin y Solana depende de decisiones humanas: objetivos honestos, datos con procedencia, validación aritmética, pruebas con usuarios y mantenimiento. Ese es el estándar que intento aplicar y el que recomiendo a cualquier creador.

Fuentes

• Bitcoin: A Peer-to-Peer Electronic Cash System: https://bitcoin.org/bitcoin.pdf
• Documentación oficial de Solana: https://solana.com/docs
• W3C — Pautas de Accesibilidad WCAG: https://www.w3.org/WAI/standards-guidelines/wcag/
• NIST — AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework
• Simulador público (caso de estudio): https://simulador.cryptopeso.co/