Double Zero Solana: Camada de Rede Criptografada

Última atualização: Junho de 2025

Double Zero Solana refere-se à utilização da infraestrutura de rede Double Zero por validadores Solana e sistemas relacionados. O rascunho de Junho de 2025 fornecido descreve criptografia, ofuscação de IP, redução de latência e resistência a MEV como funcionalidades do produto, mas não cita uma especificação técnica específica do produto que suporte todas as quatro reivindicações. Trate-as como reivindicações que requerem confirmação primária atual, não como capacidades garantidas.

Este artigo destina-se apenas a fins informativos e não constitui aconselhamento financeiro ou de investimento. Investimentos em Criptomoedas acarretam riscos significativos. Consulte um consultor financeiro qualificado antes de tomar decisões de investimento.

A fonte associa o Double Zero a desenvolvimentos de infraestrutura da Solana em 2025. A propriedade atual, atribuição da equipa, status de implementação, redes participantes e design técnico devem ser verificados na documentação atual do próprio Double Zero e num anúncio específico do produto Solana. Uma página inicial genérica da Solana não é evidência suficiente de que a Solana Foundation criou ou opera o projeto.

O enquadramento defensável mais claro é a infraestrutura de desempenho de rede: roteamento da internet pública, constrangimentos de largura de banda, spam e latência geográfica podem afetar sistemas de validadores distribuídos. Se uma implementação específica criptografa cargas úteis, mascara Endpoints ou altera a exposição a MEV depende da sua implementação documentada.

Para compreender porque existe o Double Zero, é primeiro necessário saber o que a camada de rede atual da Solana expõe e quem a pode explorar.

Saltar para uma secção:

• O que o Double Zero Solana foi projetado para resolver?
• Como o Double Zero é descrito na fonte de 2025
• Reivindicações de privacidade: Criptografia e ofuscação de IP requerem verificação
• Objetivo de desempenho: Reduzir a latência entre validadores e a rede
• Double Zero e MEV: Âmbito e limites potenciais
• Quem beneficia do Double Zero: Uma análise por função
• Histórico Status: O que disse a fonte de Junho de 2025
• Como o Double Zero se compara: Solana atual vs. Double Zero vs. Abordagem Ethereum
• Perguntas frequentes sobre Double Zero na Solana

O que o Double Zero Solana foi projetado para resolver?

A fonte fornecida enquadra quatro preocupações potenciais da camada de rede:

• Confidencialidade do transporte: Se os links específicos dos validadores já utilizam criptografia e que metadados permanecem visíveis requer verificação ao nível do protocolo.
• Exposição de Endpoints: A infraestrutura publicamente acessível pode enfrentar risco de DDoS, mas uma sobreposição (overlay) não torna necessariamente cada origem indescobrível.
• Ordem das transações e MEV: A visibilidade da rede pode ser uma fonte de informação; o encaminhamento do líder, a construção de blocos, o design da aplicação e o fluxo de ordem privado também são importantes.
• Latência e largura de banda: Os caminhos da Internet pública podem introduzir jitter, congestionamento e variabilidade geográfica.

O protocolo gossip da Solana distribui informações do cluster entre os validadores. O encaminhamento de transações, votos, shreds e metadados do cluster não utilizam todos o mesmo caminho idêntico, pelo que a afirmação do rascunho de que transações pendentes e todas as mensagens de validadores viajam através de gossip legível não deve ser publicada sem uma citação precisa do protocolo e versão.

Evite analogias que sugiram que toda a rede de validadores é equivalente a uma rádio aberta. Segurança do transporte, visibilidade do ledger público, descoberta de Endpoints e ordem de transações são questões diferentes.

A exposição vai mais longe. A Solana publica um cronograma de líderes que informa a rede qual validador irá produzir o próximo bloco. Se o endereço IP de um validador for visível publicamente e o cronograma de líderes for público, um atacante pode programar um ataque de Negação de Serviço Distribuída (DDoS) com precisão para derrubar esse validador durante a sua janela de produção de blocos. Quando o endereço IP de um validador é conhecido, este torna-se um alvo para ataques DDoS, que são inundações coordenadas de tráfego concebidas para sobrecarregar o nó e perturbar o consenso.

O MEV pode surgir da ordem das transações, liquidações, arbitragem, design de aplicações e visibilidade do fluxo de ordem. O guia de arbitragem Solana separado explica estes fatores mais amplos. A criptografia de um caminho de transporte não eliminaria o MEV.

O Proof of History (PoH), o relógio criptográfico da Solana que codifica a passagem do tempo diretamente na Blockchain, torna a rede fiável e de baixa latência particularmente crítica. O PoH não é o Mecanismo de consenso da Solana -- a Solana utiliza Proof of Stake para isso -- mas cria um registo histórico verificável que permite aos validadores concordar com a ordem dos eventos sem comunicação constante de ida e volta. Qualquer degradação da rede, seja por latência adicionada, interceção de dados ou inatividade do validador devido a ataques DDoS, mina diretamente a precisão temporal de que o PoH depende.

O rascunho de 2025 apresenta o projeto como uma sobreposição destinada a melhorar a entrega da rede. Confirme o plano de dados real, as propriedades de criptografia, a filtragem de borda, a exposição de Endpoints e o design de roteamento antes de fazer uma afirmação mais forte.

Como o Double Zero é descrito na fonte de 2025

Passo a Passo: Como o Double Zero Processa o Tráfego de Validadores

A fonte propõe a seguinte sequência, mas cada Item requer confirmação com a documentação atual do produto:

1. O tráfego do validador ou da infraestrutura entra no caminho de dados do Double Zero.
2. Componentes de borda ou de rede processam e roteiam o tráfego elegível.
3. Links contribuídos ou otimizados podem fornecer um caminho diferente do roteamento comum da internet.
4. O tráfego retorna para a rede de destino ou ambiente do validador.
5. Os componentes de consenso e propagação da Solana continuam a operar acima ou ao lado desse serviço de rede.

A Camada de Transporte Criptografada: Como o Double Zero Embrulha o QUIC

O rascunho rotula o mecanismo como uma camada de transporte criptografada, mas não especifica algoritmos, gestão de chaves, Endpoints, tipos de mensagens cobertos ou metadados visíveis. Esses detalhes são necessários antes de usar a analogia da carta selada como uma descrição factual.

O QUIC, a canalização subjacente que determina como os pacotes de dados viajam entre computadores, forma a camada base da arquitetura do Double Zero. A Solana adotou o QUIC em 2022 para substituir conexões mais antigas baseadas em TCP, pois o QUIC lida com o congestionamento da rede de forma mais eficiente e suporta um estabelecimento de conexão mais rápido. O QUIC é um padrão IETF (ver padrão de protocolo QUIC, RFC 9000))) e foi originalmente desenvolvido pelo Google antes de se tornar um padrão formal da Internet. A Solana não inventou o QUIC.

A fonte diz que o Double Zero funciona em paralelo com o transporte existente da Solana, em vez de substituir o QUIC. No entanto, a afirmação de que todos os dados e metadados do validador são colocados dentro de um envelope criptográfico ilegível precisa de uma citação de protocolo específica do produto. Não infira criptografia de carga útil ou confidencialidade de metadados meramente da palavra "sobreposição" (overlay).

Ao contrário dos sistemas de prova de conhecimento zero, que utilizam técnicas criptográficas para verificar a validade dos dados sem revelar o seu conteúdo, o Double Zero foca-se na encriptação da camada de transmissão entre validadores, não em ocultar os dados das transações do registo público da blockchain.

A relação pretendida com o Turbine e outros caminhos de dados da Solana deve ser verificada para a versão atual. Um serviço de rede pode transportar ou acelerar tráfego selecionado sem substituir a lógica de consenso ou de propagação de blocos.

Encriptação do Protocolo Gossip: O que o Double Zero Oculta e Porque é Importante

O rascunho fornecido lista três categorias de possível exposição, mas não fornece um modelo de ameaças específico do produto nem uma especificação ao nível de pacote que prove que as três estão ocultas.

Primeiro, conteúdos das mensagens: determinar quais mensagens da Solana utilizam o serviço, que segurança de transporte já existe e se o Double Zero encripta payloads de ponta a ponta.

Segundo, endereços IP do remetente: confirmar se o design oculta os endereços de origem dos pares, apenas dos observadores de trânsito ou de todo. O encaminhamento através de uma sobreposição não fornece anonimato automaticamente.

Terceiro, metadados de tempo: a encriptação normalmente não oculta o tempo, o tamanho do pacote ou os padrões de análise de tráfego por si só. Uma afirmação de que o design remove este canal lateral requer provas técnicas explícitas.

Para uma referência técnica sobre o funcionamento do protocolo gossip da Solana, consulte documentação do protocolo gossip da Solana.

Declarações de Privacidade: Encriptação e Ofuscação de IP Requerem Verificação

Cada dispositivo ligado à Internet tem um endereço IP, um identificador único que revela a sua localização física aproximada e pode ser alvo de ataques. Sob a arquitetura atual da Solana, os endereços IP dos validadores são visíveis publicamente na rede gossip. Isto cria uma superfície de ataque direta.

A cadeia de exposição funciona da seguinte forma: a Solana publica um cronograma de líderes que informa a rede qual validador irá produzir o próximo bloco. Como esse cronograma é do conhecimento público, qualquer pessoa que conheça o endereço IP de um validador sabe exatamente quando esse validador será responsável pela produção do bloco. Um ataque DDoS direcionado, uma inundação coordenada de tráfego concebida para sobrecarregar o validador e forçá-lo a ficar offline, pode, portanto, ser cronometrado para interromper o consenso no momento exato em que o validador visado está a liderar.

As fontes fornecidas alegam ofuscação do endereço IP, mas isto não deve ser declarado como impedimento à identificação ou a direcionamento direto sem um modelo de ameaças atual. Os validadores e serviços relacionados podem permanecer detetáveis através de dados de pares, encaminhamento, configuração, registos históricos ou outros canais.

Qualquer benefício para nós RPC depende de estes participarem no serviço e de como o tráfego é encaminhado. Não assuma que uma implementação focada em validadores protege os pontos de extremidade RPC públicos.

A camada de privacidade do Double Zero também tem um efeito direto na velocidade com que os validadores da Solana conseguem comunicar, alterando as rotas que o tráfego percorre através da rede física.

Objetivo de Desempenho: Reduzir a Latência da Rede dos Validadores

A latência da rede, o atraso entre uma mensagem sair de um validador e chegar a outro, tem um efeito desproporcional no desempenho da Solana devido à forma como o Proof of History funciona.

Propagação, que significa a rapidez com que uma transação ou mensagem de voto viaja de um validador para todos os outros na rede, determina se os validadores recebem blocos com rapidez suficiente para votar neles dentro da janela de tempo que o PoH estabelece. Pense na diferença entre enviar uma mensagem por uma autoestrada direta versus encaminhá-la através de uma série de estradas locais: a autoestrada leva a mensagem mais rápido e com menos atrasos imprevisíveis.

Os validadores da Solana estão geograficamente distribuídos, e os caminhos da internet pública podem introduzir latência e jitter variáveis. O projeto é descrito como oferecendo caminhos de rede otimizados ou contribuídos, mas a melhoria real depende da localização do ponto de extremidade, cobertura da rota, capacidade, congestionamento, hardware e comportamento de fallback.

Uma latência menor e mais previsível pode ajudar sistemas distribuídos, mas não deve ser apresentada como uma melhoria garantida em votos, produção de blocos, recompensas, finalidade ou velocidade de transações de utilizador sem resultados medidos da implementação relevante.

O objetivo pretendido é a entrega na rede, em vez de uma alteração direta na capacidade de execução da Solana. A fonte de junho de 2025 não forneceu nenhuma metodologia de benchmark específica do produto nem melhoria quantificada. Quaisquer declarações de latência, débito, finalidade, tempo de atividade ou recompensa devem citar as condições de teste e os resultados atuais.

Privacidade e desempenho são os dois benefícios de infraestrutura que o Double Zero visa. O terceiro benefício, e o que mais importa a qualquer pessoa que tenha experienciado manipulação de transações, é a resistência a MEV.

Double Zero e MEV: Âmbito Potencial e Limites

Como a Visibilidade ao Nível da Rede Habilita MEV na Solana

MEV, Maximal Extractable Value (Valor Máximo Extraível), refere-se ao lucro que validadores, produtores de blocos ou bots de terceiros podem extrair ao reordenar, inserir ou censurar transações dentro de um bloco.

O rascunho atribui o front-running principalmente ao tráfego gossip legível. Isso é demasiado amplo sem provas: o encaminhamento de transações da Solana, o agendamento de líderes, o fluxo de ordem do motor de blocos, o design da aplicação e o comportamento do validador podem afetar o MEV. As capacidades de um observador de pacotes dependem da posição, protocolo, encriptação e do caminho real do tráfego.

Uma sequência mais segura é: um pesquisador obtém informações sobre uma transação pretendida, prevê o seu impacto no preço e tenta influenciar a ordem. A encriptação de um caminho pode reduzir uma fonte de informação, deixando outros canais de MEV intactos.

O que o Double Zero Reduz e o que Não Reduz

Se uma implementação fornecer encriptação autenticada para tráfego relevante, pode reduzir a inspeção passiva nesse caminho. O rascunho não estabelece quais mensagens estão abrangidas, quem termina a encriptação, que metadados permanecem visíveis ou se caminhos alternativos de fluxo de ordem expõem a mesma informação.

Descreva isto como uma mitigação potencial ao nível da rede, não como prova de resistência a MEV. O seu efeito requer um modelo de ameaças documentado e medições.

Duas limitações requerem reconhecimento explícito.

Primeiro, o Double Zero aborda o MEV ao nível da rede. Não elimina o MEV ao nível do contrato inteligente ou da construção de blocos. Estratégias de MEV que operam através de mecanismos ao nível da aplicação, como a reordenação de transações dentro de um bloco após terem sido recebidas por um validador, permanecem fora do âmbito do Double Zero. Estas requerem soluções ao nível da aplicação.

Segundo, o Double Zero NÃO torna as transações da Solana privadas no sentido de ocultar dados de transações no ledger público. O Double Zero torna privada a propagação de transações entre validadores durante o trânsito. Assim que uma transação é finalizada num bloco e registada na blockchain da Solana, esses dados são publicamente visíveis na blockchain, como sempre foram. O Double Zero protege o caminho de propagação, não o registo do ledger.

Com o quadro técnico estabelecido, a questão torna-se: quem beneficia realmente e de que formas específicas?

Quem Beneficia do Double Zero: Uma Análise por Cargo

O projeto visa potenciais melhorias de segurança e desempenho, mas a magnitude e os beneficiários dependem da cobertura da implementação e dos resultados medidos. Os itens abaixo são resultados pretendidos ou hipóteses, não benefícios garantidos.

Este artigo destina-se apenas a fins informativos e não constitui aconselhamento financeiro ou de investimento. Investimentos em Criptomoeda apresentam riscos significativos. Consulte um consultor financeiro qualificado antes de tomar decisões de investimento.

Principais Benefícios do Double Zero de Relance

• Segurança do transporte: Verifique qual tráfego é encriptado e quais metadados permanecem visíveis.
• Exposição de Endpoints: Verifique se os endereços de origem estão ocultos e de quem.
• Latência da rede: Meça o tempo de ida e volta específico da rota, jitter, perda de pacotes e comportamento de fallback.
• Exposição a MEV: Determine quais canais de informação são reduzidos e quais permanecem.
• Resiliência a DDoS: Avalie a filtragem, capacidade, descoberta de origem, failover e testes de ataque em vez de presumir a prevenção.

Para detentores de SOL

Se detiver SOL, Double Zero aborda vulnerabilidades que afetam a fiabilidade e justiça da rede sem exigir qualquer ação da sua parte.

• Fiabilidade da rede: Mais diversidade de rotas ou filtragem pode melhorar a resiliência, mas os benefícios exigem provas de implementação medidas.
• Proteção contra MEV (âmbito não verificado): A encriptação do tráfego relevante pode reduzir a inspeção passiva nesse caminho, mas o fluxo de ordem real e o efeito MEV exigem provas.
• Maturidade da infraestrutura: Double Zero junta-se a uma lista crescente de investimentos em infraestrutura fundamental da Solana, incluindo Firedancer e protocolos cross-chain como Wormhole, que em conjunto sinalizam o desenvolvimento contínuo do ecossistema para além de métricas puramente de desempenho.

Para Operadores de Validadores

Se executar um validador Solana, Double Zero visa as superfícies de ataque específicas que determinam o tempo de atividade do seu nó e as suas recompensas.

• Proteção de Endpoints: Confirme qual informação de origem está oculta e se outros caminhos de descoberta permanecem.
• Exposição reduzida a DDoS: Sem um endereço IP visível, ataques DDoS cronometrados contra o seu nó durante o seu slot de líder tornam-se significativamente mais difíceis de executar
• Melhoria da latência de votos: Caminhos de roteamento otimizados reduzem o tempo que as suas mensagens de voto levam para chegar a outros validadores, o que pode melhorar as suas métricas de consistência de votos
• Via de participação: A fonte de junho de 2025 descreveu o onboarding permissionado. Confirme os requisitos atuais na documentação oficial do projeto.

Se construir na Solana, Double Zero opera abaixo da camada de aplicação e não requer alterações no seu código de dApp.

• Fiabilidade dos nós RPC: Nós RPC, os servidores que aplicações e carteiras usam para consultar a Blockchain Solana e submeter transações, também podem beneficiar da ofuscação de IP, reduzindo a sua exposição a interrupções direcionadas que poderiam afetar a conectividade da sua aplicação
• Proteção do utilizador contra MEV: A resistência a MEV a nível de rede significa que os utilizadores da sua aplicação enfrentam um ambiente mais difícil para bots de front-running que operam através da observação do gossip
• Impacto da aplicação: Um serviço a nível de rede pode não requerer alterações de smart contract, mas validadores, operadores de RPC, rede, observabilidade e configuração de failover podem ainda assim mudar.

Mesmo uma melhoria medida da rede não removeria os riscos a nível da aplicação. Os utilizadores de DeFi ainda devem avaliar smart contracts, mints de tokens, oráculos e os riscos de AMM descritos no guia de pools de Liquidez Solana.

Os benefícios acima representam aquilo que Double Zero foi projetado para entregar. A questão de quando e como esses benefícios estarão disponíveis depende da posição atual do projeto.

Histórico Status: O que a Fonte de Junho de 2025 Disse

Última atualização: Junho de 2025

Data de lançamento na fonte: O rascunho indicava que nenhuma data completa para a Mainnet tinha sido anunciada até junho de 2025. Esta é uma declaração histórica, não uma atualização de status atual. Verifique a fase atual da rede através da documentação oficial atual do Double Zero.

Fase descrita na fonte: O rascunho referiu o projeto como acesso antecipado permissionado e atribuiu a supervisão à Solana Foundation, mas o link genérico fornecido não sustenta essa atribuição. Confirme a entidade operadora, o estado do testnet ou mainnet e o modelo de participação.

O que "permissionado" significava no rascunho: A participação foi descrita como limitada a um conjunto inicial de operadores. Isto não altera as regras de base da camada do validador da Solana, mas pode afetar o acesso ao serviço de rede separado. Verifique quem selecionou os participantes e quem operou o rollout; a fonte não sustenta o controlo da Solana Foundation.

O caminho para uma participação mais ampla depende de requisitos técnicos, de governança e de operadores. Não infira a elegibilidade de hoje da descrição de junho de 2025.

Testnet e participação: Requisitos de hardware, co-localização, geográficos, económicos e de registo podem mudar. Confirme-os na documentação atual do projeto antes de planear uma integração.

Documentação: O rascunho indicava que um Whitepaper formal não estava disponível na altura. Verifique se um Whitepaper, especificação de protocolo, código, auditoria, benchmark, modelo de ameaça e guia do operador foram publicados desde então.

Para ver exatamente como Double Zero muda a rede em cada dimensão, a comparação abaixo coloca a infraestrutura Solana atual lado a lado com a sobreposição Double Zero.

Comparação Double Zero: Solana Atual vs. Double Zero vs. Abordagem da Ethereum

As cinco dimensões acima são um checklist de verificação. Não apresente encriptação, mascaramento de IP, melhoria de latência ou redução de MEV como factos implementados até que a documentação primária atual e as medições os suportem.

Como isto se compara à abordagem da Ethereum: A Ethereum aborda MEV através de uma camada arquitetónica diferente. A Separação Proposer-Builder (PBS) na Ethereum separa o papel da construção de blocos, agregando e ordenando transações, do papel de proposição de blocos, adicionando o bloco à cadeia. O objetivo é externalizar a extração de MEV para um mercado competitivo em vez de a eliminar. A PBS na Ethereum é atualmente implementada através do MEV-Boost pela Flashbots, uma solução de Middleware, e não como uma funcionalidade de protocolo nativa. A PBS Enshrined (ePBS) é um item futuro no roadmap da Ethereum, ainda não implementado. Double Zero visa um ponto anterior no processo: a camada de transporte de rede, prevenindo fugas de informação antes mesmo de as transações chegarem a um construtor de blocos. Estes são problemas complementares abordados em diferentes camadas da pilha, não abordagens concorrentes.

Double Zero deve ser avaliado como infraestrutura de rede, não como um sistema de privacidade de conhecimento zero. Mesmo que o tráfego de transporte selecionado seja encriptado, isso não torna privados os dados do ledger público.

Uma comparação com VPN pode ser enganadora. Verifique a topologia do projeto, a governança, os contribuintes, o roteamento, as suposições de confiança e o modelo de descoberta de Endpoints antes de o descrever como Descentralizado ou como uma camada de anonimato.

Perguntas Frequentes Sobre Double Zero na Solana

O que é Double Zero Solana?

Double Zero Solana refere-se ao uso da infraestrutura de rede Double Zero com validadores Solana ou sistemas relacionados. O rascunho de 2025 descreve otimização de roteamento mais encriptação, ofuscação de IP, objetivos de DDoS e MEV; confirme quais funcionalidades estão realmente documentadas e implementadas hoje.

Como Double Zero melhora o desempenho da Solana?

O projeto visa melhorar a entrega de dados através de diferentes caminhos de rede ou infraestrutura. Qualquer afirmação sobre menor latência, melhor tempo de votação, eficiência de blocos, finalidade ou recompensas requer resultados medidos para as localizações e carga relevantes. Não se trata de uma atualização direta de TPS.

O Double Zero torna as transações Solana privadas?

Não. Os dados públicos das transações Solana permanecem públicos. Mesmo que uma implementação cripte tráfego selecionado em trânsito, isso não fornece privacidade do ledger, não esconde todos os metadados, não oculta endereços de carteira nem garante a confidencialidade das transações.

Quem criou o Double Zero para Solana?

O rascunho fornecido atribui o anúncio à Solana Foundation, mas o seu link genérico não prova a propriedade ou autoria do projeto. Verifique a equipa atual do Double Zero, a fundação, os contribuidores e a relação com Solana a partir de fontes primárias específicas do produto.

O que é MEV e como é que o Double Zero o aborda?

MEV pode resultar da ordenação de transações, Arbitragem, liquidações e outros comportamentos de construção de blocos. Se a rede cripitar um caminho de fluxo de ordens relevante, pode reduzir a observação passiva nesse caminho. Não elimina MEV em outras camadas de rede, validadores, motores de blocos ou aplicações.

O Double Zero está disponível para todos os validadores Solana?

A fonte descreveu o acesso antecipado permissionado em junho de 2025. Isso não estabelece a disponibilidade atual. Verifique a fase atual da rede, as regiões suportadas, os requisitos do operador, os custos e a inscrição na documentação atual do Double Zero.

Em que difere o Double Zero da camada de rede atual da Solana?

Destina-se a fornecer um caminho de dados de rede ou serviço adicional em vez de alterar as regras de execução da Solana. Criptografia, mascaramento de pontos de extremidade, proteção de metadados, roteamento e efeitos de MEV devem ser verificados separadamente usando a lista de verificação de comparação acima.

O Double Zero afeta a velocidade das transações Solana?

Pode alterar a latência de entrega da rede para as rotas participantes, mas não aumenta diretamente a capacidade de execução. Os efeitos na confirmação, finalidade ou velocidade percebida pelo utilizador dependem da cobertura e do comportamento medido do sistema.

O que é o protocolo gossip e porque é que precisa de ser encriptado?

Gossip distribui informações do cluster entre validadores, mas a Solana usa múltiplos caminhos de dados para diferentes tipos de mensagens. Se um caminho necessita de encriptação adicional depende da sua segurança de transporte existente, modelo de ameaça, exposição do ponto de extremidade e metadados. A fonte não estabelece que o Double Zero oculta toda a carga útil e remetente do gossip.

Quando é que o Double Zero será lançado na Mainnet da Solana?

A fonte indicou que nenhuma data oficial tinha sido anunciada em junho de 2025. Essa declaração é agora histórica. Consulte a documentação atual do Double Zero para conhecer o Status presente e não utilize este artigo como um roteiro em tempo real.