Madurez de la coinbase · toda la cadena
La regla de la cadena ya expiró, pero las billeteras siguen reteniendo 6,480 bloques las monedas recién minadas.
El bloque 979,920 ya pasó, así que la regla temporal de la cadena terminó. Pero la política de propagación que vino con ella no depende de esa ventana y sigue exigiendo 6,480 confirmaciones antes de poder gastar una recompensa. Eso es comportamiento del cliente, no una regla de este pool, y es un tema abierto río arriba.
Lo que hizo PyBLØCK. Nuestro nodo ya corre v29.4.3.knots20260508, desde el 2026-10-27. Dijimos que actualizaríamos en RC2 y lo hicimos.
Qué te cambia, en claro. Ya aplica, y no esperó al bloque 973,440: nuestro nodo dejó de propagar el gasto de cualquier recompensa con menos de 6,480 confirmaciones. Eso es sobre lo que nuestro nodo transmite, no sobre si la moneda es tuya: una recompensa minada antes del bloque 973,440 madura a las 100 confirmaciones de siempre y tu saldo la muestra como gastable, porque lo es. Tus monedas no están congeladas y no las tenemos nosotros. Son válidas, ya son tuyas en la cadena, y cualquier otra billetera o nodo las sigue transmitiendo: la mayor parte de la red no actualizó. Lo que cambia es nuestro nodo, no tu propiedad.
Por qué aquí esto es más llevadero que en otros lados. Tu recompensa se escribe directo en la coinbase del bloque, a tu dirección: ya es tuya en la cadena, y aquí no retenemos nada: no la podemos gastar y no cobramos primero. Un pool custodial, en cambio, se queda con toda la coinbase y te paga después desde su propio saldo; mientras esa coinbase está bloqueada, tiene que financiar cada pago con reservas. Nosotros no adelantamos nada, así que aquí no hay nada que se pueda acabar.
Por qué la fecha llega antes que los 45 días: la regla cuenta bloques, no tiempo. 6,480 bloques son unos 45 días al ritmo habitual de 10 minutos, pero esta cadena está yendo más rápido (~45 días al ritmo reciente), así que el desbloqueo cae antes. La altura del bloque es lo fijo; toda fecha de aquí es una estimación que se mueve con la cadena.
Hasta ahora una recompensa de bloque se podía mover después de 100 bloques, unas 16 horas. Esto es una regla del cliente Bitcoin BLAKE2b, no de este pool: aplica a toda coinbase de la cadena, la haya minado quien la haya minado, y no hay nada que podamos cambiar de nuestro lado. Lo que se te debe no cambia; solo cuánto tiempo queda quieto antes de moverse. Los pagos se siguen escribiendo directo en la coinbase del propio bloque, a tu dirección, sin que nosotros retengamos nada. Eso también significa que tu parte queda bloqueada igual que la nuestra: no cobramos primero.
Por qué esto empieza antes del bloque 973,440. La parte de billetera y de propagación de esta versión aplica la espera larga a toda recompensa, a propósito e independientemente de la regla de la cadena: la propuesta lo dice con todas las letras. Corrimos la versión en un nodo aislado nuestro para estar seguros: el corte queda exactamente en 6,480 confirmaciones sin importar cuándo se minó la recompensa, y ya aplica con la activación todavía en el futuro. O sea que no es algo que se arregle antes del día de la bandera: es lo que hace el cliente, y es comportamiento del cliente antes que una regla de este pool.
El mismo anuncio dice que quien mina sin correr su propio nodo y gateway no está minando de verdad y podría no cobrar nada en el futuro. Eso es una intención declarada en el cambio mismo: no es código, y hoy no existe ningún mecanismo para eso. No vamos a fingir que sabemos cómo se administraría. Te lo contamos porque mereces el cuadro completo. Si alguna vez se vuelve una regla real, lo vas a leer aquí primero.
Lo que te recomendamos, por lo que valga. Si igual vas a estar esperando una madurez más larga, es buen momento para correr tu propio nodo y gateway DATUM. No porque te libre de la espera: no lo hace, y quien te diga lo contrario se equivoca — la regla aplica a toda coinbase de la cadena, la haya armado quien la haya armado. Házlo porque simplemente te conviene. Tu nodo elige las transacciones, así que nunca vemos tu selección y no podríamos censurar ninguna aunque quisiéramos. Y te quedas con más, porque no hay corte de node-runner cuando el node-runner eres tú: 99% en CAROUSEL, contra 22% por nuestro stratum (CHIRP ya paga 100% por cualquier camino: corre 100% sobre DATUM). La espera es la misma de cualquier forma; lo que cambia es cuánto del bloque es tuyo cuando se libera, y quién decidió qué entró en él. Cómo montarlo →
Correr tu propio nodo y gateway es lo que WAVICLES ya hace, y ahora también está disponible para CAROUSEL y CHIRP: mira PATUM, el instalador de un clic.
Nadie elige este orden. Sale de una regla pública — turno = agenda[(inicio + ciclo) mod n], con inicio = (altura × 11) mod n — y la agenda se congela una vez por bloque, que es lo que permite anunciar los próximos siete turnos. Podés recalcularlo vos: la agenda de este bloque es la a2fd3636 de arriba, y la herramienta está publicada en el repo.
No estar entre estos ocho no significa que quedaste afuera ni que perdiste nada. Estás en la vuelta — los 2,468 — y tu turno llega. Esta es la ventana de lo que viene, no la lista de quién cobra.
| Gateway | Software | Hashrate (10 min) | Shares | Conectado | Último share |
|---|---|---|---|---|---|
| Todavía no hay node-runners conectados — corré tu propio nodo y sé el primero. Cada bloque del CAROUSEL igual le paga al que lo encuentra. | |||||
| Bloque | Supplier de la plantilla | Minero | Recompensa | Cuándo |
|---|---|---|---|---|
| Cargando… | ||||
El Carousel es un pool rotativo. En vez de un operador que dicta el bloque, suppliers de plantillas independientes publican cada uno su propia plantilla limpia, y el Carousel se las sirve a los mineros en rotación — en cada ciclo pasa a la plantilla del siguiente supplier (el de arriba es la rotación en vivo).