Filecoin Solstice: ¿qué trabajo paga la recompensa del bloque?

Una recompensa, más de un trabajo

Filecoin ha cruzado el límite de su actualización Solstice. A las 13:05 UTC del 19 de octubre de 2026, una consulta de solo lectura de CoinYQ al RPC público de GLIF Mainnet devolvió la versión de red 29 en la época 6.470.291 y el código del actor de recompensas v19.0.1 publicado. El límite anunciado era la época 6.470.279 a las 12:59:30 UTC; las 13:05 son nuestra hora de observación. FIP-0118, el cambio de nv29, plantea una pregunta práctica: ¿qué trabajo debe pagar una recompensa recién emitida?^{[1][2][9][10]}

Actualización — 19 de octubre de 2026: Filecoin Status publicó a las 13:59 UTC que el mantenimiento de Solstice había finalizado. Es la hora de publicación del aviso oficial, distinta de la observación de la cadena descrita arriba. El aviso no demuestra efectos económicos ni una migración satisfactoria para todos los usuarios.^[1]

El cambio empieza por separar el contenido almacenado del peso asignado a los nuevos sectores. Según las reglas publicadas, cada sector nuevo obtiene la máxima potencia ajustada por calidad, o QAP, con independencia de su contenido. Se detienen las escrituras en DataCap y en el registro verificado. La antigua vía que vinculaba un peso superior a las asignaciones verificadas deja de determinar el peso de los sectores nuevos.^[2][5]

Diez veces el peso no es diez veces el almacenamiento

La QAP es un peso contable del protocolo. El código publicado del actor asigna a un sector con la marca de potencia completa diez veces su tamaño bruto en este cálculo. Un sector de 32 GiB tiene así 320 GiB de potencia ajustada por calidad, aunque su capacidad física sigue siendo de 32 GiB. Es una operación sobre un peso: no demuestra que aparecieran más archivos de clientes, que se crearan diez copias o que las descargas fueran más rápidas.^[3][5]

Los sectores existentes tampoco saltan todos al nuevo peso durante la transición. Conservan la potencia registrada; los que cumplen los requisitos pueden usar una vía de actualización separada. Elevar el peso puede exigir garantías adicionales y ajustar la tarifa diaria. La distinción importa al leer un gráfico de la red: más potencia ponderada puede reflejar un cambio de reglas o una actualización de sectores, en vez de un aumento equivalente de los datos almacenados.^[2][3]

Una pequeña rama nueva en el presupuesto

Los parámetros iniciales de Mainnet asignan un 95% al flujo de consenso y un 5% al de servicios. El peso del consenso desciende de forma lineal hacia el 50% durante nueve trimestres del protocolo. Son ventanas de épocas fijas contadas desde la activación, no trimestres naturales. Durante el primero, de arranque, el peso de servicios crece con la parte que sale del consenso, hasta el 10%. Los porcentajes dividen las nuevas recompensas de bloque; las recompensas de gas siguen llegando al minero que genera el bloque.^[4][6]

Después de esa fase, subir la cuota de servicios otros cinco puntos porcentuales exige que el volumen admisible de Filecoin Pay del trimestre correspondiente alcance el objetivo especificado. Si no lo alcanza, el peso no cambia. Tampoco puede superar la parte disponible tras el consenso. Si la cuota de consenso sigue bajando y la de servicios no llena la diferencia, el remanente sin asignar se quema. Por tanto, el paso de otro trimestre no promete por sí mismo un presupuesto mayor para servicios.^[3][4]

¿Quién recibe la parte de servicios?

Sus destinatarios son los orquestadores de servicios registrados: organizaciones que desarrollan demanda de pago mediante integraciones, incorporación de clientes e infraestructura. No es un abono automático a cualquiera que almacene un archivo o tenga FIL. El actor de recompensas acumula las cantidades asignadas; un paso separado de reclamación paga a los destinatarios registrados. El derecho acumulado y la retirada completada son registros distintos; ninguno muestra por sí solo cómo se gastó después el dinero.^[3][6][7]

El volumen de pagos también requiere una lectura precisa. Los datos proceden de eventos admisibles de liquidación de Filecoin Pay, pero un indexador externo a la cadena calcula las cifras, incluida la conversión de divisas especificada. Los orquestadores publican sus valores y una ventana de verificación permite que la gobernanza los corrija antes de fijarlos. El reparto posterior usa esas cifras definitivas. Describir toda la medición como un veredicto automático de la cadena sobre la demanda omitiría el trabajo de presentación y revisión.^[3][8]

La próxima prueba útil será un registro del servicio

El procedimiento de informes de Solstice pide distinguir las recompensas acumuladas de las reclamadas y revelar el uso de los fondos. Así surgen preguntas concretas para los próximos trimestres: ¿qué liquidaciones se contaron, cómo se verificaron, cuánto se retiró realmente y qué trabajo de servicio se realizó después? Una nueva regla de reparto puede hacer esas preguntas más visibles; no puede responderlas antes de que ocurra la actividad.^[7][8]

Conviene entender el cambio como otra forma de financiar dos trabajos: mantener el sistema de consenso y desarrollar servicios de pago sobre él. La versión nv29 y el actor de recompensas observados demuestran que ocurrió la transición. Este artículo explica las reglas publicadas, sin medir crecimiento de clientes, pagos individuales ni rentabilidad de una inversión. Demostrar una demanda útil requerirá los registros posteriores.^{[3][8][9][10]}