A korábbi Qualcomm, Intel és Dropbox mérnökök által 2017 végén alapított Solana egy egyláncú delegált tét-bizonyítási protokoll, amely a méretezhetőség biztosítására összpontosít a decentralizáció vagy a biztonság veszélyeztetése nélkül. A Solana skálázási megoldásának középpontjában a Proof of History (PoH) nevű decentralizált óra áll, amelyet arra terveztek, hogy megoldja az idő problémáját egy elosztott hálózatban, egyetlen megbízható időforrás nélkül. Egy ellenőrizhető késleltetési függvény használatával a PoH lehetővé teszi, hogy minden csomópont helyi időbélyegeket generáljon SHA256 számítások segítségével. Ezzel szükségtelenné válik az időbélyegek sugárzása a hálózaton, ami növeli a hálózat általános hatékonyságát.
A SOL a Solana blokklánc natív tokenje. A Solana Delegated Proof-of-take konszenzusos algoritmust használ, hogy a tokentulajdonosokat a tranzakciók érvényesítésére ösztönözze. A Solana biztonságos tervezésének részeként minden díjat SOL-ban fizetnek és elégetnek, csökkentve a teljes ellátást. Ez a deflációs SOL-mechanizmus több tokentulajdonost ösztönöz a részvételre, ezáltal növelve a hálózat biztonságát.

A projekt jellemzői

Kódolt, megbízható idővel elosztott főkönyv létrehozása érdekében a SOLANA megalkotta a Proof of History-t, amely az ellenőrzési megbízások és a konkrét események közötti idő elteltét bizonyítja.
A Proof of History működik a Proof of Work-al (a Bitcoin stb. által használt konszenzus algoritmus) vagy a Proof of Stake-val (az Ethereum Casper által használt konszenzus algoritmus). Ez csökkenti az üzenetküldési többletköltséget, ami a másodperc alatti befejezési időhöz vezet.
Ezen túlmenően a Solana azon dolgozik, hogy másodpercenként akár 710 000 tranzakciót generáljon 1 GB-os hálózaton, adatparticionálás nélkül. Szeretné tudni, hogyan tervezik elérni ezt a nagyszerű győzelmet?
A nagy áteresztőképességű (Tps) és rendkívül biztonságos blokkláncok kifejlesztéséért folytatott versenyben a csapatok új módszereket dolgoznak ki a nagymértékben skálázható megoldások létrehozására, amelyek lehetővé teszik a nagy tranzakciós volumen lebonyolítását.
"Idő kérdése?". A számítástechnika és az információ korában alapvető szükségletek várnak megoldásra. Tisztességes koordináció az események között. Ez azt jelenti: például amikor egy számítógép üzenetet küld egy másik számítógépnek, szinkronizálnia kell a tranzakciók közötti időt. Tehát ez azt jelenti, hogy ha mindegyiknek megvan a saját belső órája, akkor lehet, hogy képesek megfelelően koordinálni, vagy nem.
Az események időbélyegekkel történő koordinálása nem csak rendszerkövetelmény, hanem hatalmas pénz-, ember- és munkaköltség is.
A fejlesztők elkezdtek egy olyan technikát alkalmazni, amellyel növelik a lánc általános teljesítményét. A megosztás egy olyan technika, amelyet a teljes lánc TPS-ének (rendszer áteresztőképességének) javítására használnak, és sikeresnek bizonyult, de önmagában nem teljes körű megoldás, mivel sérülékenységeket okozhat.
A legnagyobb sérülékenység a tranzakciók töredezettsége, amely, ha nem kezelik megfelelően, megnyithatja a láncot a csalárd tranzakciók, a dupla költések vagy ugyanazon tranzakció töredékei előtt, amelyekben nincs megosztott tudás.
Az általános perspektíva érdekében a Google Spanner (a Google skálázható, több verziójú, globálisan elosztott és szinkronosan replikált adatbázisa, amely támogatja az írási-olvasási tranzakciókat, a csak olvasható tranzakciókat és a pillanatképek olvasását) sok erőforrást fordít az adatok szinkronizálására. Atomórák adatközpontok.
Pontosan karban kell tartani őket, és rengeteg mérnök dolgozik ezen. Úgy tűnhet, hogy az idő koordinálása könnyű feladat, de nem az, és ez a Solana által javasolt Proof-of-History megoldás.
A megbízható időkoordináció lehetővé tételével a Solana nem csak növeli a blokklánc átviteli sebességét a sebesség és a megbízhatóság tekintetében, hanem csökkenti az átlagos költségeket is.
Egy csapat, amely sikeresen megoldja ezt a problémát, valószínűleg nagymértékben elfogadott blokklánccal rendelkezik.

Műszaki áttekintés

A Solana által javasolt megoldásokba való beleásás olyan kérdéseket vet fel, mint például, hogyan lehet a történelem bizonyítását megvalósítani a blokkláncon, és hogyan működik pontosan a Solana, és milyen eszközöket használnak?
Először is meg kell értenünk, hogyan készült a web, és miből áll.
Az előzmények igazolása egy nagyfrekvenciás, ellenőrizhető késleltetési funkció. Ez azt jelenti, hogy meghatározott számú releváns lépést kell értékelni. Másrészről azonban ezek a lépések egyedi kimenetet eredményeznek, amelyet könnyű ellenőrizni.
A megoldás részben megvitattuk, hogy a Solana hogyan tudja növelni a TXN/s-ek számát és csökkenteni a futtatásukhoz szükséges erőforrásokat. Ennek a lehetőségnek az értelmezése összhangban van a hash függvények értelmezésével.
A hash az adatok tömörítésének egyik módja, így nagyobb mennyiségű adatot kis számú bitre tömöríthet, és csökkenti a tx-súlyokat, ami nagyobb hatékonyságot és gyorsabb sorozatokat eredményez.
Ahogy fentebb említettük, az előzmények bizonyítási szekvenciáit úgy tervezték, hogy működjenek együtt a kriptográfiai hash függvényekkel.
A kriptográfiai hash függvények szempontjából különösen fontos a nyers bemenet használata a végeredmény (kimenet) előrejelzésére anélkül, hogy a teljes függvényt a semmiből hajtanák végre. Tehát ha van bemenete, és lehetetlen megjósolni a kimenetet, akkor le kell futtatnia a függvényt az eredmény eléréséhez.
Ezt szem előtt tartva, tegyük fel, hogy ez a hash függvény valamilyen véletlenszerű kiindulási pontból fut (kezdeti bemenet), és a folyamat befejezése után megkapjuk az első kimenetet (hash). Itt válik érdekessé, ha a bemenetet a következő hash bemenetébe táplálja a függvény futtatásakor kapott kimenettel együtt.
Ha meg akarjuk ismételni ezt a folyamatot, mondjuk 300-szor. Kezdhetjük látni, hogy létrehoztunk egy egyszálú folyamatot, ahol a végső kimenet (300-as hash) teljesen kitalálhatatlan, kivéve, aki végrehajtja a teljes szálat.
Ezt a ciklust, amely a következő függvény bemenetére és a generált adatokra szolgáltat kimenetet, az idő múlását és a történelem létrejöttét, Solana szóhasználattal, pipaként ábrázolják. Minden kimenet olyan részletes információkat tartalmaz, amelyeket a funkció futtatása nélkül nem lehet megjósolni. A fenti példában szereplő Marvel-filmekhez hasonlóan minden alkotás egy olyan időszakot képvisel, amely történetesen a maga helye a folytonos idő fonalában.
Ezért a Solana azt javasolja, hogy ne használjon megbízhatatlan időpontokat, hanem használja ezeket a sorrendben rendezett és előre nem látható kimeneteket egy adott pillanat meghatározására, vagyis a szálfolyamat egy adott pillanatának meghatározására. Nevezhetjük történelemnek.

A projekt saját tőke igazolása

A Solana a Proof-of-Take-t (POS) használja a konszenzus eléréséhez, és sok hasonló tulajdonsággal rendelkezik, mint más POS-alapú tokenek. Felfrissítésképpen a POS tokenek néhány kulcsfontosságú jellemzője:
A POS tokenek igazolása érvényesítőket használ
A POS ellenőrizhető
1. Zárja be a tokeneket a pénztárcába.
2. A Put Tokenek zárva vannak a masternode, amely hozzájárul a lánc stabilitásához
A fizetési megbízást a POS token vagy masternode jutalomprogram „életkora” határozza meg.
Minden POS pénztárca vagy masternode jutalomprogram vert vagy újonnan hamisított tokeneket kap.
A túl sokáig offline állapotban lévő pénztárcák vagy masternode jutalomprogramok már nem „fizetnek”, és eltávolíthatók a hálózatból.
A POS szerepe az, hogy megakadályozza, hogy a rossz szereplők érvénytelen tranzakciókat vigyenek be a hálózat biztonságának aláásásával.
A "rossz szereplők" büntetése a POS tokenek és jutalmak elvesztése lehet.
A bizalom mindaddig garantált, amíg az előnyök bizonyításának jutalma meghaladja a csalással történő nyereségszerzés lehetőségét.
A Solana felépítése nagyon hasonló, de a POS-jukat kissé eltérő módon valósították meg.
Solana kiválaszt egy érvényesítőt (azaz egy tokent) a csatlakoztatott csomópontok közül.
Az érvényesítő szavazást és kiválasztását ezután az a csomópont határozza meg, amelyik a leghosszabb vagy leginkább kötött csomópont volt.
A Solana a gyors megerősítésre támaszkodik; ha egy csomópont nem válaszol meghatározott időn belül, akkor halottként jelöli meg és eltávolítja a szavazásból, és ha a csomópont akkor érvényesítő volt, új választást tartanak az új kiválasztásához. érvényesítő eszköz.
Ha egy szupertöbbségi csomópont (a csomópontok kétharmada) ezen az időkorláton belül szavaz, az elágazás érvényesnek minősül.
A kivágás a tét érvénytelenítése, amely megakadályozza, hogy az érvényesítők csalást kövessenek el, vagy több csomópont érvényesítését kíséreljék meg, mivel a kötött tokenek elvesznek.
A fő különbség a másodlagos választási csomópontok koncepciója. Megválasztása után egy másodlagos csomópont veheti át az elsődleges szerepet hálózati kimaradás vagy egyéb hiba esetén.

Kapcsolódó linkek:
https://www.qukuaiwang.com.cn/news/9130.html