Construir algo en el límite del rendimiento generalmente significa luchar contra la naturaleza misma. En el mundo de la blockchain, ese enemigo es la distancia. Imagina que estás jugando un intenso y rápido videojuego. Si tu compañero está en la misma habitación, tu coordinación es instantánea. Pero si están al otro lado del planeta, experimentas "lag." Esa señal tiene que viajar miles de millas a través de cables físicos bajo el océano. En un mundo donde cada milisegundo cuenta, ese retraso es una pared.
En crypto, los "validadores" son esos compañeros de equipo. La mayoría de las blockchains los distribuyen por todo el mundo. Esto significa que cada vez que la red necesita acordar una transacción, tiene que esperar a que un "grito" viaje desde Tokio a Londres y de regreso. Llamamos a este retraso físico jitter. Es lo que hace que la mayoría de las redes se sientan irregulares, impredecibles o lentas.
Fogo no intenta superar la velocidad de la luz; la respeta. En lugar de obligar a todos a hablar al mismo tiempo a través de los océanos, utiliza un sistema llamado Consenso Multi-Local. 1. El Sistema de Zonas: Fogo agrupa sus validadores en zonas geográficas ajustadas (como solo Nueva York o solo Tokio). 2. Colocación: Estas computadoras se colocan físicamente cerca unas de otras en centros de datos de alta velocidad. 3. El Latido de 40ms: Debido a que están a solo unas millas de distancia, pueden hablar casi instantáneamente. Esto permite a Fogo producir un nuevo bloque cada 40 milisegundos; aproximadamente siete veces más rápido que un parpadeo humano.
Cuando miras el "latido" de una blockchain normal, se ve como un EKG desordenado; a veces rápido, a veces se detiene debido al lag de larga distancia. En Fogo, ese latido es una línea plana y constante. Al esperar que "la sala" esté de acuerdo en lugar de "el mundo," Fogo elimina la incertidumbre de internet. Transforma la blockchain de una lenta biblioteca digital en un motor de alto rendimiento diseñado para la velocidad del comercio en el mundo real.
Si observas los registros de ejecución de un arbitraje entre intercambios en la mayoría de las redes, esencialmente estás mirando un mapa de calor de ansiedad. Hay un temblor específico y nauseabundo en la telemetría donde se envía una transacción, es recibida por un líder, y luego entra en un estado cuántico de "pendiente." En esa ventana, que puede extenderse de doscientos milisegundos a tres segundos dependiendo de la distribución geográfica de los próximos líderes, tu estrategia no es un cálculo. Es una apuesta sobre el clima de red del internet global. He estado en sesiones donde un rebalanceo delta-neutro perfectamente sólido fue devorado no por el movimiento del mercado, sino por el hecho de que los próximos tres productores de bloques estaban dispersos entre Helsinki, Mumbai y un sótano en Ohio, creando un retraso de propagación que convirtió mi entrada "en tiempo real" en un artefacto histórico.
A menudo tratamos la blockchain como un archivo permanente, un lugar donde la historia está grabada en un libro de contabilidad digital. Pero en Fogo, la parte más importante del libro de contabilidad no es la historia. Es el presente inmediato y brutal.
Recientemente estaba mirando la forma en que Firedancer maneja la programación de bloques durante un evento de alta volatilidad. En la mayoría de los sistemas, la red trata una transacción como una carta que se deja caer en un buzón. Puede que llegue hoy, puede que llegue mañana. En Fogo, una transacción es más como un proyectil de alta velocidad. Si no impacta en el objetivo dentro de una ventana específica de milisegundos, no simplemente "espera" en un mempool. Efectivamente se evapora.
Esto crea una presión única para el validador. En el diseño de ejecución de Fogo, un validador no es solo un testigo pasivo de la historia. Son los guardianes de un pulso físico. Si el hardware de un nodo no está afinado a la frecuencia exacta del consenso multi-local, la red simplemente se mueve más allá de ellos. Esto no es un fracaso de la descentralización. Es un compromiso con la realidad del reloj. En Fogo, finalmente nos estamos alejando de la idea de que una blockchain debería ser una biblioteca lenta y polvorienta. En cambio, estamos construyendo una red que vive y muere en los huecos entre latidos.
El Cálculo de la Certeza en la Ejecución de Alta Frecuencia
El momento en que una transacción sale de una billetera en la mayoría de las redes, entra en un estado de limbo probabilístico que a menudo se confunde con un mero período de espera. Nos hemos acostumbrado a la inestabilidad, esa brecha impredecible entre el envío de una transacción y su finalización, como si fuera una ley natural de la física descentralizada. En la EVM estándar o incluso en cadenas paralelizadas de alto rendimiento, la métrica principal de éxito suele ser cuántas transacciones se pueden encajar en un bloque. Pero para cualquiera que intente gestionar una posición delta neutral o reequilibrar un vault perpetuo durante un período de extrema volatilidad, el rendimiento es una preocupación secundaria. El verdadero enemigo es el riesgo de ejecución: la incertidumbre estructural de cuándo y dónde su transacción aterrizará realmente en la secuencia de transiciones de estado.
Un pequeño pero muy específico cambio de Fogo aparece cuando los equipos comienzan a desplegar aplicaciones de trading allí.
El backtesting y el trading en vivo dejan de sentirse como dos mundos diferentes.
En cadenas más lentas, las estrategias probadas fuera de la cadena se comportan de manera diferente una vez desplegadas. Los retrasos en la ejecución, las colas de transacción y la demora en la confirmación cambian cómo aterrizan realmente las órdenes. Lo que funcionó en simulación a menudo falla en producción.
En Fogo, debido a que los bloques llegan rápidamente y el tiempo de ejecución se mantiene ajustado incluso bajo carga, la colocación de órdenes y las cancelaciones en mercados en vivo se comportan mucho más cerca de las suposiciones de prueba. Las estrategias no necesitan ajustes pesados solo para sobrevivir a la latencia de la cadena.
Los equipos que construyen perps, libros de órdenes o motores de enrutamiento notan que pasan menos tiempo compensando el comportamiento de la cadena y más tiempo mejorando la lógica de trading en sí.
Esa diferencia no aparece en marketing o paneles de control. Aparece en menos reescrituras de estrategias después del despliegue.
La velocidad de Fogo no solo ayuda a los traders a ejecutar más rápido. Ayuda a los constructores a confiar en que lo que funciona en pruebas realmente funcionará cuando los mercados se activen.
No notas Fogo hasta que otra cadena te hace esperar de nuevo
Anoche estaba rotando posiciones entre lugares perp. Nada inusual. Cierra una pierna, mueve colateral, reabre en otro lugar. Rutina normal del mercado.
En Fogo, el movimiento se sintió invisible. Envía, cambia de pantalla, verifica el precio, continúa. Para cuando la atención regresa, la liquidación ya está hecha. Sin pausa mental. Sin confirmación visual. Sin segundas suposiciones.
Más tarde repetí el mismo flujo en otra cadena.
Esta vez me atrapó mirando el spinner de la billetera.
Transacción pendiente. Explorador abierto. Esperando a ver si el bloque se acomoda correctamente. Preguntándome si hay picos de congestión. Pensando en volver a enviar o aumentar las tarifas. Todas las pequeñas fricciones con las que aprendimos a vivir.
Cuando la cadena deja de ser la excusa: Una semana viviendo en Fogo
Hay un momento que cada trader conoce, pero nadie habla de él.
Haces clic en confirmar. Entonces miras la pantalla.
Los precios se mueven. El chat explota. Alguien dice que la operación ya se realizó en otro lugar. Actualizas tres veces, abres un explorador y comienzas a preparar mentalmente excusas para una operación que ni siquiera tienes aún.
Y cuando finalmente aterriza, sea bueno o malo, la culpa rara vez recae en el comercio en sí.
Va a la cadena.
La semana pasada, sucedió algo extraño. Esa rutina entera simplemente… se detuvo.
No porque los mercados se desaceleraron. No porque la volatilidad desapareció. Todo seguía moviéndose. Pero un montón de personas en nuestro círculo empezaron a dirigir la actividad a través de Fogo silenciosamente, y la ansiedad de transacción habitual simplemente ya no apareció.
En Fogo, los traders comienzan a notar algo extraño durante mercados volátiles.
La cadena no se siente repentinamente más lenta.
Normalmente, cuando los mercados se activan, todo se congestiona. Los pedidos se retrasan, las confirmaciones se alargan, los tableros se congelan. Las personas dejan de confiar en si su acción realmente llegó a tiempo.
En Fogo, los períodos de negociación intensa se ven diferentes. La actividad aumenta, pero las interacciones todavía llegan lo suficientemente rápido como para que las actualizaciones de pedidos y los cambios de posición sigan fluyendo en lugar de hacer cola detrás de la congestión.
Los equipos que construyen aplicaciones de trading comienzan a probar durante el caos en lugar de horas tranquilas, porque es cuando el rendimiento realmente importa.
Así que la parte interesante no es la velocidad durante los períodos de calma. Es que Fogo sigue siendo utilizable cuando todos aparecen al mismo tiempo.
Fogo no está tratando de ganar puntos de referencia. Está tratando de mantenerse receptivo cuando los mercados dejan de ser educados.
Fogo se siente menos como enviar transacciones y más como mantenerse conectado al mercado
La mayoría de las cadenas están diseñadas como si cada usuario apareciera, firmara una transacción, esperara y se fuera. Solicitud limpia, respuesta limpia. La realidad no se ve así, especialmente en el comercio. La gente no llega una vez. Se queda. Curiosean. Cambian órdenes. Cancelan. Reemplazan. Intentan de nuevo. Observan el libro. Actualizan posiciones. Ejecutan cuando se abre la ventana.
Lo que he estado notando mientras uso aplicaciones que construyen sobre Fogo es que la red parece estar construida en torno a ese comportamiento de permanencia, no a la transacción única.
En cadenas típicas, cada acción es una nueva negociación con la red. La billetera se abre de nuevo. Las tarifas se re-evaluan de nuevo. Se verifica el estado de nuevo. Incluso las interacciones triviales obligan a una ronda completa de firma. Funciona, pero trata a los usuarios como si estuvieran realizando acciones aisladas en lugar de una actividad continua.
Una cosa que la gente solo nota después de usar Fogo durante un tiempo:
las transacciones dejan de sentirse como eventos y comienzan a sentirse como acciones.
En cadenas más lentas, cada clic se convierte en un mini juego de espera. Firmas, esperas, actualizas, esperas que se complete, luego continúas. El comercio se siente como realizar pedidos con un retraso.
En Fogo, las acciones se apilan casi de manera natural. Abres una posición, ajustas, cierras, reequilibras, todo en rápida sucesión. No porque los botones hayan cambiado, sino porque los bloques llegan lo suficientemente rápido como para que tu flujo no se rompa entre pasos.
Los constructores también comienzan a diseñar de manera diferente. Las interfaces dejan de mostrar cargadores giratorios por todas partes. Los flujos asumen que los usuarios pueden hacer varias cosas rápidamente en lugar de ajustar todo en torno al tiempo de confirmación.
Es sutil. No sucede nada llamativo. Simplemente notas que las sesiones se sienten continuas en lugar de interrumpidas.
Fogo no solo hace que las transacciones sean más rápidas. Hace que la interacción en cadena se sienta más cercana a cómo las aplicaciones ya se comportan fuera de la cadena.
Una cosa inesperada en Dusk: las transacciones no se sienten como competiciones.
En muchas cadenas, compites con todos los demás por espacio en el próximo bloque. Las tarifas suben, las transacciones se quedan atascadas, y a veces vuelves a enviar solo para adelantarte.
En Dusk, porque el asentamiento en DuskDS solo ocurre después de que todo esté en orden, hay menos presión para apresurarse o superar las ofertas de otros solo para completar una transferencia normal.
La mayor parte del tiempo, solo lo envías y esperas un asentamiento adecuado en lugar de pelear por atención.
Se siente menos como competir con extraños y más como simplemente completar tu tarea.
En Dusk, las transacciones se asientan cuando son correctas, no cuando ganan una guerra de tarifas.
Una cosa pequeña pero útil que los equipos notan al usar Walrus: volver a una versión anterior de algo se vuelve fácil.
Normalmente, cuando un sitio web o una aplicación actualizan imágenes o archivos, los antiguos son reemplazados. Si la actualización rompe algo, los equipos tienen que buscar en las copias de seguridad o volver a subir rápidamente los archivos antiguos.
En Walrus, los archivos nunca son reemplazados. Una nueva versión se almacena como un nuevo blob, mientras que el antiguo aún existe hasta que expira.
Así que si una actualización sale mal, los equipos no entran en pánico. Simplemente apuntan la aplicación de nuevo al archivo antiguo que Walrus todavía está almacenando.
Sin dramas de recuperación. Sin arreglos de emergencia. Solo volver atrás.
Con el tiempo, los equipos comienzan a mantener versiones estables vivas por más tiempo y permiten que las experimentales expiren rápidamente.
Walrus hace que sea fácil deshacer errores, porque los archivos antiguos no desaparecen en el momento en que se carga algo nuevo.
En Vanar, las actualizaciones del juego no borran tu progreso.
Piensa en cómo se sienten algunos juegos después del mantenimiento. Ingresas de nuevo y algo está mal.
Un objeto desaparecido. Un espacio reiniciado. Un intercambio deshecho. En los mundos de Vanar, las actualizaciones solo cambian el juego, no la propiedad.
Así que después de una actualización, tu tierra sigue siendo tuya. Tus objetos siguen donde los dejaste. El mundo mejora, pero tus cosas no se reorganizan.
Por qué las marcas no tienen que reconstruir todo de nuevo en los mundos Vanar
Algo en lo que he estado pensando últimamente es lo frágiles que son en realidad la mayoría de los mundos virtuales cuando las empresas intentan construir algo serio dentro de ellos.
Una marca abre una tienda virtual, organiza eventos, construye espacios, tal vez incluso crea una presencia a largo plazo en un mundo digital. Todo se ve bien por un tiempo. Luego, la plataforma se actualiza, la infraestructura cambia o el mundo se relanza en una nueva versión, y de repente gran parte de ese trabajo tiene que ser reconstruido o migrado.
Los usuarios no siempre ven esta parte, pero los equipos detrás de escena dedican un gran esfuerzo a mover activos, restaurar la propiedad o arreglar espacios después de las actualizaciones. A veces las cosas se pierden. A veces los registros de propiedad necesitan corrección manual. Y a veces las empresas simplemente se rinden ante la reconstrucción.
Cómo Walrus se Mantiene Calmado Incluso Cuando los Nodos de Almacenamiento Siguen Cambiando
Déjame explicarlo de la manera más simple que pueda, porque esta parte de Walrus también me confundió al principio. Walrus solo tuvo sentido para mí después de que dejé de pensar en el almacenamiento de la manera habitual.
Normalmente, cuando pensamos en servidores, asumimos que se requiere estabilidad. Un servidor falla y las cosas se rompen. Dos fallan y la gente entra en pánico. La infraestructura suele estar diseñada para mantener las máquinas vivas el mayor tiempo posible.
Walrus invierte ese pensamiento.
Aquí, que los nodos se desconecten es normal. Las máquinas se desconectan, los operadores reinician el hardware, las redes tienen fallos, las personas actualizan configuraciones, los proveedores se van, otros nuevos se unen. Todo eso es un comportamiento esperado, no una emergencia.
Por qué Dusk hace que las “Finanzas Privadas” sean operativamente posibles
Déjame explicarlo despacio, como lo haría si estuviéramos hablando normalmente sobre por qué las instituciones financieras no se apresuran a entrar en blockchains públicas incluso cuando la tecnología se ve bien.
El problema generalmente no es la velocidad. Y realmente tampoco son las tarifas.
Es exposición.
En la mayoría de las cadenas públicas, todo aparece mientras aún está sucediendo. Las transacciones se sientan en un área de espera pública antes de ser finalizadas. Cualquiera que esté observando la red ve la actividad formándose en tiempo real.
Para los usuarios de criptomonedas comunes, eso está bien. Nadie está estudiando tus movimientos de billetera a menos que ya seas grande. Pero en el momento en que se involucran capital serio o activos regulados, la visibilidad se vuelve arriesgada.
Cuando las personas se unen a hackatones o construyen proyectos rápidamente, a menudo pierden tiempo averiguando dónde almacenar archivos.
Alguien crea una carpeta en la nube. Otra persona aloja archivos en su computadora portátil. Se interrumpe el acceso. Los enlaces dejan de funcionar. El tiempo de demostración se vuelve estresante porque la configuración del almacenamiento fue apresurada. Con Walrus, los equipos no necesitan preocuparse por alojar los archivos ellos mismos.
Suben sus archivos a Walrus una vez. Después de eso, todos utilizan la misma referencia de archivo de la red. Nadie necesita mantener su computadora personal en línea, y ningún miembro del equipo posee el almacenamiento.
Después del evento, si nadie sigue renovando esos archivos, Walrus deja de almacenar automáticamente después de algún tiempo. No se necesita limpieza.
Así que los equipos pasan menos tiempo resolviendo problemas de almacenamiento y más tiempo construyendo su proyecto real.
Walrus hace que el almacenamiento sea una cosa menos de qué preocuparse cuando las personas intentan construir algo rápidamente.
Un cambio divertido después de usar Dusk por un tiempo: tus amigos dejan de preguntar, “¿qué estás moviendo ahora?”
En cadenas públicas, en el momento en que mueves fondos, alguien lo nota. Las capturas de pantalla empiezan a circular. La gente asume que estás a punto de comerciar, cultivar o vender algo.
En Dusk, las transacciones de Phoenix mantienen esos movimientos en privado, y solo el asentamiento final aparece en DuskDS. Así que puedes reorganizar billeteras o preparar transacciones sin convertirlo en chismes públicos primero.
Nada dramático sucede. Sin especulación. Sin reacciones repentinas.
La mayoría de las veces, nadie siquiera sabe que moviste algo.
En Dusk, la actividad de tu billetera deja de ser contenido de chat grupal y vuelve a ser solo tu negocio.
Vanar muestra su valor en los momentos en que los jugadores no planean.
Imagina que estás comprando un artículo o terreno en un mundo Virtua, y de repente tu internet se cae o el juego se bloquea.
En muchas plataformas, vuelves confundido. ¿Funcionó la compra? ¿Perdiste dinero? ¿Ahora alguien más posee el artículo?
En los mundos de Vanar, el resultado no depende de que tu conexión se mantenga activa. La cadena finaliza la acción por sí misma. Cuando regreses, ya sea el artículo es tuyo o la compra nunca ocurrió.
No hay intercambios a medio terminar. No hay activos perdidos. Vanar se asegura de que el mundo se mantenga claro incluso cuando los jugadores se retiran a mitad de camino.
Por qué creo que los días tranquilos importan más que los grandes eventos en Vanar
La mayoría de las personas juzgan los mundos virtuales por grandes momentos. Grandes lanzamientos, conciertos, días de comercio masivo, picos de tráfico enormes. Eso es lo que llama la atención. Pero, honestamente, después de observar cómo las plataformas digitales tienen éxito o fracasan con el tiempo, he comenzado a prestar atención a otra cosa.
Los días tranquilos.
Los días normales cuando no está sucediendo nada especial y el sistema solo tiene que seguir funcionando sin drama. Sin grandes actualizaciones. Sin emoción. Solo jugadores iniciando sesión, revisando inventarios, tal vez intercambiando algo pequeño, caminando por espacios que ya han construido.
Inicia sesión para explorar más contenidos
Descubre las últimas noticias sobre criptomonedas
⚡️ Participa en los debates más recientes sobre criptomonedas