
Calldata y memory: por qué una copia cambia lo que puedes modificar
Sigue una copia pequeña de calldata a memory para distinguir la entrada de una función de la versión que el código modifica.
Programas, datos externos y decisiones de diseño explicados con ejemplos concretos.

Sigue una copia pequeña de calldata a memory para distinguir la entrada de una función de la versión que el código modifica.

Qué responde supportsInterface en ERC-165, cómo interpretar sus límites y por qué detectar una interfaz no demuestra seguridad ni confianza.

Una cadena de texto con números y barras puede parecer una versión general de todo el sistema. En realidad, primero hay que identificar qué componente la ha…

Un identificador escrito en hexadecimal y otro en decimal pueden parecer diferentes aunque representen el mismo número. La comparación visual entre cadenas…

Asignar un array a otra variable puede parecer una copia independiente. En Solidity, esa intuición depende de las ubicaciones de datos implicadas y debe…

Al leer una expresión con dos condiciones, no conviene imaginar que ambas se ejecutan siempre. El resultado de la primera puede bastar para decidir el…

Dos bucles uno dentro de otro pueden hacer que una palabra pequeña parezca detener más trabajo del que realmente detiene. Para entender break, conviene…

Un mensaje de error puede incluir datos concretos además de un nombre. Esos datos permiten interpretar mejor una operación fallida, siempre que la…