Creo que muchos usuarios todavía no saben por qué sus transacciones en Solana siempre fallan recientemente.
Comencemos con lo básico: desde la perspectiva del usuario, cuando realizamos una transacción, básicamente suceden tres cosas:
La transacción se ejecutó correctamente sin errores;
La ejecución falla, por ejemplo, se paga la comisión de gas, pero se devuelve un error durante la ejecución. Esto suele ocurrir cuando no se cumplen las condiciones de ejecución, por ejemplo, el token que intenta acuñar ya ha sido acuñado, o el deslizamiento supera el valor establecido debido a fluctuaciones de precio, etc.;
Transacciones no entregadas. Este tipo de transacción no aparece en ninguna parte, lo que indica que la transacción aún no ha llegado al “Block Leader” (Nota de Foresight News, el verificador responsable de procesar transacciones en un cierto período de tiempo). Esta es exactamente una situación actualmente encontrada por muchos usuarios. Este es un problema de capa de red, no un problema de consenso/ejecución;
Puede que te estés preguntando, ¿qué es la capa de red?
No te preocupes, hablaremos de estas transacciones no entregadas en un momento y por qué son la causa principal de la congestión actual de Solana. Antes de hacerlo, centrémonos en las operaciones fallidas porque es importante entender por qué las operaciones fallidas no son el problema principal.
Si miras de cerca, puede que te sorprenda descubrir que solo alrededor del 8% de estas transacciones fallidas provienen de usuarios reales, el resto son casos de transacciones de arbitraje fallidas realizadas por bots en cadena: los arbitrajistas inundarán Solana con transacciones de spam porque enviar transacciones de spam se compara con las recompensas de arbitraje exitosas. El costo es insignificante.
Por ejemplo, podrían enviar transacciones de spam a Solana varias veces al día. Esto les costaría unos cientos de dólares (porque las tarifas de Solana son bajas) y podrían obtener hasta $100,000 de beneficio solo completando una transacción.
Por lo tanto, es importante tener en cuenta que estas transacciones fallidas no significan que haya un problema con la actividad de Solana - la red de Solana está funcionando según lo esperado, por lo que estas transacciones fallidas son simplemente el resultado de que las condiciones de transacción de los bots no se cumplan, y no es la razón principal de la mala experiencia del usuario actual de Solana.
De hecho, la tasa de fracaso de las transacciones de Solana ha permanecido alrededor del 50% desde noviembre. Si miras hacia atrás en el gráfico de fracasos vs. éxitos que presenté anteriormente, verás que era muy similar antes.
Ahora vamos a discutir la causa principal de la congestión de Solana en los últimos días: las "transacciones no entregadas". Como se mencionó anteriormente, estas transacciones no lograron llegar al "líder del bloque" y fueron bloqueadas debido a problemas en la capa de red, y fueron desechadas.
La capa de red es la capa de comunicación de Internet y se utiliza para enviar paquetes de datos entre diferentes conexiones, como: TCP (Protocolo de Control de Transmisión), UDP (Protocolo de Datagramas de Usuario), QUIC (diseñado por Google), etc.
Y Solana acaba de actualizar QUIC como su capa de red, lo que ayuda a establecer una conexión entre el usuario y el “líder de bloque”, y dado que Solana tiene una producción de bloques continua y no tiene mempool, perder la conexión significará que las transacciones no se escribirán en el bloque.
QUIC permite a los "líderes de bloque" cortar conexiones o limitar la velocidad de ciertos usuarios según criterios específicos, por lo que ahora los "líderes de bloque" pueden eliminar ciertas conexiones cuando la demanda en la cadena es alta, es decir, esta nueva arquitectura evita que Solana se detenga cuando aumenta la actividad en la red; la red puede estar muy congestionada en este momento, pero al menos no se detendrá.
Entonces podrías preguntarte, si todo en QUIC estaba tan bien diseñado, ¿por qué Solana es tan mala ahora?
Entonces el problema es que aunque el “líder de bloque” ahora puede restringir ciertas conexiones, la lógica de exactamente “qué conexiones restringir” está mal implementada y tiene fallas.
Para entender mejor, imaginemos que si bajo circunstancias normales cada "líder de bloque" tiene X conexiones para hablar, entonces durante la actividad pico, el "líder de bloque" comenzará a recibir 10-100 veces el número de solicitudes de conexión...
En este momento, el “líder de bloque” puede optar por abandonar ciertas conexiones, pero el problema es que estas conexiones no se descartan actualmente de acuerdo con un conjunto de criterios establecidos (como descartar todas las conexiones con un costo menor que X), sino que se descartan al azar. …..
Entonces, básicamente, para que tus transacciones se incluyan, debes enviar más transacciones de spam que otros, y dado que hay múltiples bots enviando solicitudes de conexión a la red, se vuelve cada vez más difícil para el usuario promedio establecer una conexión y completar transacciones.
Esa es la esencia del problema principal, equipos como Firedancer, Anza, Solana, etc. están trabajando arduamente para solucionar la capa de red, estos parches se están implementando, se dice que algunos parches importantes se implementarán en las próximas semanas.
¿Resolverá esto el problema? ¿Despegará Solana de nuevo? No exactamente, como resultado, habrá más en el futuro. Un largo camino por recorrer por tres razones:
No hay garantía de cuán efectiva será la solución actual para prevenir el próximo problema de congestión de Solana, y no lo sabremos hasta que realmente se implemente;
El Firedancer de Jump Crypto podría resolver estos problemas, pero no se lanzará hasta fin de año;
El problema del spam en la red, es decir, la economía de transacciones de Solana, tiene muchos problemas y no puede evitar que los usuarios malintencionados envíen spam.
Partilhar
Conteúdos
Creo que muchos usuarios todavía no saben por qué sus transacciones en Solana siempre fallan recientemente.
Comencemos con lo básico: desde la perspectiva del usuario, cuando realizamos una transacción, básicamente suceden tres cosas:
La transacción se ejecutó correctamente sin errores;
La ejecución falla, por ejemplo, se paga la comisión de gas, pero se devuelve un error durante la ejecución. Esto suele ocurrir cuando no se cumplen las condiciones de ejecución, por ejemplo, el token que intenta acuñar ya ha sido acuñado, o el deslizamiento supera el valor establecido debido a fluctuaciones de precio, etc.;
Transacciones no entregadas. Este tipo de transacción no aparece en ninguna parte, lo que indica que la transacción aún no ha llegado al “Block Leader” (Nota de Foresight News, el verificador responsable de procesar transacciones en un cierto período de tiempo). Esta es exactamente una situación actualmente encontrada por muchos usuarios. Este es un problema de capa de red, no un problema de consenso/ejecución;
Puede que te estés preguntando, ¿qué es la capa de red?
No te preocupes, hablaremos de estas transacciones no entregadas en un momento y por qué son la causa principal de la congestión actual de Solana. Antes de hacerlo, centrémonos en las operaciones fallidas porque es importante entender por qué las operaciones fallidas no son el problema principal.
Si miras de cerca, puede que te sorprenda descubrir que solo alrededor del 8% de estas transacciones fallidas provienen de usuarios reales, el resto son casos de transacciones de arbitraje fallidas realizadas por bots en cadena: los arbitrajistas inundarán Solana con transacciones de spam porque enviar transacciones de spam se compara con las recompensas de arbitraje exitosas. El costo es insignificante.
Por ejemplo, podrían enviar transacciones de spam a Solana varias veces al día. Esto les costaría unos cientos de dólares (porque las tarifas de Solana son bajas) y podrían obtener hasta $100,000 de beneficio solo completando una transacción.
Por lo tanto, es importante tener en cuenta que estas transacciones fallidas no significan que haya un problema con la actividad de Solana - la red de Solana está funcionando según lo esperado, por lo que estas transacciones fallidas son simplemente el resultado de que las condiciones de transacción de los bots no se cumplan, y no es la razón principal de la mala experiencia del usuario actual de Solana.
De hecho, la tasa de fracaso de las transacciones de Solana ha permanecido alrededor del 50% desde noviembre. Si miras hacia atrás en el gráfico de fracasos vs. éxitos que presenté anteriormente, verás que era muy similar antes.
Ahora vamos a discutir la causa principal de la congestión de Solana en los últimos días: las "transacciones no entregadas". Como se mencionó anteriormente, estas transacciones no lograron llegar al "líder del bloque" y fueron bloqueadas debido a problemas en la capa de red, y fueron desechadas.
La capa de red es la capa de comunicación de Internet y se utiliza para enviar paquetes de datos entre diferentes conexiones, como: TCP (Protocolo de Control de Transmisión), UDP (Protocolo de Datagramas de Usuario), QUIC (diseñado por Google), etc.
Y Solana acaba de actualizar QUIC como su capa de red, lo que ayuda a establecer una conexión entre el usuario y el “líder de bloque”, y dado que Solana tiene una producción de bloques continua y no tiene mempool, perder la conexión significará que las transacciones no se escribirán en el bloque.
QUIC permite a los "líderes de bloque" cortar conexiones o limitar la velocidad de ciertos usuarios según criterios específicos, por lo que ahora los "líderes de bloque" pueden eliminar ciertas conexiones cuando la demanda en la cadena es alta, es decir, esta nueva arquitectura evita que Solana se detenga cuando aumenta la actividad en la red; la red puede estar muy congestionada en este momento, pero al menos no se detendrá.
Entonces podrías preguntarte, si todo en QUIC estaba tan bien diseñado, ¿por qué Solana es tan mala ahora?
Entonces el problema es que aunque el “líder de bloque” ahora puede restringir ciertas conexiones, la lógica de exactamente “qué conexiones restringir” está mal implementada y tiene fallas.
Para entender mejor, imaginemos que si bajo circunstancias normales cada "líder de bloque" tiene X conexiones para hablar, entonces durante la actividad pico, el "líder de bloque" comenzará a recibir 10-100 veces el número de solicitudes de conexión...
En este momento, el “líder de bloque” puede optar por abandonar ciertas conexiones, pero el problema es que estas conexiones no se descartan actualmente de acuerdo con un conjunto de criterios establecidos (como descartar todas las conexiones con un costo menor que X), sino que se descartan al azar. …..
Entonces, básicamente, para que tus transacciones se incluyan, debes enviar más transacciones de spam que otros, y dado que hay múltiples bots enviando solicitudes de conexión a la red, se vuelve cada vez más difícil para el usuario promedio establecer una conexión y completar transacciones.
Esa es la esencia del problema principal, equipos como Firedancer, Anza, Solana, etc. están trabajando arduamente para solucionar la capa de red, estos parches se están implementando, se dice que algunos parches importantes se implementarán en las próximas semanas.
¿Resolverá esto el problema? ¿Despegará Solana de nuevo? No exactamente, como resultado, habrá más en el futuro. Un largo camino por recorrer por tres razones:
No hay garantía de cuán efectiva será la solución actual para prevenir el próximo problema de congestión de Solana, y no lo sabremos hasta que realmente se implemente;
El Firedancer de Jump Crypto podría resolver estos problemas, pero no se lanzará hasta fin de año;
El problema del spam en la red, es decir, la economía de transacciones de Solana, tiene muchos problemas y no puede evitar que los usuarios malintencionados envíen spam.