La carrera desenfrenada del backend de Fogo y los pasos vacilantes del frontend, la esquizofrenia del nuevo rey SVM
Estos días, la especulación sobre los tokens de IA ha elevado nuevamente las tarifas de Gas de varias cadenas principales, y por lo tanto, he trasladado el principal campo de interacción a Fogo. Dejando de lado esas arquitecturas subyacentes deslumbrantes, solo desde la perspectiva del usuario promedio y la conexión de la billetera, Fogo da una sensación extremadamente desgarradora. Cuando inicié un Swap en el DEX, el cliente de Firedancer en el backend mostró efectivamente una capacidad de manejo concurrente aterradora, casi en el momento en que presioné confirmar, el estado subyacente ya se había actualizado. Pero en la interfaz de usuario del frontend, el plugin de la billetera no actualizaba el saldo de ninguna manera. Miré esa interfaz de interacción anticuada y la refresqué tres veces antes de ver que los números de los activos comenzaban a moverse. Esta sensación de lentitud provocada por la infraestructura del frontend en mal estado anula completamente el impacto de los 40 milisegundos de tiempo de bloque.
En comparación con la exhibición suave y agregada de Phantom en el ecosistema de Solana, el producto de nivel de entrada de Fogo actualmente es áspero como un producto semiacabado. Fui a revisar varios repositorios de GitHub de protocolos líderes y descubrí que la mayoría de los equipos estaban dedicando toda su energía a la adaptación del rendimiento de los contratos inteligentes, y nadie estaba prestando atención a la pérdida de transmisión entre el nodo RPC y la interfaz de usuario. Este enfoque de priorizar el backend sobre el frontend puede ser muy popular en el círculo de los geeks, pero si se quiere absorber el enorme tráfico que se desborda de CEX, es simplemente un desastre. Tu chasis puede ser estable y tu aceleración rápida, pero un volante que se traba también puede causar accidentes fatales.
Lo que resulta aún más frustrante es su mecanismo de sincronización de nodos. Para alcanzar esa velocidad de generación de bloques anormal, la mayoría de los proveedores de servicios RPC públicos están operando a sobrecarga, lo que provoca que a menudo enfrentemos tiempos de espera de solicitudes durante las órdenes de alta frecuencia. Pensarías que la cadena está atascada, pero en realidad, el intermediario encargado de transmitir el mensaje ha fallado. Sui es mucho más inteligente en este aspecto, ya que ha empaquetado claramente las herramientas de indexación de datos del frontend desde el principio. Si Fogo no presenta rápidamente una solución de middleware a nivel empresarial, basándose solo en apilar TPS para contar historias, este avance tecnológico pronto será anulado por una mala interacción. En cualquier caso, no tengo paciencia para tener que verificar el hash en el explorador de bloques después de cada transacción para confirmar la seguridad de los fondos.
@Fogo Official $FOGO
#Fogo
Estos días, la especulación sobre los tokens de IA ha elevado nuevamente las tarifas de Gas de varias cadenas principales, y por lo tanto, he trasladado el principal campo de interacción a Fogo. Dejando de lado esas arquitecturas subyacentes deslumbrantes, solo desde la perspectiva del usuario promedio y la conexión de la billetera, Fogo da una sensación extremadamente desgarradora. Cuando inicié un Swap en el DEX, el cliente de Firedancer en el backend mostró efectivamente una capacidad de manejo concurrente aterradora, casi en el momento en que presioné confirmar, el estado subyacente ya se había actualizado. Pero en la interfaz de usuario del frontend, el plugin de la billetera no actualizaba el saldo de ninguna manera. Miré esa interfaz de interacción anticuada y la refresqué tres veces antes de ver que los números de los activos comenzaban a moverse. Esta sensación de lentitud provocada por la infraestructura del frontend en mal estado anula completamente el impacto de los 40 milisegundos de tiempo de bloque.
En comparación con la exhibición suave y agregada de Phantom en el ecosistema de Solana, el producto de nivel de entrada de Fogo actualmente es áspero como un producto semiacabado. Fui a revisar varios repositorios de GitHub de protocolos líderes y descubrí que la mayoría de los equipos estaban dedicando toda su energía a la adaptación del rendimiento de los contratos inteligentes, y nadie estaba prestando atención a la pérdida de transmisión entre el nodo RPC y la interfaz de usuario. Este enfoque de priorizar el backend sobre el frontend puede ser muy popular en el círculo de los geeks, pero si se quiere absorber el enorme tráfico que se desborda de CEX, es simplemente un desastre. Tu chasis puede ser estable y tu aceleración rápida, pero un volante que se traba también puede causar accidentes fatales.
Lo que resulta aún más frustrante es su mecanismo de sincronización de nodos. Para alcanzar esa velocidad de generación de bloques anormal, la mayoría de los proveedores de servicios RPC públicos están operando a sobrecarga, lo que provoca que a menudo enfrentemos tiempos de espera de solicitudes durante las órdenes de alta frecuencia. Pensarías que la cadena está atascada, pero en realidad, el intermediario encargado de transmitir el mensaje ha fallado. Sui es mucho más inteligente en este aspecto, ya que ha empaquetado claramente las herramientas de indexación de datos del frontend desde el principio. Si Fogo no presenta rápidamente una solución de middleware a nivel empresarial, basándose solo en apilar TPS para contar historias, este avance tecnológico pronto será anulado por una mala interacción. En cualquier caso, no tengo paciencia para tener que verificar el hash en el explorador de bloques después de cada transacción para confirmar la seguridad de los fondos.
@Fogo Official $FOGO
#Fogo