El nombre puede sugerir un documento que entiende una situación y decide qué sería justo. En una explicación técnica, resulta más útil pensar en un programa: recibe interacciones, aplica reglas y modifica un estado de acuerdo con su código.
La documentación de Ethereum describe un contrato inteligente como código y datos situados en una dirección de la red. El adjetivo inteligente no significa que el programa comprenda las intenciones de quien lo usa.
Una regla sencilla deja ver las decisiones
Considera un ejemplo ficticio de aprendizaje: un registro permite añadir una entrada solo a las direcciones que figuran en una lista autorizada. Antes de imaginar cómo programarlo, aparecen varias decisiones. ¿Quién prepara la lista? ¿Quién puede cambiarla? ¿Qué ocurre cuando una dirección deja de estar autorizada?
La automatización no elimina esas preguntas. Las convierte en parte del diseño. Dos programas con una descripción comercial parecida pueden dar respuestas distintas y ofrecer posibilidades de control muy diferentes.
Lo que ocurre fuera necesita una conexión
Si una regla depende de un dato externo, como una lectura de temperatura, hace falta un mecanismo para llevar esa información al sistema. Los oráculos son parte de ese problema de conexión entre datos externos y contratos.
Volvamos al ejemplo, ahora ampliado de forma ilustrativa: añadir una entrada depende de que un sensor declare una condición. Ya no basta con leer la regla del programa. También interesa cómo funciona el sensor, quién transmite su dato y qué sucede si la información llega tarde o es incorrecta.
Lee las excepciones con el mismo interés
Una explicación útil debería decir qué ocurre cuando la operación no cumple las condiciones. También conviene distinguir las reglas que están fijadas de las que pueden cambiar mediante algún mecanismo de administración o actualización.
No todos los proyectos tienen las mismas opciones. Evita deducir que algo es inmodificable, seguro o autónomo únicamente porque utiliza un contrato inteligente. Esas propiedades requieren examinar la implementación y sus dependencias.
Describe primero el comportamiento
Para comprender una aplicación, intenta escribir tres frases: qué recibe, qué comprueba y qué cambia. Si una de ellas queda vaga, ya tienes una buena pregunta para seguir investigando. El ejercicio no es una auditoría de seguridad, pero ayuda a leer una explicación con más precisión.
Nuestra introducción a lo que demuestra un registro sitúa esas reglas dentro de un sistema más amplio. Y la guía de privacidad recuerda que el resultado de una interacción también puede dejar información visible.