Qué hay en una cuenta, las dos clases que existen, y la pieza sin equivalente en Bitcoin: un programa puede tener fondos propios.
🎯 Objetivo de la lección
Ver qué cambia, en concreto, cuando una red mantiene un estado en vez de anotar movimientos. Que existen los dos tipos ya lo sabes; aquí se ve el segundo funcionando, y aparece la pieza que no tiene equivalente en nada de lo anterior: un programa puede tener fondos propios.
🧭 Qué da por sabido este curso, y qué no hace
Este curso se apoya en dos, no en uno, y conviene decirlo antes de empezar.
De Blockchain: lo que Bitcoin no es da por sabida la diferencia entre anotar movimientos y mantener un estado (lección 1.3) y la costumbre de preguntar «¿a cambio de qué?» ante cualquier diseño. De Qué es Web3 y qué no da por sabido qué es un contrato y qué no garantiza, que una aplicación de estas es contratos más una web corriente, y que firmar no es una sola cosa.
Si eso no te suena, este curso te va a resultar incómodo. Es mejor hacer aquellos antes.
Lo que hace este es bajar al caso concreto, y sobre todo responder la pregunta que el otro dejó abierta. Allí aprendiste a preguntar «¿quién puede cambiar este contrato y qué hace falta para que lo haga?». Aprender a preguntarla no es saber responderla, y el módulo 2 de este curso se dedica a eso.
Lo que no hace: no enseña a programar, no recomienda ninguna red, ninguna aplicación ni ningún token, y no habla de precios ni de rendimientos.
🧩 De qué pregunta salió
Bitcoin resolvió un problema estrecho, y lo estrechó a propósito: cuanto menos puede hacer el sistema, más fácil es comprobar que hace lo que dice. Ya conoces la frase.
La pregunta que se planteó en 2013 —y que arrancó como red en 2015— no fue «cómo hacer Bitcoin más rápido». Fue otra, y es la que explica todo lo que viene:
Si ya sabemos poner de acuerdo a desconocidos sobre un registro compartido, ¿por qué ese registro solo puede anotar pagos?
La propuesta fue un registro que mantenga cualquier estado y ejecute programas que lo modifiquen. Y el precio ya sabes nombrarlo: cómputo, tamaño del estado y superficie de fallo.
Así que no es «Bitcoin mejorado». No se plantearon el mismo problema, y comparar cuál lo resuelve mejor es comparar dos respuestas a dos preguntas distintas.
🗂️ Qué hay en una cuenta
En Bitcoin el saldo es un cálculo: se suma lo que puedes gastar. Aquí es una casilla, y eso ya lo viste. Lo que no viste es qué más hay en esa casilla.
Cada cuenta guarda tres cosas:
Un saldo. La cantidad de la moneda nativa de la red, el ether, que tiene esa cuenta.
Un contador de operaciones hechas desde ella. Sirve para fijar el orden y para que la misma orden no se ejecute dos veces. Tiene consecuencias prácticas molestas, y es la lección 3.1.
Y, si la cuenta es un programa: su código y su propia memoria.
Ese tercer punto es toda la diferencia.
🤖 Dos clases de cuentas
Las que abre una clave. Como en Bitcoin: generas una clave y la cuenta existe. Nadie la crea, nadie la aprueba, no hay registro. Firmando con la clave ordenas operaciones.
Las que son un programa. Tienen código y memoria propia, y no tienen clave: nadie puede firmar en su nombre, ni el que lo escribió. A cambio hay algo que sorprende:
Un programa de estos no puede empezar nada. No vigila, no espera y no se despierta. Solo se ejecuta cuando alguien lo llama desde fuera y paga por la llamada.
Vale la pena detenerse, porque explica cosas que luego parecen raras. Si algo tiene que pasar a una hora determinada —cerrar un plazo, liquidar una posición, repartir algo—, alguien de fuera tiene que llamar a esa hora. De ahí que existan servicios cuyo único trabajo sea apretar botones a su hora. Y de ahí que esos servicios sean un punto de fallo del que casi nadie habla.
💰 La pieza nueva: un programa con fondos
Esto es lo que no tiene equivalente en nada de lo anterior.
En Bitcoin los fondos están siempre bloqueados a una condición: quien la cumpla puede gastarlos. Aquí una de las cuentas con saldo puede ser un programa entero, con su memoria y sus reglas, y la gente le manda fondos.
Tres consecuencias, y son las que ordenan el curso:
Puedes depositar en algo que no es nadie. No hay una persona al otro lado, ni una empresa, ni una cuenta a nombre de alguien. Hay un texto ejecutándose.
Lo que ocurra con ese depósito depende de ese texto. Si tiene un fallo, el fallo se ejecuta con la misma obediencia que el resto.
No hay a quién reclamar. Ya lo sabías dicho de otra forma: se ejecuta sin interpretar nada y sin tribunal al que acudir. Visto desde aquí, es más literal de lo que parecía.
No es un defecto ni una virtud: es el intercambio. Todo el módulo 2 trata de leerlo antes de aceptarlo.
⛓️ Entera o nada
Una sola operación tuya puede desencadenar muchas cosas: un programa que llama a otro, que modifica dos casillas, que comprueba una tercera.
La regla es simple: o pasa todo o no pasa nada. Si algo falla a mitad, el estado vuelve exactamente a como estaba, como si no se hubiera intentado. No quedan operaciones a medias.
Con una excepción que sorprende a casi todo el mundo, y que es la lección siguiente: el intento se paga igual. Deshacer el resultado no deshace el trabajo que hizo la red para llegar hasta ahí.
⛽ Por qué hace falta ether para todo
Ejecutar cuesta, y se paga en ether. También cuando lo que mueves no es ether.
De ahí una situación que la gente descubre en mal momento: puedes tener un token y no poder moverlo. Mover un token es llamar a un programa, y llamar a un programa se paga en la moneda nativa. Sin ether en esa cuenta, lo que hay dentro no se mueve.
No es un fallo ni una trampa. Es la consecuencia directa de que aquí el registro no anota pagos: ejecuta, y la ejecución se cobra.
🚫 Tres ideas que conviene soltar
«Es Bitcoin mejorado.» Es otra máquina, respondiendo a otra pregunta. La frase del otro curso sirve igual: no es una mejora de la misma cosa, es otra cosa con otro precio.
«El ether es solo una moneda.» Es además la unidad con la que se paga el cómputo de toda la red. Sin ella nada se ejecuta, y eso le da un papel que el bitcoin no tiene en Bitcoin.
«Los contratos son de esta red.» No: el mecanismo es general y hay varias redes con estado que lo tienen. Aquí se usa esta porque es la más documentada y la que más gente se encuentra, no porque sea la mejor ni la única. Lo del módulo 2 y el método del final sirven para cualquiera de ellas.
📌 En resumen
Este curso da por sabidos Blockchain: lo que Bitcoin no es y Qué es Web3 y qué no, y se dedica a responder la pregunta que el segundo dejó abierta: quién puede cambiar un contrato y qué hace falta.
La pregunta de origen no fue cómo mejorar Bitcoin, sino por qué un registro compartido solo podía anotar pagos.
Una cuenta guarda saldo, un contador de operaciones y —si es un programa— código y memoria propia.
Hay dos clases de cuentas: las que abre una clave y las que son un programa. Estas no tienen clave y no pueden empezar nada: alguien de fuera tiene que llamarlas.
La pieza sin equivalente: un programa puede tener fondos. Depositas en algo que no es nadie, lo que pase depende de un texto, y no hay a quién reclamar.
Una operación pasa entera o no pasa, pero el intento se paga igual.
Ejecutar se paga en ether, así que puedes tener un token y no poder moverlo.
➡️ Qué viene después
Queda por explicar lo que se acaba de dar por supuesto tres veces: que ejecutar cuesta y quién lo paga. La lección siguiente entra en cómo se cobra el cómputo, por qué una operación se queda a medias y se paga igual, y por qué una red muy usada expulsa antes al que tiene poco.