Gulf Stream

O que é Gulf Stream no mercado cripto?

Gulf Stream foi o nome originalmente dado à abordagem da Solana para encaminhar transações de criptomoedas pendentes aos validadores programados para produzir os próximos blocos.

É comumente descrito como um sistema de encaminhamento de transações sem mempool.

Em vez de exigir que cada validador mantenha e compartilhe continuamente um único pool grande de transações pendentes, o modelo aproveita o cronograma previsível de líderes da Solana.

Clientes e participantes da rede podem encaminhar transações aos validadores que devem se tornar líderes nos próximos slots.

Isso permite que um futuro líder receba e prepare transações antes do início de sua vez de produzir um bloco.

A descrição original da Gulf Stream pela Solana foi publicada em junho de 2019 e apresentou o conceito como uma forma de transferir o armazenamento temporário e o encaminhamento de transações para a borda da rede.

Gulf Stream não é criptomoeda, token, carteira, contrato inteligente, algoritmo de consenso nem blockchain separada.

É um termo de arquitetura associado à forma como as transações são encaminhadas antes de serem executadas e registradas no ledger da Solana.

A documentação atual da Solana costuma explicar diretamente o fluxo de transações, o cronograma de líderes, os protocolos de transporte, a expiração do blockhash, os orçamentos de computação e as taxas, em vez de tratar Gulf Stream como um produto separado voltado ao usuário.

Por isso, Gulf Stream é mais bem entendido como o nome histórico de um conjunto de ideias de encaminhamento de transações que continua associado ao fluxo de transações orientado por líderes da Solana.

Por que Gulf Stream foi criada

Blockchains precisam lidar com transações válidas assinadas pelos usuários, mas ainda não incluídas em um bloco.

Um modelo convencional pode colocar essas transações em mempools locais mantidos por muitos nós.

Os nós podem anunciar, solicitar, armazenar, validar e retransmitir transações pendentes entre si.

Esse modelo pode funcionar bem, mas consome largura de banda, memória, capacidade de processamento e tempo.

Uma transação popular pode ser copiada por muitos nós, embora apenas o produtor do bloco atual possa incluí-la imediatamente.

Pools grandes de transações pendentes também podem aumentar a pressão durante picos de demanda, atividade de trading automatizado, lançamentos de tokens, liquidações ou tentativas de negação de serviço.

A Solana foi projetada com slots curtos e um cronograma de líderes que identifica qual validador deve produzir registros do ledger em cada slot.

Como os futuros líderes podem ser identificados antes do início de seus slots, as transações podem ser encaminhadas mais diretamente a eles.

A Gulf Stream foi proposta como uma forma de usar essas informações para reduzir o armazenamento desnecessário de transações em toda a rede e a retransmissão repetida por gossip.

A Gulf Stream realmente não tem mempool?

A expressão sem mempool não deve ser entendida como se nenhum computador jamais enfileirasse, armazenasse temporariamente, mantivesse em buffer ou tentasse novamente uma transação pendente.

Serviços de carteira, nós RPC, validadores e componentes de rede podem manter temporariamente pacotes de transação enquanto os processam ou encaminham.

Um líder também precisa de um buffer de agendamento para selecionar e organizar transações para execução.

A distinção importante é que a Solana não depende do mesmo tipo de mempool público, compartilhado universalmente e de longa duração comumente associado a algumas outras arquiteturas de blockchain.

As transações percorrem um fluxo orientado por líderes, em vez de depender apenas da ampla disseminação peer-to-peer de transações pendentes por gossip.

Portanto, chamar a Gulf Stream de sistema sem mempool é uma simplificação arquitetural, não uma afirmação de que todo armazenamento temporário de transações foi eliminado.

Como Gulf Stream usa o cronograma de líderes

Um líder é o validador responsável por produzir registros do ledger durante um slot atribuído.

A documentação de terminologia da Solana define o cronograma de líderes como uma sequência de chaves públicas de validadores associadas a slots.

O cronograma permite que os participantes da rede determinem qual validador deve atuar como líder em determinado momento.

Um cronograma de líderes permanece válido durante uma epoch.

Também é possível consultar o cronograma pelo método RPC oficial getLeaderSchedule.

Como os próximos líderes são conhecidos, uma transação não precisa circular aleatoriamente pela rede enquanto espera por um produtor de blocos desconhecido.

Um nó RPC ou validador pode tentar enviar a transação ao líder atual ou a um líder que deve assumir em breve.

Se o primeiro líder não incluir a transação, ela poderá ser tentada novamente ou encaminhada mais uma vez enquanto continuar válida.

Fluxo de transações da Gulf Stream

O fluxo de uma transação Gulf Stream normalmente começa quando um usuário aprova uma ação em uma carteira de criptomoedas ou aplicativo descentralizado.

O aplicativo cria uma transação que contém uma ou mais instruções.

Ele identifica as contas que serão lidas, alteradas ou que precisarão assinar.

A transação também inclui um blockhash recente ou, em casos específicos, um nonce durável.

As chaves privadas necessárias assinam a mensagem da transação.

Normalmente, a transação assinada é enviada a um nó RPC da Solana.

O nó RPC pode realizar verificações básicas e transmitir a transação serializada ao endpoint de processamento de transações de um validador.

A transação é encaminhada ao líder ativo ou futuro com base no cronograma atual da rede e na lógica de encaminhamento.

O líder valida e agenda a transação em relação às demais, carrega as contas necessárias, executa as instruções e confirma as alterações de estado bem-sucedidas.

Se a execução falhar, as alterações pretendidas nas contas são revertidas, embora a taxa da transação ainda possa ser cobrada.

Fluxo atual de transações da Solana

O fluxo atual de transações da Solana descreve oito etapas principais de processamento.

A primeira etapa recebe e desserializa os pacotes de transação.

O validador pode receber os bytes da transação por meio dos protocolos de transporte UDP ou QUIC.

A segunda etapa verifica as assinaturas criptográficas da transação.

Um pacote com uma assinatura obrigatória inválida é descartado antes da execução.

A terceira etapa sanitiza a estrutura da transação e verifica se as referências a contas e instruções são válidas.

A quarta etapa verifica as configurações de orçamento de computação, a idade da transação e se ela já foi processada.

A quinta etapa valida o pagador da taxa e quaisquer requisitos de nonce durável.

A sexta etapa carrega as contas e os programas necessários para a transação.

A sétima etapa executa cada instrução em sequência.

A oitava etapa confirma o estado resultante das contas se a execução for bem-sucedida ou reverte as alterações de estado se houver falha.

Gulf Stream está mais associada ao caminho que leva a esse fluxo do que às regras de execução dentro dele.

Gulf Stream e a Transaction Processing Unit

Os validadores da Solana usam uma arquitetura de processamento de transações comumente chamada de Transaction Processing Unit, ou TPU.

A TPU não é um chip físico nem um produto relacionado a tokens.

É um fluxo de etapas de rede, verificação de assinaturas, agendamento, carregamento de contas, execução e gravação no ledger.

Gulf Stream ajuda as transações a chegar ao validador que deve operar esse fluxo como líder.

Depois que a transação chega, a TPU ainda precisa validá-la e processá-la de acordo com as regras do protocolo.

O encaminhamento direto não permite que uma transação ignore assinaturas, verificações de taxas, verificações de blockhash, bloqueios de contas, limites de computação ou regras de execução dos programas.

Blockhashes recentes e expiração de transações

Uma transação normal da Solana inclui um blockhash recente.

O blockhash comprova que a transação foi criada dentro de uma janela de tempo limitada e ajuda a impedir sua repetição indefinida.

A documentação atual da estrutura de transações da Solana informa que um blockhash recente expira após 150 slots.

Se o blockhash estiver antigo demais quando a transação chegar para processamento, o validador poderá rejeitá-la com um erro relacionado ao blockhash.

A janela de expiração dá suporte ao modelo de encaminhamento da Gulf Stream, pois as transações pendentes não precisam permanecer válidas para sempre.

Com o tempo, um nó pode remover uma transação expirada, em vez de armazená-la indefinidamente.

Se a transação expirar, talvez o usuário precise obter um novo blockhash, reconstruí-la e assiná-la novamente.

Por que números antigos da Gulf Stream podem estar desatualizados

O artigo original da Gulf Stream, de 2019, mencionava uma vida útil esperada para as transações de aproximadamente 32 blocos e usava estimativas de duração dos primeiros testes na testnet.

Esses números não devem ser usados como limites atuais do protocolo da Solana.

A documentação oficial atual especifica uma janela de processamento de 150 slots para blockhashes recentes.

Os desenvolvedores devem sempre usar respostas RPC atuais e documentação do protocolo mantida, em vez de copiar estimativas antigas de tempo de artigos iniciais sobre a arquitetura.

O artigo histórico continua sendo útil para compreender o conceito original, mas vários detalhes de implementação evoluíram desde 2019.

Nonces duráveis e Gulf Stream

Um nonce durável é uma alternativa ao modelo normal de expiração por blockhash recente.

A documentação da Solana sobre nonces duráveis explica que uma transação com nonce durável substitui o blockhash recente por um valor de nonce armazenado.

Isso permite assinar uma transação offline e enviá-la posteriormente, sem usar a janela padrão de expiração de 150 slots.

Transações com nonce durável são úteis para custódia offline, assinatura adiada e fluxos de aprovação envolvendo várias partes.

Elas ainda precisam ser transmitidas a um validador e processadas pelo fluxo normal de transações.

O nonce durável altera as regras de idade da transação, mas não substitui o encaminhamento baseado em líderes.

Gulf Stream e deduplicação de transações

Uma transação assinada pode ser enviada mais de uma vez quando o aplicativo não sabe se o primeiro pacote chegou ao líder.

Tentar novamente pode aumentar a confiabilidade da entrega, mas a mesma transação não deve ser executada repetidamente.

A Solana usa a mensagem assinada da transação, o blockhash recente e verificações do status de processamento para identificar transações já processadas.

O fluxo atual de transações verifica um cache de status e pode rejeitar uma duplicata por já ter sido processada.

Isso permite que o software da rede tente entregar a transação novamente sem causar intencionalmente alterações de estado repetidas a partir da mesma transação assinada.

Mesmo assim, o usuário deve evitar assinar várias transações economicamente idênticas com blockhashes diferentes, a menos que a execução duplicada seja aceitável.

Gulf Stream e taxas de transação

Gulf Stream não elimina as taxas de transação.

Toda transação normal da Solana exige o pagamento de uma taxa em SOL.

A documentação atual de taxas da Solana divide a cobrança em taxa-base e taxa de priorização opcional.

A taxa-base compensa o trabalho de verificação de assinaturas.

A taxa-base atual é de 5,000 lamports por assinatura.

Metade da taxa-base é queimada e metade é destinada ao validador produtor do bloco, de acordo com as regras atuais.

A taxa de priorização opcional pode melhorar a posição da transação no agendamento quando muitas transações válidas disputam uma capacidade de execução limitada.

De acordo com as regras atuais, a taxa de priorização é destinada ao validador.

Taxas de prioridade e agendamento de líderes

Encaminhar uma transação ao líder correto não garante que o líder a executará.

Um líder pode receber mais transações do que cabem nos limites de recursos do slot.

O agendador do validador precisa considerar taxas, demanda de computação, conflitos de contas e limites do bloco.

O usuário pode adicionar um preço por unidade de computação por meio de instruções de orçamento de computação.

A taxa de priorização é calculada com base no preço selecionado por unidade de computação e no limite solicitado de unidades de computação.

A estrutura oficial de taxas da Solana informa que a taxa de prioridade se baseia no limite solicitado de unidades de computação, e não na quantidade de computação efetivamente consumida.

Portanto, solicitar um limite desnecessariamente alto pode aumentar a taxa sem oferecer um benefício de execução equivalente.

Gulf Stream melhora a eficiência do encaminhamento, enquanto as taxas de prioridade influenciam a forma como o líder que recebe as transações agenda o trabalho concorrente.

Gulf Stream e unidades de computação

Uma unidade de computação mede os recursos de processamento necessários para uma transação.

Transferências simples normalmente exigem menos recursos do que interações complexas com vários programas e contas que podem ser alteradas.

Uma transação pode incluir instruções que definem seu limite máximo de unidades de computação e o preço oferecido por unidade.

O líder usa esses dados como parte do agendamento da transação e do cálculo das taxas.

Uma transação que exceda o orçamento de computação permitido falha mesmo que Gulf Stream a tenha encaminhado ao validador correto.

A eficiência do encaminhamento não corrige uma lógica inválida do programa nem um limite de computação insuficiente.

Bloqueios e conflitos de contas

As transações da Solana declaram as contas que pretendem ler e modificar.

Isso permite que o runtime identifique quais transações podem ser processadas em paralelo.

Duas transações que gravam na mesma conta podem entrar em conflito e nem sempre podem ser executadas simultaneamente.

Uma transação pode sofrer atraso ou ser rejeitada se a conta necessária já estiver bloqueada por outra transação no mesmo período de processamento.

Gulf Stream pode entregar transações rapidamente, mas não elimina a concorrência por contas populares que podem ser alteradas.

Aplicativos que concentram a atividade em uma única conta compartilhada podem enfrentar congestionamento mesmo quando há capacidade disponível no restante da rede.

Gulf Stream e processamento paralelo

O modelo de contas da Solana permite que o agendador identifique transações que não disputam o mesmo estado gravável.

Quando os recursos do validador permitem, essas transações independentes podem ser processadas em paralelo.

Gulf Stream ajuda a fornecer transações ao próximo líder antes ou durante seus slots atribuídos.

O agendador e o runtime determinam quais dessas transações podem ser executadas simultaneamente.

O encaminhamento de transações e a execução paralela de contratos inteligentes são recursos de desempenho relacionados, mas não são o mesmo mecanismo.

Gulf Stream vs. um mempool público tradicional

Um modelo tradicional de mempool público normalmente distribui transações pendentes entre muitos pares.

Cada nó participante pode manter sua própria versão do conjunto pendente.

O conteúdo pode variar porque os nós recebem transações em momentos diferentes e aplicam políticas locais distintas.

O produtor de blocos seleciona transações entre as pendentes de que tem conhecimento.

Gulf Stream, por sua vez, prioriza o encaminhamento aos líderes programados.

Isso pode reduzir a necessidade de que cada validador armazene e retransmita por gossip todas as transações pendentes durante longos períodos.

No entanto, o líder ainda precisa de uma fila local de agendamento, e serviços intermediários ainda podem armazenar pacotes em buffers ou tentar encaminhá-los novamente.

A diferença prática diz respeito ao roteamento da rede e à distribuição de transações pendentes, e não à ausência total de filas de memória.

Gulf Stream vs. consenso

Gulf Stream não é o mecanismo de consenso da Solana.

O consenso determina como os validadores concordam sobre o histórico do ledger e qual fork será aceito.

Gulf Stream trata de como transações assinadas chegam aos validadores produtores de blocos antes da inclusão.

Uma transação pode ser encaminhada com sucesso e ainda falhar no processamento relacionado ao consenso por ser inválida, expirada, duplicada, sem fundos suficientes ou impossível de executar.

Da mesma forma, o consenso pode continuar funcionando mesmo que a transação de um usuário seja descartada ou expire.

Gulf Stream vs. Proof of History

Proof of History oferece uma abordagem criptográfica para ordenar eventos e demonstrar a passagem de uma sequência na arquitetura da Solana.

Gulf Stream usa a organização previsível de slots e líderes da rede para orientar o encaminhamento de transações.

Os dois conceitos dão suporte ao mesmo projeto de blockchain de alto desempenho, mas solucionam problemas diferentes.

Proof of History está relacionada à ordenação e ao tempo, enquanto Gulf Stream está relacionada ao encaminhamento de transações pendentes.

Gulf Stream vs. Turbine

Turbine está associada à propagação de blocos e dados do ledger dos líderes para toda a rede de validadores.

Em termos gerais, Gulf Stream opera na direção oposta, ajudando transações de usuários a chegar aos líderes antes da produção do bloco.

Gulf Stream direciona a demanda por transações ao produtor.

Turbine distribui os dados do bloco produzido do produtor para os validadores.

Os dois mecanismos lidam com a comunicação da rede, mas processam dados diferentes em etapas distintas do ciclo de vida da blockchain.

Gulf Stream vs. Sealevel

Sealevel é o runtime paralelo de contratos inteligentes da Solana.

Ele permite que transações que acessam estados independentes de contas sejam processadas simultaneamente.

Gulf Stream não executa instruções de contratos inteligentes.

Ela ajuda a transportar transações até o líder que as encaminhará ao runtime.

Uma transação pode se beneficiar do encaminhamento da Gulf Stream e, depois, da execução paralela, mas os mecanismos continuam distintos.

Gulf Stream vs. um nó RPC

Um nó RPC oferece uma interface pela qual carteiras e aplicativos podem consultar dados da blockchain e enviar transações.

Gulf Stream descreve o conceito de encaminhamento orientado a líderes usado durante ou após o envio.

O provedor RPC pode tentar novamente, simular, realizar verificações preliminares, encaminhar ou monitorar uma transação de acordo com seu próprio software e configuração.

Uma resposta RPC que informa que uma transação foi aceita para envio não significa necessariamente que ela foi confirmada on-chain.

Os usuários devem verificar a assinatura da transação no nível de commitment desejado, em vez de presumir que o envio bem-sucedido equivale à liquidação final.

Benefícios da Gulf Stream

Gulf Stream pode reduzir a disseminação ampla por gossip de transações pendentes.

Pode direcionar o tráfego de transações aos validadores que devem produzir os próximos blocos.

Pode dar aos futuros líderes mais tempo para receber, verificar e preparar transações.

Pode reduzir a quantidade de dados de transações pendentes de longa duração que cada validador precisa armazenar.

Também funciona com a expiração das transações, permitindo remover transações antigas depois que seus blockhashes deixam de ser válidos.

O modelo dá suporte a transições rápidas entre líderes porque o próximo líder já pode ter as transações disponíveis.

Esses benefícios contribuem para a capacidade de processamento e a latência, mas não garantem que toda transação enviada será incluída rapidamente.

Limitações da Gulf Stream

O encaminhamento direcionado a líderes pode concentrar o tráfego recebido em um pequeno número de validadores programados para slots próximos.

Esses validadores podem se tornar alvos de congestionamento ou tentativas de negação de serviço.

A perda de pacotes de rede pode impedir que uma transação chegue ao líder pretendido.

Um líder indisponível ou com conexão ruim pode não processar as transações recebidas.

Uma transação pode expirar enquanto os aplicativos continuam tentando enviá-la novamente.

Transações concorrentes podem oferecer taxas de prioridade mais altas ou exigir menos recursos escassos.

Contas populares podem criar gargalos locais de execução mesmo quando o roteamento funciona corretamente.

Gulf Stream trata da distribuição de transações, mas não elimina todas as causas de congestionamento da blockchain.

Gulf Stream garante confirmação rápida?

Não. Gulf Stream não garante que uma transação de criptomoeda será confirmada em determinado prazo.

A transação precisa chegar a um líder antes de expirar.

As assinaturas e a estrutura precisam ser válidas.

O pagador da taxa precisa ter SOL suficiente para cobri-la.

As contas e os programas solicitados precisam estar disponíveis e ser válidos.

A transação precisa caber nos limites de computação, contas e recursos do bloco.

Suas instruções precisam ser executadas com sucesso.

O bloco resultante também precisa atingir o nível de commitment exigido pela rede.

O encaminhamento eficiente melhora o processo, mas não garante um resultado bem-sucedido no aplicativo.

Por que uma transação Gulf Stream pode ser descartada

Uma transação pode ser descartada porque seu pacote nunca chega a um líder ativo.

Pode ser rejeitada por conter uma assinatura obrigatória inválida.

Pode expirar porque seu blockhash recente é mais antigo do que a idade de processamento permitida.

Pode falhar porque o pagador da taxa não tem lamports suficientes.

Durante congestionamentos, pode perder prioridade porque sua taxa de prioridade é baixa demais.

Pode entrar em conflito com transações que bloqueiam as mesmas contas que podem ser alteradas.

Pode exceder o limite solicitado de unidades de computação.

Também pode falhar se uma das instruções do programa retornar um erro.

Gulf Stream e finalização de transações

Encaminhamento, processamento, confirmação e finalização descrevem etapas diferentes.

Encaminhamento significa que o pacote da transação está sendo transmitido a um validador.

Processamento significa que um validador avaliou e possivelmente executou a transação.

Confirmação indica que a transação aparece em um bloco reconhecido em determinado nível de commitment.

Finalização indica um acordo mais forte da rede de que o histórico de ledger correspondente não será substituído.

Gulf Stream ajuda na primeira parte desse percurso, mas não fornece finalização por conta própria.

Gulf Stream e MEV

O fluxo de transações direcionado a líderes pode afetar a distribuição de informações sobre a atividade cripto pendente.

Uma transação enviada a um líder pode não aparecer em um único pool público de transações pendentes visível globalmente.

Isso pode alterar a forma como searchers, aplicativos e produtores de blocos observam as transações pendentes.

Isso não elimina o valor extraível máximo, a reordenação de transações, a arbitragem, as liquidações nem a concorrência por uma execução favorável.

O líder ainda determina a ordem das transações dentro dos limites das regras do protocolo e do software de agendamento.

Ao interagir com mercados on-chain, os usuários devem definir condições razoáveis de slippage, saída mínima, prazo e proteção de contas.

Gulf Stream e usuários de carteiras

Em geral, usuários comuns de carteiras não ativam nem desativam Gulf Stream.

A carteira e a conexão RPC cuidam do envio e do encaminhamento da transação em segundo plano.

Os usuários interagem principalmente com configurações relacionadas, como taxas de transação, taxas de prioridade, slippage e opções de confirmação.

Antes de assinar, o usuário deve verificar o destinatário, as instruções, as quantidades de tokens e as permissões solicitadas pela transação.

O encaminhamento rápido não torna seguro um contrato inteligente malicioso.

Nenhum processo da Gulf Stream exige que uma frase-semente, chave privada ou frase de recuperação da carteira seja informada em um site.

Gulf Stream e desenvolvedores

Os desenvolvedores devem obter um blockhash recente pouco antes de criar e assinar uma transação normal.

Devem acompanhar a última altura de bloco válida retornada junto com o blockhash, em vez de depender de um tempo limite fixo de relógio.

Os aplicativos devem tratar a expiração das transações explicitamente.

Devem evitar solicitar repetidamente que os usuários assinem substituições antes de verificar se uma transação anterior foi processada.

As taxas de prioridade e os limites de unidades de computação devem ser estimados, em vez de definidos com valores máximos arbitrários.

Os desenvolvedores também devem monitorar as assinaturas das transações em um nível de commitment adequado.

Um aplicativo confiável diferencia na interface o status de envio, o status de processamento, a confirmação, o sucesso da execução e a finalização.

Considerações de segurança da Gulf Stream

Gulf Stream não autoriza transações.

A autorização continua dependendo das assinaturas criptográficas exigidas e das regras dos programas.

Em condições normais, um nó de encaminhamento não pode alterar os dados de uma transação assinada sem invalidar a assinatura.

No entanto, um aplicativo não confiável pode pedir ao usuário que assine instruções prejudiciais antes de encaminhar a transação.

Um serviço RPC não confiável pode atrasar, descartar ou encaminhar seletivamente pacotes de transação.

Também pode fornecer dados de leitura imprecisos, a menos que o aplicativo verifique os resultados em outras fontes confiáveis.

Os usuários devem proteger as chaves privadas e inspecionar cuidadosamente as solicitações de transação, independentemente do modelo de roteamento da rede.

Equívocos comuns sobre Gulf Stream

Um equívoco é acreditar que Gulf Stream é um token que pode ser comprado.

É um conceito de encaminhamento de transações e não tem um contrato oficial de token.

Outro equívoco é achar que não ter mempool significa que os validadores nunca armazenam transações pendentes.

Filas temporárias e buffers de agendamento continuam necessários para o processamento real da rede.

Um terceiro equívoco é pensar que Gulf Stream confirma transações antes do início do slot do líder.

Um futuro líder pode receber ou preparar uma transação com antecedência, mas sua inclusão na blockchain ainda ocorre por meio da produção de blocos válidos.

Um quarto equívoco é achar que Gulf Stream substitui o consenso.

Ela trata do encaminhamento de transações, e não do acordo entre validadores sobre o histórico do ledger.

Um quinto equívoco é acreditar que o encaminhamento direto garante a inclusão.

A transação ainda pode ser descartada, expirar, perder prioridade de agendamento ou falhar durante a execução.

Riscos de golpes relacionados à Gulf Stream

Golpistas podem criar tokens, sites ou produtos de investimento usando o nome Gulf Stream.

O recurso autêntico de arquitetura da Solana não tem venda de tokens, airdrop, pool de staking nem migração de carteira.

Um site que afirme que os usuários precisam depositar criptomoedas para ativar o processamento da Gulf Stream deve ser considerado suspeito.

Um serviço que solicite uma frase de recuperação para acelerar ou recuperar uma transação é fraudulento.

O encaminhamento de transações ocorre por meio de software de rede e nunca exige a divulgação das chaves privadas de uma carteira.

FAQ

O que é Gulf Stream no universo das criptomoedas?

Gulf Stream é o nome histórico da Solana para um sistema orientado a líderes que encaminha transações pendentes aos validadores programados para produzir os próximos blocos.

Gulf Stream é uma criptomoeda?

Não. Gulf Stream não é moeda, token, stablecoin nem ativo cripto de investimento.

Gulf Stream é uma blockchain?

Não. É um conceito de arquitetura usado no fluxo de transações da blockchain Solana.

O que significa não ter mempool?

Significa que a rede não depende de um pool convencional de transações pendentes compartilhado globalmente, embora validadores e serviços ainda possam usar filas e buffers temporários.

A Solana não tem nenhum mempool?

A Solana não usa o modelo tradicional de mempool público, mas as transações ainda podem ser armazenadas temporariamente, enfileiradas, reenviadas e agendadas localmente.

Como Gulf Stream sabe para onde enviar as transações?

Ela depende do cronograma de líderes da Solana, que associa validadores aos próximos slots de produção de blocos.

O que é um líder da Solana?

É o validador designado para acrescentar registros ao ledger durante determinado slot.

O cronograma de líderes é público?

Sim. É possível determinar o cronograma com base no estado da rede e consultá-lo por métodos RPC oficiais.

Gulf Stream executa contratos inteligentes?

Não. Ela encaminha transações, enquanto o runtime do validador executa as instruções dos programas incluídas nelas.

Gulf Stream substitui Proof of History?

Não. Proof of History trata de sequência e tempo, enquanto Gulf Stream trata do encaminhamento de transações.

Gulf Stream substitui o consenso?

Não. O consenso determina o histórico de ledger aceito, enquanto Gulf Stream ajuda as transações a chegar aos validadores produtores de blocos.

Gulf Stream garante a confirmação de transações?

Não. Uma transação ainda pode expirar, ser descartada, perder prioridade, falhar na validação ou falhar durante a execução do programa.

Por quanto tempo uma transação normal da Solana é válida?

Atualmente, uma transação que usa um blockhash recente é válida dentro de uma janela de processamento de 150 slots.

O que acontece quando o blockhash recente expira?

A transação pode ser rejeitada, e o usuário talvez precise reconstruí-la e assinar uma substituta com um blockhash mais recente.

O que é um nonce durável?

Nonce durável é um valor armazenado que permite que transações construídas especialmente evitem a janela normal de expiração do blockhash recente.

A mesma transação assinada pode ser reenviada?

Ela pode ser retransmitida para entrega, enquanto as verificações de status dos validadores impedem que a mesma transação assinada seja processada intencionalmente duas vezes.

Gulf Stream elimina as taxas de transação?

Não. As transações ainda exigem uma taxa-base denominada em SOL e podem incluir uma taxa de prioridade opcional.

Qual é a taxa-base atual da Solana?

A taxa-base atual é de 5,000 lamports por assinatura contabilizada.

Qual é a função de uma taxa de prioridade?

Ela pode melhorar a posição da transação no agendamento quando o líder tem mais trabalho concorrente do que consegue processar imediatamente.

Pagar uma taxa de prioridade alta garante sucesso?

Não. A transação ainda pode ser inválida, expirar, entrar em conflito com contas, exceder os limites de computação ou falhar durante a execução.

Por que uma transação pode falhar depois de chegar ao líder?

Ela pode ter assinatura inválida, saldo insuficiente para a taxa, blockhash expirado, conta indisponível, conflito de bloqueio de conta, problema no orçamento de computação ou erro do programa.

Gulf Stream pode evitar congestionamento da rede?

Ela pode melhorar o encaminhamento de transações e reduzir a ampla disseminação de transações pendentes por gossip, mas não elimina os limites de capacidade do líder, de contas, de computação ou de largura de banda.

Posso ativar Gulf Stream na minha carteira?

Normalmente, não é necessária nenhuma configuração especial do usuário, pois carteiras, nós RPC e validadores cuidam do encaminhamento das transações.

Gulf Stream protege os usuários contra transações maliciosas?

Não. Os usuários ainda precisam verificar cada transferência, instrução de contrato inteligente, aprovação de token e solicitação de assinatura.

Gulf Stream exige uma frase-semente?

Não. O roteamento de transações nunca exige que os usuários revelem uma frase-semente ou chave privada.

Por que o prazo mencionado na publicação original da Gulf Stream, de 2019, difere da documentação atual?

O artigo original descrevia premissas iniciais de arquitetura, enquanto o protocolo e a documentação atuais usam limites atualizados, como a janela de 150 slots para blockhashes recentes.

Gulf Stream ainda é relevante?

Sim. Continua sendo um nome histórico útil para a abordagem da Solana de encaminhar transações com base nos líderes, embora a documentação atual descreva com mais frequência os componentes subjacentes diretamente.

Conclusão

Gulf Stream é o nome histórico do método da Solana para encaminhar transações pendentes de criptomoedas de forma orientada a líderes.

A abordagem usa um cronograma previsível de líderes para que clientes e validadores possam direcionar as transações aos validadores que devem produzir os próximos blocos.

O modelo foi projetado para reduzir a dependência de um mempool público convencional compartilhado por toda a rede e diminuir os custos de memória e largura de banda causados pela retransmissão repetida de transações pendentes por gossip.

Não ter mempool não significa que não existam filas de transações.

Nós RPC, validadores e líderes ainda podem armazenar temporariamente, colocar em buffer, tentar novamente e agendar pacotes de transação.

Ao chegar ao líder, uma transação precisa passar pela verificação de assinaturas, validações estruturais, verificações de idade do blockhash, validação de taxas, carregamento de contas, execução de instruções e confirmação do estado.

Gulf Stream não substitui o consenso, Proof of History, a execução paralela nem a propagação de blocos.

Ela trata da etapa de roteamento anterior à inclusão de transações válidas no ledger.

Atualmente, as transações normais da Solana usam um blockhash recente que permanece válido durante uma janela de processamento de 150 slots.

Esse mecanismo de expiração impede que transações pendentes permaneçam válidas indefinidamente e ajuda os serviços de rede a remover solicitações obsoletas.

Taxas de prioridade podem influenciar a forma como um líder agenda transações concorrentes, mas não garantem confirmação nem execução bem-sucedida do programa.

Conflitos de contas, limites de computação, perda de pacotes, congestionamento, blockhashes expirados, taxas insuficientes e erros de programa ainda podem impedir a conclusão.

Os usuários não precisam ativar Gulf Stream nem comprar um token Gulf Stream.

Em geral, eles percebem o mecanismo indiretamente por meio do envio pela carteira, do encaminhamento da transação, da escolha de taxas e dos tempos de confirmação.

O termo continua importante porque explica como o cronograma conhecido de líderes da Solana pode ser usado para encaminhar transações com eficiência aos produtores de blocos.

A interpretação moderna mais precisa não é a de uma blockchain completamente sem filas, mas a de uma arquitetura de encaminhamento de transações que considera os líderes para permitir um processamento cripto rápido e escalável.