Solana: Uma nova arquitetura para uma blockchain de alto desempenho
Abstract
Makalah ini menyajikan arsitektur baru untuk blockchain berkinerja tinggi. Solana mengimplementasikan mekanisme ketepatan waktu baru yang disebut Proof of History (PoH) — sebuah bukti untuk memverifikasi urutan dan perjalanan waktu antar peristiwa. PoH digunakan untuk mengkodekan perjalanan waktu yang tidak dapat dipercaya ke dalam ledger, menciptakan catatan sejarah yang membuktikan bahwa suatu peristiwa terjadi pada momen waktu tertentu.
Inovasi utamanya adalah PoH memungkinkan node dalam jaringan untuk menetapkan urutan peristiwa sementara tanpa mengharuskan mereka berkomunikasi satu sama lain. Dengan menggunakan fungsi penundaan yang dapat diverifikasi yang diimplementasikan sebagai rantai hash berurutan, sistem menghasilkan jam kriptografi yang menyediakan cara untuk memverifikasi perjalanan waktu antar peristiwa. Hal ini memungkinkan jaringan untuk memproses ribuan transaksi per detik dengan tetap menjaga desentralisasi dan keamanan.
PoH terintegrasi dengan mekanisme konsensus Proof of Stake (PoS). Kombinasi ini memungkinkan arsitektur blockchain yang sangat optimal di mana validators dapat memverifikasi transaksi secara paralel dan mencapai konsensus secara efisien. Sistem ini dirancang untuk disesuaikan dengan Hukum Moore, memanfaatkan peningkatan kinerja perangkat keras untuk meningkatkan throughput tanpa mengorbankan jaminan keamanan jaringan yang terdesentralisasi.
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
Tantangan mendasar dalam sistem blockchain adalah mencapai throughput transaksi yang tinggi dengan tetap menjaga desentralisasi dan keamanan. Implementasi blockchain saat ini dibatasi oleh mekanisme konsensusnya, yang memerlukan komunikasi ekstensif antar node untuk menyepakati waktu dan urutan kejadian. Overhead koordinasi ini menciptakan hambatan yang mencegah penskalaan blockchain yang ada untuk memenuhi permintaan aplikasi skala global.
Masalah intinya adalah waktu. Dalam sistem terdistribusi, node tidak dapat mengandalkan jam eksternal karena mereka tidak dapat mempercayai bahwa stempel waktu node lain akurat. Protokol konsensus blockchain tradisional menyelesaikan masalah ini dengan membuat node berkomunikasi secara luas untuk menyetujui keadaan saat ini dan urutan transaksi. Overhead komunikasi ini pada dasarnya membatasi throughput, karena jaringan hanya dapat memproses transaksi secepat node dapat mencapai konsensus mengenai pemesanannya.
Solana memperkenalkan Bukti Sejarah sebagai solusi untuk masalah waktu ini. PoH menyediakan cara kriptografi untuk membuktikan bahwa sejumlah waktu tertentu telah berlalu di antara peristiwa tanpa bergantung pada stempel waktu dari pelaku yang berpotensi jahat. Dengan membuat catatan sejarah yang dapat diverifikasi, PoH memungkinkan node untuk memproses transaksi secara independen sambil tetap dapat membuktikan urutan terjadinya peristiwa. Terobosan ini memungkinkan jaringan untuk memparalelkan pemrosesan transaksi dan meningkatkan throughput secara signifikan.
Kuncinya adalah jika kita dapat menciptakan sumber waktu yang tidak dapat dipercaya, kita dapat menghilangkan hambatan koordinasi dalam konsensus. Dengan PoH menyediakan jam kriptografi, validators dapat memproses transaksi secara paralel dan hanya perlu berkomunikasi untuk menyelesaikan pemesanan kanonik. Pergeseran arsitektur ini memungkinkan Solana mencapai tingkat kinerja yang sebelumnya dianggap mustahil dalam blockchain yang terdesentralisasi.
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
Makalah ini menjelaskan arsitektur teknis Solana, dengan fokus pada bagaimana Proof of History memungkinkan operasi blockchain berkinerja tinggi. Dokumen tersebut pertama-tama menjelaskan mekanisme PoH itu sendiri — bagaimana rantai hash berurutan menciptakan urutan peristiwa yang dapat diverifikasi. Kami merinci properti kriptografi yang membuat PoH aman dan menunjukkan bagaimana validators dapat memverifikasi urutan PoH secara efisien.
Makalah ini kemudian mengeksplorasi bagaimana PoH berintegrasi dengan konsensus Proof of Stake. Kami menjelaskan Tower BFT, algoritma PoS yang dirancang khusus untuk memanfaatkan properti temporal PoH. Integrasi ini memungkinkan validators untuk memilih status ledger pada stempel waktu PoH tertentu, sehingga menciptakan mekanisme konsensus yang cepat dan aman. Kami juga menjelaskan kondisi pemotongan yang mencegah perilaku jahat.
Selanjutnya, kami menyajikan desain jaringan Solana dan protokol propagasi data. Protokol Gulf Stream memungkinkan penerusan transaksi tanpa memerlukan mempool, memungkinkan klien mengirim transaksi langsung ke pemimpin yang akan datang. Kami menjelaskan cara kerja rotasi pemimpin dan bagaimana jaringan mempertahankan throughput yang tinggi bahkan ketika kepemimpinan berganti.
Terakhir, kita membahas arsitektur sistem termasuk Transaction Processing Unit (TPU), runtime paralel Sealevel, dan Proof of Replication untuk verifikasi penyimpanan data. Proyeksi kinerja menunjukkan bahwa Solana dapat memproses lebih dari 700.000 transaksi per detik pada jaringan gigabit standar, dengan penskalaan throughput seiring dengan peningkatan perangkat keras.
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
Desain jaringan Solana berpusat di sekitar sistem pemimpin berputar di mana validators bergiliran memproduksi blok. Pemimpin bertanggung jawab untuk mengurutkan transaksi masuk ke dalam aliran PoH dan mempublikasikan blok yang dihasilkan ke jaringan. Pemimpin dipilih melalui algoritme pembobotan taruhan, dan jadwal rotasi diketahui sebelumnya, sehingga memungkinkan jaringan mengoptimalkan penerusan transaksi.
Protokol Gulf Stream menghilangkan kebutuhan akan mempool tradisional dengan memungkinkan klien meneruskan transaksi langsung ke pemimpin yang akan datang. Ketika klien mengajukan transaksi, transaksi diteruskan ke pemimpin yang diharapkan berdasarkan jadwal rotasi. Jika pemimpin saat ini tidak dapat memproses transaksi tersebut, maka transaksi tersebut akan diteruskan ke pemimpin yang diharapkan berikutnya. Desain ini mengurangi latensi konfirmasi dan memungkinkan validators mengeksekusi transaksi lebih awal, sehingga lebih mengoptimalkan throughput.
Penyebaran transaksi menggunakan pendekatan multi-layer. Klien mengirim transaksi ke validators, yang meneruskannya ke pemimpin saat ini atau yang akan datang. Pemimpin mengurutkan transaksi ke dalam aliran PoH, menciptakan pemesanan total. Setelah diurutkan, pemimpin mengirimkan aliran PoH dan data transaksi ke validators, yang memverifikasi urutan PoH dan mengeksekusi transaksi secara paralel.
Desain jaringan juga mencakup protokol propagasi blok turbin yang memecah blok menjadi paket-paket yang lebih kecil dan mendistribusikannya ke seluruh jaringan dalam struktur pohon. Pendekatan ini meminimalkan kebutuhan bandwidth untuk validators individual sekaligus memastikan propagasi blok yang cepat. Dikombinasikan dengan kemampuan PoH untuk memverifikasi urutan transaksi, arsitektur ini memungkinkan Solana mencapai throughput yang tinggi tanpa mengorbankan desentralisasi.
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
Bukti Riwayat adalah fungsi penundaan yang dapat diverifikasi yang diimplementasikan sebagai rantai hash berurutan menggunakan SHA-256. Generator PoH terus menghitung hash SHA-256, menggunakan setiap keluaran sebagai masukan untuk hash berikutnya. Hal ini menciptakan rantai berurutan di mana setiap hash hanya dapat dihitung setelah hash sebelumnya, sehingga membentuk urutan temporal yang dapat diverifikasi. Persyaratan komputasi untuk menghasilkan setiap hash menerapkan penundaan waktu minimum antar peristiwa.
Properti utama PoH adalah murah untuk diverifikasi namun mahal untuk diproduksi. Verifikator dapat memeriksa seluruh urutan hash secara paralel dengan membaginya menjadi beberapa segmen dan memeriksa setiap segmen secara independen, kemudian memverifikasi bahwa segmen tersebut terhubung dengan benar. Namun, pembuatannya harus berurutan — tidak ada cara untuk memprediksi keluaran rantai hash tanpa benar-benar menghitung setiap langkah perantara. Ketidaksimetrisan antara pembangkitan dan verifikasi inilah yang membuat PoH praktis.
Peristiwa eksternal dan data transaksi dimasukkan ke dalam urutan PoH dengan mencampurkannya ke dalam rantai hash. Ketika sebuah transaksi tiba, hash-nya digabungkan dengan status PoH saat ini, menciptakan catatan yang membuktikan transaksi tersebut ada pada titik tersebut dalam urutan. Generator PoH secara berkala mencatat pos pemeriksaan, menerbitkan nilai hash saat ini bersama dengan jumlah hash yang dihitung sejak pos pemeriksaan terakhir. Pos pemeriksaan ini memungkinkan validators memverifikasi urutan PoH secara efisien tanpa menghitung ulang setiap hash.
Urutan PoH berfungsi sebagai jam kriptografi untuk seluruh jaringan. Karena rantai hash bersifat berurutan dan dapat diverifikasi, node mana pun dapat membuktikan bahwa sejumlah waktu tertentu telah berlalu antara dua peristiwa hanya dengan menunjukkan hash yang dihitung selama interval tersebut. Hal ini menghilangkan kebutuhan node untuk mempercayai stempel waktu eksternal atau berkoordinasi satu sama lain untuk menetapkan urutan waktu, sehingga menghilangkan hambatan mendasar dalam konsensus blockchain tradisional.
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
Urutan Proof of History adalah rangkaian hash SHA-256 yang berkesinambungan di mana setiap hash bergantung pada keluaran sebelumnya. Urutannya dimulai dengan nilai benih awal, yang di-hash untuk menghasilkan keluaran pertama. Keluaran ini menjadi masukan untuk hash berikutnya, dan proses berulang tanpa batas. Generator juga memelihara penghitung yang melacak jumlah total hash yang dihitung, yang berfungsi sebagai "stempel waktu" PoH untuk kejadian di ledger.
Ketika data perlu dimasukkan ke dalam urutan (seperti hash transaksi atau tanda tangan validator), data tersebut digabungkan dengan status hash saat ini menggunakan fungsi pencampuran deterministik. Misalnya, jika status hash saat ini adalah hash_n dan kita ingin memasukkan data D, kita menghitung hash_{n+1} = SHA256(hash_n || D), dengan || menunjukkan penggabungan. Titik penyisipan dicatat bersama dengan nilai penghitung, membuktikan bahwa data D ada pada titik tertentu dalam urutan tersebut.
Verifikasi rangkaian PoH dapat diparalelkan dengan membagi rantai menjadi beberapa segmen. Misalnya, validator mungkin menerima pos pemeriksaan PoH setiap 10.000 hash. Untuk memverifikasi urutan antar pos pemeriksaan, validator dapat membagi 10.000 hash menjadi 100 segmen yang masing-masing terdiri dari 100 hash, memverifikasi setiap segmen secara independen secara paralel, dan kemudian memverifikasi bahwa segmen tersebut terhubung dengan benar. Hal ini memungkinkan verifikasi untuk diskalakan secara horizontal dengan jumlah inti CPU yang tersedia.
Urutan tersebut juga mendukung bukti efisien bahwa dua peristiwa terjadi dalam urutan tertentu. Dengan adanya dua penyisipan data pada nilai counter n dan m di mana n m, siapa pun dapat memverifikasi bahwa kejadian di n terjadi sebelum kejadian di m dengan memeriksa rantai hash di antara titik-titik tersebut. Properti ini memungkinkan Solana membuat catatan sejarah yang dapat diverifikasi dari semua peristiwa di jaringan tanpa memerlukan node untuk terus online atau mempercayai sumber waktu eksternal.
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 berfungsi sebagai jam terdesentralisasi yang memberikan stempel waktu pada peristiwa tanpa bergantung pada waktu jam dinding. Setiap hash PoH mewakili "centang" terpisah dari jam kriptografi, dan nilai penghitungnya berfungsi sebagai stempel waktu. Karena rantai hash bersifat berurutan dan dapat diverifikasi, stempel waktu ini tidak dapat dipercaya — pengamat mana pun dapat memverifikasi bahwa stempel waktu tersebut sah dengan memeriksa rantai hash.
Di Solana, setiap validator dapat menghasilkan urutan PoH sendiri ketika bertindak sebagai pemimpin. Ketika validators merotasi kepemimpinan, mereka menyinkronkan urutan PoH mereka menggunakan pos pemeriksaan terakhir yang dikonfirmasi dari pemimpin sebelumnya. Hal ini memastikan kesinambungan catatan temporal meskipun validators yang berbeda bergiliran memproduksi blok. Jaringan menetapkan garis waktu kanonik dengan mencapai konsensus mengenai rangkaian PoH mana yang akan diterima sebagai bagian dari ledger resmi.
Sistem ini menangani penyimpangan jam dan perbedaan kinerja perangkat keras melalui kombinasi rotasi pemimpin dan konsensus. Jika pemimpin yang jahat atau salah mencoba untuk menghasilkan stempel waktu PoH pada tingkat yang salah (terlalu cepat atau terlalu lambat), validators dapat mendeteksi hal ini dengan membandingkan tingkat tick PoH terhadap generator PoH lokal mereka sendiri. Penyimpangan yang signifikan dari tingkat yang diharapkan menunjukkan adanya masalah, dan validators dapat menolak blok dari pemimpin yang rangkaian PoH-nya menyimpang terlalu jauh dari median jaringan.
Mekanisme penandaan waktu ini memecahkan salah satu masalah mendasar dalam sistem terdistribusi: menetapkan gagasan umum tentang waktu tanpa otoritas pusat yang tepercaya. Dengan menggunakan PoH sebagai jam terdesentralisasi, Solana memungkinkan validators memproses transaksi secara paralel sambil mempertahankan pemesanan yang konsisten secara global. Stempel waktu juga memberikan landasan untuk fitur berbasis waktu seperti berakhirnya transaksi, operasi terjadwal, dan pengukuran kinerja.
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
Mekanisme konsensus Solana, yang disebut Tower BFT, adalah algoritma Proof of Stake yang dirancang khusus untuk memanfaatkan properti temporal Proof of History. Validator mempertaruhkan token SOL untuk berpartisipasi dalam konsensus dan mendapatkan hadiah karena memvalidasi blok dengan benar. Sistem pemungutan suara dengan bobot taruhan memastikan bahwa validators dengan kepentingan ekonomi yang lebih besar dalam jaringan memiliki pengaruh yang lebih besar secara proporsional terhadap keputusan konsensus.
Inovasi inti di Tower BFT adalah penggunaan periode lockout yang meningkat secara eksponensial dengan setiap pemungutan suara berturut-turut. Ketika validator memberikan suara pada hash PoH, mereka berkomitmen pada fork ledger tersebut untuk sejumlah tick PoH tertentu. Jika mereka memberikan suara pada blok berikutnya di pertigaan itu, periode penguncian menjadi dua kali lipat. Hal ini menciptakan insentif ekonomi yang kuat bagi validators untuk terus memberikan suara pada fork yang sama, karena peralihan fork memerlukan menunggu hingga lockout yang lebih awal berakhir.
Khususnya, jika validator memberikan suara pada sebuah blok pada stempel waktu PoH t, mereka tidak dapat memberikan suara pada fork yang bertentangan hingga tanda 2^n terlampaui, dengan n adalah jumlah suara berturut-turut yang telah mereka buat pada fork saat ini. Mekanisme penguncian eksponensial ini membuat sistem aman dari serangan jarak jauh sekaligus memungkinkan penyelesaian yang cepat. Setelah mayoritas pemegang saham telah memberikan suara pada sebuah blok dengan kedalaman yang cukup, blok tersebut secara efektif diselesaikan.
Kondisi pemotongan menegakkan perilaku jujur. Jika validator memberikan suara pada dua fork yang bertentangan selama periode ketika keduanya harus dikunci, maka fork tersebut akan dipangkas — token yang dipertaruhkan akan dihancurkan sebagian dan dihapus dari set validator. Hal ini membuat tidak masuk akal secara ekonomi untuk mencoba mengelak atau perilaku Byzantine lainnya. Kombinasi stempel waktu PoH yang dapat diverifikasi dan penguncian eksponensial Tower BFT menciptakan mekanisme konsensus yang cepat dan aman, mencapai penyelesaian dalam hitungan detik dengan tetap menjaga jaminan keamanan sistem BFT tradisional.
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
Bukti Replikasi (PoRep) adalah mekanisme yang memungkinkan validators membuktikan bahwa mereka menyimpan data ledger tanpa mengungkapkan data itu sendiri atau memerlukan komputasi intensif. Solana mengimplementasikan versi streaming PoRep di mana validators terus menunjukkan bahwa mereka mereplikasi status blockchain. Hal ini penting untuk keamanan jaringan, karena memastikan bahwa data ledger didistribusikan dengan benar di validators dan tidak terkonsentrasi di beberapa lokasi.
Mekanisme PoRep bekerja dengan meminta validators mengenkripsi segmen ledger menggunakan enkripsi mode CBC (Cipher Block Chaining) dengan kunci khusus validator yang berasal dari identitasnya. Proses enkripsi sedemikian rupa sehingga setiap blok terenkripsi bergantung pada blok sebelumnya, menciptakan rantai yang unik untuk setiap validator. Hal ini mencegah validators sekadar menyalin data terenkripsi satu sama lain — setiap validator harus menyimpan dan memproses data ledger asli untuk menghasilkan versi terenkripsi uniknya.
Secara berkala, jaringan mengeluarkan tantangan kepada validators yang meminta mereka menyediakan blok terenkripsi tertentu. Karena enkripsi dirantai, validator harus menyimpan semua blok sebelumnya untuk menghasilkan respons yang benar. validator mengirimkan blok terenkripsinya bersama dengan bukti Merkle yang menunjukkan posisinya di ledger terenkripsi. Jaringan dapat memverifikasi bukti ini dengan cepat tanpa perlu mendekripsi atau mengenkripsi ulang data.
Pendekatan streaming pada PoRep ini memiliki overhead yang rendah dibandingkan dengan sistem bukti penyimpanan tradisional. Validator dapat mengenkripsi data yang diterima dan merespons tantangan dengan latensi minimal. Sistem juga memungkinkan pemulihan jika terjadi kehilangan data — jika validator kehilangan sebagian dari ledger, mereka dapat mengunduh ulang dari validators lain dan mengenkripsinya kembali. Kombinasi PoRep dengan stempel waktu PoH menciptakan sistem akuntabilitas lengkap di mana jaringan dapat memverifikasi kapan data dibuat dan apakah data disimpan dengan benar di seluruh jaringan validator.
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
Arsitektur sistem Solana dirancang sebagai saluran di mana berbagai tahapan pemrosesan transaksi terjadi secara paralel. Transaction Processing Unit (TPU) merupakan komponen inti yang bertanggung jawab menangani transaksi masuk. TPU terdiri dari beberapa tahapan: pengambilan (mengumpulkan transaksi), verifikasi tanda tangan, perbankan (eksekusi transaksi), dan menulis (melakukan penyimpanan). Setiap tahap beroperasi secara paralel pada transaksi yang berbeda, mirip dengan pipeline CPU.
Verifikasi tanda tangan dipercepat menggunakan GPU, yang sangat efisien pada operasi kriptografi kurva elips yang diperlukan untuk memverifikasi tanda tangan transaksi. Dengan memindahkan tugas komputasi intensif ini ke GPU, Solana dapat memverifikasi tanda tangan dengan kecepatan melebihi 900.000 per detik pada perangkat keras komoditas. Verifikasi tanda tangan paralel ini mencegah validasi kriptografi menjadi hambatan bahkan pada tingkat transaksi yang sangat tinggi.
Runtime Sealevel adalah mesin eksekusi kontrak pintar paralel Solana. Tidak seperti blockchain tradisional yang mengeksekusi transaksi secara berurutan, Sealevel menganalisis transaksi untuk mengidentifikasi akun mana yang mereka akses dan mengeksekusi transaksi yang tidak bertentangan secara paralel di beberapa inti CPU. Transaksi yang mengakses akun yang sama dijalankan secara berurutan untuk menjaga konsistensi, namun transaksi yang mengakses akun berbeda dapat berjalan secara bersamaan. Paralelisme ini dimungkinkan karena PoH menetapkan urutan global — validators dapat mengeksekusi transaksi dalam urutan apa pun selama transaksi tersebut diterapkan pada status dalam urutan yang ditentukan PoH.
Arsitekturnya juga mencakup komponen yang dioptimalkan untuk propagasi dan penyimpanan blok. Protokol propagasi blok turbin menggunakan pengkodean penghapusan untuk memecah blok menjadi paket-paket lebih kecil yang didistribusikan ke seluruh jaringan dalam struktur pohon, sehingga meminimalkan kebutuhan bandwidth. Jaringan Archivers menyediakan penyimpanan terdesentralisasi untuk data historis ledger, menggunakan PoRep untuk memastikan ketersediaan data. Bersama-sama, komponen-komponen ini menciptakan sistem yang dapat memproses ratusan ribu transaksi per detik dengan tetap menjaga sifat desentralisasi dan keamanan dari sebuah 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
Arsitektur Solana dirancang untuk mencapai tingkat kinerja yang dapat disesuaikan dengan peningkatan perangkat keras, mengikuti Hukum Moore. Pada koneksi jaringan standar 1 gigabit, throughput maksimum teoretis adalah sekitar 710.000 transaksi per detik, dengan asumsi 176 byte per transaksi (termasuk tanda tangan dan metadata). Perhitungan ini didasarkan pada bandwidth jaringan sebagai hambatan utama, dan hambatan komputasi dihilangkan melalui paralelisasi.
Verifikasi tanda tangan, yang sering kali menjadi faktor pembatas kinerja blockchain, dipercepat menggunakan paralelisasi GPU. Sebuah GPU dapat memverifikasi lebih dari 900.000 tanda tangan ed25519 per detik, yang melebihi batas throughput jaringan. Ini berarti verifikasi tanda tangan tidak membatasi kinerja sistem — hambatannya beralih ke bandwidth jaringan dan eksekusi transaksi. Untuk transaksi sederhana yang hanya mentransfer nilai tanpa logika kontrak pintar yang rumit, tahap perbankan dapat memproses transaksi dengan tarif yang sesuai dengan tarif input jaringan.
Generator PoH berjalan pada inti CPU khusus, menghasilkan sekitar 4.000 hash per milidetik pada prosesor 4GHz. Pada tingkat ini, urutan PoH memberikan stempel waktu dengan granularitas 0,25 mikrodetik, yang cukup untuk memesan jutaan transaksi per detik. Sifat pembangkitan PoH yang berurutan berarti komponen ini tidak dapat diparalelkan, namun throughputnya cukup tinggi sehingga tidak membatasi kinerja sistem secara keseluruhan.
Seiring dengan peningkatan perangkat keras, throughput Solana akan meningkat sesuai skalanya. Jaringan yang lebih cepat, GPU yang lebih bertenaga, dan CPU yang lebih baik semuanya berkontribusi pada tingkat transaksi yang lebih tinggi. Sistem dirancang untuk memanfaatkan peningkatan ini tanpa memerlukan perubahan protokol. Pendekatan skalabilitas ini kontras dengan blockchain yang pada dasarnya dibatasi oleh mekanisme konsensus berurutan, memungkinkan Solana mencapai tingkat kinerja yang sebelumnya dianggap mustahil dalam sistem desentralisasi dengan tetap menjaga jaminan keamanan dan desentralisasi.
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 mewakili terobosan mendasar dalam arsitektur blockchain dengan memecahkan masalah waktu yang membatasi skalabilitas ledger yang didistribusikan. Dengan membuat jam kriptografi yang dapat diverifikasi, PoH memungkinkan validators untuk menetapkan urutan peristiwa secara temporal tanpa overhead komunikasi ekstensif yang diperlukan oleh mekanisme konsensus tradisional. Inovasi ini menghilangkan hambatan kritis dan memungkinkan pemrosesan transaksi diparalelkan di seluruh jaringan.
Integrasi PoH dengan komponen sistem yang dioptimalkan — verifikasi tanda tangan yang dipercepat GPU, eksekusi transaksi paralel melalui Sealevel, dan protokol propagasi blok yang efisien — menciptakan blockchain yang dapat memproses ratusan ribu transaksi per detik pada perangkat keras komoditas. Yang lebih penting lagi, arsitekturnya dirancang untuk disesuaikan dengan peningkatan perangkat keras, yang berarti kinerja akan terus meningkat seiring dengan kecepatan prosesor dan jaringan yang lebih mumpuni.
Desain Solana menunjukkan bahwa kinerja tinggi dan desentralisasi tidak bisa dipisahkan satu sama lain. Dengan memanfaatkan PoH sebagai landasan konsensus dan koordinasi sistem, jaringan mencapai tingkat throughput yang sebanding dengan database terpusat sambil menjaga properti keamanan dan ketahanan sensor dari blockchain yang terdesentralisasi. Mekanisme konsensus Tower BFT dengan pembobotan pasak memastikan bahwa jaringan tetap aman terhadap aktor Byzantine sekaligus mencapai penyelesaian yang cepat.
Penerapan arsitektur ini memberikan jalan praktis ke depan bagi teknologi blockchain untuk mencapai adopsi global. Aplikasi yang memerlukan throughput transaksi yang tinggi – seperti bursa terdesentralisasi, platform game, dan sistem keuangan – kini dapat dibangun pada infrastruktur yang benar-benar terdesentralisasi tanpa mengorbankan kinerja. Proof of History membuka pintu bagi aplikasi blockchain generasi baru yang sebelumnya tidak dapat dijalankan karena kendala skalabilitas.
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.
