ERC-4626 is de standaardinterface voor getokeniseerde vaults: contracts waarin gebruikers een token storten en aandelen ontvangen die hun deel van de vault vertegenwoordigen, dat groeit naarmate de vault rendement maakt. Leenmarkten, yield-aggregators, staking-wrappers en gestructureerde producten gebruiken het allemaal. Omdat de interface standaard is, kan elke frontend, aggregator of ander protocol een nieuwe vault integreren zonder maatwerkcode.
Wat de standaard vastlegt
- Deposit en mint: activa inleggen, op basis van een bedrag aan activa of een aantal aandelen.
- Withdraw en redeem: activa opnemen, opnieuw op basis van activa of aandelen.
- Preview- en conversiefuncties: precies tonen wat een gebruiker krijgt voordat die handelt.
- Limieten: maximale stortingen en opnames, zodat integraties weten wat op dit moment mogelijk is.
Waar vaults misgaan
- Afronding: elke conversie moet in het voordeel van de vault afronden, nooit van de gebruiker. Kleine afrondingsfouten in de verkeerde richting kunnen herhaald worden om waarde weg te halen.
- Inflatieaanvallen (first depositor): in een lege vault kan een aanvaller de aandelenprijs manipuleren, zodat de volgende storter nul aandelen krijgt. Virtuele aandelen, een decimals-offset of een eerste startstorting voorkomen dit.
- Prijs van het onderliggende: hangt de waarde van de vault af van een externe prijs of een ander protocol, dan vraagt die afhankelijkheid dezelfde zorg als elke oracle.
- Fees: performance- en beheerfees moeten consequent in de previewfuncties terugkomen, anders krijgen integraties verkeerde cijfers.
- Opnames die niet direct kunnen: als activa vastzitten in een strategie, moeten de max-withdrawfuncties dat eerlijk melden; voor dit geval bestaan asynchrone vault-extensies.
Wat wij bouwen
ERC-4626-vaults met strategieën bovenop gevestigde protocollen, wrappers die bestaande rendementsposities combineerbaar maken, en de tooling eromheen: yield-dashboards, monitoring en keeper-automatisering. Zie ook onze DeFi ontwikkeling.
Veelgestelde vragen over ERC-4626
Waarom ERC-4626 in plaats van een eigen vault?
Integratie. Wallets, aggregators en andere protocollen begrijpen de interface al, zodat uw vault in het hele ecosysteem bruikbaar is zonder maatwerk aan hun kant.
Kan een vault fees rekenen?
Ja. Fees worden meestal geïnd door aandelen te minten aan een ontvanger of door de aandelenprijs aan te passen, en moeten in de previewfuncties terugkomen.
Zijn ERC-4626-vaults standaard geaudit?
Nee. De standaard legt de interface vast, niet de veiligheid van uw strategie. Elke vault heeft eigen tests nodig en, bij echte waarde, een onafhankelijke audit, zie audit ondersteuning.
Wie is eigenaar van de code?
Het eigendom van de broncode wordt contractueel vastgelegd, en de code kan volledig van u zijn, inclusief documentatie en tests.
Onderdeel van ons werk aan Ethereum-standaarden (EIP's en ERC's) en smart contract ontwikkeling.
Bouw uw vault
Vertel ons welk actief erin gaat en hoe het moet renderen. Wij ontwerpen een vault die standaard, veilig en makkelijk te integreren is.