Solana : Une nouvelle architecture pour une blockchain haute performance
Abstract
Este artigo apresenta uma nova arquitetura para uma blockchain de alto desempenho. Solana implementa um mecanismo inovador de cronometragem chamado Proof of History (PoH) -- uma prova para verificar a ordem e a passagem do tempo entre eventos. PoH e utilizado para codificar a passagem do tempo de forma trustless em um ledger, criando um registro historico que prova que um evento ocorreu em um momento especifico no tempo.
A inovacao principal e que PoH permite que os nos da rede estabelecam uma ordem temporal de eventos sem a necessidade de se comunicarem entre si. Ao utilizar uma funcao de atraso verificavel implementada como uma cadeia sequencial de hashes, o sistema gera um relogio criptografico que fornece uma maneira de verificar a passagem do tempo entre eventos. Isso permite que a rede processe milhares de transacoes por segundo mantendo a descentralizacao e a seguranca.
PoH esta integrado com um mecanismo de consenso Proof of Stake (PoS). A combinacao permite uma arquitetura blockchain altamente otimizada onde os validadores podem verificar transacoes em paralelo e alcancar consenso de forma eficiente. O sistema foi projetado para escalar com a Lei de Moore, aproveitando os aumentos no desempenho do hardware para melhorar o throughput sem sacrificar as garantias de seguranca de uma rede descentralizada.
Abstract
Cet article presente une nouvelle architecture pour une blockchain haute performance. Solana implemente un mecanisme innovant de chronometrage appele Proof of History (PoH) -- une preuve permettant de verifier l'ordre et le passage du temps entre les evenements. PoH est utilise pour encoder le passage du temps de maniere trustless dans un ledger, creant un enregistrement historique qui prouve qu'un evenement s'est produit a un moment precis dans le temps.
L'innovation cle est que PoH permet aux noeuds du reseau d'etablir un ordre temporel des evenements sans avoir besoin de communiquer entre eux. En utilisant une fonction de delai verifiable implementee sous forme de chaine sequentielle de hashes, le systeme genere une horloge cryptographique qui fournit un moyen de verifier le passage du temps entre les evenements. Cela permet au reseau de traiter des milliers de transactions par seconde tout en maintenant la decentralisation et la securite.
PoH est integre a un mecanisme de consensus Proof of Stake (PoS). Cette combinaison permet une architecture blockchain hautement optimisee ou les validateurs peuvent verifier les transactions en parallele et atteindre un consensus de maniere efficace. Le systeme est concu pour evoluer avec la loi de Moore, tirant parti des ameliorations des performances materielles pour augmenter le throughput sans sacrifier les garanties de securite d'un reseau decentralise.
Introduction
O desafio fundamental nos sistemas blockchain e alcançar alto rendimento de transacoes mantendo a descentralizacao e a segurança. As implementacoes atuais de blockchain sao limitadas por seus mecanismos de consenso, que exigem comunicacao extensiva entre nos para concordar sobre tempo e a ordenacao de eventos. Essa sobrecarga de coordenacao cria um gargalo que impede as blockchains existentes de escalar para atender as demandas de aplicacoes em escala global.
O problema central e o tempo. Em sistemas distribuidos, os nos nao podem depender de relogios externos porque nao podem confiar que os timestamps de outros nos sao precisos. Os protocolos de consenso blockchain tradicionais resolvem isso fazendo com que os nos se comuniquem extensivamente para concordar sobre o estado atual e a ordem das transacoes. Essa sobrecarga de comunicacao limita fundamentalmente o rendimento, pois a rede so pode processar transacoes tao rapido quanto os nos conseguem alcançar consenso sobre sua ordenacao.
Solana introduz Proof of History como solucao para esse problema de sincronizacao. PoH fornece uma forma criptografica de provar que uma certa quantidade de tempo passou entre eventos sem depender de timestamps de atores potencialmente maliciosos. Ao criar um registro historico verificavel, PoH permite que os nos processem transacoes de forma independente enquanto ainda conseguem provar a ordem em que os eventos ocorreram. Esse avanço permite que a rede paralelize o processamento de transacoes e aumente drasticamente o rendimento.
A percepcao chave e que se pudermos criar uma fonte de tempo sem confiança, podemos remover o gargalo de coordenacao do consenso. Com PoH fornecendo um relogio criptografico, os validadores podem processar transacoes em paralelo e so precisam se comunicar para finalizar a ordenacao canonica. Essa mudança arquitetonica permite que Solana alcance niveis de desempenho que antes eram considerados impossiveis em uma blockchain descentralizada.
Introduction
Le defi fondamental des systemes blockchain est d'atteindre un debit de transactions eleve tout en maintenant la decentralisation et la securite. Les implementations blockchain actuelles sont limitees par leurs mecanismes de consensus, qui necessitent une communication extensive entre les noeuds pour s'accorder sur le temps et l'ordonnancement des evenements. Cette surcharge de coordination cree un goulot d'etranglement qui empeche les blockchains existantes de passer a l'echelle pour repondre aux demandes des applications a l'echelle mondiale.
Le probleme fondamental est le temps. Dans les systemes distribues, les noeuds ne peuvent pas se fier aux horloges externes car ils ne peuvent pas faire confiance aux horodatages des autres noeuds. Les protocoles de consensus blockchain traditionnels resolvent ce probleme en faisant communiquer extensivement les noeuds pour s'accorder sur l'etat actuel et l'ordre des transactions. Cette surcharge de communication limite fondamentalement le debit, car le reseau ne peut traiter les transactions qu'a la vitesse a laquelle les noeuds peuvent atteindre un consensus sur leur ordonnancement.
Solana introduit Proof of History comme solution a ce probleme de synchronisation. PoH fournit un moyen cryptographique de prouver qu'une certaine quantite de temps s'est ecoulee entre les evenements sans dependre d'horodatages d'acteurs potentiellement malveillants. En creant un enregistrement historique verifiable, PoH permet aux noeuds de traiter les transactions de maniere independante tout en pouvant prouver l'ordre dans lequel les evenements se sont produits. Cette percee permet au reseau de paralleliser le traitement des transactions et d'augmenter considerablement le debit.
L'idee cle est que si nous pouvons creer une source de temps sans confiance, nous pouvons supprimer le goulot d'etranglement de coordination du consensus. Avec PoH fournissant une horloge cryptographique, les validateurs peuvent traiter les transactions en parallele et n'ont besoin de communiquer que pour finaliser l'ordonnancement canonique. Ce changement architectural permet a Solana d'atteindre des niveaux de performance qui etaient auparavant consideres comme impossibles dans une blockchain decentralisee.
Outline
Este documento descreve a arquitetura tecnica de Solana, focando em como Proof of History permite a operacao blockchain de alto desempenho. O documento primeiro explica o mecanismo PoH em si — como uma cadeia de hash sequencial cria uma ordenacao temporal verificavel de eventos. Detalhamos as propriedades criptograficas que tornam PoH seguro e demonstramos como os validadores podem verificar eficientemente a sequencia PoH.
Em seguida, o documento explora como PoH se integra com o consenso Proof of Stake. Descrevemos Tower BFT, um algoritmo PoS projetado especificamente para aproveitar as propriedades temporais de PoH. A integracao permite que os validadores votem sobre o estado do livro-razao em timestamps PoH especificos, criando um mecanismo de consenso que e rapido e seguro. Tambem explicamos as condicoes de penalizacao que previnem comportamento malicioso.
A seguir, apresentamos o design de rede de Solana e os protocolos de propagacao de dados. O protocolo Gulf Stream permite o encaminhamento de transacoes sem a necessidade de um mempool, permitindo que os clientes enviem transacoes diretamente para os proximos lideres. Descrevemos como a rotacao de lideres funciona e como a rede mantem alto rendimento mesmo quando a liderança muda.
Finalmente, discutimos a arquitetura do sistema incluindo a Transaction Processing Unit (TPU), o runtime paralelo Sealevel e Proof of Replication para verificacao de armazenamento de dados. As projecoes de desempenho demonstram que Solana pode processar mais de 700.000 transacoes por segundo em uma rede gigabit padrao, com rendimento escalando conforme o hardware melhora.
Outline
Ce document decrit l'architecture technique de Solana, en se concentrant sur la facon dont Proof of History permet le fonctionnement blockchain haute performance. Le document explique d'abord le mecanisme PoH lui-meme — comment une chaine de hachage sequentielle cree un ordonnancement temporel verifiable des evenements. Nous detaillons les proprietes cryptographiques qui rendent PoH securise et demontrons comment les validateurs peuvent verifier efficacement la sequence PoH.
Le document explore ensuite comment PoH s'integre avec le consensus Proof of Stake. Nous decrivons Tower BFT, un algorithme PoS specifiquement concu pour exploiter les proprietes temporelles de PoH. L'integration permet aux validateurs de voter sur l'etat du registre a des horodatages PoH specifiques, creant un mecanisme de consensus a la fois rapide et securise. Nous expliquons egalement les conditions de penalite qui empechent les comportements malveillants.
Ensuite, nous presentons la conception du reseau Solana et les protocoles de propagation des donnees. Le protocole Gulf Stream permet le transfert de transactions sans avoir besoin d'un mempool, permettant aux clients d'envoyer des transactions directement aux prochains leaders. Nous decrivons comment fonctionne la rotation des leaders et comment le reseau maintient un haut debit meme lorsque le leadership change.
Enfin, nous discutons de l'architecture du systeme, y compris la Transaction Processing Unit (TPU), le runtime parallele Sealevel et Proof of Replication pour la verification du stockage des donnees. Les projections de performance demontrent que Solana peut traiter plus de 700 000 transactions par seconde sur un reseau gigabit standard, avec un debit qui evolue a mesure que le materiel s'ameliore.
Network Design
O design de rede de Solana centra-se em um sistema de lideres rotativos onde os validadores se revezam produzindo blocos. O lider e responsavel por sequenciar as transacoes recebidas no fluxo PoH e publicar os blocos resultantes na rede. Os lideres sao selecionados por um algoritmo ponderado por participacao, e o cronograma de rotacao e conhecido antecipadamente, permitindo que a rede otimize o encaminhamento de transacoes.
O protocolo Gulf Stream elimina a necessidade de um mempool tradicional ao permitir que os clientes encaminhem transacoes diretamente para os proximos lideres. Quando um cliente envia uma transacao, ela e encaminhada para o lider esperado com base no cronograma de rotacao. Se o lider atual nao puder processar a transacao, ela e encaminhada para o proximo lider esperado. Este design reduz a latencia de confirmacao e permite que os validadores executem transacoes antecipadamente, otimizando ainda mais o rendimento.
A propagacao de transacoes usa uma abordagem multicamada. Os clientes enviam transacoes para os validadores, que as encaminham para o lider atual ou proximo. O lider sequencia as transacoes no fluxo PoH, criando uma ordenacao total. Uma vez sequenciadas, o lider transmite o fluxo PoH e os dados de transacao para os validadores, que verificam a sequencia PoH e executam as transacoes em paralelo.
O design de rede tambem inclui um protocolo de propagacao de blocos Turbine que divide os blocos em pacotes menores e os distribui pela rede em uma estrutura de arvore. Essa abordagem minimiza os requisitos de largura de banda para validadores individuais enquanto garante uma rapida propagacao de blocos. Combinado com a capacidade de PoH de verificar a ordenacao de transacoes, essa arquitetura permite que Solana alcance alto rendimento sem sacrificar a descentralizacao.
Network Design
La conception du reseau Solana est centree sur un systeme de leaders rotatifs ou les validateurs produisent des blocs a tour de role. Le leader est responsable de sequencer les transactions entrantes dans le flux PoH et de publier les blocs resultants sur le reseau. Les leaders sont selectionnes par un algorithme pondere par la mise, et le calendrier de rotation est connu a l'avance, permettant au reseau d'optimiser le transfert des transactions.
Le protocole Gulf Stream elimine le besoin d'un mempool traditionnel en permettant aux clients de transmettre les transactions directement aux prochains leaders. Lorsqu'un client soumet une transaction, elle est transmise au leader attendu selon le calendrier de rotation. Si le leader actuel ne peut pas traiter la transaction, elle est transmise au prochain leader attendu. Cette conception reduit la latence de confirmation et permet aux validateurs d'executer les transactions a l'avance, optimisant davantage le debit.
La propagation des transactions utilise une approche multicouche. Les clients envoient les transactions aux validateurs, qui les transmettent au leader actuel ou prochain. Le leader sequence les transactions dans le flux PoH, creant un ordonnancement total. Une fois sequencees, le leader transmet le flux PoH et les donnees de transaction aux validateurs, qui verifient la sequence PoH et executent les transactions en parallele.
La conception du reseau inclut egalement un protocole de propagation de blocs Turbine qui decoupe les blocs en paquets plus petits et les distribue a travers le reseau dans une structure arborescente. Cette approche minimise les exigences de bande passante pour les validateurs individuels tout en assurant une propagation rapide des blocs. Combinee avec la capacite de PoH a verifier l'ordonnancement des transactions, cette architecture permet a Solana d'atteindre un haut debit sans sacrifier la decentralisation.
Proof of History
Proof of History e uma funcao de atraso verificavel implementada como uma cadeia de hash sequencial usando SHA-256. O gerador PoH calcula continuamente hashes SHA-256, usando cada saida como entrada para o proximo hash. Isso cria uma cadeia sequencial onde cada hash so pode ser calculado apos o anterior, estabelecendo uma ordenacao temporal verificavel. O requisito computacional para gerar cada hash impoe um atraso de tempo minimo entre eventos.
A propriedade chave de PoH e que e barato verificar mas caro produzir. Um verificador pode checar toda a sequencia de hash em paralelo dividindo-a em segmentos e verificando cada segmento independentemente, depois verificando que os segmentos se conectam corretamente. No entanto, a geracao deve ser sequencial — nao ha como prever a saida da cadeia de hash sem realmente calcular cada passo intermediario. Essa assimetria entre geracao e verificacao e o que torna PoH pratico.
Eventos externos e dados de transacao sao inseridos na sequencia PoH misturando-os na cadeia de hash. Quando uma transacao chega, seu hash e combinado com o estado PoH atual, criando um registro que prova que a transacao existia naquele ponto da sequencia. O gerador PoH registra periodicamente pontos de verificacao, publicando o valor hash atual junto com a contagem de hashes calculados desde o ultimo ponto de verificacao. Esses pontos de verificacao permitem que os validadores verifiquem eficientemente a sequencia PoH sem recalcular cada hash.
A sequencia PoH serve como um relogio criptografico para toda a rede. Como a cadeia de hash e sequencial e verificavel, qualquer no pode provar que uma certa quantidade de tempo passou entre dois eventos simplesmente mostrando os hashes que foram calculados durante esse intervalo. Isso elimina a necessidade de os nos confiarem em timestamps externos ou se coordenarem entre si para estabelecer a ordenacao temporal, removendo um gargalo fundamental no consenso blockchain tradicional.
Proof of History
Proof of History est une fonction de delai verifiable implementee sous forme de chaine de hachage sequentielle utilisant SHA-256. Le generateur PoH calcule continuellement des hachages SHA-256, utilisant chaque sortie comme entree pour le hachage suivant. Cela cree une chaine sequentielle ou chaque hachage ne peut etre calcule qu'apres le precedent, etablissant un ordonnancement temporel verifiable. L'exigence computationnelle pour generer chaque hachage impose un delai temporel minimum entre les evenements.
La propriete cle de PoH est qu'il est peu couteux a verifier mais couteux a produire. Un verificateur peut verifier l'ensemble de la sequence de hachage en parallele en la divisant en segments et en verifiant chaque segment independamment, puis en verifiant que les segments se connectent correctement. Cependant, la generation doit etre sequentielle — il n'y a aucun moyen de predire la sortie de la chaine de hachage sans calculer effectivement chaque etape intermediaire. Cette asymetrie entre generation et verification est ce qui rend PoH pratique.
Les evenements externes et les donnees de transaction sont inseres dans la sequence PoH en les melangeant dans la chaine de hachage. Lorsqu'une transaction arrive, son hachage est combine avec l'etat PoH actuel, creant un enregistrement qui prouve que la transaction existait a ce point de la sequence. Le generateur PoH enregistre periodiquement des points de controle, publiant la valeur de hachage actuelle ainsi que le nombre de hachages calcules depuis le dernier point de controle. Ces points de controle permettent aux validateurs de verifier efficacement la sequence PoH sans recalculer chaque hachage.
La sequence PoH sert d'horloge cryptographique pour l'ensemble du reseau. Parce que la chaine de hachage est sequentielle et verifiable, n'importe quel noeud peut prouver qu'une certaine quantite de temps s'est ecoulee entre deux evenements simplement en montrant les hachages qui ont ete calcules pendant cet intervalle. Cela elimine le besoin pour les noeuds de faire confiance aux horodatages externes ou de se coordonner entre eux pour etablir l'ordonnancement temporel, supprimant un goulot d'etranglement fondamental dans le consensus blockchain traditionnel.
Proof of History Sequence
A sequencia de Proof of History e uma cadeia continua de hashes SHA-256 onde cada hash depende da saida anterior. A sequencia começa com um valor semente inicial, que e hasheado para produzir a primeira saida. Essa saida se torna a entrada para o proximo hash, e o processo se repete indefinidamente. O gerador tambem mantem um contador que rastreia o numero total de hashes calculados, que serve como o "timestamp" PoH para eventos no livro-razao.
Quando dados precisam ser inseridos na sequencia (como hashes de transacoes ou assinaturas de validadores), eles sao combinados com o estado hash atual usando uma funcao de mistura deterministica. Por exemplo, se o estado hash atual e hash_n e queremos inserir dados D, calculamos hash_{n+1} = SHA256(hash_n || D), onde || denota concatenacao. O ponto de insercao e registrado junto com o valor do contador, provando que os dados D existiam naquele ponto especifico da sequencia.
A verificacao da sequencia PoH pode ser paralelizada dividindo a cadeia em segmentos. Por exemplo, um validador pode receber pontos de verificacao PoH a cada 10.000 hashes. Para verificar a sequencia entre pontos de verificacao, o validador pode dividir os 10.000 hashes em 100 segmentos de 100 hashes cada, verificar cada segmento independentemente em paralelo, e entao verificar que os segmentos se conectam corretamente. Isso permite que a verificacao escale horizontalmente com o numero de nucleos de CPU disponiveis.
A sequencia tambem suporta provas eficientes de que dois eventos ocorreram em uma ordem especifica. Dadas duas insercoes de dados nos valores de contador n e m onde n m, qualquer um pode verificar que o evento em n aconteceu antes do evento em m verificando a cadeia de hash entre esses pontos. Essa propriedade permite que Solana crie um registro historico verificavel de todos os eventos na rede sem exigir que os nos estejam online continuamente ou confiem em fontes de tempo externas.
Proof of History Sequence
La sequence Proof of History est une chaine continue de hachages SHA-256 ou chaque hachage depend de la sortie precedente. La sequence commence avec une valeur de graine initiale, qui est hachee pour produire la premiere sortie. Cette sortie devient l'entree pour le hachage suivant, et le processus se repete indefiniment. Le generateur maintient egalement un compteur qui suit le nombre total de hachages calcules, qui sert d'«horodatage» PoH pour les evenements dans le registre.
Lorsque des donnees doivent etre inserees dans la sequence (comme des hachages de transactions ou des signatures de validateurs), elles sont combinees avec l'etat de hachage actuel en utilisant une fonction de melange deterministe. Par exemple, si l'etat de hachage actuel est hash_n et que nous voulons inserer les donnees D, nous calculons hash_{n+1} = SHA256(hash_n || D), ou || denote la concatenation. Le point d'insertion est enregistre avec la valeur du compteur, prouvant que les donnees D existaient a ce point specifique de la sequence.
La verification de la sequence PoH peut etre parallelisee en divisant la chaine en segments. Par exemple, un validateur pourrait recevoir des points de controle PoH tous les 10 000 hachages. Pour verifier la sequence entre les points de controle, le validateur peut diviser les 10 000 hachages en 100 segments de 100 hachages chacun, verifier chaque segment independamment en parallele, puis verifier que les segments se connectent correctement. Cela permet a la verification de s'adapter horizontalement avec le nombre de coeurs CPU disponibles.
La sequence prend egalement en charge des preuves efficaces que deux evenements se sont produits dans un ordre specifique. Etant donne deux insertions de donnees aux valeurs de compteur n et m ou n m, n'importe qui peut verifier que l'evenement a n s'est produit avant l'evenement a m en verifiant la chaine de hachage entre ces points. Cette propriete permet a Solana de creer un enregistrement historique verifiable de tous les evenements du reseau sans exiger que les noeuds soient en ligne en permanence ou fassent confiance a des sources de temps externes.
Timestamp
Proof of History funciona como um relogio descentralizado que atribui timestamps a eventos sem depender do tempo de relogio de parede. Cada hash PoH representa um "tick" discreto do relogio criptografico, e o valor do contador serve como o timestamp. Como a cadeia de hash e sequencial e verificavel, esses timestamps sao sem confiança — qualquer observador pode verificar que um timestamp e legitimo verificando a cadeia de hash.
Em Solana, cada validador pode gerar sua propria sequencia PoH quando atua como lider. Quando os validadores rotacionam a liderança, eles sincronizam suas sequencias PoH usando o ultimo ponto de verificacao confirmado do lider anterior. Isso garante a continuidade do registro temporal mesmo quando diferentes validadores se revezam produzindo blocos. A rede estabelece uma linha temporal canonica ao alcançar consenso sobre quais sequencias PoH aceitar como parte do livro-razao oficial.
O sistema lida com desvio de relogio e variacao no desempenho de hardware atraves de uma combinacao de rotacao de lideres e consenso. Se um lider malicioso ou defeituoso tentar gerar timestamps PoH a uma taxa incorreta (muito rapida ou muito lenta), os validadores podem detectar isso comparando a taxa de ticks PoH com seus proprios geradores PoH locais. Desvios significativos da taxa esperada indicam um problema, e os validadores podem rejeitar blocos de lideres cujas sequencias PoH divergem muito da mediana da rede.
Esse mecanismo de timestamping resolve um dos problemas fundamentais em sistemas distribuidos: estabelecer uma nocao comum de tempo sem uma autoridade central confiavel. Ao usar PoH como um relogio descentralizado, Solana permite que os validadores processem transacoes em paralelo enquanto mantem uma ordenacao globalmente consistente. Os timestamps tambem fornecem uma base para recursos baseados em tempo como expiracao de transacoes, operacoes agendadas e medicao de desempenho.
Timestamp
Proof of History fonctionne comme une horloge decentralisee qui attribue des horodatages aux evenements sans dependre du temps reel. Chaque hachage PoH represente un «tick» discret de l'horloge cryptographique, et la valeur du compteur sert d'horodatage. Parce que la chaine de hachage est sequentielle et verifiable, ces horodatages sont sans confiance — n'importe quel observateur peut verifier qu'un horodatage est legitime en verifiant la chaine de hachage.
Dans Solana, chaque validateur peut generer sa propre sequence PoH lorsqu'il agit en tant que leader. Lorsque les validateurs effectuent la rotation du leadership, ils synchronisent leurs sequences PoH en utilisant le dernier point de controle confirme du leader precedent. Cela assure la continuite de l'enregistrement temporel meme lorsque differents validateurs produisent des blocs a tour de role. Le reseau etablit une chronologie canonique en atteignant un consensus sur les sequences PoH a accepter comme partie du registre officiel.
Le systeme gere la derive de l'horloge et la variance des performances materielles grace a une combinaison de rotation des leaders et de consensus. Si un leader malveillant ou defaillant tente de generer des horodatages PoH a un rythme incorrect (trop rapide ou trop lent), les validateurs peuvent le detecter en comparant le taux de ticks PoH avec leurs propres generateurs PoH locaux. Des ecarts significatifs par rapport au taux attendu indiquent un probleme, et les validateurs peuvent rejeter les blocs des leaders dont les sequences PoH divergent trop de la mediane du reseau.
Ce mecanisme d'horodatage resout l'un des problemes fondamentaux des systemes distribues : etablir une notion commune du temps sans autorite centrale de confiance. En utilisant PoH comme horloge decentralisee, Solana permet aux validateurs de traiter les transactions en parallele tout en maintenant un ordonnancement globalement coherent. Les horodatages fournissent egalement une base pour des fonctionnalites basees sur le temps comme l'expiration des transactions, les operations programmees et la mesure des performances.
Proof of Stake Consensus
O mecanismo de consenso de Solana, chamado Tower BFT, e um algoritmo Proof of Stake projetado especificamente para aproveitar as propriedades temporais de Proof of History. Os validadores fazem staking de tokens SOL para participar do consenso e ganhar recompensas por validar corretamente os blocos. O sistema de votacao ponderado por participacao garante que validadores com mais interesse economico na rede tenham proporcionalmente mais influencia sobre as decisoes de consenso.
A inovacao central no Tower BFT e o uso de periodos de bloqueio que aumentam exponencialmente com cada voto consecutivo. Quando um validador vota em um hash PoH, ele se compromete com aquele fork do livro-razao por um certo numero de ticks PoH. Se votar no proximo bloco daquele fork, o periodo de bloqueio dobra. Isso cria um forte incentivo economico para os validadores continuarem votando no mesmo fork, pois trocar de fork exigiria esperar que os bloqueios anteriores expirassem.
Especificamente, se um validador vota em um bloco no timestamp PoH t, ele nao pode votar em um fork conflitante ate que 2^n ticks tenham passado, onde n e o numero de votos consecutivos que fez no fork atual. Esse mecanismo de bloqueio exponencial torna o sistema seguro contra ataques de longo alcance enquanto permite finalidade rapida. Uma vez que uma supermaioria de stake tenha votado em um bloco com profundidade suficiente, esse bloco esta efetivamente finalizado.
As condicoes de penalizacao impoem comportamento honesto. Se um validador votar em dois forks conflitantes durante um periodo em que deveria estar bloqueado, ele e penalizado — seus tokens em staking sao parcialmente destruidos e ele e removido do conjunto de validadores. Isso torna economicamente irracional tentar equivocacao ou outro comportamento bizantino. A combinacao dos timestamps verificaveis de PoH e dos bloqueios exponenciais de Tower BFT cria um mecanismo de consenso que e rapido e seguro, alcançando finalidade em segundos enquanto mantem as garantias de segurança dos sistemas BFT tradicionais.
Proof of Stake Consensus
Le mecanisme de consensus de Solana, appele Tower BFT, est un algorithme Proof of Stake specifiquement concu pour exploiter les proprietes temporelles de Proof of History. Les validateurs mettent en jeu des jetons SOL pour participer au consensus et gagner des recompenses pour la validation correcte des blocs. Le systeme de vote pondere par la mise garantit que les validateurs ayant un interet economique plus important dans le reseau ont une influence proportionnellement plus grande sur les decisions de consensus.
L'innovation centrale de Tower BFT est l'utilisation de periodes de verrouillage qui augmentent de maniere exponentielle a chaque vote consecutif. Lorsqu'un validateur vote sur un hachage PoH, il s'engage sur cette branche du registre pour un certain nombre de ticks PoH. S'il vote sur le bloc suivant de cette branche, la periode de verrouillage double. Cela cree une forte incitation economique pour les validateurs a continuer de voter sur la meme branche, car changer de branche necessiterait d'attendre l'expiration des verrouillages precedents.
Specifiquement, si un validateur vote sur un bloc a l'horodatage PoH t, il ne peut pas voter sur une branche conflictuelle tant que 2^n ticks ne se sont pas ecoules, ou n est le nombre de votes consecutifs effectues sur la branche actuelle. Ce mecanisme de verrouillage exponentiel rend le systeme securise contre les attaques a longue portee tout en permettant une finalite rapide. Une fois qu'une supermajority de la mise a vote sur un bloc avec une profondeur suffisante, ce bloc est effectivement finalise.
Les conditions de penalite imposent un comportement honnete. Si un validateur vote sur deux branches conflictuelles pendant une periode ou il devrait etre verrouille, il est penalise — ses jetons mis en jeu sont partiellement detruits et il est retire de l'ensemble des validateurs. Cela rend economiquement irrationnel de tenter l'equivocation ou tout autre comportement byzantin. La combinaison des horodatages verifiables de PoH et des verrouillages exponentiels de Tower BFT cree un mecanisme de consensus rapide et securise, atteignant la finalite en quelques secondes tout en maintenant les garanties de securite des systemes BFT traditionnels.
Streaming Proof of Replication
Proof of Replication (PoRep) e um mecanismo que permite aos validadores provar que estao armazenando os dados do livro-razao sem revelar os dados em si ou exigir computacao intensiva. Solana implementa uma versao de streaming de PoRep onde os validadores demonstram continuamente que estao replicando o estado da blockchain. Isso e essencial para a segurança da rede, pois garante que os dados do livro-razao estejam adequadamente distribuidos entre os validadores e nao concentrados em poucos locais.
O mecanismo PoRep funciona fazendo com que os validadores criptografem segmentos do livro-razao usando encriptacao em modo CBC (Cipher Block Chaining) com uma chave especifica do validador derivada de sua identidade. O processo de encriptacao e tal que cada bloco criptografado depende do bloco anterior, criando uma cadeia unica para cada validador. Isso impede que os validadores simplesmente copiem dados criptografados uns dos outros — cada validador deve armazenar e processar os dados originais do livro-razao para gerar sua versao criptografada unica.
Periodicamente, a rede emite desafios aos validadores solicitando que forneçam blocos criptografados especificos. Como a encriptacao e encadeada, o validador deve ter armazenado todos os blocos anteriores para gerar a resposta correta. O validador envia seu bloco criptografado junto com uma prova de Merkle mostrando sua posicao em seu livro-razao criptografado. A rede pode verificar essa prova rapidamente sem precisar descriptografar ou re-criptografar os dados.
Essa abordagem de streaming para PoRep tem baixa sobrecarga comparada com sistemas tradicionais de prova de armazenamento. Os validadores podem criptografar dados conforme chegam e responder a desafios com latencia minima. O sistema tambem permite recuperacao em caso de perda de dados — se um validador perder parte do livro-razao, pode re-baixa-lo de outros validadores e re-criptografa-lo. A combinacao de PoRep com timestamps PoH cria um sistema de responsabilidade completo onde a rede pode verificar tanto quando os dados foram criados quanto que estao adequadamente armazenados em toda a rede de validadores.
Streaming Proof of Replication
Proof of Replication (PoRep) est un mecanisme qui permet aux validateurs de prouver qu'ils stockent les donnees du registre sans reveler les donnees elles-memes ni necessiter de calculs intensifs. Solana implemente une version en streaming de PoRep ou les validateurs demontrent continuellement qu'ils repliquent l'etat de la blockchain. Ceci est essentiel pour la securite du reseau, car cela garantit que les donnees du registre sont correctement distribuees entre les validateurs et non concentrees en quelques emplacements.
Le mecanisme PoRep fonctionne en faisant chiffrer par les validateurs des segments du registre en utilisant le chiffrement en mode CBC (Cipher Block Chaining) avec une cle specifique au validateur derivee de son identite. Le processus de chiffrement est tel que chaque bloc chiffre depend du bloc precedent, creant une chaine unique a chaque validateur. Cela empeche les validateurs de simplement copier les donnees chiffrees les uns des autres — chaque validateur doit stocker et traiter les donnees originales du registre pour generer sa version chiffree unique.
Periodiquement, le reseau emet des defis aux validateurs leur demandant de fournir des blocs chiffres specifiques. Parce que le chiffrement est enchaine, le validateur doit avoir stocke tous les blocs precedents pour generer la reponse correcte. Le validateur soumet son bloc chiffre accompagne d'une preuve de Merkle montrant sa position dans son registre chiffre. Le reseau peut verifier cette preuve rapidement sans avoir besoin de dechiffrer ou rechiffrer les donnees.
Cette approche en streaming de PoRep a une faible surcharge comparee aux systemes traditionnels de preuve de stockage. Les validateurs peuvent chiffrer les donnees a mesure qu'elles arrivent et repondre aux defis avec une latence minimale. Le systeme permet egalement la recuperation en cas de perte de donnees — si un validateur perd une partie du registre, il peut le retelecharger aupres d'autres validateurs et le rechiffrer. La combinaison de PoRep avec les horodatages PoH cree un systeme de responsabilite complet ou le reseau peut verifier a la fois quand les donnees ont ete creees et qu'elles sont correctement stockees a travers le reseau de validateurs.
System Architecture
A arquitetura de sistema de Solana e projetada como um pipeline onde diferentes estagios do processamento de transacoes acontecem em paralelo. A Transaction Processing Unit (TPU) e o componente central responsavel por lidar com transacoes recebidas. A TPU consiste em varios estagios: fetch (coleta de transacoes), verificacao de assinaturas, banking (execucao de transacoes) e write (gravacao em armazenamento). Cada estagio opera em paralelo em diferentes transacoes, semelhante ao pipeline de uma CPU.
A verificacao de assinaturas e acelerada usando GPUs, que sao altamente eficientes nas operacoes de criptografia de curva eliptica necessarias para verificar assinaturas de transacoes. Ao descarregar essa tarefa computacionalmente intensiva para GPUs, Solana pode verificar assinaturas a taxas superiores a 900.000 por segundo em hardware comercial. Essa verificacao de assinaturas em paralelo impede que a validacao criptografica se torne um gargalo mesmo em taxas de transacao muito altas.
O runtime Sealevel e o motor de execucao de contratos inteligentes em paralelo de Solana. Diferente das blockchains tradicionais que executam transacoes sequencialmente, Sealevel analisa as transacoes para identificar quais contas elas acessam e executa transacoes nao conflitantes em paralelo em multiplos nucleos de CPU. Transacoes que acessam as mesmas contas sao executadas sequencialmente para manter a consistencia, mas transacoes que acessam contas diferentes podem ser executadas simultaneamente. Esse paralelismo e possivel porque PoH estabelece uma ordenacao global — validadores podem executar transacoes em qualquer ordem desde que as apliquem ao estado na sequencia especificada por PoH.
A arquitetura tambem inclui componentes otimizados para propagacao e armazenamento de blocos. O protocolo de propagacao de blocos Turbine usa codificacao de apagamento para dividir blocos em pacotes menores que sao distribuidos pela rede em uma estrutura de arvore, minimizando os requisitos de largura de banda. A rede de Archivers fornece armazenamento descentralizado para dados historicos do livro-razao, usando PoRep para garantir a disponibilidade de dados. Juntos, esses componentes criam um sistema que pode processar centenas de milhares de transacoes por segundo enquanto mantem as propriedades de descentralizacao e segurança de uma blockchain.
System Architecture
L'architecture systeme de Solana est concue comme un pipeline ou differentes etapes du traitement des transactions se deroulent en parallele. La Transaction Processing Unit (TPU) est le composant central responsable du traitement des transactions entrantes. La TPU comprend plusieurs etapes : fetch (collecte des transactions), verification des signatures, banking (execution des transactions) et write (ecriture dans le stockage). Chaque etape opere en parallele sur differentes transactions, similaire au pipeline d'un CPU.
La verification des signatures est acceleree a l'aide de GPUs, qui sont tres efficaces pour les operations de cryptographie sur courbes elliptiques necessaires a la verification des signatures de transactions. En deleguant cette tache computationnellement intensive aux GPUs, Solana peut verifier les signatures a des taux depassant 900 000 par seconde sur du materiel standard. Cette verification parallele des signatures empeche la validation cryptographique de devenir un goulot d'etranglement meme a des taux de transactions tres eleves.
Le runtime Sealevel est le moteur d'execution parallele des contrats intelligents de Solana. Contrairement aux blockchains traditionnelles qui executent les transactions sequentiellement, Sealevel analyse les transactions pour identifier quels comptes elles accedent et execute les transactions non conflictuelles en parallele sur plusieurs coeurs CPU. Les transactions accedant aux memes comptes sont executees sequentiellement pour maintenir la coherence, mais les transactions accedant a des comptes differents peuvent s'executer simultanement. Ce parallelisme est possible parce que PoH etablit un ordonnancement global — les validateurs peuvent executer les transactions dans n'importe quel ordre tant qu'ils les appliquent a l'etat dans la sequence specifiee par PoH.
L'architecture inclut egalement des composants optimises pour la propagation et le stockage des blocs. Le protocole de propagation de blocs Turbine utilise le codage a effacement pour decouper les blocs en paquets plus petits distribues a travers le reseau dans une structure arborescente, minimisant les exigences de bande passante. Le reseau d'Archivers fournit un stockage decentralise pour les donnees historiques du registre, utilisant PoRep pour assurer la disponibilite des donnees. Ensemble, ces composants creent un systeme capable de traiter des centaines de milliers de transactions par seconde tout en maintenant les proprietes de decentralisation et de securite d'une blockchain.
Performance
A arquitetura de Solana e projetada para alcançar niveis de desempenho que escalam com melhorias de hardware, seguindo a Lei de Moore. Em uma conexao de rede padrao de 1 gigabit, o rendimento maximo teorico e aproximadamente 710.000 transacoes por segundo, assumindo 176 bytes por transacao (incluindo assinaturas e metadados). Esse calculo e baseado na largura de banda de rede como o principal gargalo, com gargalos computacionais eliminados atraves da paralelizacao.
A verificacao de assinaturas, frequentemente um fator limitante no desempenho de blockchain, e acelerada usando paralelizacao GPU. Uma unica GPU pode verificar mais de 900.000 assinaturas ed25519 por segundo, o que excede o limite de rendimento da rede. Isso significa que a verificacao de assinaturas nao restringe o desempenho do sistema — o gargalo se desloca para a largura de banda de rede e a execucao de transacoes. Para transacoes simples que apenas transferem valor sem logica complexa de contratos inteligentes, o estagio de banking pode processar transacoes a taxas que correspondem a taxa de entrada da rede.
O gerador PoH funciona em um nucleo de CPU dedicado, produzindo aproximadamente 4.000 hashes por milissegundo em um processador de 4GHz. Nessa taxa, a sequencia PoH fornece timestamps com granularidade de 0,25 microssegundos, o que e suficiente para ordenar milhoes de transacoes por segundo. A natureza sequencial da geracao PoH significa que esse componente nao pode ser paralelizado, mas o rendimento e alto o suficiente para nao limitar o desempenho geral do sistema.
Conforme o hardware melhora, o rendimento de Solana escala proporcionalmente. Redes mais rapidas, GPUs mais poderosas e CPUs melhoradas contribuem para taxas de transacao mais altas. O sistema e projetado para aproveitar essas melhorias sem exigir mudanças de protocolo. Essa abordagem de escalabilidade contrasta com blockchains que sao fundamentalmente limitadas por mecanismos de consenso sequenciais, permitindo que Solana alcance niveis de desempenho anteriormente considerados impossiveis em um sistema descentralizado enquanto mantem garantias de segurança e descentralizacao.
Performance
L'architecture de Solana est concue pour atteindre des niveaux de performance qui evoluent avec les ameliorations materielles, suivant la loi de Moore. Sur une connexion reseau gigabit standard, le debit theorique maximal est d'environ 710 000 transactions par seconde, en supposant 176 octets par transaction (signatures et metadonnees incluses). Ce calcul est base sur la bande passante reseau comme goulot d'etranglement principal, les goulots d'etranglement computationnels etant elimines par la parallelisation.
La verification des signatures, souvent un facteur limitant dans les performances blockchain, est acceleree par la parallelisation GPU. Un seul GPU peut verifier plus de 900 000 signatures ed25519 par seconde, ce qui depasse la limite de debit du reseau. Cela signifie que la verification des signatures ne contraint pas les performances du systeme — le goulot d'etranglement se deplace vers la bande passante reseau et l'execution des transactions. Pour les transactions simples qui ne font que transferer de la valeur sans logique complexe de contrats intelligents, l'etape de banking peut traiter les transactions a des taux correspondant au taux d'entree du reseau.
Le generateur PoH fonctionne sur un coeur CPU dedie, produisant environ 4 000 hachages par milliseconde sur un processeur a 4 GHz. A ce rythme, la sequence PoH fournit des horodatages avec une granularite de 0,25 microseconde, ce qui est suffisant pour ordonner des millions de transactions par seconde. La nature sequentielle de la generation PoH signifie que ce composant ne peut pas etre parallelise, mais le debit est suffisamment eleve pour ne pas limiter les performances globales du systeme.
A mesure que le materiel s'ameliore, le debit de Solana evolue en consequence. Des reseaux plus rapides, des GPUs plus puissants et des CPUs ameliores contribuent tous a des taux de transactions plus eleves. Le systeme est concu pour tirer parti de ces ameliorations sans necessiter de modifications du protocole. Cette approche d'evolutivite contraste avec les blockchains fondamentalement limitees par des mecanismes de consensus sequentiels, permettant a Solana d'atteindre des niveaux de performance precedemment consideres comme impossibles dans un systeme decentralise tout en maintenant les garanties de securite et de decentralisation.
Conclusion
Proof of History representa um avanço fundamental na arquitetura blockchain ao resolver o problema de sincronizacao que limitou a escalabilidade dos livros-razao distribuidos. Ao criar um relogio criptografico verificavel, PoH permite que os validadores estabeleçam uma ordenacao temporal de eventos sem a extensa sobrecarga de comunicacao exigida pelos mecanismos de consenso tradicionais. Essa inovacao remove um gargalo critico e permite que o processamento de transacoes seja paralelizado em toda a rede.
A integracao de PoH com componentes de sistema otimizados — verificacao de assinaturas acelerada por GPU, execucao de transacoes em paralelo atraves de Sealevel e protocolos eficientes de propagacao de blocos — cria uma blockchain capaz de processar centenas de milhares de transacoes por segundo em hardware comercial. Mais importante, a arquitetura e projetada para escalar com melhorias de hardware, significando que o desempenho continuara aumentando conforme os processadores se tornam mais rapidos e as redes mais capazes.
O design de Solana demonstra que alto desempenho e descentralizacao nao sao mutuamente exclusivos. Ao aproveitar PoH como base para consenso e coordenacao do sistema, a rede alcança niveis de rendimento comparaveis a bancos de dados centralizados enquanto mantem as propriedades de segurança e resistencia a censura de uma blockchain descentralizada. O mecanismo de consenso Tower BFT ponderado por participacao garante que a rede permaneca segura contra atores bizantinos enquanto alcança finalidade rapida.
A implementacao dessa arquitetura fornece um caminho pratico para a tecnologia blockchain escalar para adocao global. Aplicacoes que requerem alto rendimento de transacoes — como exchanges descentralizadas, plataformas de jogos e sistemas financeiros — agora podem ser construidas em uma infraestrutura verdadeiramente descentralizada sem comprometer o desempenho. Proof of History abre a porta para uma nova geracao de aplicacoes blockchain que anteriormente eram inviaveis devido a restricoes de escalabilidade.
Conclusion
Proof of History represente une percee fondamentale dans l'architecture blockchain en resolvant le probleme de synchronisation qui a limite l'evolutivite des registres distribues. En creant une horloge cryptographique verifiable, PoH permet aux validateurs d'etablir un ordonnancement temporel des evenements sans la surcharge de communication extensive requise par les mecanismes de consensus traditionnels. Cette innovation supprime un goulot d'etranglement critique et permet au traitement des transactions d'etre parallelise a travers le reseau.
L'integration de PoH avec des composants systeme optimises — verification des signatures acceleree par GPU, execution parallele des transactions via Sealevel et protocoles efficaces de propagation des blocs — cree une blockchain capable de traiter des centaines de milliers de transactions par seconde sur du materiel standard. Plus important encore, l'architecture est concue pour evoluer avec les ameliorations materielles, ce qui signifie que les performances continueront d'augmenter a mesure que les processeurs deviendront plus rapides et les reseaux plus performants.
La conception de Solana demontre que haute performance et decentralisation ne sont pas mutuellement exclusives. En tirant parti de PoH comme fondation pour le consensus et la coordination du systeme, le reseau atteint des niveaux de debit comparables aux bases de donnees centralisees tout en maintenant les proprietes de securite et de resistance a la censure d'une blockchain decentralisee. Le mecanisme de consensus Tower BFT pondere par la mise garantit que le reseau reste securise contre les acteurs byzantins tout en atteignant une finalite rapide.
L'implementation de cette architecture fournit un chemin pratique pour que la technologie blockchain evolue vers une adoption mondiale. Les applications necessitant un haut debit de transactions — comme les echanges decentralises, les plateformes de jeux et les systemes financiers — peuvent desormais etre construites sur une infrastructure veritablement decentralisee sans compromettre les performances. Proof of History ouvre la porte a une nouvelle generation d'applications blockchain qui etaient auparavant irrealisables en raison des contraintes d'evolutivite.
