Solana: Uma nova arquitetura para uma blockchain de alto desempenho
Abstract
Este documento presenta una nueva arquitectura para una blockchain de alto rendimiento. Solana implementa un novedoso mecanismo de cronometraje llamado Proof of History (PoH) -- una prueba para verificar el orden y el paso del tiempo entre eventos. PoH se utiliza para codificar el paso del tiempo de manera trustless en un ledger, creando un registro historico que demuestra que un evento ocurrio en un momento especifico en el tiempo.
La innovacion clave es que PoH permite que los nodos de la red establezcan un orden temporal de eventos sin necesidad de comunicarse entre si. Al utilizar una funcion de retardo verificable implementada como una cadena secuencial de hashes, el sistema genera un reloj criptografico que proporciona una forma de verificar el paso del tiempo entre eventos. Esto permite que la red procese miles de transacciones por segundo manteniendo la descentralizacion y la seguridad.
PoH esta integrado con un mecanismo de consenso Proof of Stake (PoS). La combinacion permite una arquitectura blockchain altamente optimizada donde los validadores pueden verificar transacciones en paralelo y alcanzar consenso de manera eficiente. El sistema esta disenado para escalar con la Ley de Moore, aprovechando los aumentos en el rendimiento del hardware para mejorar el throughput sin sacrificar las garantias de seguridad de una red descentralizada.
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.
Introduction
El desafio fundamental en los sistemas blockchain es lograr un alto rendimiento de transacciones mientras se mantiene la descentralizacion y la seguridad. Las implementaciones actuales de blockchain estan limitadas por sus mecanismos de consenso, que requieren una comunicacion extensa entre nodos para acordar el tiempo y el ordenamiento de eventos. Esta sobrecarga de coordinacion crea un cuello de botella que impide que las blockchains existentes escalen para satisfacer las demandas de aplicaciones a escala global.
El problema central es el tiempo. En sistemas distribuidos, los nodos no pueden depender de relojes externos porque no pueden confiar en que las marcas de tiempo de otros nodos sean precisas. Los protocolos de consenso blockchain tradicionales resuelven esto haciendo que los nodos se comuniquen extensamente para acordar el estado actual y el orden de las transacciones. Esta sobrecarga de comunicacion limita fundamentalmente el rendimiento, ya que la red solo puede procesar transacciones tan rapido como los nodos pueden alcanzar consenso sobre su ordenamiento.
Solana introduce Proof of History como solucion a este problema de sincronizacion. PoH proporciona una forma criptografica de demostrar que ha pasado una cierta cantidad de tiempo entre eventos sin depender de marcas de tiempo de actores potencialmente maliciosos. Al crear un registro historico verificable, PoH permite que los nodos procesen transacciones de forma independiente mientras pueden demostrar el orden en que ocurrieron los eventos. Este avance permite que la red paralelice el procesamiento de transacciones y aumente dramaticamente el rendimiento.
La idea clave es que si podemos crear una fuente de tiempo sin confianza, podemos eliminar el cuello de botella de coordinacion del consenso. Con PoH proporcionando un reloj criptografico, los validadores pueden procesar transacciones en paralelo y solo necesitan comunicarse para finalizar el ordenamiento canonico. Este cambio arquitectonico permite a Solana alcanzar niveles de rendimiento que antes se consideraban imposibles en una blockchain descentralizada.
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.
Outline
Este documento describe la arquitectura tecnica de Solana, centrándose en como Proof of History permite la operacion blockchain de alto rendimiento. El documento primero explica el mecanismo PoH en si — como una cadena de hash secuencial crea un ordenamiento temporal verificable de eventos. Detallamos las propiedades criptograficas que hacen seguro a PoH y demostramos como los validadores pueden verificar eficientemente la secuencia PoH.
Luego el documento explora como PoH se integra con el consenso Proof of Stake. Describimos Tower BFT, un algoritmo PoS disenado especificamente para aprovechar las propiedades temporales de PoH. La integracion permite a los validadores votar sobre el estado del libro mayor en marcas de tiempo PoH especificas, creando un mecanismo de consenso que es rapido y seguro. Tambien explicamos las condiciones de penalizacion que previenen el comportamiento malicioso.
A continuacion, presentamos el diseno de red de Solana y los protocolos de propagacion de datos. El protocolo Gulf Stream permite el reenvio de transacciones sin necesidad de un mempool, permitiendo a los clientes enviar transacciones directamente a los proximos lideres. Describimos como funciona la rotacion de lideres y como la red mantiene un alto rendimiento incluso cuando cambia el liderazgo.
Finalmente, discutimos la arquitectura del sistema incluyendo la Transaction Processing Unit (TPU), el runtime paralelo Sealevel y Proof of Replication para la verificacion del almacenamiento de datos. Las proyecciones de rendimiento demuestran que Solana puede procesar mas de 700,000 transacciones por segundo en una red gigabit estandar, con un rendimiento que escala a medida que mejora el hardware.
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.
Network Design
El diseno de red de Solana se centra en un sistema de lideres rotativos donde los validadores se turnan para producir bloques. El lider es responsable de secuenciar las transacciones entrantes en el flujo PoH y publicar los bloques resultantes en la red. Los lideres se seleccionan mediante un algoritmo ponderado por participacion, y el calendario de rotacion se conoce de antemano, lo que permite a la red optimizar el reenvio de transacciones.
El protocolo Gulf Stream elimina la necesidad de un mempool tradicional al permitir que los clientes reenvien transacciones directamente a los proximos lideres. Cuando un cliente envia una transaccion, se reenvia al lider esperado segun el calendario de rotacion. Si el lider actual no puede procesar la transaccion, la reenvia al siguiente lider esperado. Este diseno reduce la latencia de confirmacion y permite a los validadores ejecutar transacciones por adelantado, optimizando aun mas el rendimiento.
La propagacion de transacciones utiliza un enfoque multicapa. Los clientes envian transacciones a los validadores, quienes las reenvian al lider actual o proximo. El lider secuencia las transacciones en el flujo PoH, creando un ordenamiento total. Una vez secuenciadas, el lider transmite el flujo PoH y los datos de transaccion a los validadores, quienes verifican la secuencia PoH y ejecutan las transacciones en paralelo.
El diseno de red tambien incluye un protocolo de propagacion de bloques Turbine que divide los bloques en paquetes mas pequenos y los distribuye a traves de la red en una estructura de arbol. Este enfoque minimiza los requisitos de ancho de banda para validadores individuales mientras asegura una rapida propagacion de bloques. Combinado con la capacidad de PoH para verificar el ordenamiento de transacciones, esta arquitectura permite a Solana lograr un alto rendimiento sin sacrificar la descentralizacion.
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.
Proof of History
Proof of History es una funcion de retardo verificable implementada como una cadena de hash secuencial usando SHA-256. El generador PoH calcula continuamente hashes SHA-256, usando cada salida como entrada para el siguiente hash. Esto crea una cadena secuencial donde cada hash solo puede calcularse despues del anterior, estableciendo un ordenamiento temporal verificable. El requisito computacional para generar cada hash impone un retardo de tiempo minimo entre eventos.
La propiedad clave de PoH es que es barato de verificar pero costoso de producir. Un verificador puede comprobar toda la secuencia de hash en paralelo dividiéndola en segmentos y verificando cada segmento de forma independiente, luego comprobando que los segmentos se conectan correctamente. Sin embargo, la generacion debe ser secuencial — no hay forma de predecir la salida de la cadena de hash sin calcular realmente cada paso intermedio. Esta asimetria entre generacion y verificacion es lo que hace practico a PoH.
Los eventos externos y los datos de transaccion se insertan en la secuencia PoH mezclándolos en la cadena de hash. Cuando llega una transaccion, su hash se combina con el estado PoH actual, creando un registro que demuestra que la transaccion existio en ese punto de la secuencia. El generador PoH registra periodicamente puntos de control, publicando el valor hash actual junto con el conteo de hashes calculados desde el ultimo punto de control. Estos puntos de control permiten a los validadores verificar eficientemente la secuencia PoH sin recalcular cada hash.
La secuencia PoH sirve como un reloj criptografico para toda la red. Debido a que la cadena de hash es secuencial y verificable, cualquier nodo puede demostrar que ha pasado una cierta cantidad de tiempo entre dos eventos simplemente mostrando los hashes que se calcularon durante ese intervalo. Esto elimina la necesidad de que los nodos confien en marcas de tiempo externas o se coordinen entre si para establecer un ordenamiento temporal, eliminando un cuello de botella fundamental en el consenso blockchain tradicional.
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 Sequence
La secuencia de Proof of History es una cadena continua de hashes SHA-256 donde cada hash depende de la salida anterior. La secuencia comienza con un valor semilla inicial, que se hashea para producir la primera salida. Esta salida se convierte en la entrada para el siguiente hash, y el proceso se repite indefinidamente. El generador tambien mantiene un contador que rastrea el numero total de hashes calculados, que sirve como la "marca de tiempo" PoH para eventos en el libro mayor.
Cuando se necesita insertar datos en la secuencia (como hashes de transacciones o firmas de validadores), se combinan con el estado hash actual usando una funcion de mezcla determinista. Por ejemplo, si el estado hash actual es hash_n y queremos insertar datos D, calculamos hash_{n+1} = SHA256(hash_n || D), donde || denota concatenacion. El punto de insercion se registra junto con el valor del contador, demostrando que los datos D existian en ese punto especifico de la secuencia.
La verificacion de la secuencia PoH puede paralelizarse dividiendo la cadena en segmentos. Por ejemplo, un validador podria recibir puntos de control PoH cada 10,000 hashes. Para verificar la secuencia entre puntos de control, el validador puede dividir los 10,000 hashes en 100 segmentos de 100 hashes cada uno, verificar cada segmento independientemente en paralelo, y luego verificar que los segmentos se conectan correctamente. Esto permite que la verificacion escale horizontalmente con el numero de nucleos de CPU disponibles.
La secuencia tambien soporta pruebas eficientes de que dos eventos ocurrieron en un orden especifico. Dadas dos inserciones de datos en valores de contador n y m donde n m, cualquiera puede verificar que el evento en n ocurrio antes del evento en m comprobando la cadena de hash entre esos puntos. Esta propiedad permite a Solana crear un registro historico verificable de todos los eventos en la red sin requerir que los nodos esten en linea continuamente o confien en fuentes de tiempo externas.
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.
Timestamp
Proof of History funciona como un reloj descentralizado que asigna marcas de tiempo a eventos sin depender del tiempo de reloj de pared. Cada hash PoH representa un "tick" discreto del reloj criptografico, y el valor del contador sirve como la marca de tiempo. Debido a que la cadena de hash es secuencial y verificable, estas marcas de tiempo son sin confianza — cualquier observador puede verificar que una marca de tiempo es legitima comprobando la cadena de hash.
En Solana, cada validador puede generar su propia secuencia PoH cuando actua como lider. Cuando los validadores rotan el liderazgo, sincronizan sus secuencias PoH usando el ultimo punto de control confirmado del lider anterior. Esto asegura la continuidad del registro temporal incluso cuando diferentes validadores se turnan para producir bloques. La red establece una linea temporal canonica al alcanzar consenso sobre que secuencias PoH aceptar como parte del libro mayor oficial.
El sistema maneja la deriva del reloj y la varianza en el rendimiento del hardware a traves de una combinacion de rotacion de lideres y consenso. Si un lider malicioso o defectuoso intenta generar marcas de tiempo PoH a una tasa incorrecta (demasiado rapida o demasiado lenta), los validadores pueden detectar esto comparando la tasa de ticks PoH con sus propios generadores PoH locales. Las desviaciones significativas de la tasa esperada indican un problema, y los validadores pueden rechazar bloques de lideres cuyas secuencias PoH divergen demasiado de la mediana de la red.
Este mecanismo de marcas de tiempo resuelve uno de los problemas fundamentales en sistemas distribuidos: establecer una nocion comun de tiempo sin una autoridad central de confianza. Al usar PoH como un reloj descentralizado, Solana permite que los validadores procesen transacciones en paralelo mientras mantienen un ordenamiento globalmente consistente. Las marcas de tiempo tambien proporcionan una base para caracteristicas basadas en tiempo como la expiracion de transacciones, operaciones programadas y medicion de rendimiento.
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.
Proof of Stake Consensus
El mecanismo de consenso de Solana, llamado Tower BFT, es un algoritmo Proof of Stake disenado especificamente para aprovechar las propiedades temporales de Proof of History. Los validadores apuestan tokens SOL para participar en el consenso y ganar recompensas por validar correctamente los bloques. El sistema de votacion ponderado por participacion asegura que los validadores con mas interes economico en la red tengan proporcionalmente mas influencia sobre las decisiones de consenso.
La innovacion central en Tower BFT es el uso de periodos de bloqueo que aumentan exponencialmente con cada voto consecutivo. Cuando un validador vota sobre un hash PoH, se compromete con esa bifurcacion del libro mayor durante un cierto numero de ticks PoH. Si votan en el siguiente bloque de esa bifurcacion, el periodo de bloqueo se duplica. Esto crea un fuerte incentivo economico para que los validadores continuen votando en la misma bifurcacion, ya que cambiar de bifurcacion requeriria esperar a que expiren los bloqueos anteriores.
Especificamente, si un validador vota en un bloque en la marca de tiempo PoH t, no puede votar en una bifurcacion conflictiva hasta que hayan pasado 2^n ticks, donde n es el numero de votos consecutivos que ha realizado en la bifurcacion actual. Este mecanismo de bloqueo exponencial hace que el sistema sea seguro contra ataques de largo alcance mientras permite una finalidad rapida. Una vez que una supermayoria de participacion ha votado en un bloque con suficiente profundidad, ese bloque esta efectivamente finalizado.
Las condiciones de penalizacion imponen un comportamiento honesto. Si un validador vota en dos bifurcaciones conflictivas durante un periodo en el que deberia estar bloqueado, es penalizado — sus tokens apostados son parcialmente destruidos y es removido del conjunto de validadores. Esto hace economicamente irracional intentar la equivocacion u otro comportamiento bizantino. La combinacion de las marcas de tiempo verificables de PoH y los bloqueos exponenciales de Tower BFT crea un mecanismo de consenso que es rapido y seguro, logrando finalidad en segundos mientras mantiene las garantias de seguridad de los sistemas BFT tradicionales.
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.
Streaming Proof of Replication
Proof of Replication (PoRep) es un mecanismo que permite a los validadores demostrar que estan almacenando los datos del libro mayor sin revelar los datos mismos ni requerir una computacion intensiva. Solana implementa una version de streaming de PoRep donde los validadores demuestran continuamente que estan replicando el estado de la blockchain. Esto es esencial para la seguridad de la red, ya que asegura que los datos del libro mayor esten distribuidos adecuadamente entre los validadores y no concentrados en unas pocas ubicaciones.
El mecanismo PoRep funciona haciendo que los validadores cifren segmentos del libro mayor usando encriptacion en modo CBC (Cipher Block Chaining) con una clave especifica del validador derivada de su identidad. El proceso de encriptacion es tal que cada bloque cifrado depende del bloque anterior, creando una cadena que es unica para cada validador. Esto evita que los validadores simplemente copien datos cifrados entre si — cada validador debe almacenar y procesar los datos originales del libro mayor para generar su version cifrada unica.
Periodicamente, la red emite desafios a los validadores solicitando que proporcionen bloques cifrados especificos. Debido a que la encriptacion esta encadenada, el validador debe haber almacenado todos los bloques anteriores para generar la respuesta correcta. El validador envia su bloque cifrado junto con una prueba de Merkle que muestra su posicion en su libro mayor cifrado. La red puede verificar esta prueba rapidamente sin necesidad de descifrar o re-cifrar los datos.
Este enfoque de streaming para PoRep tiene una baja sobrecarga comparado con los sistemas tradicionales de prueba de almacenamiento. Los validadores pueden cifrar datos a medida que llegan y responder a los desafios con una latencia minima. El sistema tambien permite la recuperacion en caso de perdida de datos — si un validador pierde parte del libro mayor, puede volver a descargarlo de otros validadores y re-cifrarlo. La combinacion de PoRep con marcas de tiempo PoH crea un sistema de responsabilidad completo donde la red puede verificar tanto cuando se crearon los datos como que estan almacenados correctamente en toda la red de validadores.
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.
System Architecture
La arquitectura del sistema de Solana esta disenada como un pipeline donde diferentes etapas del procesamiento de transacciones ocurren en paralelo. La Transaction Processing Unit (TPU) es el componente central responsable de manejar las transacciones entrantes. La TPU consta de varias etapas: fetch (recoleccion de transacciones), verificacion de firmas, banking (ejecucion de transacciones) y write (escritura en almacenamiento). Cada etapa opera en paralelo sobre diferentes transacciones, similar al pipeline de una CPU.
La verificacion de firmas se acelera usando GPUs, que son altamente eficientes en las operaciones de criptografia de curva eliptica necesarias para verificar firmas de transacciones. Al descargar esta tarea computacionalmente intensiva a las GPUs, Solana puede verificar firmas a tasas que exceden 900,000 por segundo en hardware comercial. Esta verificacion de firmas en paralelo evita que la validacion criptografica se convierta en un cuello de botella incluso a tasas de transaccion muy altas.
El runtime Sealevel es el motor de ejecucion de contratos inteligentes en paralelo de Solana. A diferencia de las blockchains tradicionales que ejecutan transacciones secuencialmente, Sealevel analiza las transacciones para identificar que cuentas acceden y ejecuta transacciones no conflictivas en paralelo a traves de multiples nucleos de CPU. Las transacciones que acceden a las mismas cuentas se ejecutan secuencialmente para mantener la consistencia, pero las transacciones que acceden a diferentes cuentas pueden ejecutarse simultaneamente. Este paralelismo es posible porque PoH establece un ordenamiento global — los validadores pueden ejecutar transacciones en cualquier orden siempre que las apliquen al estado en la secuencia especificada por PoH.
La arquitectura tambien incluye componentes optimizados para la propagacion y almacenamiento de bloques. El protocolo de propagacion de bloques Turbine usa codificacion de borrado para dividir bloques en paquetes mas pequenos que se distribuyen a traves de la red en una estructura de arbol, minimizando los requisitos de ancho de banda. La red de Archivers proporciona almacenamiento descentralizado para datos historicos del libro mayor, usando PoRep para asegurar la disponibilidad de datos. Juntos, estos componentes crean un sistema que puede procesar cientos de miles de transacciones por segundo mientras mantiene las propiedades de descentralizacion y seguridad de una blockchain.
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.
Performance
La arquitectura de Solana esta disenada para alcanzar niveles de rendimiento que escalan con las mejoras de hardware, siguiendo la Ley de Moore. En una conexion de red estandar de 1 gigabit, el rendimiento maximo teorico es aproximadamente 710,000 transacciones por segundo, asumiendo 176 bytes por transaccion (incluyendo firmas y metadatos). Este calculo se basa en el ancho de banda de red como el cuello de botella principal, con los cuellos de botella computacionales eliminados a traves de la paralelizacion.
La verificacion de firmas, a menudo un factor limitante en el rendimiento de blockchain, se acelera usando paralelizacion GPU. Una sola GPU puede verificar mas de 900,000 firmas ed25519 por segundo, lo que excede el limite de rendimiento de la red. Esto significa que la verificacion de firmas no restringe el rendimiento del sistema — el cuello de botella se desplaza al ancho de banda de red y la ejecucion de transacciones. Para transacciones simples que solo transfieren valor sin logica compleja de contratos inteligentes, la etapa de banking puede procesar transacciones a tasas que igualan la tasa de entrada de la red.
El generador PoH funciona en un nucleo de CPU dedicado, produciendo aproximadamente 4,000 hashes por milisegundo en un procesador de 4GHz. A esta tasa, la secuencia PoH proporciona marcas de tiempo con una granularidad de 0.25 microsegundos, lo cual es suficiente para ordenar millones de transacciones por segundo. La naturaleza secuencial de la generacion PoH significa que este componente no puede paralelizarse, pero el rendimiento es lo suficientemente alto como para no limitar el rendimiento general del sistema.
A medida que el hardware mejora, el rendimiento de Solana escala en consecuencia. Redes mas rapidas, GPUs mas potentes y CPUs mejoradas contribuyen a tasas de transaccion mas altas. El sistema esta disenado para aprovechar estas mejoras sin requerir cambios de protocolo. Este enfoque de escalabilidad contrasta con blockchains que estan fundamentalmente limitadas por mecanismos de consenso secuenciales, permitiendo a Solana alcanzar niveles de rendimiento previamente considerados imposibles en un sistema descentralizado mientras mantiene garantias de seguridad y descentralizacion.
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.
Conclusion
Proof of History representa un avance fundamental en la arquitectura blockchain al resolver el problema de sincronizacion que ha limitado la escalabilidad de los libros mayores distribuidos. Al crear un reloj criptografico verificable, PoH permite a los validadores establecer un ordenamiento temporal de eventos sin la extensa sobrecarga de comunicacion requerida por los mecanismos de consenso tradicionales. Esta innovacion elimina un cuello de botella critico y permite que el procesamiento de transacciones se paralelice a traves de la red.
La integracion de PoH con componentes de sistema optimizados — verificacion de firmas acelerada por GPU, ejecucion de transacciones en paralelo a traves de Sealevel y protocolos de propagacion de bloques eficientes — crea una blockchain que puede procesar cientos de miles de transacciones por segundo en hardware comercial. Mas importante aun, la arquitectura esta disenada para escalar con las mejoras de hardware, lo que significa que el rendimiento continuara aumentando a medida que los procesadores se vuelvan mas rapidos y las redes mas capaces.
El diseno de Solana demuestra que el alto rendimiento y la descentralizacion no son mutuamente excluyentes. Al aprovechar PoH como base para el consenso y la coordinacion del sistema, la red alcanza niveles de rendimiento comparables a bases de datos centralizadas mientras mantiene las propiedades de seguridad y resistencia a la censura de una blockchain descentralizada. El mecanismo de consenso Tower BFT ponderado por participacion asegura que la red permanezca segura contra actores bizantinos mientras logra una finalidad rapida.
La implementacion de esta arquitectura proporciona un camino practico hacia adelante para que la tecnologia blockchain escale a la adopcion global. Las aplicaciones que requieren un alto rendimiento de transacciones — como intercambios descentralizados, plataformas de juegos y sistemas financieros — ahora pueden construirse sobre una infraestructura verdaderamente descentralizada sin comprometer el rendimiento. Proof of History abre la puerta a una nueva generacion de aplicaciones blockchain que anteriormente eran inviables debido a las limitaciones de escalabilidad.
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.
