Cryptovaluta's: 23278
Beurzen: 111
Marktkapitalisatie: $$2.66T
Vol. 24u: $90.63B
Dominantie: BTC: 63.5% ETH: 7.3%
ETH-gas: 29 Gwei
Alle talen
Solana, eind 2017 opgericht door voormalige ingenieurs van Qualcomm, Intel en Dropbox, is een single-chain gedelegeerd proof-of-stake-protocol gericht op het bieden van schaalbaarheid zonder afbreuk te doen aan decentralisatie of beveiliging. De kern van Solana's schaaloplossing is een gedecentraliseerde klok genaamd Proof of History (PoH), ontworpen om het probleem van tijd op te lossen in een gedistribueerd netwerk zonder een enkele betrouwbare tijdsbron. Door een verifieerbare vertragingsfunctie te gebruiken, stelt PoH elk knooppunt in staat om lokaal tijdstempels te genereren met behulp van SHA256-berekeningen. Dit elimineert de noodzaak om tijdstempels over het netwerk uit te zenden, waardoor de algehele netwerkefficiëntie toeneemt.
SOL is het oorspronkelijke token van de Solana-blockchain. Solana gebruikt een gedelegeerd Proof-of-Stake-consensusalgoritme om tokenhouders te stimuleren om transacties te valideren. Als onderdeel van het veilige ontwerp van Solana worden alle vergoedingen in SOL betaald en verbrand, waardoor het totale aanbod afneemt. Dit deflatoire SOL-mechanisme stimuleert meer tokenhouders om deel te nemen, waardoor de netwerkbeveiliging toeneemt.
Om een gedistribueerd grootboek te creëren met gecodeerde, betrouwbare tijd, ontwierp SOLANA Proof of History, wat het bewijs is van het verstrijken van de tijd tussen verificatieopdrachten en specifieke gebeurtenissen.
Proof of History werkt met Proof of Work (het consensusalgoritme dat wordt gebruikt door Bitcoin etc.) of Proof of Stake (het consensusalgoritme dat wordt gebruikt door Ethereum's Casper). Dit vermindert de berichtoverhead die leidt tot beëindigingstijden van minder dan een seconde.
Verder werkt Solana aan het genereren van tot 710.000 transacties per seconde op een netwerkbasis van 1 GB zonder gegevenspartitionering. Wil je weten hoe ze van plan zijn deze grote overwinning te behalen?
In de race om high-throughput (Tps) en zeer veilige blockchains te ontwikkelen, bedenken teams nieuwe manieren om zeer schaalbare oplossingen te creëren die het mogelijk maken om hoge transactievolumes uit te voeren.
"Een kwestie van tijd?". In het tijdperk van computers en informatie wacht een fundamentele behoefte om opgelost te worden. Eerlijke afstemming tussen evenementen. Dit betekent: wanneer een computer bijvoorbeeld een bericht naar een andere computer stuurt, moeten ze de tijd tussen transacties synchroniseren. Dit betekent dus dat als ze elk hun eigen interne klok hebben, ze al dan niet in staat zijn om correct te coördineren.
Het coördineren van evenementen met tijdstempels is niet alleen een systeemvereiste, maar ook een enorme kostenpost in geld, mensen en moeite.
Ontwikkelaars zijn begonnen met het gebruik van een techniek om de algehele verwerkingscapaciteit van de keten te vergroten. Sharding is een techniek die wordt gebruikt om de TPS (systeemdoorvoer) van de totale keten te verbeteren en is succesvol gebleken, maar het is op zichzelf geen complete oplossing, omdat hierdoor kwetsbaarheden kunnen ontstaan.
De grootste kwetsbaarheid is fragmentatie van transacties die, als ze niet correct worden afgehandeld, de keten kunnen openen voor frauduleuze transacties, dubbele uitgaven of fragmenten van dezelfde transactie zonder gedeelde kennis.
Om een algemeen beeld te geven: Google Spanner (Google's schaalbare, multi-versioned, wereldwijd gedistribueerde en synchroon gerepliceerde database die lees-schrijftransacties, alleen-lezen transacties en momentopnamelezingen ondersteunt) besteedt veel middelen aan het synchroniseren van de gegevens. Atoomklokken tussen datacenters.
Ze moeten nauwkeurig worden onderhouden en er werken talloze ingenieurs aan. Het lijkt misschien alsof het coördineren van tijd een gemakkelijke taak is, maar dat is het niet, en dit is de Proof-of-History-oplossing voorgesteld door Solana.
Door vertrouwde tijdcoördinatie mogelijk te maken, verhoogt Solana niet alleen de blockchain-doorvoer in termen van snelheid en betrouwbaarheid, maar verlaagt het ook de gemiddelde kosten.
Een team dat dit probleem met succes oplost, heeft waarschijnlijk een sterk gebruikte blockchain.
Als we ons verdiepen in de oplossingen die door Solana worden voorgesteld, rijzen er vragen zoals hoe het bewijs van geschiedenis op de blockchain kan worden geïmplementeerd en hoe Solana precies werkt en welke tools ze gebruiken?
Eerst moeten we begrijpen hoe het web is ontworpen en waaruit het bestaat.
Bewijs van geschiedenis is een hoogfrequent verifieerbare vertragingsfunctie. Dit betekent dat een bepaald aantal relevante stappen moet worden beoordeeld. Maar aan de andere kant leveren deze stappen uiteindelijk een unieke uitvoer op, die gemakkelijk te verifiëren is.
In de oplossingssectie hebben we besproken hoe Solana het aantal TXN/s kan verhogen en de middelen kan verminderen die nodig zijn om ze uit te voeren. De interpretatie van deze mogelijkheid komt overeen met de interpretatie van hashfuncties.
Hash werkt als een manier om gegevens te comprimeren, zodat grotere hoeveelheden gegevens kunnen worden gecomprimeerd tot een klein aantal bits.
Zoals hierboven vermeld, zijn proof-of-history-sequenties ontworpen om te werken met cryptografische hash-functies.
Van bijzonder belang voor cryptografische hashfuncties is het gebruik van onbewerkte invoer om het uiteindelijke resultaat (uitvoer) te voorspellen zonder de hele functie vanaf nul uit te voeren. Dus als u een invoer hebt en het onmogelijk is om de uitvoer te voorspellen, moet u de functie uitvoeren om het resultaat te krijgen.
Met dit in gedachten, stel dat deze hash-functie wordt uitgevoerd vanaf een willekeurig startpunt (eerste invoer), en zodra het proces is voltooid, wordt de eerste uitvoer (hash) verkregen. Hier wordt het interessant, de invoer invoeren in de invoer van de volgende hash, samen met de uitvoer die u krijgt door de functie uit te voeren.
Als we dit proces willen herhalen, zeg dan 300 keer. Je kunt beginnen te zien dat we een single-threaded proces hebben gemaakt waarbij de uiteindelijke uitvoer (hash 300) volledig onraadbaar is, behalve door degene die de hele thread uitvoert.
Deze lus die uitvoer levert aan de invoer van de volgende functie en gegenereerde gegevens wordt weergegeven als het verstrijken van de tijd en het creëren van geschiedenis, in het Solana-taalgebruik, als tikken. Elke uitvoer bevat gedetailleerde informatie die niet kan worden voorspeld zonder de functie uit te voeren. Net als de Marvel-films in het bovenstaande voorbeeld, vertegenwoordigt elk werk een tijdsperiode die toevallig zijn plaats is in de draad van continue tijd.
Daarom raadt Solana aan om geen onbetrouwbare tijden te gebruiken, maar deze sequentieel geordende en onvoorspelbare outputs te gebruiken om een specifiek moment te bepalen, dat wil zeggen een specifiek moment in het draadproces. We kunnen het geschiedenis noemen.
Solana gebruikt Proof-of-Stake (POS) voor consensus en heeft veel van dezelfde kenmerken als andere op POS gebaseerde tokens. Ter opfrissing zijn hier enkele belangrijke kenmerken van POS-tokens:
Bewijs dat POS-tokens validators gebruiken
POS kan worden geverifieerd
1. Vergrendel de tokens in de portemonnee
2. Plaats tokens zijn vergrendeld op de masternode, wat bijdraagt aan de stabiliteit van de keten
De betalingsopdracht wordt bepaald door de "leeftijd" van het POS-token of het masternode-beloningsprogramma.
Elke POS-portemonnee of masternode-beloningsprogramma ontvangt geslagen of nieuw vervalste tokens.
Wallets of masternode-beloningsprogramma's die te lang offline zijn geweest, "betalen" niet meer en kunnen van het netwerk worden verwijderd.
De rol van POS is om te voorkomen dat kwaadwillenden ongeldige transacties introduceren door de beveiliging van het netwerk te ondermijnen.
De straf voor "slechte acteurs" kan het verlies van POS-tokens en beloningen zijn.
Vertrouwen is gegarandeerd zolang de beloning van het bewijzen van voordelen opweegt tegen de kans op winst door fraude.
Solana heeft een zeer vergelijkbare structuur, maar ze hebben hun POS op een iets andere manier geïmplementeerd.
Solana selecteert een validator (dwz zet een token in) onder de nodes die verbonden zijn.
Het stemmen en selecteren van de validator wordt dan bepaald door de node die de langste of meest gebonden node is geweest.
Solana vertrouwt op snelle bevestiging; als een node niet binnen een bepaalde tijd reageert, wordt deze gemarkeerd als dood en verwijderd uit de stemming, en als de node op dat moment een validator was, wordt er een nieuwe verkiezing gehouden om een nieuwe te selecteren validatie apparaat.
Als een knooppunt met een supermeerderheid (twee derde van de knooppunten) binnen deze time-out stemt, wordt de fork als geldig beschouwd.
Clipping is het ongeldig maken van stakes, wat verhindert dat validators fraude plegen of meerdere nodes proberen te valideren, aangezien bonded tokens verloren gaan.
Een groot verschil is het concept van secundaire verkiezingsknooppunten. Eenmaal gekozen, kan een secundair knooppunt de primaire rol overnemen in het geval van een netwerkstoring of een andere storing.
Gerelateerde links:
https://www.qukuaiwang.com.cn/news/9130.html