Solana después de SIMD-0286: cómo los bloques de 100M CU cambiaron los depósitos y retiros en los criptocasinos
Solana entró en una nueva etapa de capacidad el 29 de julio de 2026, cuando SIMD-0286 se activó en la red principal al comienzo de la época 1009. El cambio elevó la cantidad máxima de trabajo computacional permitida en un bloque de 60 millones a 100 millones de unidades de cómputo, o CU, lo que supone un aumento aproximado del 66 %. Para los criptocasinos que aceptan SOL o tokens emitidos en Solana, esta actualización resulta relevante porque los depósitos y retiros comparten espacio en los bloques con operaciones de trading, pagos, actividad DeFi y todas las demás transacciones enviadas a través de la red. Un límite de bloque más alto permite a los validadores incluir un mayor número de transacciones independientes durante periodos de intensa actividad. Esto no significa que un pago individual de casino sea un 66 % más rápido, ni elimina las comprobaciones de retiro o reduce automáticamente el tiempo necesario para que un depósito aparezca en el saldo del casino. Su principal utilidad consiste en reducir una fuente concreta de retrasos: la competencia por una capacidad limitada del bloque cuando la demanda de la red aumenta de forma considerable.
Qué cambió SIMD-0286 en Solana en 2026
SIMD-0286 aumentó el límite máximo de cómputo por bloque de Solana de 60M a 100M CU. Las unidades de cómputo pueden entenderse como una medida de la cantidad de procesamiento que requieren las transacciones. Una transferencia sencilla de SOL consume relativamente pocos recursos, mientras que las transacciones que incluyen swaps, varias instrucciones de programas o actividades más complejas en la cadena pueden utilizar considerablemente más. Por tanto, el límite de un bloque no establece un número fijo de transacciones que pueden incluirse. En su lugar, limita la carga computacional total que generan. Elevar ese límite permite al productor del bloque aceptar una mayor cantidad de trabajo antes de que el bloque se considere lleno, algo especialmente relevante cuando miles de transacciones diferentes llegan prácticamente al mismo tiempo.
El aumento se introdujo porque el límite anterior de 60M CU había dejado de ser meramente teórico. Los datos de Solana Foundation muestran que, entre la activación del límite de 60M el 22 de julio de 2025 y el paso a 100M CU en julio de 2026, el 11,2 % de los bloques producidos utilizaron al menos 56M CU. En otras palabras, aproximadamente uno de cada nueve bloques funcionaba cerca del máximo anterior. Además, la demanda no era uniforme: los niveles más altos de presión tendían a aparecer en periodos breves, por ejemplo durante movimientos rápidos del mercado. Este comportamiento es importante para los pagos en casinos porque un usuario puede enviar un depósito normal exactamente en el mismo momento en que las aplicaciones de trading generan una oleada mucho mayor de transacciones. Con el límite anterior, ambos tipos de actividad competían dentro de un presupuesto de procesamiento total más reducido.
SIMD-0286 modificó únicamente el límite total de cómputo por bloque. Otras restricciones importantes continuaron vigentes. El máximo de cómputo que puede utilizarse para escribir en una cuenta individual permaneció en 12M CU, mientras que el aumento máximo del tamaño de los datos de las cuentas por bloque siguió siendo de 100 MB. Solana también describió la actualización como no disruptiva y señaló que no se necesitaban cambios en los formatos de indexación. Antes de la activación, más del 70 % del stake de la red principal había habilitado la tecnología de red XDP, lo que ayudó a los validadores a gestionar el volumen adicional de datos asociado a bloques más grandes. Esta preparación gradual resulta importante porque aumentar la capacidad solo es útil si los validadores, los servicios RPC y el resto de la infraestructura pueden gestionar la carga adicional sin crear un nuevo cuello de botella.
Por qué una mayor capacidad de los bloques importa para los pagos de casino
Un depósito de casino realizado en SOL o en un token de Solana no recibe de repente un mayor límite de transacción individual como consecuencia de SIMD-0286. La mejora se produce a nivel de bloque. Una transferencia que antes requería una cantidad relativamente pequeña de recursos computacionales sigue necesitando aproximadamente la misma cantidad después de la actualización. Lo que cambió es el volumen total de trabajo que puede acompañarla dentro del mismo bloque. Si muchos usuarios transfieren activos, intercambian tokens o interactúan con aplicaciones en cadena de forma simultánea, la red dispone ahora de más espacio para procesar esas operaciones independientes de manera conjunta, en lugar de obligar a un mayor número de transacciones a competir por su inclusión en bloques posteriores.
Esta diferencia también explica por qué los bloques de 100M CU no eliminan todas las formas de congestión. Solana mantiene restricciones relacionadas con las cuentas individuales modificables, por lo que una actividad concentrada alrededor de una misma cuenta todavía puede encontrarse con una limitación más localizada incluso cuando el bloque en su conjunto dispone de capacidad libre. Para un usuario de casino que simplemente envía activos desde su cartera personal a una dirección de depósito, el incremento general sigue proporcionando un margen adicional útil durante los picos de tráfico de toda la red. El efecto es especialmente relevante cuando el problema anterior consistía únicamente en que muchas transacciones independientes trataban de entrar en bloques que ya se encontraban cerca del límite de 60M CU.
La cadena de bloques también representa solo una parte del recorrido de un pago. Normalmente, un depósito debe ser firmado por la cartera del usuario, enviado a Solana, incluido en un bloque, alcanzar el nivel de confirmación exigido por el casino y, posteriormente, ser detectado por la infraestructura de pagos del operador antes de que el saldo se actualice. Un retiro incluye además varias etapas previas antes de que la cadena de bloques entre en juego, ya que el casino primero debe aprobar y preparar el pago. SIMD-0286 puede mejorar la fase de inclusión en la red, sobre todo durante periodos de elevada actividad, pero no puede acortar una cola interna de revisiones, modificar la política de confirmación del casino ni hacer que un sistema de indexación retrasado reconozca una transacción con mayor rapidez.
Cómo afectan los bloques de 100M CU a los depósitos en criptocasinos
En el caso de los depósitos, el beneficio más directo de SIMD-0286 consiste en ofrecer más espacio para que una transferencia enviada pueda entrar en un bloque durante periodos de tráfico elevado. Con un límite de capacidad muy ajustado, una transacción válida puede quedar fuera del siguiente bloque disponible porque las operaciones anteriores o con mayor prioridad ya han consumido el presupuesto disponible. El software de la cartera puede continuar intentando enviarla y, en determinados casos, es necesario crear una nueva transacción si la original permanece sin procesar durante demasiado tiempo. Al pasar de 60M a 100M CU, Solana aumentó la cantidad de trabajo simultáneo que puede aceptar antes de que este tipo de presión general sobre la capacidad del bloque empiece a ser relevante.
Los primeros datos posteriores a la activación aportan algunas pruebas de que ese margen adicional se utilizó realmente. Un análisis publicado por Solana Compass y basado en datos de Pine Analytics examinó las primeras 48 horas tras el cambio a 100M CU. El informe indicó que la proporción de bloques que funcionaban cerca del límite efectivo de cómputo cayó de aproximadamente un 12,5 % antes de la actualización a alrededor de un 0,5 % después. El mismo análisis señaló que entre el 10 % y el 23 % de los bloques en determinadas horas ya superaban el antiguo máximo de 60M CU, lo que demuestra que transacciones reales estaban utilizando una capacidad que anteriormente no estaba disponible. Estas cifras se refieren a toda la red Solana y no específicamente a pagos de casino, pero ayudan a explicar por qué un depósito convencional dispone ahora de más espacio para coexistir con otras actividades que con el límite anterior.
Por tanto, la mejora práctica debe describirse como una mayor estabilidad durante periodos de mucha actividad, y no como una reducción garantizada del tiempo de cada depósito. Una transferencia realizada cuando Solana presenta una carga baja puede mostrar poca diferencia antes y después de SIMD-0286, ya que en ese caso la capacidad del bloque no era el factor limitante. La actualización resulta más importante cuando la demanda aumenta bruscamente. Incluso entonces, el tiempo que muestra el casino puede seguir siendo mayor que el correspondiente únicamente a la cadena de bloques, porque el servicio puede esperar un nivel adicional de confirmación, validar la dirección de destino y el token, aplicar sus propias comprobaciones de pago y actualizar la cuenta del jugador solo cuando su sistema de supervisión haya procesado la transacción.
Comisiones, confirmaciones y reconocimiento de depósitos
SIMD-0286 no redujo la comisión base definida por el protocolo de Solana. La documentación actual de Solana establece una comisión base de 5.000 lamports por firma, a la que puede añadirse una comisión de prioridad opcional para mejorar la posición de una transacción en la programación. Una mayor capacidad de los bloques puede seguir influyendo en lo que los usuarios terminan pagando, ya que las comisiones de prioridad cobran especial importancia cuando las transacciones compiten por un espacio de ejecución escaso. El mismo análisis de las primeras 48 horas indicó que la comisión del percentil 90 descendió de aproximadamente 29.800 a 20.800 lamports después de la activación de los bloques de 100M CU, una reducción cercana al 30 %, mientras que la mediana se mantuvo alrededor de 5.600 lamports. Se trata de una observación inicial de toda la red y no de una prueba de que las comisiones vayan a mantenerse permanentemente en esos niveles.
La confirmación constituye un aspecto distinto de la capacidad del bloque. Solana diferencia entre los estados de transacción processed, confirmed y finalized. Una transacción processed ha sido incluida por un validador, pero todavía no ha alcanzado el umbral de votos más sólido asociado al estado confirmed, mientras que finalized representa el nivel de liquidación más fuerte. La documentación de producción de Solana describe confirmed como adecuado para muchos casos de pago y finalized como apropiado cuando se necesita una mayor garantía de liquidación. Cada criptocasino determina qué estado acepta antes de acreditar un depósito. Elevar el límite del bloque ayuda a una transacción a entrar en la cadena cuando existe presión de capacidad, pero no modifica el significado de confirmed o finalized ni obliga al casino a acreditar los fondos en una etapa anterior.
La caducidad de las transacciones es otra razón por la que la capacidad de la red puede afectar a la experiencia del usuario. Una transacción estándar de Solana hace referencia a un blockhash reciente que permanece válido durante una ventana limitada de 150 slots. Si una transacción no se procesa correctamente dentro de ese periodo de validez, la cartera o el sistema de pagos puede tener que crear y enviar una nueva. Un mayor margen de capacidad en los bloques puede reducir el riesgo de que una transferencia convencional espere demasiado tiempo únicamente porque los bloques están llenos. Sin embargo, no puede evitar una caducidad causada por otros problemas, como una conexión RPC poco fiable, una construcción incorrecta de la transacción, una cantidad insuficiente de SOL para pagar las comisiones o una cartera que no vuelve a transmitir correctamente la operación. Para los usuarios de casinos, esto significa que un depósito pendiente no debe interpretarse automáticamente como una señal de congestión de la red solo porque todavía no aparece en la cuenta.
Cómo cambiaron los retiros y qué retrasos siguen existiendo
El efecto sobre los retiros debe dividirse entre el procesamiento interno del casino y el procesamiento en la cadena de bloques. Antes de que un retiro se envíe a Solana, el casino puede tener que revisar la cuenta, comprobar que el saldo solicitado está disponible, aplicar procedimientos de seguridad o cumplimiento normativo y colocar el pago en una cola interna. El servicio también debe disponer de suficientes activos en la cartera desde la que se realizan los retiros. Ninguna de estas fases está controlada por SIMD-0286. Un retiro que pasa veinte minutos esperando aprobación seguirá pasando esos veinte minutos en espera, aunque la transferencia posterior en Solana se incluya en un bloque casi inmediatamente después de ser enviada.
Una vez que la transacción de retiro se ha enviado a Solana, el aumento del límite del bloque resulta relevante del mismo modo que para los depósitos. Una mayor capacidad total de procesamiento significa que un pago válido tiene más posibilidades de ser incluido sin tener que competir dentro de un bloque que ya haya alcanzado el antiguo máximo de 60M CU. Esto puede resultar especialmente útil para servicios que transmiten múltiples pagos durante periodos en los que el resto de la red también registra una elevada actividad. Sin embargo, existe una condición importante: el límite de 12M CU para una cuenta modificable no aumentó. Si muchas transacciones interactúan repetidamente con la misma cuenta modificable, esta restricción más específica puede seguir siendo relevante aunque la capacidad total del bloque sea considerablemente mayor.
La experiencia de retiro también depende de los servicios RPC, la supervisión de transacciones y la indexación. Solana indicó que SIMD-0286 no requería cambios en el formato de indexación, por lo que los servicios de pago no tuvieron que adoptar una nueva estructura de transacciones simplemente para reconocer bloques de 100M CU. Sin embargo, los bloques más grandes pueden aumentar la carga que soporta la infraestructura encargada de recibir, almacenar y procesar datos de la red. Los propios materiales de Solana sobre la actualización señalaron que los proveedores RPC, los indexadores y los exchanges debían asegurarse de que sus sistemas podían gestionar bloques de mayor tamaño de manera sostenida. Por este motivo, un retiro puede estar completamente confirmado en la cadena mientras la interfaz del casino todavía lo muestra como en proceso si el servicio encargado de seguir el estado de la transacción presenta retrasos.
Qué deberían supervisar los criptocasinos después de SIMD-0286
La forma más útil de evaluar la actualización consiste en medir por separado cada etapa de un pago. En los depósitos se puede diferenciar el tiempo transcurrido desde el envío de la cartera hasta la inclusión en un bloque, desde esa inclusión hasta alcanzar el nivel de confirmación requerido por el casino y desde la confirmación hasta el momento en que se acredita el saldo del jugador. En los retiros puede aplicarse la misma lógica, separando la cola interna de aprobación del intervalo comprendido entre la transmisión de la transacción a la cadena de bloques y su confirmación. Sin esta separación, un retiro prolongado puede atribuirse fácilmente a Solana incluso cuando la transacción no se envió a la red hasta después de que ya hubiera transcurrido la mayor parte del tiempo de espera.
Los operadores de pagos también deben supervisar las transferencias de SOL y las transferencias de tokens como rutas diferentes, ya que pueden implicar distintas cuentas y procesos internos. La configuración de las comisiones de prioridad debe revisarse en función de las condiciones actuales de la red en lugar de mantenerse de forma permanente en un nivel elegido durante un periodo anterior de congestión. Los tiempos de respuesta RPC, los envíos fallidos, los reintentos de transacciones y los retrasos de indexación son igualmente importantes, porque un límite de bloque más alto no puede compensar un acceso poco fiable a la red. Estas comprobaciones adquieren especial importancia durante movimientos repentinos del mercado, cuando tanto la actividad de la cadena de bloques como la demanda de pagos de casino pueden aumentar al mismo tiempo.
A septiembre de 2026, los datos disponibles permiten hacer una interpretación prudente de SIMD-0286. Solana dispone de un 66 % más de capacidad máxima de cómputo por bloque que con el límite anterior de 60M CU, y las primeras mediciones posteriores a la activación mostraron una reducción considerable del número de bloques cercanos al nuevo límite, junto con menores comisiones en la parte más alta de la distribución de costes de las transacciones. Esto crea mejores condiciones para depósitos y retiros durante los picos de tráfico de toda la red. No garantiza un depósito instantáneo, un retiro instantáneo ni una comisión fija. Para los usuarios de criptocasinos, la principal mejora consiste en una menor exposición a la presión general sobre la capacidad de los bloques; el tiempo final de cada pago continúa dependiendo de los requisitos de confirmación, el funcionamiento de la cartera, el rendimiento de los servicios RPC y de indexación, y los propios procedimientos de depósito y retiro del casino.
