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

Hihetetlenül aktív év volt az Ergo Platform fejlesztésében. Ú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 é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á, 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ég) - a költségeket a szkript végrehajtása előtt becsüli meg, így egy túlköltekezett szkript egyáltalán nem kerül végrehajtásra.
Pont Időben Költség (JIT Költség) - a költségeket a szkript tényleges végrehajtása során számolja ki.”

A v.5.0 teszthálózati aktiválása e két költségszámítási módszer hibridjét alkalmazza. A folyamat JIT költségszámítással 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égszámítá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őket ajánlotta:

„Ez attól függ, hogy egyes szerződéseket erősen érint az előre költségszámítás (a jelenleg használt protokoll), így ott 10x költségjavulást láthatunk, másoknál 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 további frissítéseiért, és a részletekért, hogy mikor aktiválhatják a főhálózaton.