Fundado no final de 2017 por ex-engenheiros da Qualcomm, Intel e Dropbox, o Solana é um protocolo de prova de participação delegado de cadeia única focado em fornecer escalabilidade sem comprometer a descentralização ou a segurança. No coração da solução de dimensionamento da Solana está um relógio descentralizado chamado Proof of History (PoH), projetado para resolver o problema de tempo em uma rede distribuída sem uma única fonte confiável de tempo. Usando uma função de atraso verificável, PoH permite que cada nó gere carimbos de data/hora localmente usando cálculos SHA256. Isso elimina a necessidade de transmitir timestamps pela rede, aumentando a eficiência geral da rede.
SOL é o token nativo da blockchain Solana. A Solana usa um algoritmo de consenso de prova de participação delegada para incentivar os detentores de token a validar as transações. Como parte do projeto seguro de Solana, todas as taxas serão pagas em SOL e queimadas, reduzindo o suprimento total. Esse mecanismo SOL deflacionário incentiva mais detentores de tokens a participar, aumentando assim a segurança da rede.

Recursos do projeto

Para criar um ledger distribuído com tempo codificado e sem confiança, a SOLANA projetou o Proof of History, que é a prova da passagem do tempo entre ordens de verificação e eventos específicos.
O Proof of History funcionará com Proof of Work (o algoritmo de consenso usado pelo Bitcoin etc.) ou Proof of Stake (o algoritmo de consenso usado pelo Casper da Ethereum). Isso reduz a sobrecarga de mensagens que leva a tempos de término abaixo de um segundo.
Além disso, Solana está trabalhando na geração de até 710 mil transações por segundo em uma base de rede de 1 GB sem particionamento de dados. Quer saber como eles planejam alcançar essa grande vitória?
Na corrida para desenvolver blockchains de alto throughput (Tps) e altamente seguros, as equipes estão criando novas maneiras de criar soluções altamente escaláveis ​​que permitem conduzir altos volumes de transações.
"Uma questão de tempo?". Na era da computação e da informação, há uma necessidade fundamental esperando para ser resolvida. Coordenação justa entre os eventos. Isso significa: por exemplo, quando um computador envia uma mensagem para outro computador, eles precisam sincronizar o tempo entre as transações. Portanto, isso significa que, se cada um tiver seu próprio relógio interno, eles podem ou não ser capazes de se coordenar corretamente.
Coordenar eventos com timestamps não é apenas um requisito do sistema, mas também um grande custo em dinheiro, pessoal e esforço.
Os desenvolvedores começaram a usar uma técnica para aumentar o rendimento geral da cadeia. O sharding é uma técnica usada para melhorar o TPS (taxa de transferência do sistema) da cadeia geral e tem se mostrado bem-sucedida, mas não é uma solução completa por si só, pois pode introduzir vulnerabilidades.
A maior vulnerabilidade é a fragmentação das transações que, se não forem tratadas adequadamente, podem abrir a cadeia para transações fraudulentas, gastos duplos ou fragmentos da mesma transação sem conhecimento compartilhado.
Para fornecer uma perspectiva geral, o Google Spanner (o banco de dados escalonável, com várias versões, distribuído globalmente e replicado de forma síncrona do Google que suporta transações de leitura e gravação, transações somente leitura e leituras de instantâneos) gasta muitos recursos sincronizando seus dados Relógios atômicos entre centros de dados.
Eles precisam ser mantidos com precisão e há muitos engenheiros trabalhando nisso. Pode parecer que coordenar o tempo é uma tarefa fácil, mas não é, e esta é a solução Proof-of-History proposta por Solana.
Ao permitir a coordenação de tempo confiável, Solana não apenas aumenta o throughput da blockchain em termos de velocidade e confiabilidade, mas também reduz o custo médio.
Uma equipe que resolve esse problema com sucesso provavelmente terá um blockchain altamente adotado.

Visão geral técnica

Investigar as soluções propostas por Solana revela algumas questões, por exemplo, como implementar a prova de história no blockchain e como exatamente Solana funciona, quais ferramentas eles usam?
Primeiro, precisamos entender como a web é projetada e em que ela consiste.
Prova do histórico é uma função de atraso verificável de alta frequência. Isso significa que exigirá um determinado número de etapas relevantes para ser avaliado. Mas, por outro lado, essas etapas acabam produzindo uma saída única, fácil de verificar.
Na seção de soluções, discutimos como Solana pode aumentar o número de TXN/s e reduzir os recursos necessários para executá-los. A interpretação dessa possibilidade é consistente com a interpretação das funções hash.
O hash funciona como uma forma de compactar dados para que grandes quantidades de dados acabem sendo compactados em um pequeno número de bits incentiva a redução dos pesos tx, resultando em maior eficiência e sequências mais rápidas.
Conforme mencionado acima, as sequências de prova de histórico são projetadas para funcionar com funções hash criptográficas.
De particular relevância para funções hash criptográficas é o uso de entrada bruta para prever o resultado final (saída) sem executar toda a função do zero. Portanto, se você tiver uma entrada e tentar prever a saída for impossível, será necessário executar a função para obter o resultado.
Com isso em mente, suponha que esta função hash seja executada a partir de algum ponto inicial aleatório (entrada inicial) e, uma vez que o processo seja concluído, a primeira saída (hash) seja obtida. Aqui é onde fica interessante, alimentando a entrada na entrada do próximo hash junto com a saída que você obtém ao executar a função.
Se quisermos repetir este processo, digamos 300 vezes. Você pode começar a ver que criamos um processo de thread único em que a saída final (hash 300) é completamente impossível de adivinhar, exceto por quem executa o thread inteiro.
Este ciclo de fornecer saída para a entrada da próxima função e dados gerados é representado como a passagem do tempo e a criação do histórico, na linguagem de Solana, como tiques. Cada saída carrega informações detalhadas que não podem ser previstas sem executar a função. Como os filmes da Marvel no exemplo acima, cada obra representa um período de tempo que passa a ser seu lugar no fio do tempo contínuo.
Portanto, Solana recomenda não usar tempos não confiáveis, mas usar essas saídas sequenciais ordenadas e imprevisíveis para determinar um momento específico, ou seja, um momento específico no processo de encadeamento. Podemos chamar isso de história.

Prova de patrimônio do projeto

Solana usa Proof-of-Stake (POS) para consenso e compartilha muitas das mesmas características de outros tokens baseados em POS. Para relembrar, aqui estão alguns dos principais recursos dos tokens de PDV:
Prova de uso de validadores de tokens de PDV
PDV pode ser verificado
1. Bloqueie os tokens na carteira
2. Os tokens de colocação são bloqueados no masternode, que contribui para a estabilidade da cadeia
A ordem de pagamento é determinada pela "idade" do token POS ou programa de recompensa masternode.
Cada carteira PDV ou programa de recompensa masternode recebe tokens cunhados ou forjados recentemente.
Carteiras ou programas de recompensa masternode que ficaram offline por muito tempo não "pagam" mais e podem ser removidos da rede.
O papel do POS é impedir que agentes mal-intencionados introduzam transações inválidas, minando a segurança da rede.
A penalidade para "maus atores" pode ser a perda de tokens de PDV e recompensas.
A confiança é garantida desde que a recompensa de comprovar os benefícios supere a chance de obter ganhos por meio de fraude.
A Solana tem uma estrutura muito parecida, mas implementou seu PDV de uma forma um pouco diferente.
Solana seleciona um validador (ou seja, aposta um token) entre os nós que estão conectados.
A votação e a seleção do validador serão então determinadas pelo nó que tiver sido o nó mais longo ou mais vinculado.
Solana conta com uma confirmação rápida; se um nó não responder dentro de um tempo especificado, ele é marcado como morto e removido da votação e, se o nó for um validador no momento, uma nova eleição é realizada para selecionar um novo dispositivo validador.
Se um nodo da supermaioria (dois terços dos nodos) votar dentro desse tempo limite, a bifurcação será considerada válida.
Clipping é o ato de invalidar o stake, o que impede que os validadores cometam fraudes ou tentem validar vários nós, pois os tokens vinculados serão perdidos.
Uma grande diferença é o conceito de nós de eleição secundária. Uma vez eleito, um nó secundário pode assumir a função principal em caso de interrupção da rede ou outra falha.

Links relacionados:
https://www.qukuaiwang.com.cn/news/9130.html