#dusk $DUSK @Dusk
Hermanos, hoy Termmax ha emitido monedas. Después de registrarse durante medio año, nos lo han devuelto/estafado; luego, haciendo tareas nos dieron unos cientos que sumados apenas llegan a casi 50 U. No sé cómo se sienten todos. Lo clave es que desde antes de fin de año, las tareas de registro hasta ahora solo han entregado 2, así que ya saben que este proyecto no se puede “tener una gran visión”. En adelante, pueden comparar con este estándar. Si algo sale a la luz, corran sin dudar.
Hermanos, cuando uno dice “poner en garantía” (staking), ¿siguen ustedes con la vieja idea de “yo ejecuto el nodo” o “contrato a alguien para que haga el staking en mi nombre”? Dusk dio un paso más: los contratos inteligentes también pueden participar en el staking. Oficialmente se llama Stake Abstraction, también conocido como Hyperstaking. En palabras simples: el staking ya no es solo una operación de cuenta, sino algo que puede escribirse en la lógica del contrato.
Primero, el pool de staking. El contrato puede recibir los DUSK de los usuarios, consolidarlos en un staking único y luego, según las reglas, repartir recompensas o reinvertir automáticamente. La documentación oficial lista a Sozu como un ejemplo de pool de staking automático.
Segundo, staking como servicio. Un tercero puede empaquetar el staking y la distribución de recompensas dentro del contrato, reduciendo el umbral de operación.
Tercero, staking con comisión (reparto). El contrato puede repartir las recompensas por proporciones a quien recomienda, a canales o a la parte operadora, y la comisión se escribe directamente en la cadena.
Pero los contratos tampoco pueden hacer staking “a la ligera”. Dusk establece que los contratos no pueden llamar directamente a stake_from_contract; deben hacerlo mediante el contract_to_contract de Transfer Contract para activar la transferencia. Además, el staking también está limitado por un umbral mínimo de 1.000 DUSK, y el staking solo se vuelve efectivo 1–2 epochs después del envío.
Así que Stake Abstraction es realmente importante: no es solo “otra forma más” de staking, sino convertir el staking en infraestructura programable. Desde aquí se puede seguir construyendo: pool de staking, staking por encargo, reinversión automática y staking con comisión.
Hermanos, hoy Termmax ha emitido monedas. Después de registrarse durante medio año, nos lo han devuelto/estafado; luego, haciendo tareas nos dieron unos cientos que sumados apenas llegan a casi 50 U. No sé cómo se sienten todos. Lo clave es que desde antes de fin de año, las tareas de registro hasta ahora solo han entregado 2, así que ya saben que este proyecto no se puede “tener una gran visión”. En adelante, pueden comparar con este estándar. Si algo sale a la luz, corran sin dudar.
Hermanos, cuando uno dice “poner en garantía” (staking), ¿siguen ustedes con la vieja idea de “yo ejecuto el nodo” o “contrato a alguien para que haga el staking en mi nombre”? Dusk dio un paso más: los contratos inteligentes también pueden participar en el staking. Oficialmente se llama Stake Abstraction, también conocido como Hyperstaking. En palabras simples: el staking ya no es solo una operación de cuenta, sino algo que puede escribirse en la lógica del contrato.
Primero, el pool de staking. El contrato puede recibir los DUSK de los usuarios, consolidarlos en un staking único y luego, según las reglas, repartir recompensas o reinvertir automáticamente. La documentación oficial lista a Sozu como un ejemplo de pool de staking automático.
Segundo, staking como servicio. Un tercero puede empaquetar el staking y la distribución de recompensas dentro del contrato, reduciendo el umbral de operación.
Tercero, staking con comisión (reparto). El contrato puede repartir las recompensas por proporciones a quien recomienda, a canales o a la parte operadora, y la comisión se escribe directamente en la cadena.
Pero los contratos tampoco pueden hacer staking “a la ligera”. Dusk establece que los contratos no pueden llamar directamente a stake_from_contract; deben hacerlo mediante el contract_to_contract de Transfer Contract para activar la transferencia. Además, el staking también está limitado por un umbral mínimo de 1.000 DUSK, y el staking solo se vuelve efectivo 1–2 epochs después del envío.
Así que Stake Abstraction es realmente importante: no es solo “otra forma más” de staking, sino convertir el staking en infraestructura programable. Desde aquí se puede seguir construyendo: pool de staking, staking por encargo, reinversión automática y staking con comisión.
