zkAPI išėmimo limitai: pasibaigę indėliai gali patekti į iždą
Ethereum fondo spalio 1 d. pranešimas, kad zkAPI veikia pagrindiniame tinkle, suteikia privataus dirbtinio intelekto mokėjimų dizainui, kurį sukūrė Davide Crapis ir Vitalikas Buteris, konkretų finansų kontrolės testą: kaip vartotojas susigrąžins nepanaudotus pinigus, kai atsiskaitymo serveris nustoja bendradarbiauti?
zkAPI, skaitomų API atsiskaitymo sistema, dokumentuoja grandinės pašalinimo maršrutą, kuriam nereikia serverio patvirtinimo. Tačiau vartotojo gebėjimas susigrąžinti balansą priklauso nuo to, kokią išlaidų būseną jis išlaiko ir ar gali laiku pradėti pasitraukimą. Diegimo pristabdymo galios ir pasibaigiančios pastabos nustato ribas šiam valdymui.
„Open Anonimity“ sukūrė diegimą su „Ethereum Foundation“. Crapis ir Buterin paskelbė pagrindinį dizainą vasario 11 d.; Fondo spalio mėnesio pranešime dėkojama komandai, kuri ją pavertė programine įranga ir sutartimis. Etherscan įrašo su skelbimu susietos saugyklos sukūrimą rugsėjo 30 d., dieną prieš paskelbimą.
Pranešime aprašoma, kad jo susieta saugykla turi USDC kreditus. Dabartiniame pagrindinio tinklo manifeste ta pati saugykla identifikuojama kaip ir vietinis ETH, o likučiai apskaitomi visame gwei. Jo tyrinėtojų veikla taip pat rodo ETH vertės indėlius ir uždarytus išmokėjimus.
„CryptoSlate“ vasario mėnesio aprėptis išnagrinėjo pasiūlymą. Pagrindinio tinklo diegimas dabar suteikia praktinę reikšmę atsisakymo teisėms, terminams ir atsiskaitymo priklausomybėms.
Du maršrutai iš išankstinio mokėjimo balanso
Pagal dabartinį protokolą, užstatas apmoka vekselį. Piniginė išlaiko privačių išlaidų būseną vietoje ir naudoja įrodymus, kad patvirtintų skaitomų paslaugų teikimą. Ne kiekviena individuali API užklausa perkelia pinigus į grandinę. Kai naudojimas yra išspręstas, serveris pasirašo būseną, kuri atitinka likusį likutį. Praktinė skiriamoji linija yra tarp nepanaudotos išlaidų būsenos ir pirmtako, kuris jau patvirtino užklausą: pastaroji gali būti užginčyta, jei naudojama siekiant išvengti išmokos.
Dėl tokio susitarimo išlaidaujanti valstybė yra pagrindinė atkūrimo dalis. Saugykla gali patikrinti išėmimo įrodymą pagal savo taisykles, o piniginėje vis tiek turi būti informacija, reikalinga norint įrodyti likutį, kurį nori išimti. Norint įrodyti pinigų išėmimo likutį po pertraukos, būtina išsaugoti kupiūrą ir jo išieškojimo įrašus.
Bendradarbiavimo maršrutas, vadinamas abipusiu uždarymu, prasideda nuo serverio pašalinimo. Atskiras serverio pasirašymo raktas leidžia išsiimti, o piniginėje tas parašas yra įrodyme. Saugykla patikrina įrodymą ir sumoka likusį likutį į su juo susietą paskirties vietą. Ta paskirties vieta gali skirtis nuo adreso, kuriuo iš pradžių buvo finansuojamas užrašas.
Antrasis būdas yra pabėgimas. Piniginė gali ją inicijuoti be patvirtinimo parašo. Skliautas pašalina kupiūrą iš aktyvaus rinkinio ir įrašo laukiantį išmokėjimą, o ne iškart perduoda pinigus.
Viešojo tinklo konfigūracija nurodo 86 400 sekundžių arba 24 valandų iššūkio laikotarpį. Jei iki galutinio termino nepavyksta priimti tinkamo iššūkio, užbaigus įrašytą likutį sumokama į vartotojo paskirties vietą, o indėlio atėmus likutį dalis sumokama į iždą, jei pervedimai bus sėkmingi.
Todėl serverio gedimas automatiškai nepanaikina dokumentais nurodyto pasitraukimo kelio. Naudotojas, turintis naudingų išlaidų būseną, gali ieškoti išeities negavęs naujo leidimo. Laukimo laikotarpis suteikia sistemai laiko aptikti bandymą pasitraukti iš būsenos, kuri jau autorizuota paslauga.
Kiekviena išlaidų būsena turi anuliatorių, kriptografinį identifikatorių, naudojamą siekiant užkirsti kelią pakartotiniam naudojimui. Norėdami užginčyti pabėgimą, varžovas pateikia pradinį prašymo įrodymą su tuo pačiu anuliavimu kaip ir bandymas pasitraukti. Įrodymas rodo, kad valstybė jau leido naudoti.
Pagrindinio tinklo konfigūracijos identifikuotas saugyklos kodas išsaugo užklausos istorinę aktyvią šaknį šiam patikrinimui. Prieš terminą pateiktas galiojantis iššūkis atšaukia laukiantį išmokėjimą ir grąžina pastabą į aktyvų rinkinį. Atskiros piniginės nuobaudos nėra.
Iššūkis apsaugo gyvenvietę nuo pasitraukimo iš jau naudotos būsenos. Jame nustatomas išankstinis leidimas, o teikėjo išmatuotos sąskaitos tikslumas lieka atskiras klausimas. Atkūrus pastabą taip pat lieka neišspręstas trūkstamas įpėdinis parašas.
Tas skirtumas yra svarbus ginče. Pabėgimo maršrutas pašalina serverio išėmimo leidimo poreikį, tačiau jis neleidžia vartotojui pasirinkti savavališko likučio ir jo priimti pagal sutartį. Jei išėjimui naudojama būsena jau patvirtino užklausą, galiojantis iššūkis gali grąžinti pastabą į atkūrimo procesą.
Kai naudojimas jau buvo įgaliotas, teikėjo apskaita ir serverio pasirašyta kita būsena lieka atgauti likusį likutį. Sėkmingas iššūkis vėl suaktyvina kupiūrą, neišsprendus ginčijamos sąskaitos arba negarantuojant pinigų grąžinimo.
Pauzės galios, galiojimo laikas ir likučio vertė
Šis saugyklos kodas suteikia savininkui pauzės jungiklį. Indėliai, abipusis uždarymas ir naujų pabėgimų išėmimų inicijavimas visa tai patikrina. Vis tiek galima neleisti paleisti išėjimo, kuriam nereikia serverio leidimo, kol saugykla yra pristabdyta.
Jau laukiamas pabėgimo užbaigimas neturi tų pauzės vartų. Neprieštarauja ir ieškiniams dėl galiojimo pabaigos. Todėl vartotojas, kuris sėkmingai inicijavo pabėgimą, yra kitokioje padėtyje nei tas, kuris vis tiek turi jį pradėti.
Kodas suteikia šias galias; čia nenaudojamas pauzės jungiklis. Naudotojui, kuris nori susigrąžinti lėšas per pertrauką, savininko pristabdymo valdymas išlieka priklausomybe nuo pasiekiamumo.
Pasibaigus galiojimo laikui sukuriamas kitas terminas. Pagrindinio tinklo apraše nurodomas 30 dienų užrašo galiojimo laikas, tačiau saugyklos kodas suapvalina deponavimo laiką ir tą laikotarpį iki vienos dienos ribos. Taigi faktinis vekselio galiojimo laikas gali sumažėti vėliau nei lygiai 30 dienų.
Pasibaigus aktyvaus vekselio galiojimo laikui, kodas leidžia jį uždaryti pateikiant pretenziją dėl galiojimo pabaigos, kuri siunčia visą įrašytą indėlį į iždą. Ši taisyklė skiriasi nuo įprasto išėmimo, kai įrodytas likutis atitenka vartotojui. Banknotas, kurio būsena jau laukia atšaukimo, neatitinka aktyvaus vekselio galiojimo pabaigos reikalavimo reikalavimų.
Lėšoms, kurios vis dar yra aktyviame banknote, išankstinio mokėjimo debesies AI sukuria terminuotą pretenziją. Būsenos atkūrimas ir savalaikis uždarymas turi įtakos, ar vartotojas pasiekia atsiėmimo kelią, kol vekselis tampa tinkamas iždo reikalavimui.
ETH nominalas taip pat turi įtakos tai, ką vartotojas turi tarp seansų. Remiantis vietiniais atsiskaitymo dokumentais, indėlis nėra nei stabilus dolerio likutis, nei keitimas į USDC. Jo dolerio pamatinė vertė keičiasi atsižvelgiant į ETH kainą.
Išvada, išreikšta doleriais, apmokestinama pagal kainą. Naršyklė ir serveris patvirtina prisegtą „Chainlink“ ETH/USD raundą užbaigtoje grandinės būsenoje, susieja tą citatą su įgaliojimu ir palieka fiksuotą priimtą kursą atsiskaitymo ir atkūrimo metu. Išmatuotas dolerio sunaudojimas konvertuojamas į apribotą mokestį visais gwei, suapvalintais į viršų.
Sustabdžius priimtą pasiūlymą, bandant paleisti iš naujo arba atkurti esamą leidimą nebus perkainotos kainos. Tai nestabilizuoja vartotojo likusio ETH dolerio vertės. Asmeniui, kuris iš anksto sumoka už debesies išvadą, paslaugų sąskaita ir pagrindinis likutis turi skirtingus nominalus.
Išlikęs pasitikėjimas
Mainnet manifeste pasirenkamas OA-org rakto išdavimas su OpenRouter išvada. Teikėjo naudojimo kvitai ir atsiskaitymo serverio pasirašytos įpėdinės būsenos išlieka veikiančiomis atsiskaitymo dalimis. Ethereum tiekia išėjimo mechanizmą, o patikimas grandinės vaizdas, suderinama tikrinimo programinė įranga, išsaugoti piniginės duomenys ir savalaikis iššūkio veikimas išlieka būtinos priklausomybės.
Kriptografinė sąranka turi atskirą prielaidą. Aprašas nurodo su užrašu susietą Groth16 grandinę ir sąrankos artefaktus, aprašytus saugykloje. Sąrankos dokumentacijoje teigiama, kad raktus sugeneravo viena šalis ir neįvyko jokia daugiašalė ceremonija. Atitinkamos artefaktų maišos nustato, kurie failai yra naudojami, o sąrankos paslapčių sunaikinimas išlieka atskira pasitikėjimo prielaida.
Manifeste integracija apibūdinama kaip eksperimentinė ir neaudituota gamybos metu. Šie atskleidimai riboja su įgyvendinimu susijusią patikinimą. Vien tik pagrindinio tinklo prieinamumas neįrodo, kad kiekvienas tiesioginis atkūrimo scenarijus veiks.
Išvadų teikėjas vis tiek mato greitą turinį, o tinklo metaduomenys gali leisti koreliaciją. Atsiskaitymo privatumas palieka šiuos turinio ir tinklo klausimus atskirai nuo atsisakymo teisių.
Iš anksto apmokėtų AI lėšų valdymas galiausiai priklauso nuo naudojamo balanso pašalinimo prieš pasibaigiant aktyvaus vekselio galiojimo laikui. Pabėgimo maršrutas suteikia vartotojams alternatyvą serverio pašalinimui; jo praktinė vertė priklauso nuo būklės atkūrimo ir saugyklos prieinamumo, kai to reikia.
