Fondato alla fine del 2017 da ex ingegneri di Qualcomm, Intel e Dropbox, Solana è un protocollo proof-of-stake delegato a catena singola incentrato sulla fornitura di scalabilità senza compromettere il decentramento o la sicurezza. Al centro della soluzione di scalabilità di Solana c'è un orologio decentralizzato chiamato Proof of History (PoH), progettato per risolvere il problema del tempo in una rete distribuita senza un'unica fonte attendibile di tempo. Utilizzando una funzione di ritardo verificabile, PoH consente a ciascun nodo di generare timestamp localmente utilizzando i calcoli SHA256. Ciò elimina la necessità di trasmettere timestamp attraverso la rete, aumentando l'efficienza complessiva della rete.
SOL è il token nativo della blockchain di Solana. Solana utilizza un algoritmo di consenso Delegated Proof-of-Stake per incentivare i possessori di token a convalidare le transazioni. Come parte del progetto sicuro di Solana, tutte le tariffe saranno pagate in SOL e bruciate, riducendo la fornitura totale. Questo meccanismo SOL deflazionistico incentiva la partecipazione di più possessori di token, aumentando così la sicurezza della rete.

Caratteristiche del progetto

Per creare un libro mastro distribuito con tempo codificato e affidabile, SOLANA ha progettato Proof of History, che è la prova del passaggio del tempo tra ordini di verifica ed eventi specifici.
Proof of History funzionerà con Proof of Work (l'algoritmo di consenso utilizzato da Bitcoin ecc.) o Proof of Stake (l'algoritmo di consenso utilizzato da Casper di Ethereum). Ciò riduce il sovraccarico di messaggistica che porta a tempi di terminazione inferiori al secondo.
Oltre a ciò, Solana sta lavorando per generare fino a 710.000 transazioni al secondo su una base di rete da 1 GB senza partizionamento dei dati. Vuoi sapere come intendono raggiungere questa grande vittoria?
Nella corsa allo sviluppo di blockchain ad alto throughput (Tps) e altamente sicure, i team stanno escogitando nuovi modi per creare soluzioni altamente scalabili che consentano di eseguire elevati volumi di transazioni.
"Una questione di tempo?". Nell'era dell'informatica e dell'informazione, c'è un'esigenza fondamentale che attende di essere risolta. Equo coordinamento tra gli eventi. Ciò significa: ad esempio, quando un computer invia un messaggio a un altro computer, è necessario sincronizzare l'ora tra le transazioni. Quindi questo significa che se ognuno di loro ha il proprio orologio interno, potrebbe o meno essere in grado di coordinarsi correttamente.
Il coordinamento degli eventi con timestamp non è solo un requisito di sistema, ma anche un costo enorme in termini di denaro, persone e impegno.
Gli sviluppatori hanno iniziato a utilizzare una tecnica per aumentare il throughput complessivo della catena. Lo sharding è una tecnica utilizzata per migliorare il TPS (throughput di sistema) dell'intera catena e si è dimostrata vincente, ma non è una soluzione completa di per sé, poiché potrebbe introdurre vulnerabilità.
La più grande vulnerabilità è la frammentazione delle transazioni che, se non gestite correttamente, possono aprire la catena a transazioni fraudolente, doppie spese o frammenti della stessa transazione privi di conoscenza condivisa.
Per fornire una prospettiva generale, Google Spanner (il database di Google scalabile, multiversione, distribuito a livello globale e replicato in modo sincrono che supporta transazioni di lettura-scrittura, transazioni di sola lettura e letture di istantanee) impiega molte risorse per sincronizzare i suoi dati Orologi atomici tra Centri dati.
Devono essere mantenuti con precisione e ci sono un sacco di ingegneri che ci lavorano. Può sembrare che coordinare il tempo sia un compito facile, ma non lo è, e questa è la soluzione Proof-of-History proposta da Solana.
Consentendo un coordinamento temporale affidabile, Solana non solo aumenta il throughput della blockchain in termini di velocità e affidabilità, ma riduce anche il costo medio.
Un team che risolve con successo questo problema avrà probabilmente una blockchain altamente adottata.

Panoramica tecnica

Scavare nelle soluzioni proposte da Solana solleva domande come come implementare la prova della storia sulla blockchain e come funziona esattamente Solana e quali strumenti usa?
Innanzitutto, dobbiamo capire come è progettato il Web e in cosa consiste.
La prova della storia è una funzione di ritardo verificabile ad alta frequenza. Ciò significa che richiederà un determinato numero di passaggi rilevanti per essere valutato. Ma d'altra parte, questi passaggi finiscono per produrre un output unico, facile da verificare.
Nella sezione della soluzione, abbiamo discusso di come Solana può aumentare il numero di TXN/s e ridurre le risorse necessarie per eseguirli. L'interpretazione di questa possibilità è coerente con l'interpretazione delle funzioni hash.
L'hash funziona come un modo per comprimere i dati in modo che grandi quantità di dati possano finire per essere compressi in un piccolo numero di bit incoraggia pesi tx ridotti, con conseguente maggiore efficienza e sequenze più veloci.
Come accennato in precedenza, le sequenze proof-of-history sono progettate per funzionare con funzioni hash crittografiche.
Di particolare rilevanza per le funzioni hash crittografiche è l'uso di input non elaborato per prevedere il risultato finale (output) senza eseguire l'intera funzione da zero. Quindi, se hai un input e provare a prevedere l'output è impossibile, dovrai eseguire la funzione per ottenere il risultato.
Con questo in mente, supponiamo che questa funzione hash venga eseguita da un punto di partenza casuale (input iniziale) e, una volta completato il processo, si ottenga il primo output (hash). Qui è dove diventa interessante, inserendo l'input nell'input dell'hash successivo insieme all'output ottenuto dall'esecuzione della funzione.
Se vogliamo ripetere questo processo, diciamo 300 volte. Puoi iniziare a vedere che abbiamo creato un processo a thread singolo in cui l'output finale (hash 300) è completamente impercettibile se non da chiunque esegua l'intero thread.
Questo ciclo che fornisce l'output all'input della funzione successiva e ai dati generati è rappresentato come il passare del tempo e la creazione della storia, nel gergo di Solana, come tick. Ogni output contiene informazioni dettagliate che non possono essere previste senza eseguire la funzione. Come i film Marvel nell'esempio sopra, ogni opera rappresenta un periodo di tempo che sembra essere il suo posto nel filo del tempo continuo.
Pertanto, Solana consiglia di non utilizzare tempi inaffidabili, ma di utilizzare questi output sequenziali ordinati e imprevedibili per determinare un momento specifico, ovvero un momento specifico nel processo del thread. Possiamo chiamarla storia.

Prova dell'equità del progetto

Solana utilizza Proof-of-Stake (POS) per il consenso e condivide molte delle stesse caratteristiche di altri token basati su POS. Come ripasso, ecco alcune caratteristiche chiave dei token POS:
Prova che i token POS utilizzano validatori
Il POS può essere verificato
1. Blocca i token nel portafoglio
2. Metti i token sono bloccati sul masternode, che contribuisce alla stabilità della catena
L'ordine di pagamento è determinato dall'"età" del token POS o dal programma di ricompensa masternode.
Ogni portafoglio POS o programma di ricompensa masternode riceve token coniati o appena contraffatti.
I portafogli oi programmi premio masternode che sono rimasti offline per troppo tempo non "pagano" più e possono essere rimossi dalla rete.
Il ruolo del POS è impedire a malintenzionati di introdurre transazioni non valide compromettendo la sicurezza della rete.
La sanzione per i "cattivi attori" potrebbe essere la perdita di token POS e premi.
La fiducia è garantita fintanto che la ricompensa per aver dimostrato i vantaggi supera la possibilità di ottenere guadagni attraverso la frode.
Solana ha una struttura molto simile, ma ha implementato il suo POS in un modo leggermente diverso.
Solana seleziona un validatore (cioè mette in stake un token) tra quei nodi che sono connessi.
La votazione e la selezione del validatore saranno quindi determinate dal nodo che è stato il nodo più lungo o più legato.
Solana si affida alla conferma rapida; se un nodo non risponde entro un tempo specificato, viene contrassegnato come morto e rimosso dalla votazione, e se il nodo era un validatore in quel momento, si tiene una nuova elezione per selezionare un nuovo dispositivo validatore.
Se un nodo a maggioranza assoluta (due terzi dei nodi) vota entro questo timeout, il fork è considerato valido.
Il ritaglio è l'atto di invalidare la posta in gioco, che impedisce ai validatori di commettere frodi o tentare di convalidare più nodi, poiché i token legati andranno persi.
Una grande differenza è il concetto di nodi elettorali secondari. Una volta eletto, un nodo secondario può assumere il ruolo primario in caso di interruzione della rete o altro guasto.

Link correlati:
https://www.qukuaiwang.com.cn/news/9130.html