Všechny jazyky
Solana, založený na konci roku 2017 bývalými inženýry Qualcommu, Intelu a Dropboxu, je jednořetězcový delegovaný proof-of-stake protokol zaměřený na poskytování škálovatelnosti bez kompromisů v oblasti decentralizace nebo zabezpečení. Srdcem škálovacího řešení společnosti Solana jsou decentralizované hodiny nazývané Proof of History (PoH), navržené k řešení problému času v distribuované síti bez jediného důvěryhodného zdroje času. Použitím ověřitelné funkce zpoždění umožňuje PoH každému uzlu generovat časové značky lokálně pomocí výpočtů SHA256. To eliminuje potřebu vysílat časové značky po síti a zvyšuje celkovou efektivitu sítě.
SOL je nativní token blockchainu Solana. Solana používá delegovaný konsensusní algoritmus Proof-of-Stake, aby motivoval držitele tokenů k ověřování transakcí. Jako součást bezpečného designu společnosti Solana budou všechny poplatky placeny v SOL a spáleny, čímž se sníží celková dodávka. Tento deflační mechanismus SOL motivuje k účasti více držitelů tokenů, čímž zvyšuje zabezpečení sítě.
Za účelem vytvoření distribuované účetní knihy se zakódovaným, nedůvěryhodným časem navrhla SOLANA Důkaz historie, který je důkazem plynutí času mezi ověřovacími příkazy a konkrétními událostmi.
Proof of History bude fungovat s Proof of Work (algoritmus konsensu používaný bitcoiny atd.) nebo Proof of Stake (algoritmus konsensu používaný Casperem společnosti Ethereum). To snižuje režii zasílání zpráv, která vede k kratším časům ukončení.
Kromě toho Solana pracuje na generování až 710 000 transakcí za sekundu v síti 1 GB bez dělení dat. Chcete vědět, jak plánují dosáhnout tohoto velkého vítězství?
V závodě o vývoj vysoce propustných (Tps) a vysoce bezpečných blockchainů týmy vymýšlejí nové způsoby, jak vytvářet vysoce škálovatelná řešení, která umožňují provádět vysoké objemy transakcí.
"Otázka času?". Ve věku počítačů a informací existuje zásadní potřeba, která čeká na vyřešení. Spravedlivá koordinace mezi akcemi. To znamená: když například počítač odešle zprávu jinému počítači, potřebuje synchronizovat čas mezi transakcemi. To tedy znamená, že pokud mají každý své vlastní vnitřní hodiny, mohou nebo nemusí být schopni se správně koordinovat.
Koordinace událostí s časovými razítky je nejen systémový požadavek, ale také obrovské náklady na peníze, lidi a úsilí.
Vývojáři začali používat techniku ke zvýšení celkové propustnosti řetězce. Sharding je technika používaná ke zlepšení TPS (propustnosti systému) celého řetězce a osvědčila se, ale sama o sobě není úplným řešením, protože to může představovat zranitelnosti.
Největší zranitelností je fragmentace transakcí, která, pokud není řádně zpracována, může otevřít řetězec podvodným transakcím, dvojitým výdajům nebo fragmentům stejné transakce bez sdílených znalostí.
Google Spanner (škálovatelná, víceverzovaná, globálně distribuovaná a synchronně replikovaná databáze společnosti Google podporující transakce čtení-zápis, transakce pouze pro čtení a čtení snímků) vynakládá mnoho prostředků na synchronizaci svých dat mezi atomovými hodinami
datová centra.
Musí být přesně udržovány a pracuje na tom spousta inženýrů. Může se zdát, že koordinace času je snadný úkol, ale není tomu tak, a toto je řešení Proof-of-History navržené Solanou.
Tím, že umožňuje důvěryhodnou koordinaci času, Solana nejen zvyšuje propustnost blockchainu z hlediska rychlosti a spolehlivosti, ale také snižuje průměrné náklady.
Tým, který úspěšně vyřeší tento problém, bude mít pravděpodobně vysoce přijatý blockchain.
Ponoření se do řešení navržených Solanou vyvolává otázky, jako například jak implementovat důkaz historie na blockchainu a jak přesně Solana funguje a jaké nástroje používá?
Nejprve musíme pochopit, jak je web navržen a z čeho se skládá.
Důkazem historie je vysokofrekvenčně ověřitelná funkce zpoždění. To znamená, že k posouzení bude vyžadovat stanovený počet relevantních kroků. Ale na druhou stranu tyto kroky nakonec produkují jedinečný výstup, který lze snadno ověřit.
V sekci řešení jsme diskutovali o tom, jak může Solana zvýšit počet TXN/s a snížit zdroje potřebné k jejich spuštění. Výklad této možnosti je v souladu s výkladem hashovacích funkcí.
Hash funguje jako způsob komprese dat, takže větší množství dat může být nakonec zkomprimováno do malého počtu bitů, podporuje snížení vah tx, což vede ke zvýšení efektivity a rychlejším sekvencím.
Jak již bylo zmíněno výše, sekvence důkazů historie jsou navrženy pro práci s kryptografickými hašovacími funkcemi.
Pro kryptografické hašovací funkce má zvláštní význam použití nezpracovaného vstupu k predikci konečného výsledku (výstupu), aniž by se celá funkce spouštěla od začátku. Takže pokud máte vstup a pokusíte se předpovědět výstup je nemožné, budete muset spustit funkci, abyste získali výsledek.
S ohledem na to předpokládejme, že tato hashovací funkce je spuštěna z nějakého náhodného počátečního bodu (počáteční vstup) a jakmile je proces dokončen, získá se první výstup (hash). Zde to začíná být zajímavé, přidávat vstup do vstupu dalšího hashe spolu s výstupem, který získáte spuštěním funkce.
Pokud chceme tento proces opakovat, řekněme 300krát. Můžete začít vidět, že jsme vytvořili proces s jedním vláknem, kde je konečný výstup (hash 300) zcela neodhadnutelný kromě toho, kdo spustí celé vlákno.
Tato smyčka, která poskytuje výstup pro vstup další funkce a generovaná data, je reprezentována jako plynutí času a vytváření historie, v řeči Solana, jako klíšťata. Každý výstup nese podrobné informace, které nelze předvídat bez spuštění funkce. Stejně jako filmy Marvel ve výše uvedeném příkladu představuje každé dílo časový úsek, který je náhodou jeho místem ve vlákně nepřetržitého času.
Solana proto doporučuje nepoužívat nespolehlivé časy, ale používat tyto sekvenční uspořádané a nepředvídatelné výstupy k určení konkrétního okamžiku, tedy konkrétního okamžiku v procesu vlákna. Můžeme tomu říkat historie.
Solana používá Proof-of-Stake (POS) pro konsensus a sdílí mnoho stejných charakteristik jako jiné tokeny založené na POS. Pro osvěžení uvádíme některé klíčové funkce tokenů POS:
Důkaz o tom, že tokeny POS používají validátory
POS lze ověřit
1. Uzamkněte tokeny v peněžence
2. Umístěte tokeny jsou uzamčeny na masternode, který přispívá ke stabilitě řetězce
Platební příkaz je určen „stářím“ POS tokenu nebo odměnového programu masternode.
Každá POS peněženka nebo program odměn masternode obdrží ražené nebo nově padělané tokeny.
Peněženky nebo programy odměn masternode, které byly příliš dlouho offline, již „neplatí“ a mohou být odstraněny ze sítě.
Úlohou POS je zabránit špatným aktérům v zavádění neplatných transakcí podkopáváním bezpečnosti sítě.
Trestem za "špatné aktéry" může být ztráta POS tokenů a odměn.
Důvěra je zaručena, pokud odměna za prokazování výhod převáží nad šancí na zisk z podvodu.
Solana má velmi podobnou strukturu, ale své POS implementovali trochu jiným způsobem.
Solana vybere validátor (tj. vsadí token) z těch uzlů, které jsou připojeny.
Hlasování a výběr validátoru pak bude určen uzlem, který byl nejdelším nebo nejvíce vázaným uzlem.
Solana spoléhá na rychlé potvrzení; pokud uzel neodpoví do stanovené doby, je označen jako mrtvý a odstraněn z hlasování, a pokud byl uzel v té době validátorem, konají se nové volby k výběru nového validátorové zařízení.
Pokud uzel supervětšiny (dvě třetiny uzlů) hlasuje během tohoto časového limitu, je vidlice považována za platnou.
Oříznutí je akt zrušení platnosti vkladu, který brání validátorům ve spáchání podvodu nebo pokusu o ověření více uzlů, protože vázané tokeny budou ztraceny.
Zásadní rozdíl je v pojetí sekundárních volebních uzlů. Po zvolení může sekundární uzel převzít primární roli v případě výpadku sítě nebo jiného selhání.
Související odkazy:
https://www.qukuaiwang.com.cn/news/9130.html