Hello!
Tegnap NEAR, egy projekt, amin kollégáimmal az elmúlt 2 évben dolgoztunk.
A NEAR egy blokklánc protokoll és decentralizált alkalmazásplatform, amely a teljesítményre és a könnyű használatra összpontosít.
Ma szeretném elmondani, hogy a modern világ mely problémáit oldják meg a blokklánc protokollok, milyen problémákat lehet megoldani, de még nem, és hol van ezen a képen a NEAR.
Miért van szükség blokklánc protokollokra?
A blokklánc protokollok nagyon fontos infrastruktúrát biztosítanak, amely lehetővé teszi olyan alkalmazások futtatását, amelyeket egyetlen központosított szervezet sem vezérel.
Rövid távon ezt már felhasználják olyan pénzügyi szolgáltatások kiépítésére, amelyeket nem a bankok és a kormányok ellenőriznek. Napjaink legnépszerűbb decentralizált alkalmazásplatformján, az Ethereumon rengeteg érdekes pénzügyi szolgáltatás jelent meg az elmúlt két évben: a MakerDAO olyan decentralizált valutát épített, amelynek ára szinte pontosan egy dollár, lehetővé téve a pénzügyi szolgáltatások használatát a platformon. nem volatilis eszközök. A Compound lehetőséget teremtett arra, hogy pénzt helyezzen be egy virtuális számlára, és szinte garantált bevételhez jusson, az Augur és a Flux pedig olyan szolgáltatásokat épített ki, amelyekben a való világ különböző eseményeire fogadhat. Emellett számos különféle decentralizált csere is indult az Ethereumon. Mindezek a szolgáltatások vagy önállóak és senki által nem ellenőrzöttek, vagy pedig a szolgáltatás résztvevői együttesen irányítják őket.
Az állam és a bankok által nem ellenőrzött pénzügyi termékek nagyon fontos terület. De a blokklánc protokollok sokkal többet tesznek lehetővé.
Közép- és hosszú távon ugyanez az infrastruktúra lehetővé teszi olyan szolgáltatások és alkalmazások építését, amelyek célja egy szabad és nyitott internet kiépítése, valamint az oligopóliumok dominanciájának csökkentése életünkben. A mindennapi alkalmazásokhoz: közösségi hálózatokhoz, chatekhez, érdekcsoportokhoz és egyebekhez a blokklánc protokollok lehetővé teszik olyan funkciók elérését, amelyeket nélkülük sokkal nehezebb megvalósítani. Három példa:
1. Egyetlen bejelentkezés és általános fiókadatok. Ma szinte minden egyszeri bejelentkezési szolgáltatás központosított. Ha Gmail-fiókját használja az alkalmazásokba való bejelentkezéshez, és a Google úgy dönt, hogy törli a fiókját, akkor elveszíti hozzáférését az összes olyan alkalmazáshoz, amelyhez a Google-t használta. A blokklánc-alapú megoldás egyetlen bejelentkezéshez történő használata lehetővé teszi, hogy ne hagyatkozzon egyetlen központi szervezetre sem. Sőt, az ilyen megoldást használó alkalmazások a felhasználó engedélyével különféle információkat menthetnek egyetlen fiókba, amelyeket aztán más alkalmazásokban is felhasználhatnak. Egy hipotetikus decentralizált Coursera el tudja tárolni a kurzus elvégzésének tényét a fiókban, egy hipotetikus decentralizált LinkedIn pedig megjelenítheti ezeket az információkat, és sem a Coursera, sem a LinkedIn, sem a bejelentkezési szolgáltatás nem tudja törölni, módosítani vagy bezárni a felhasználó fiókját az előre meghatározott transzparens megkerülésével. protokollok.
2. Bevételszerzés, eszközök és mikrotranzakciók. Az egyik ok, amiért a nyílt forráskódú szolgáltatások fejlesztése nem népszerű, az az, hogy nagyon nehéz pénzt szerezni belőlük. Mivel a pénz a blokklánc protokolljának alapvető része, és annak átvitele semmilyen módon nem korlátozott, sokkal könnyebben integrálható a különféle bevételszerzési módszerek alkalmazásokba és szolgáltatásokba. Okos bevételszerzési módok nélkül a nyílt webes munka soha nem vonzza a nagy, komoly csapatokat, és ennek eredményeként nem fognak megjelenni olyan alkalmazások, amelyek felvehetik a versenyt a nagy szereplőkkel.
3. Adattárolás és számítások koordinálása. A számítások elvégzése és a blokklánc protokollokon való adattárolás észrevehetően drágább, mint a felhőben. Gazdaságilag nem megvalósítható a legtöbb alkalmazás és szolgáltatás blokkláncon való futtatása. Ha azonban futnak és adatokat tárolnak a szervereiken, akkor egymaga leállíthatják szervereiket és adatvesztést okozhatnak, vagy megváltoztathatják a futtatott kódot, ami egyes decentralizált alkalmazások esetén elfogadhatatlan. Szerencsére vannak különböző megközelítések, amelyek lehetővé teszik a blokkláncon kívüli adatok tárolását és számítások elvégzését a felhőhöz hasonló áron, de nem teszik lehetővé az adatok törlését vagy a számítások cseréjét. Az ilyen megközelítések a blokkláncot használják protokollként, amelyben az erőforrásokat biztosító résztvevők valamilyen biztosítékot tesznek biztosítékként munkájuk helyességére, és az erőforrásokat használó résztvevők ezt a biztosítékot elégethetik vagy átvehetik, ha titkosítási bizonyítékot tudnak szolgáltatni arról, hogy az adatokat nem tárolták, vagy a számításokat hibásan végezték el.
A fent leírt összes funkció megköveteli, hogy az alapul szolgáló protokoll ésszerűen gyors, olcsó és érthető legyen a felhasználók számára.
A NEAR mi dönti el
A NEAR a meglévő protokollok két problémáját oldja meg.
Az első az sebesség, és az eredmény tranzakciós ár. Az Ethereum ma körülbelül 15 tranzakciót tesz lehetővé másodpercenként. A kereslet ma jóval meghaladja a másodpercenkénti 15 tranzakciót, és a tranzakciók ára is hihetetlenül magas emiatt: a legegyszerűbb tranzakció ma körülbelül 40 ¢, a bonyolultabbak pedig néhány dollárba kerülnek. Szinte az összes fent leírt használati esetnek csak akkor van értelme, ha az árak több nagyságrenddel alacsonyabbak, ami viszont sokkal nagyobb sávszélességet igényel.
Ha nagyobb sávszélességű protokollt próbálunk megvalósítani, miközben fenntartjuk azt a követelményt, hogy a hálózat minden tagja érvényesítsen minden tranzakciót és tároljon minden állapotot, növeli a hardverrel szemben támasztott követelményeket. Ez pedig növeli a belépési korlátot, csökkenti a protokoll decentralizáltságát és megbízhatóságát.
A NEAR mérleget egy másik, Sharding nevű megközelítéssel végezheti el. A felosztást részletesen leírtam a blokkláncokkal összefüggésben a Habrén . A felosztás szélességi méretezés, és hosszú távon sokkal több számítás elvégzését teszi lehetővé sokkal alacsonyabb költséggel, mint a magasságban skálázható protokollokkal, függetlenül attól, hogy milyen magasak a hardverrel szembeni követelmények.
A második probléma az Egyszerű használat. Az alkalmazások fejlesztése és telepítése a NEAR-on sokkal egyszerűbb, mint más protokollokon. És ami még fontosabb, a felhasználók anélkül használhatják a NEAR-on telepített alkalmazásokat, hogy tudnák, mi az a blokklánc, tranzakció vagy privát kulcs.
A blokklánc-protokollokat történelmileg a maximális megbízhatóság, nem pedig a felhasználói kényelem céljával tervezték. Ezek a célok sok szempontból összeegyeztethetetlen követelményekhez vezetnek, és téma a technikai háttér nélkül is használható, de kellően megbízható protokollok fejlesztése olyan forgatókönyvekhez, amelyekben a számla elvesztése több millió dollárba kerülhet. külön cikkhez.
tovább Példákat láthat a NEAR alkalmazások Rust és AssemblyScript (a TypeScript egy részhalmaz) fejlesztésére egy interaktív IDE-ben a böngészőben, és hogyan néznek ki ezek a végfelhasználó számára.
Ahelyett, hogy egy következtetés
A nyílt internetet és a decentralizált pénzügyi eszközöket értelemszerűen nem építheti fel egyetlen vállalat.
Az infrastruktúra kiépítése egy kis része annak a munkának, amelyet el kell végezni egy olyan ökoszisztéma felé vezető úton, amelyben minden alapvető szolgáltatást a közösség, és nem az oligopóliumok irányítanak.
Ha vannak ötletei közösségvezérelt szolgáltatásokkal kapcsolatban, amelyeken dolgozni szeretne, kérjük, csatlakozzon Vállalkozói Támogatási Programunkhoz .
Ha Ön fejlesztő, csatlakozzon az ökoszisztémához: Építsünk együtt egy nyitott internetet!
Forrás: will.com
