Hydra v2 skoraj podvoji prepustnost zahtevkov Glacier Drop v testu IOG

IOG primerja dve različici Hydra

Input Output je poročal, da je Hydra v2 v merilu Glacier Drop, objavljenem 22. oktobra, dosegla približno 1.9 krat večjo prepustnost zahtevkov kot različica 0.22.4.

Podjetje je na novejši programski opremi zabeležilo 79 zahtevkov na sekundo, v primerjavi z 42 na prejšnji izdaji. Skupni čas obdelave za delovno obremenitev s 24,576 zahtevki se je zmanjšal s 590.4 sekunde na 339.1 sekunde.

Preizkus je izvedla ekipa, ki je upravljala Hydra Head med dogodkom Midnight’s 2025 Glacier Drop, ne pa jedrni razvijalci Hydre. Ekipa je na istem gostitelju izmenično izvedla tri zagone vsake različice, posamezni rezultati pa so ostali znotraj 3% mediane za svojo različico.

IOG je novejšo implementacijo označil kot Hydra v2, ne da bi navedel oznako izdaje za merilo.

Vsak zahtevek izvede tri skripte Plutus

Delovno breme so sestavljale transakcije, zgrajene s cevovodom ekipe za obdelavo zahtevkov, pri čemer so uporabili dejanske skripte in podpise nad generiranimi dodelitvami.

Vsak zahtevek je izvedel tri skripte Plutus. Merilo je tako merilo potek dela s potrjevanjem pogodb, kar razvijalcem ponuja primerjavo, relevantno za to uporabo, ne pa zgolj za preprost test prenosa.

Rezultat velja za to specifično delovno obremenitev in konfiguracijo. Aplikacije z različnimi pogodbami, strukturami transakcij ali ureditvami udeležencev lahko dosegajo drugačne zmogljivostne značilnosti.

Hydra je protokol layer 2 za Cardano za obdelavo transakcij v skupnih okoljih, imenovanih Heads. Udeleženci se o posodobitvah dogovarjajo zunaj glavne verige, protokol pa zagotavlja pot za poravnavo sredstev na Cardano. Merilo meri obdelavo znotraj tega okolja in ne dodatne zmogljivosti glavnega omrežja Cardano.

[NEWSBREAK]

Vloge in dvigi spreminjajo delovanje Head

Poročilo opisuje tudi, kako Hydra v2 spreminja upravljanje sredstev.

Head se lahko odpre brez začetnega stanja in pozneje prejema vloge. Udeleženci lahko sredstva tudi dvignejo na Cardano, medtem ko Head ostane operativen, s čimer se zmanjša potreba po zaprtju celotne seje, kadar se razpoložljivo stanje spremeni.

Za ponavljajočo se distribucijsko storitev to omogoča dopolnjevanje sredstev in obdelavo nadaljnjih zahtevkov znotraj obstoječega Head.

Primerjava Glacier Drop združuje te operativne spremembe z izmerjenim skrajšanjem časa obdelave. Potek dela, ki je prej tekel na različici 0.22.4, je enak niz zahtevkov na novejši implementaciji zaključil več kot štiri minute prej.