1/ Haluatko käyttäjiesi pääsevän käsiksi parhaaseen riskikorjattuun USDC-tuottoon? Haluatko antaa @base AI Agentillesi mahdollisuuden käyttää varastovarastoa hyödyntämällä pääverkon tuottoa? Asiakirjat Gauntlet USD Alphan integrointiin ovat nyt saatavilla. Haluatko vaiheittaiset vaiheet? Avaa tämä 🧵

2/ Gauntlet USD Alphan toimittaminen on kahden funktiokutsun yhdistelmä: approve ja requestDeposit. Molemmat kutsut on tehtävä varaussopimukseen (0x18CF8d963E1a727F9bbF3AEffa0Bd04FB4dBdA07), ei holvisopimukseen. requestDeposit on asynkroninen. Käyttäjä lähettää USDC:n provisioijalle, ja gtUSDa lähetetään takaisin käyttäjän lompakkoon, kun pyyntö on ratkaistu, yleensä 6 tunnin kuluessa. Esimerkkejä approve- ja requestDeposit-kutsuista on dokumentaatiossa:

3/ Nostot ovat myös kahden varaussopimuksen kutsun funktio: approve ja requestRedeem. RequestDepositina requestRedeem on myös asynkroninen, jossa käyttäjä antaa vaultUnits-yksikön takaisin Provisioner-sopimukseen, ja kun pyyntö on ratkaistu, käyttäjä saa USDC:n lompakkoonsa. Esimerkkejä approve- ja requestRedeem-puheluista on dokumentaatiossa:

4/ Koska requestDeposit ja requestRedeem ovat asynkronisia, sovellukset saattavat haluta seurata puheluiden tilaa ja näyttää sen käyttäjilleen. Kun talletus tai lunastus on täytetty, Provisionerissa lähetetään jokin seuraavista tapahtumista: DepositSolved tai RedeemSolved. Saadakseen käyttäjän gtUSDa-saldon sovellukset voivat yksinkertaisesti kutsua balanceOf-funktiota gtUSDa:n sopimuksessa käyttäjän osoitteella ja käyttää sitten PriceAndFeeCalculator-sopimusta USDC-arvon laskemiseen. Mitä tulee holvin APY:hen, yksi tarkimmista tavoista laskea se on hakea 7D-osakkeen hintaero ja vuosittaa se. Katso lisätietoja dokumentaatiosta:

5/ Etkö ole vielä varma, kuinka Gauntlet USD Alpha integroidaan sovellukseesi? Olemme täällä auttamassa - DM-viestimme ovat auki tai täytä tämä tyyppilomake.