Orakels: de prijs waarin een contract gelooft

De grens tussen code en waarneming

Een smart contract kan berekeningen consequent toepassen met slechte invoer. Een orakel levert informatie die het contract niet zelfstandig uit zijn eigen uitvoeringsstatus kan afleiden, zoals een externe marktprijs. De orakeldocumentatie van Ethereum legt deze grens tussen blockchainuitvoering en externe gegevens uit. De belangrijke vraag is niet alleen of een feed wordt bijgewerkt, maar wat het bijgewerkte getal betekent.

Een prijs kan één handelsplatform, een aggregaat, een tijdgewogen waarneming of een inwisselwaarde vertegenwoordigen. Deze definities beantwoorden verschillende vragen. Een uitvoeringsprijs op een beurs beschrijft een transactie; een referentieprijs ondersteunt een regel; een inwisselwaarde beschrijft een aanspraak onder bepaalde voorwaarden. Vervang ze niet door elkaar zonder uitleg.

Controleer de specificatie van de gegevensfeed

Noteer voor een fictieve leenmarkt het activapaar, de eenheden, decimalen, updatevoorwaarden en het terugvalgedrag. Bepaal of een waarde in dollars, een ander token of een basisactivum is uitgedrukt. Een juist ogend getal met de verkeerde decimale schaalfactor kan bij interpretatie door een ander onderdeel catastrofaal onjuist zijn.

Onderzoek ook de actualiteit. Een feed die alleen na een afwijking of tijdsinterval wordt bijgewerkt, kan terecht afwijken van een snel bewegend orderboek. De toepassing moet bepalen hoe oud te oud is en wat er dan moet gebeuren. Nieuwe leningen pauzeren kan beschermen tegen verouderde gegevens, terwijl bestaande posities blootgesteld blijven aan latere prijsupdates. Er bestaat geen terugvaloptie die altijd onschadelijk is.

Liquiditeit is onderdeel van de kwaliteit van invoergegevens

Een dunne markt kan een laatst verhandelde prijs opleveren die niet representatief is voor een grote uitvoerbare transactie. Handelsplatforms samenvoegen kan de afhankelijkheid van één platform verminderen, maar gemeenschappelijk eigendom, gedeelde liquiditeit of gelijktijdige storingen kunnen de gewonnen onafhankelijkheid beperken. Een tijdgemiddelde vlakt kortstondige bewegingen af maar introduceert vertraging. Elk ontwerp ruilt de ene reeks zwaktes in voor een andere.

Bekijk een token met een genoteerde prijs van $10 maar slechts $5,000 aan nabije koopdiepte. $1 miljoen aan onderpand tegen die marginale prijs waarderen toont niet aan dat liquidatoren $1 miljoen kunnen realiseren. Het oracle kan zijn gedefinieerde referentie correct rapporteren terwijl het risicomodel de realiseerbare opbrengst overschat. Gegevenskwaliteit en liquidatiecapaciteit zijn gerelateerde maar verschillende problemen.

Test beide kanten van een onderpandratio onder druk

Een lening met onderpand hangt af van de prijs van het onderpand én de prijs van de schuld. Een token lenen die stabiel wordt genoemd, maakt de dollarwaarde ervan niet wiskundig vast. Als het duurder wordt om de schuld terug te kopen terwijl het onderpand daalt, verslechtert de positie van twee kanten. Modelleer die veranderingen afzonderlijk in plaats van uit gewoonte één kant constant te houden.

Stel dat het onderpand $12,000 waard is, de schuld 6,000 eenheden bedraagt die aanvankelijk elk $1 waard zijn en de hypothetische liquidatiedrempel 75% is. De aanvankelijke gezondheidsratio is 1.50. Als het onderpand 25% daalt naar $9,000 terwijl schuldeenheden naar $1.10 stijgen, wordt de ratio $9,000 × 0.75 ÷ $6,600, ongeveer 1.023. Een schijnbaar comfortabele buffer is bijna uitgeput.

Onderzoek de integratie, niet alleen de aanbieder

Een gerenommeerde gegevensaanbieder garandeert niet dat een toepassing de juiste feed kiest, ontbrekende waarden verwerkt of tijdstempels goed controleert. Bekijk de documentatie van de toepassing, relevante audits en parameterbesluiten. Volg in een papieren oefening een gewone prijsupdate en daarna een ontbrekende update door de berekening. Geef aan waar bewijs ontbreekt in plaats van gaten met zelfvertrouwen op te vullen.

Een bruikbaar monitoringsplan maakt onderscheid tussen een marktbeweging en een afwijking in een gegevensfeed. Vergelijk de opgegeven referentie met onafhankelijke waarnemingen en het verwachte actualiseringsbeleid van de feed. Verschillen verdienen onderzoek, geen automatische handel. Deze les gaat over het begrijpen van contractgedrag en operationeel risico, niet over het uitbuiten van zwakke invoer of de aanname dat schijnbare prijsafwijkingen veilig te benutten zijn.

Bereken als extra oefening dezelfde onderpandpositie met drie referentieaannames: de laatst gerapporteerde feedwaarde, een actuele uitvoerbare biedprijs en een verkoopprijs onder stress. Benoem ze elk duidelijk. De resulterende bandbreedte is geen betrouwbaarheidsinterval; ze toont gevoeligheid voor waarderingskeuzes. Het doel is zichtbaar te maken welke prijsdefinitie de conclusie bepaalt en waar extra bewijs over liquiditeit nodig is.

Controleer de eenheden vóór de uitkomst

Een onderpandtoken kost fictief 0,06 eenheid van een referentiebezit dat 1.500 euro waard is. De afgeleide prijs is 90 euro. Wie 0,06 rechtstreeks als eurobedrag leest, maakt geen kleine prijsafwijking maar een andere berekening. Decimalen, noteringsvaluta en precieze identiteit horen bij de specificatie.

Schrijf de eenheden uit: referentiebezit per token maal euro per referentiebezit. De tussenliggende eenheid moet wegvallen. Laat vervolgens één koers verouderen terwijl de andere verandert. Een samengestelde prijs erft twee meetmomenten, ook als het scherm één uitkomst toont.

Onderscheid een verhandelbare koers ook van een boekhoudkundige conversieverhouding. Een bewijstoken kan recht geven op 1,09 onderliggende eenheden en met korting handelen. Bij liquidatie is dat theoretische recht niet vanzelf een onmiddellijk uitvoerbare verkoopprijs. Het doel waarvoor de prijs wordt gebruikt bepaalt welke maatstaf relevant is.

Een pauze ruilt het ene risico voor het andere

Een toepassing heeft regels nodig voor oude, ontbrekende of afwijkende gegevens. Chainlink beschrijft verantwoordelijkheden bij selectie en integratie van feeds. Een leverancier kiezen bepaalt nog niet welke functies bij problemen moeten doorgaan.

Een fictief leenprotocol stopt nieuwe leningen bij een te oude prijs. Daarmee kan het krediet tegen onbetrouwbare waarderingen voorkomen. Stopt het ook liquidaties terwijl onderpand daalt, dan kan terugwinning later moeilijker zijn. Doorgaan met de oude prijs brengt weer andere problemen. Je moet dus vastleggen wat pauzeert, wat doorgaat en wie herstel of wijziging kan bepalen.

Teken laatste geaccepteerde observatie, marktbeweging, maximale ouderdom en eerste nieuwe geldige prijs op een tijdlijn. Noteer de toegestane acties per periode. Een groen vakje dat aangeeft dat er een prijs beschikbaar is, vertelt niet hoe deze afwegingen uitpakken.