Gulf Stream

¿Qué es Gulf Stream en el mundo cripto?

Gulf Stream fue el nombre que recibió originalmente el sistema de Solana para reenviar transacciones de criptomonedas pendientes a los validadores programados para producir los próximos bloques.

Suele describirse como un sistema de reenvío de transacciones sin mempool.

En lugar de exigir que cada validador mantenga y comparta continuamente un único gran conjunto de transacciones pendientes, el diseño aprovecha el calendario predecible de líderes de Solana.

Los clientes y participantes de la red pueden dirigir las transacciones a los validadores que se espera que sean líderes en los próximos slots.

Esto permite que un líder próximo reciba y prepare transacciones antes de que comience su turno de producción de bloques.

La descripción original de Solana sobre Gulf Stream se publicó en junio de 2019 y presentó el concepto como una forma de trasladar el almacenamiento en caché y el reenvío de transacciones hacia los extremos de la red.

Gulf Stream no es una criptomoneda, token, wallet, contrato inteligente, algoritmo de consenso ni blockchain independiente.

Es un término arquitectónico relacionado con el enrutamiento de transacciones antes de que se ejecuten y queden registradas en el libro mayor de Solana.

La documentación actual de Solana suele explicar directamente el flujo de transacciones, el calendario de líderes, los protocolos de transporte, el vencimiento de los blockhashes, los presupuestos de cómputo y las comisiones, en lugar de presentar Gulf Stream como un producto independiente para usuarios.

Por este motivo, es mejor entender Gulf Stream como el nombre histórico de un conjunto de ideas para reenviar transacciones que siguen vinculadas al flujo de transacciones basado en líderes de Solana.

Por qué se creó Gulf Stream

Las blockchains necesitan una forma de gestionar las transacciones válidas que los usuarios han firmado pero que aún no se han incluido en un bloque.

Un diseño convencional puede colocar esas transacciones en mempools locales mantenidos por muchos nodos.

Después, los nodos pueden anunciar, solicitar, almacenar, validar y retransmitir entre sí las transacciones pendientes.

Este modelo puede funcionar bien, pero consume ancho de banda, memoria, capacidad de procesamiento y tiempo.

Una transacción popular puede copiarse en muchos nodos aunque solo el productor del bloque actual pueda incluirla de inmediato.

Los grandes conjuntos de transacciones pendientes también pueden aumentar la presión durante picos repentinos de demanda, actividad de trading automatizada, lanzamientos de tokens, liquidaciones o ataques de denegación de servicio.

Solana se diseñó en torno a slots cortos y a un calendario de líderes que indica qué validador debería producir entradas del libro mayor en cada slot.

Como es posible identificar a los futuros líderes antes de que comiencen sus slots, las transacciones pueden reenviarse más directamente hacia ellos.

Gulf Stream se propuso como una forma de aprovechar esta información para reducir el almacenamiento innecesario de transacciones en toda la red y la repetición de mensajes por chismes de red.

¿Realmente funciona Gulf Stream sin mempool?

La expresión «sin mempool» no debe interpretarse como que ningún ordenador pone nunca en cola, almacena en caché o en búfer, ni reintenta una transacción pendiente.

Los servicios de wallet, los nodos RPC, los validadores y los componentes de red pueden retener temporalmente paquetes de transacciones mientras los procesan o reenvían.

Un líder también necesita un búfer de planificación para seleccionar y organizar las transacciones que se ejecutarán.

La diferencia importante es que Solana no depende del mismo tipo de mempool público, compartido universalmente y de larga duración que suele asociarse con otras arquitecturas blockchain.

Las transacciones se dirigen por un flujo orientado a los líderes, en lugar de depender únicamente de una difusión amplia de transacciones pendientes entre pares.

Por tanto, decir que Gulf Stream funciona sin mempool es una simplificación arquitectónica, no una afirmación de que se haya eliminado todo almacenamiento temporal de transacciones.

Cómo utiliza Gulf Stream el calendario de líderes

Un líder es el validador responsable de producir entradas del libro mayor durante un slot asignado.

La documentación terminológica de Solana define el calendario de líderes como una secuencia de claves públicas de validadores asociadas a slots.

El calendario permite a los participantes de la red determinar qué validador debería actuar como líder en un momento concreto.

El calendario de líderes es válido durante una época.

También puede consultarse mediante el método oficial RPC getLeaderSchedule.

Como se conocen los próximos líderes, una transacción no tiene que recorrer la red al azar mientras espera a un productor de bloques desconocido.

Un nodo RPC o validador puede intentar enviar la transacción al líder actual o a otro que vaya a asumir el liderazgo próximamente.

Si el primer líder no incluye la transacción, esta puede volver a intentarse o reenviarse mientras siga siendo válida.

Flujo de transacciones de Gulf Stream

El flujo de una transacción de Gulf Stream suele comenzar cuando un usuario aprueba una acción en una wallet de criptomonedas o una aplicación descentralizada.

La aplicación crea una transacción que contiene una o varias instrucciones.

Identifica las cuentas que se leerán, modificarán o deberán firmar.

La transacción también incluye un blockhash reciente o, en casos específicos, un nonce duradero.

Las claves privadas necesarias firman el mensaje de la transacción.

Normalmente, la transacción firmada se envía a un nodo RPC de Solana.

El nodo RPC puede realizar comprobaciones básicas y transmitir la transacción serializada a un endpoint de procesamiento de transacciones de un validador.

La transacción se dirige al líder activo o próximo según el calendario de la red y la lógica de reenvío vigentes.

El líder valida la transacción, la programa frente a las transacciones que compiten con ella, carga las cuentas necesarias, ejecuta las instrucciones y confirma los cambios de estado que se completen correctamente.

Si la ejecución falla, se revierten los cambios previstos en las cuentas, aunque la comisión de transacción puede seguir cobrándose.

Flujo actual de transacciones de Solana

El flujo de transacciones actual de Solana describe ocho etapas principales de procesamiento.

La primera etapa recibe y deserializa los paquetes de transacciones.

El validador puede recibir los bytes de las transacciones mediante transporte UDP o QUIC.

La segunda etapa verifica las firmas criptográficas de la transacción.

Los paquetes con una firma obligatoria no válida se descartan antes de la ejecución.

La tercera etapa sanea la estructura de la transacción y comprueba que las referencias a cuentas e instrucciones sean válidas.

La cuarta etapa comprueba los ajustes del presupuesto de cómputo, la antigüedad de la transacción y si ya se ha procesado.

La quinta etapa valida el pagador de la comisión y los requisitos de cualquier nonce duradero.

La sexta etapa carga las cuentas y los programas que requiere la transacción.

La séptima etapa ejecuta cada instrucción en orden.

La octava etapa confirma el estado resultante de las cuentas si la ejecución se completa correctamente, o revierte los cambios de estado si falla.

Gulf Stream está más relacionado con el recorrido que conduce a este flujo que con las reglas de ejecución internas del propio flujo.

Gulf Stream y la unidad de procesamiento de transacciones

Los validadores de Solana utilizan una arquitectura de procesamiento de transacciones que suele denominarse Transaction Processing Unit, o TPU.

La TPU no es un chip físico ni un producto relacionado con tokens.

Es un flujo de etapas de red, verificación de firmas, planificación, carga de cuentas, ejecución y escritura en el libro mayor.

Gulf Stream ayuda a que las transacciones lleguen al validador que se espera que gestione este flujo como líder.

Una vez recibida la transacción, la TPU aún debe validarla y procesarla conforme a las reglas del protocolo.

El reenvío directo no permite eludir las firmas, las comprobaciones de comisiones o blockhashes, los bloqueos de cuentas, los límites de cómputo ni las reglas de ejecución de programas.

Blockhashes recientes y caducidad de transacciones

Una transacción normal de Solana incluye un blockhash reciente.

El blockhash demuestra que la transacción se creó dentro de un plazo limitado y ayuda a impedir que se reproduzca indefinidamente.

La documentación actual sobre la estructura de las transacciones de Solana indica que un blockhash reciente caduca tras 150 slots.

Si el blockhash es demasiado antiguo cuando la transacción llega para su procesamiento, el validador puede rechazarla con un error relacionado con el blockhash.

El plazo de caducidad respalda el modelo de reenvío de Gulf Stream, ya que las transacciones pendientes no necesitan seguir siendo válidas para siempre.

Con el tiempo, un nodo puede eliminar una transacción caducada en lugar de almacenarla indefinidamente.

Si la transacción de un usuario caduca, puede que tenga que obtener un blockhash nuevo, reconstruirla y volver a firmarla.

Por qué pueden estar desactualizadas las cifras antiguas de Gulf Stream

El artículo original de Gulf Stream de 2019 hablaba de una duración prevista de las transacciones de aproximadamente 32 bloques y utilizaba supuestos temporales de las primeras testnets.

Esas cifras no deberían utilizarse como límites actuales del protocolo Solana.

La documentación oficial actual especifica un plazo de procesamiento de 150 slots para el blockhash reciente.

Los desarrolladores deberían utilizar siempre respuestas RPC actuales y documentación del protocolo mantenida, en lugar de copiar estimaciones temporales antiguas de las primeras publicaciones sobre arquitectura.

El artículo histórico sigue siendo útil para entender el concepto original, pero varios detalles de implementación han evolucionado desde 2019.

Nonces duraderos y Gulf Stream

Un nonce duradero ofrece una alternativa al modelo normal de caducidad del blockhash reciente.

La documentación de Solana sobre nonces duraderos explica que una transacción con nonce duradero sustituye el blockhash reciente por un valor de nonce almacenado.

Esto permite firmar una transacción offline y enviarla más adelante sin utilizar el plazo normal de caducidad de 150 slots.

Las transacciones con nonce duradero son útiles para la custodia offline, la firma diferida y los flujos de aprobación que implican a varias partes.

Aun así, deben transmitirse a un validador y procesarse mediante el flujo de transacciones habitual.

El nonce duradero modifica las reglas de antigüedad de la transacción, no sustituye el reenvío basado en líderes.

Gulf Stream y la deduplicación de transacciones

Una transacción firmada puede enviarse más de una vez si la aplicación no sabe con certeza si el primer paquete llegó al líder.

Los reintentos pueden mejorar la fiabilidad de entrega, pero la misma transacción no debería ejecutarse varias veces.

Solana utiliza el mensaje de la transacción firmada, el blockhash reciente y las comprobaciones del estado de procesamiento para identificar las transacciones ya gestionadas.

El flujo actual de transacciones comprueba una caché de estado y puede rechazar los duplicados como ya procesados.

Esto permite que el software de red vuelva a intentar la entrega sin generar intencionadamente cambios de estado repetidos a partir de una misma transacción firmada.

Aun así, los usuarios deberían evitar firmar varias transacciones económicamente idénticas con blockhashes distintos, salvo que acepten que puedan ejecutarse varias veces.

Gulf Stream y las comisiones de transacción

Gulf Stream no elimina las comisiones de transacción.

Toda transacción normal de Solana requiere una comisión que se paga en SOL.

La documentación actual de Solana sobre comisiones divide el cargo en una comisión base y una comisión de prioridad opcional.

La comisión base compensa el trabajo de verificación de firmas.

La comisión base actual es de 5,000 lamports por firma.

Según las reglas de comisiones actuales, se quema la mitad de la comisión base y la otra mitad se asigna al validador que produce el bloque.

La comisión de prioridad opcional puede mejorar la posición de una transacción en la planificación cuando muchas transacciones válidas compiten por una capacidad de ejecución limitada.

Las reglas actuales asignan la comisión de prioridad al validador.

Comisiones de prioridad y planificación del líder

Reenviar una transacción al líder correcto no garantiza que este vaya a ejecutarla.

Un líder puede recibir más transacciones de las que caben dentro de los límites de recursos del slot.

El planificador del validador debe tener en cuenta las comisiones, las necesidades de cómputo, los conflictos entre cuentas y los límites del bloque.

El usuario puede añadir un precio por unidad de cómputo mediante instrucciones de presupuesto de cómputo.

La comisión de prioridad se calcula a partir del precio por unidad de cómputo seleccionado y del límite de unidades de cómputo solicitado.

La estructura oficial de comisiones de Solana indica que la comisión de prioridad se basa en el límite de unidades de cómputo solicitado, no en la cantidad de cómputo que se consume finalmente.

Por tanto, solicitar un límite innecesariamente alto puede aumentar la comisión sin aportar un beneficio de ejecución equivalente.

Gulf Stream mejora la eficiencia del enrutamiento, mientras que las comisiones de prioridad influyen en cómo el líder receptor planifica el trabajo que compite por recursos.

Gulf Stream y las unidades de cómputo

Una unidad de cómputo es una medida utilizada para contabilizar los recursos de procesamiento que requiere una transacción.

Las transferencias simples suelen necesitar menos recursos que las interacciones complejas con varios programas y cuentas modificables.

Una transacción puede incluir instrucciones que definan su límite máximo de unidades de cómputo y el precio ofrecido por unidad.

El líder utiliza estos datos para planificar las transacciones y calcular las comisiones.

Una transacción que supere el presupuesto de cómputo permitido falla aunque Gulf Stream la haya entregado al validador correcto.

La eficiencia del enrutamiento no puede compensar una lógica de programa no válida ni un límite de cómputo insuficiente.

Bloqueos de cuentas y conflictos entre transacciones

Las transacciones de Solana declaran las cuentas que pretenden leer y modificar.

Esto permite que el entorno de ejecución identifique las transacciones que pueden procesarse en paralelo.

Dos transacciones que escriban en la misma cuenta pueden entrar en conflicto y no siempre pueden ejecutarse simultáneamente.

Una transacción puede retrasarse o rechazarse si otra ya ha bloqueado la cuenta necesaria durante el mismo periodo de procesamiento.

Gulf Stream puede entregar transacciones rápidamente, pero no elimina la competencia por las cuentas modificables más populares.

Las aplicaciones que concentran la actividad en una única cuenta compartida pueden sufrir cuellos de botella locales aunque haya capacidad disponible en el resto de la red.

Gulf Stream y el procesamiento en paralelo

El modelo de cuentas de Solana permite al planificador reconocer las transacciones que no compiten por el mismo estado modificable.

Cuando los recursos del validador lo permiten, esas transacciones independientes pueden procesarse en paralelo.

Gulf Stream ayuda a proporcionar transacciones al líder próximo antes de sus slots asignados o durante ellos.

El planificador y el entorno de ejecución determinan cuáles de esas transacciones pueden ejecutarse simultáneamente.

El reenvío de transacciones y la ejecución paralela de contratos inteligentes son funciones de rendimiento relacionadas, pero no constituyen el mismo mecanismo.

Gulf Stream frente a un mempool público tradicional

Un modelo tradicional de mempool público suele distribuir las transacciones pendientes entre muchos pares.

Cada nodo participante puede mantener su propia versión del conjunto de transacciones pendientes.

El contenido puede variar porque los nodos reciben las transacciones en momentos distintos y aplican políticas locales diferentes.

El productor de bloques selecciona transacciones entre las pendientes que conoce.

Gulf Stream, en cambio, hace hincapié en reenviar transacciones a los líderes programados.

Esto puede reducir la necesidad de que todos los validadores almacenen y difundan cada transacción pendiente durante mucho tiempo.

Sin embargo, el líder sigue necesitando una cola local de planificación, y los servicios intermediarios pueden seguir almacenando paquetes en búfer o reintentando su envío.

La diferencia práctica se refiere al enrutamiento de red y a la distribución de transacciones pendientes, no a la ausencia total de colas de memoria.

Gulf Stream frente al consenso

Gulf Stream no es el mecanismo de consenso de Solana.

El consenso determina cómo acuerdan los validadores el historial del libro mayor y qué bifurcación se acepta.

Gulf Stream se ocupa de cómo se envían las transacciones firmadas a los validadores productores de bloques antes de su inclusión.

Una transacción puede reenviarse correctamente y aun así fallar durante el procesamiento relacionado con el consenso porque no es válida, ha caducado, está duplicada, no tiene fondos suficientes o no puede ejecutarse.

Del mismo modo, el consenso puede seguir funcionando aunque la transacción de un usuario se descarte o caduque.

Gulf Stream frente a Proof of History

Proof of History ofrece un enfoque criptográfico para ordenar eventos y demostrar el paso de una secuencia dentro de la arquitectura de Solana.

Gulf Stream utiliza la organización predecible de slots y líderes de la red para orientar el reenvío de transacciones.

Ambos conceptos respaldan el mismo diseño de blockchain de alto rendimiento, pero resuelven problemas distintos.

Proof of History está relacionado con el orden y el tiempo, mientras que Gulf Stream se ocupa del enrutamiento de transacciones pendientes.

Gulf Stream frente a Turbine

Turbine está relacionado con la propagación de bloques y datos del libro mayor desde los líderes al resto de la red de validadores.

En términos generales, Gulf Stream opera en la dirección opuesta y ayuda a que las transacciones de los usuarios lleguen a los líderes antes de la producción de bloques.

Gulf Stream dirige la demanda de transacciones hacia el productor.

Turbine distribuye los datos de los bloques producidos desde el productor hacia los validadores.

Ambos mecanismos se ocupan de la comunicación de red, pero gestionan datos distintos en etapas diferentes del ciclo de vida de la blockchain.

Gulf Stream frente a Sealevel

Sealevel se refiere al entorno de ejecución paralelo de contratos inteligentes de Solana.

Permite procesar simultáneamente las transacciones que acceden a estados de cuentas independientes.

Gulf Stream no ejecuta instrucciones de contratos inteligentes.

Ayuda a transportar las transacciones al líder, que las enviará al entorno de ejecución.

Una transacción puede beneficiarse del reenvío de Gulf Stream y, posteriormente, de la ejecución en paralelo, pero los mecanismos siguen siendo distintos.

Gulf Stream frente a un nodo RPC

Un nodo RPC proporciona una interfaz para que las wallets y aplicaciones consulten datos de la blockchain y envíen transacciones.

Gulf Stream describe el concepto de reenvío orientado a los líderes que se utiliza durante o después del envío.

El proveedor de RPC puede reintentar, simular, realizar comprobaciones previas, reenviar o supervisar una transacción según su software y configuración.

Que una respuesta RPC indique que se ha aceptado una transacción para su envío no significa necesariamente que esta se haya confirmado on-chain.

Los usuarios deberían comprobar la firma de la transacción con el nivel de compromiso deseado, en lugar de suponer que el envío correcto equivale a la liquidación final.

Ventajas de Gulf Stream

Gulf Stream puede reducir la difusión amplia de transacciones pendientes por la red.

Puede dirigir el tráfico de transacciones a los validadores que se espera que produzcan los próximos bloques.

Puede dar a los futuros líderes más tiempo para recibir, verificar y preparar transacciones.

Puede reducir la cantidad de datos de transacciones pendientes de larga duración que debe almacenar cada validador.

También funciona junto con la caducidad de las transacciones, de modo que las antiguas pueden eliminarse cuando su blockhash deja de ser válido.

El diseño facilita transiciones rápidas entre líderes, ya que el próximo líder puede tener las transacciones preparadas con antelación.

Estas ventajas contribuyen al rendimiento y a la latencia, pero no garantizan que todas las transacciones enviadas se incluyan rápidamente.

Limitaciones de Gulf Stream

El reenvío dirigido a los líderes puede concentrar el tráfico entrante en un número reducido de validadores programados para slots próximos.

Esos validadores pueden convertirse en objetivos de congestión o ataques de denegación de servicio.

La pérdida de paquetes de red puede impedir que una transacción llegue al líder previsto.

Un líder que no esté disponible o tenga una conexión deficiente puede no procesar las transacciones que se le envíen.

Una transacción puede caducar mientras las aplicaciones siguen reintentando su envío.

Las transacciones que compiten pueden ofrecer comisiones de prioridad más altas o requerir menos recursos limitados.

Las cuentas populares pueden crear cuellos de botella de ejecución locales aunque el enrutamiento funcione correctamente.

Gulf Stream aborda la distribución de transacciones, pero no puede eliminar todas las causas de congestión de una blockchain.

¿Gulf Stream garantiza una confirmación rápida?

No, Gulf Stream no garantiza que una transacción de criptomonedas se confirme en un plazo determinado.

La transacción debe llegar a un líder antes de caducar.

Sus firmas y su estructura deben ser válidas.

El pagador de la comisión debe disponer de SOL suficiente para cubrirla.

Las cuentas y los programas solicitados deben estar disponibles y ser válidos.

La transacción debe ajustarse a los límites de cómputo, cuentas y recursos del bloque.

Sus instrucciones deben ejecutarse correctamente.

El bloque resultante también debe alcanzar el nivel de compromiso requerido por la red.

Un reenvío eficiente mejora el proceso, pero no garantiza que la aplicación se ejecute correctamente.

Por qué puede descartarse una transacción de Gulf Stream

Una transacción puede descartarse porque el paquete nunca llega a un líder activo.

Puede rechazarse si una firma obligatoria no es válida.

Puede caducar porque su blockhash reciente supera la antigüedad de procesamiento permitida.

Puede fallar si el pagador de la comisión no tiene suficientes lamports.

Durante una congestión, puede perder prioridad si su comisión de prioridad es demasiado baja.

Puede entrar en conflicto con otras transacciones que bloqueen las mismas cuentas modificables.

Puede superar el límite de unidades de cómputo solicitado.

También puede fallar si una de las instrucciones del programa devuelve un error.

Gulf Stream y la finalidad de las transacciones

El reenvío, el procesamiento, la confirmación y la finalidad describen etapas diferentes.

El reenvío significa que el paquete de la transacción se está transmitiendo a un validador.

El procesamiento significa que un validador ha evaluado y posiblemente ejecutado la transacción.

La confirmación indica que la transacción aparece en un bloque reconocido con un nivel de compromiso seleccionado.

La finalidad indica que existe un acuerdo más sólido en la red de que el historial del libro mayor correspondiente no se sustituirá.

Gulf Stream ayuda en la primera parte de este proceso, pero no proporciona finalidad por sí mismo.

Gulf Stream y MEV

El flujo de transacciones dirigido a los líderes puede influir en cómo se distribuye la información sobre la actividad cripto pendiente.

Es posible que una transacción enviada a un líder no aparezca en un único conjunto público global de transacciones pendientes.

Esto puede cambiar la forma en que los searchers, las aplicaciones y los productores de bloques observan las transacciones pendientes.

No elimina el valor máximo extraíble, el reordenamiento de transacciones, el arbitraje, las liquidaciones ni la competencia por obtener una ejecución favorable.

El líder sigue determinando el orden de las transacciones dentro de los límites de las reglas del protocolo y del software de planificación.

Al interactuar con mercados on-chain, los usuarios deberían establecer condiciones razonables de deslizamiento, salida mínima, plazo y protección de cuentas.

Gulf Stream y los usuarios de wallets

Normalmente, los usuarios de wallets no activan ni desactivan Gulf Stream.

La wallet y su conexión RPC gestionan el envío y el reenvío de transacciones en segundo plano.

Los usuarios interactúan principalmente con ajustes relacionados, como las comisiones de transacción, las comisiones de prioridad, el deslizamiento y las opciones de confirmación.

Antes de firmar, el usuario debería verificar el destinatario, las instrucciones, las cantidades de tokens y los permisos solicitados.

Un enrutamiento rápido no convierte un contrato inteligente malicioso en seguro.

Ningún proceso de Gulf Stream requiere que se envíe a una web una frase semilla, clave privada o frase de recuperación de la wallet.

Gulf Stream y los desarrolladores

Los desarrolladores deberían obtener un blockhash reciente poco antes de crear y firmar una transacción normal.

Deberían hacer un seguimiento de la última altura de bloque válida devuelta junto con el blockhash, en lugar de basarse en un tiempo de espera fijo.

Las aplicaciones deberían gestionar explícitamente la caducidad de las transacciones.

Deberían evitar pedir repetidamente a los usuarios que firmen transacciones de reemplazo sin averiguar antes si se ha procesado una transacción anterior.

Las comisiones de prioridad y los límites de unidades de cómputo deberían estimarse, no establecerse en valores máximos arbitrarios.

Los desarrolladores también deberían supervisar las firmas de las transacciones con un nivel de compromiso adecuado.

Una aplicación fiable distingue en su interfaz el estado de envío, el estado de procesamiento, la confirmación, el éxito de ejecución y la finalidad.

Consideraciones de seguridad de Gulf Stream

Gulf Stream no autoriza las transacciones.

La autorización sigue dependiendo de las firmas criptográficas requeridas y de las reglas de los programas.

Normalmente, un nodo de reenvío no puede modificar los datos de una transacción firmada sin invalidar la firma.

Sin embargo, una aplicación no fiable puede pedir al usuario que firme instrucciones perjudiciales antes de reenviar la transacción.

Un servicio RPC no fiable puede retrasar, descartar o reenviar selectivamente paquetes de transacciones.

También puede proporcionar datos de lectura inexactos, salvo que la aplicación verifique los resultados mediante otras fuentes de confianza.

Independientemente del diseño de enrutamiento de la red, los usuarios deberían proteger sus claves privadas y revisar cuidadosamente las solicitudes de transacción.

Malentendidos habituales sobre Gulf Stream

Un malentendido frecuente es pensar que Gulf Stream es un token que se puede comprar.

Es un concepto de reenvío de transacciones y no tiene un contrato de token oficial.

Otro malentendido es creer que «sin mempool» significa que los validadores nunca almacenan transacciones pendientes.

Para procesar una red real siguen siendo necesarias las colas temporales y los búferes de planificación.

Un tercer malentendido es pensar que Gulf Stream confirma las transacciones antes de que empiece el slot del líder.

Un líder futuro puede recibir o preparar una transacción con antelación, pero la inclusión en la blockchain sigue produciéndose mediante la generación válida de bloques.

Un cuarto malentendido es que Gulf Stream sustituye al consenso.

Se ocupa del enrutamiento de transacciones, no del acuerdo de los validadores sobre el historial del libro mayor.

Un quinto malentendido es que el reenvío directo garantiza la inclusión.

La transacción aún puede descartarse, caducar, perder prioridad de planificación o fallar durante la ejecución.

Riesgos de estafa relacionados con Gulf Stream

Los estafadores pueden crear tokens, webs o productos de inversión que utilicen el nombre Gulf Stream.

La función arquitectónica auténtica de Solana no tiene preventa de tokens, airdrop, bóveda de staking ni migración de wallets.

Debe considerarse sospechosa cualquier web que afirme que los usuarios deben depositar criptomonedas para activar el procesamiento de Gulf Stream.

Todo servicio que pida una frase de recuperación para acelerar o recuperar una transacción es fraudulento.

El reenvío de transacciones se realiza mediante software de red y nunca requiere revelar las claves privadas de una wallet.

Preguntas frecuentes

¿Qué es Gulf Stream en el mundo de las criptomonedas?

Gulf Stream es el nombre histórico de Solana para un sistema orientado a líderes que reenvía transacciones pendientes a los validadores programados para producir los próximos bloques.

¿Es Gulf Stream una criptomoneda?

No, Gulf Stream no es una moneda, token, stablecoin ni activo cripto de inversión.

¿Es Gulf Stream una blockchain?

No, es un concepto arquitectónico utilizado en el flujo de transacciones de la blockchain Solana.

¿Qué significa «sin mempool»?

Significa que la red no depende de un conjunto convencional de transacciones pendientes compartido globalmente, aunque los validadores y servicios pueden seguir utilizando colas y búferes temporales.

¿Solana no tiene ningún mempool?

Solana no utiliza el modelo tradicional de mempool público, pero las transacciones aún pueden almacenarse en caché, ponerse en cola, reintentarse y planificarse localmente.

¿Cómo sabe Gulf Stream adónde enviar las transacciones?

Se basa en el calendario de líderes de Solana, que asigna validadores a los próximos slots de producción de bloques.

¿Qué es un líder de Solana?

Es el validador asignado para añadir entradas al libro mayor durante un slot determinado.

¿Es público el calendario de líderes?

Sí, el calendario puede determinarse a partir del estado de la red y consultarse mediante métodos RPC oficiales.

¿Gulf Stream ejecuta contratos inteligentes?

No, reenvía transacciones; el entorno de ejecución del validador ejecuta las instrucciones de los programas incluidas en ellas.

¿Gulf Stream sustituye a Proof of History?

No, Proof of History se ocupa de la secuencia y el tiempo, mientras que Gulf Stream se ocupa del reenvío de transacciones.

¿Gulf Stream sustituye al consenso?

No, el consenso determina el historial aceptado del libro mayor, mientras que Gulf Stream ayuda a que las transacciones lleguen a los validadores productores de bloques.

¿Gulf Stream garantiza la confirmación de las transacciones?

No, una transacción aún puede caducar, descartarse, perder prioridad, no superar la validación o fallar durante la ejecución del programa.

¿Cuánto tiempo es válida una transacción normal de Solana?

Actualmente, una transacción que utiliza un blockhash reciente es válida durante un plazo de procesamiento de 150 slots.

¿Qué ocurre cuando caduca el blockhash reciente?

La transacción puede rechazarse y el usuario quizá tenga que reconstruirla y firmar una nueva con un blockhash más reciente.

¿Qué es un nonce duradero?

Es un valor almacenado que permite que transacciones construidas especialmente eviten el plazo normal de caducidad del blockhash reciente.

¿Se puede volver a enviar la misma transacción firmada?

Puede retransmitirse para intentar entregarla, mientras que las comprobaciones de estado de los validadores impiden que la misma transacción firmada se procese intencionadamente dos veces.

¿Gulf Stream elimina las comisiones de transacción?

No, las transacciones siguen requiriendo una comisión base denominada en SOL y pueden incluir una comisión de prioridad opcional.

¿Cuál es la comisión base actual de Solana?

La comisión base actual es de 5,000 lamports por cada firma contabilizada.

¿Para qué sirve una comisión de prioridad?

Puede mejorar la posición de una transacción en la planificación cuando el líder tiene más trabajo en competencia del que puede procesar de inmediato.

¿Pagar una comisión de prioridad alta garantiza que la transacción se ejecute correctamente?

No, la transacción aún puede ser no válida, caducar, entrar en conflicto con cuentas, superar los límites de cómputo o fallar durante la ejecución.

¿Por qué puede fallar una transacción después de llegar al líder?

Puede tener una firma no válida, saldo insuficiente para la comisión, un blockhash caducado, una cuenta no disponible, un conflicto de bloqueo de cuentas, un problema con el presupuesto de cómputo o un error del programa.

¿Puede Gulf Stream evitar la congestión de la red?

Puede mejorar el enrutamiento de transacciones y reducir la difusión general de transacciones pendientes, pero no eliminar los límites de capacidad de los líderes, las cuentas, el cómputo o el ancho de banda.

¿Puedo activar Gulf Stream en mi wallet?

Normalmente no se necesita ningún ajuste especial, ya que las wallets, los nodos RPC y los validadores gestionan el reenvío de transacciones.

¿Gulf Stream protege a los usuarios de transacciones maliciosas?

No, los usuarios deben verificar todas las transferencias, instrucciones de contratos inteligentes, aprobaciones de tokens y solicitudes de firma.

¿Gulf Stream requiere una frase semilla?

No, el enrutamiento de transacciones nunca exige revelar una frase semilla o clave privada.

¿Por qué difieren los plazos de Gulf Stream del artículo original de 2019 y la documentación actual?

El artículo original describía los supuestos de una arquitectura inicial, mientras que el protocolo y la documentación actuales utilizan límites actualizados, como el plazo de 150 slots del blockhash reciente.

¿Sigue siendo relevante Gulf Stream?

Sí, sigue siendo útil como nombre histórico del enfoque de Solana para reenviar transacciones hacia líderes, aunque la documentación actual suele describir directamente sus componentes subyacentes.

Conclusión

Gulf Stream es el nombre histórico del método de Solana para reenviar transacciones de criptomonedas pendientes a los líderes.

El enfoque utiliza un calendario de líderes predecible para que los clientes y validadores puedan dirigir transacciones hacia los validadores que se espera que produzcan los próximos bloques.

Se diseñó para reducir la dependencia de un mempool público convencional compartido por toda la red y disminuir los costes de memoria y ancho de banda asociados a la difusión repetida de transacciones pendientes.

Que no haya mempool no significa que no existan colas de transacciones.

Los nodos RPC, los validadores y los líderes aún pueden almacenar paquetes en caché o en búfer, reintentarlos y planificarlos.

Cuando una transacción llega a un líder, debe superar la verificación de firmas, las comprobaciones estructurales, las comprobaciones de antigüedad del blockhash, la validación de comisiones, la carga de cuentas, la ejecución de instrucciones y la confirmación del estado.

Gulf Stream no sustituye al consenso, Proof of History, la ejecución en paralelo ni la propagación de bloques.

Se encarga de la etapa de enrutamiento anterior a la inclusión de transacciones válidas en el libro mayor.

Normalmente, las transacciones actuales de Solana utilizan un blockhash reciente que sigue siendo válido durante un plazo de procesamiento de 150 slots.

Este mecanismo de caducidad impide que las transacciones pendientes sigan siendo válidas indefinidamente y ayuda a los servicios de red a eliminar solicitudes obsoletas.

Las comisiones de prioridad pueden influir en cómo planifica un líder las transacciones que compiten entre sí, pero no garantizan su confirmación ni que el programa se ejecute correctamente.

Los conflictos entre cuentas, los límites de cómputo, la pérdida de paquetes, la congestión, los blockhashes caducados, las comisiones insuficientes y los errores de programa aún pueden impedir que se completen.

Los usuarios no necesitan activar Gulf Stream ni comprar un token de Gulf Stream.

Su experiencia con el mecanismo es principalmente indirecta y se refleja en el envío desde la wallet, el enrutamiento de transacciones, la selección de comisiones y los tiempos de confirmación.

El término sigue siendo importante porque explica cómo puede utilizarse el calendario conocido de líderes de Solana para dirigir transacciones de forma eficiente hacia los productores de bloques.

La interpretación moderna más precisa no es la de una blockchain completamente libre de colas, sino la de una arquitectura de reenvío de transacciones consciente de los líderes, diseñada para facilitar un procesamiento cripto rápido y escalable.