Ergo Node v.5.0: Az Ergo Platform következő evolúciója

Hihetetlenül aktív év volt az Ergo Platform fejlesztése szempontjából. Új dApp-ok indulnak a blokkláncon, az ErgoPad aktívan népszerűsíti az új projekteket IDO-kon keresztül, az ErgoHacks egyre több fejlesztőt vonz, és a Stack folyamatosan az Ergo-t rangsorolja a kriptoipar legmagasabb fejlesztői aktivitásai között. Az Ergo kovácsműhelyei fényesen égnek, és úgy tűnik, hogy az Ergonauták nem riadnak vissza a jelenlegi piaci környezettől.

Nemrég Alex Chepurnoy tweetelt a v.5.0 aktiválásáról az Ergo teszthálózatán. Ez a hír rendkívül fontos, mivel azt jelzi, hogy lépések történnek a következő jelentős frissítés bevezetésére az Ergo blokkláncon. Az Ergo már végrehajtott egy hatalmas átcsoportosítást az ERG kibocsátási ütemtervében az elmúlt hónapban, de Chepurnoy és a többi fő fejlesztő fáradhatatlanul dolgozik egy innovatív és új technológiával rendelkező blokklánc kiépítésén. Ennek érdekében a v.5.0 aktiválás javítani fogja a költségeket az Ergo blokkláncon. Az okos szerződéseket folyamatosan ellenőrizni kell a legitimitásuk szempontjából, és ezeknek a műveleteknek valós költségei vannak a blokkláncon. Ha nem figyelnek rájuk, az okos szerződések érvényességének ellenőrzésének költségei negatívan befolyásolhatják a blokklánc hatékonyságát és biztonságát.

Az előző blogbejegyzésünkben a költségek ellenőrzésének két általános módszeréről beszéltünk:

„Előre Költségbecslés (AOT Költségbecslés) - a költségek megbecslése a szkript végrehajtása előtt, így egy túlköltekezett szkript egyáltalán nem kerül végrehajtásra.
Pont Időben Költségbecslés (JIT Költségbecslés) - a költségek kiszámítása a szkript tényleges végrehajtása során.”

A v.5.0 teszthálózati aktiválása e két költségbecslési módszer hibridjét alkalmazza. A folyamat JIT költségbecsléssel kezdődik, ahol „a tranzakciós bemenetek egy ellenőrzőn mennek keresztül (egyesével), és minden bemenet szkriptje egy sigma állítássá redukálódik.” Miután az összes bemenet rendelkezik sigma állítással, AOT költségbecslést alkalmaznak a kérdéses tranzakció költségeinek meghatározására. „Minden költséget összeadnak, hogy meghatározzák a tranzakció végső költségét. Miután a tranzakció végső költsége megvan, hozzáadják a blokk költségéhez, amelynek a blokk költségvetésén belül kell lennie, mielőtt hozzáadható lenne.”

Amikor arról kérdezték, hogy milyen típusú fejlesztéseket hozhat a v.5.0 a blokkláncra, Chepurnoy a következőt ajánlotta:

„Ez attól függ, hogy egyes szerződéseket erősen érint az előre költségbecslés (a protokoll [amelyet jelenleg használnak]), így ott 10x költségjavulást láthatunk, mások nem annyira.”

Végső soron ennek az új hibrid költségszámítási rendszernek a célja a blokklánc hatékonyságának növelése (a tranzakciók/blokk számának javításával), miközben csökkenti az okos szerződések jelenlegi költségeit.

Figyeld az Ergo közösségi média csatornáit a v.5.0-val kapcsolatos további frissítésekért, és a részletekért, hogy mikor aktiválhatják a főhálózaton.