USDT0 als Gas Token Nu? Vroeger gebruikte @stable gUSDT als zijn gas token, en om het te krijgen moest je eerst USDT0 verpakken. - Het gas token zelf was stabiel in waarde - Maar gebruikers hadden de last om extra gas apart bij te houden Met de v1.2.0 upgrade verandert Stable de zaken. USDT0 zelf, een ERC-20 token en een veelgebruikte stablecoin op veel netwerken, wordt het native gas token. - Oude native token adres: 0x0000000000000000000000000000000000001000 - Nieuwe native token adres (USDT0): 0x779Ded0c9e1022225f8E0630b35a9b54bE713736 Dit klinkt misschien als een eenvoudige wijziging, maar vanuit het perspectief van de gebruiker is het een enorme UX-winst. Geen gedoe meer met nog een gas token zoals gUSDT. Alle bestaande gUSDT-saldi worden automatisch omgezet naar USDT0, zodat huidige gebruikers zich nergens zorgen over hoeven te maken. Snelle technische opmerking: Aangezien USDT0 zowel het native token als een ERC-20 token is, is het niet eenvoudig voor Stable om direct gas in rekening te brengen door het USDT0-contract aan te roepen tijdens de EVM-uitvoering. Om dit op te lossen, gebruikt Stable een pre-charge en terugbetalingsmodel. Wanneer een gebruiker een transactie aanmaakt, rekent het netwerk eerst de maximale mogelijke gasvergoeding aan. Na uitvoering meet het de werkelijke gebruikte gas en vergoedt het het verschil terug aan de gebruiker. --- Een andere belangrijke functie die is geïntroduceerd in v1.2.0 is Gas Waiver. Stable heeft governance-goedgekeurde adressen genaamd Waivers. Deze adressen mogen transacties indienen zonder gasvergoeding. Een gebruiker ondertekent een InnerTx die de logica bevat en gasPrice=0 instelt. Een Waiver verpakt dit vervolgens in een WrapperTx en zendt het naar het netwerk. Validators ontvangen de transactie, verifiëren dat deze afkomstig is van een geldig Waiver, en controleren voorwaarden zoals gebruikslimieten, per-block limieten op WrapperTx, en API-snelheidslimieten. Als alle controles slagen, wordt de transactie in een blok opgenomen....