⚙️ O que realmente acontece quando você envia uma transação na Solana?
Quando você pressiona “Enviar” em uma carteira Solana, vários processos no back-end acontecem antes que a transação seja finalizada.
1️⃣ A transação é criada
Sua carteira cria e assina uma transação contendo:
• Instruções
• Contas envolvidas
• Recent blockhash
• Assinatura criptográfica
A transação assinada então está pronta para entrar na rede Solana.
2️⃣ A transação entra na rede
A transação é enviada a um nó Solana RPC, que a encaminha pela rede até o líder atualmente agendado.
O nó RPC é principalmente a porta de entrada entre sua carteira/aplicativo e a rede blockchain.
3️⃣ O líder processa isso
A Solana usa um validador de Proof-of-Stake agendado como líder por um período curto.
O líder recebe as transações, executa suas instruções e verifica coisas como:
✔️ Validade da assinatura
✔️ Estado da conta
✔️ Instruções do programa
✔️ Taxas de transação necessárias
✔️ Permissões da conta
Em seguida, os dados resultantes são propagados para outros validadores.
4️⃣ O Proof of History registra a sequência
É aqui que o Proof of History (PoH) se torna importante.
O PoH gera continuamente uma sequência de hashes criptográficos:
H0 → H1 → H2 → H3 → H4 → H5 → ...
Como cada hash depende do anterior, a sequência fornece um registro verificável da ordem em que os eventos ocorreram.
Uma transação pode ser incorporada em um ponto específico dessa sequência.
Então:
PoH = relógio criptográfico + ordenação verificável
No entanto, o PoH por si só não finaliza a transação.
5️⃣ Os validadores verificam os dados
Outros validadores da Solana recebem os dados do líder.
Eles verificam as transações de forma independente, executam os programas relevantes e verificam se o estado de conta resultante é válido.
Se os dados forem válidos, os validadores podem votar nessa cadeia.
6️⃣ O Tower BFT chega a consenso
É aqui que o Tower BFT entra em ação.
O Tower BFT é o mecanismo de consenso estilo BFT da Solana construído sobre Proof of Stake.
Os validadores votam na cadeia que consideram válida, e o poder de voto deles é ponderado pelo stake delegado.
Uma parte-chave do Tower BFT é o conceito de lockouts.
Quando um validador vota em um bloco, esse voto cria um compromisso temporário com aquela cadeia. Se o validador continuar votando nos descendentes daquele bloco, o lockout vai ficando progressivamente mais longo.
Em termos simples:
O validador recebe o bloco
↓
Verifica isso
↓
Votos para isso
↓
O voto cria um lockout
↓
Votos contínuos aumentam o compromisso
↓
Os validadores convergem para uma única cadeia
Isso torna cada vez mais difícil alternar repetidamente entre forks concorrentes e ajuda a rede a convergir para um único histórico.
7️⃣ Confirmação → Finalização
À medida que mais validadores votam na cadeia, a transação avança pelas fases de confirmação da Solana.
Eventualmente, tempo suficiente de stake votou na cadeia relevante para que o bloco alcance o status de finalizado.
Nesse ponto, a transação é considerada finalizada pela rede.
🔗 Fluxo completo do backend
Carteira
↓
Assinar transação
↓
Nó RPC
↓
Líder atual
↓
Execução de transação
↓
Ordenação PoH / Relógio criptográfico
↓
Verificação do validador
↓
Tower BFT + Votos ponderados por stake
↓
Lockouts & Acordo de supermaioria
↓
🔒 Finalizado na Solana
A distinção importante
PoH → estabelece uma sequência verificável de tempo e eventos
Proof of Stake → determina o peso do voto do validador
Tower BFT → usa votos dos validadores e lockouts para chegar a consenso
Então, quando você simplesmente pressiona “Send SOL”, o backend envolve muito mais do que transferir moedas de uma carteira para outra.
Envolve execução de transações, ordenação criptográfica, verificação do validador, votação ponderada por stake e consenso antes que essa transação se torne finalizada na blockchain Solana.
#Solana #SOL #ProofOfHistory #TowerBFT #ProofOfStake #Blockchain #Web3 #CryptoTechnology #BlockchainBackend