Hoe SuperVaults merkle-bewijzen gebruiken om te vergrendelen welke code jouw fondsen kan aanraken 🔐 Elke DeFi-vault moet interactie hebben met externe protocollen - stortingen in opbrengstbronnen, tokengoedkeuringen, terugbetalingen. Maar hoe zorg je ervoor dat alleen goedgekeurde operaties kunnen worden uitgevoerd? SuperVaults lossen dit op met een merkle-bewijsvalidatielaag. Het kernidee- Elke toegestane actie is een blad in een merkle-boom: hash(hookAddress + encodedArgs) Wil je USDC storten in Yearn? Die exacte combinatie - het stortingshookadres + Yearn-vault + USDC - moet bestaan als een blad in de boom. Geen bewijs = transactie keert terug. Maar dat is nog niet alles, supervaults hebben een tweelaags beveiligingsmodel: 1️⃣ Globale Boom (per keten) - Algemene operaties die elke vault kan uitvoeren. Stortingen, goedkeuringen, swaps. Niets complex hier 2️⃣ Beheerder Boom (per vault) - Strategie-specifieke operaties die fondsen KUNNEN verplaatsen. Terugbetalingen, overboekingen. Elke vault heeft zijn eigen boom met goedgekeurde bestemmingen. Deze scheiding betekent dat zelfs als iemand de globale configuratie compromitteert, ze geen willekeurige opnamebestemmingen kunnen toevoegen. Die bevinden zich in vault-specifieke beheerder-bomen. Wat wordt gevalideerd- Niet elke parameter - alleen de beveiligingskritische. Voor een goedkeuringshook valideren we (token, spender) maar niet het bedrag. De merkle-argumenten zijn de vertrouwensgrens. Root-updates hebben een tijdslot. Je kunt niet gewoon een kwaadaardige root pushen en in dezelfde blok drainen. Wijzigingen worden voorgesteld → gewacht → uitgevoerd. Geeft monitoringsystemen tijd om verdachte updates te markeren. Waarom merkle-bomen- - O(log n) bewijs grootte - een boom met 10.000 goedgekeurde operaties heeft nog steeds maar ~13 hashes nodig om lidmaatschap te bewijzen - Deterministisch - dezelfde configuratie produceert altijd dezelfde root - On-chain verificatie is goedkoop - gewoon het bewijs pad hashen en vergelijken met de opgeslagen root Het resultaat: een vault die kan interageren met tientallen protocollen en duizenden token/opbrengstbroncombinaties, maar alleen de exacte combinaties die in de configuratie zijn goedgekeurd. Alles wat anders is, stuitert terug.

Supervaults stellen in staat om strategieën op een transparante manier uit te voeren, terwijl ze de mogelijkheid bieden om agressief naar nieuwe kansen te jagen. Configureerbare whitelists, aangedreven door onchain hooks, zouden @gnosis_ de mogelijkheid moeten geven om een zeer aanpasbare schatkiststrategie te hebben.