Blockchain-orakels maken toegang tot, verwerking en verzending van informatie mogelijk tussen de buitenwereld van off-chain data en slimme contracten.
Hoewel ze al een cruciaal onderdeel van de infrastructuur vormen die DeFi en gedecentraliseerde toepassingen mogelijk maakt, zullen orakels in de toekomst waarschijnlijk prominenter worden.
Hoe pakken Oracle-oplossingen schaalbaarheidsproblemen aan en welke belangrijke ontwikkelingen kunnen in de toekomst worden verwacht?
Om deze vragen te beantwoorden, cryptoslat naar sprak met enkele van de prominente experts op dit gebied – waarvan sommigen elkaar in juni in Berlijn zullen ontmoeten op 's werelds eerste technologisch agnostische top dat is volledig gericht op orakels.
Schaalbaarheidsproblemen
Volgens Niklas Kunkel, Oracle Core Unit Facilitator bij MakerDAO, zijn Oracles een van de belangrijkste applicaties die momenteel worstelen met schaalbaarheid.
"Exclusief over Ethereum gesproken - de trend van gasprijzen op Ethereum is de afgelopen twee jaar exponentieel gestegen, en hoewel alle orakelaanbieders hebben geïnnoveerd en hun orakels schaalbaarder hebben gemaakt, is het een feit dat de gasprijzen sneller zijn gestegen dan de innovators hebben weten te verminderen”, aldus Kunkel, die erop wijst dat de kosten momenteel extreem hoog zijn.
"Maker geeft waarschijnlijk ongeveer $ 8 miljoen per jaar uit om onze orakels te laten werken, "zei hij, eraan toevoegend dat die kosten geen andere gerelateerde uitgaven en onderhoud omvatten, zoals onderzoek en ontwikkeling, en puur kunnen worden toegeschreven aan transactiekosten op Ethereum.
Terwijl hij de omvang van het probleem beschreef, merkte hij op dat het onderzoek en de ontwikkeling van Maker's orakel onder andere gericht is op het verlagen van die kosten. Kunkel verduidelijkt
"We denken dat we dit drastisch kunnen verminderen, vooral op laag 2 - op laag 1, de berekening is heel erg duur",
Omdat ze de computerkosten drastisch hebben verlaagd, bieden Layer 2's een zeer unieke kans om de orakelkosten te verlagen.
Michael Zemrose, mede-oprichter bij verteller ging ook in op de kosten van het in de keten plaatsen van gegevens.
Wat betreft de garanties van Tellor voor levendigheid in tijden van hoge gastarieven, netwerkcongestie en stress, legde hij uit hoe hun gedecentraliseerde orakeloplossing afhankelijk is van een fundamentele dynamiek van de marktvraag.
"Dataverslaggevers moeten de gasvergoeding betalen om de on-chain-transactie in te dienen, en als het een situatie met een hoge gasvergoeding is, kan de gebruiker gewoon een fooi toevoegen", zei hij, wijzend op de mogelijkheid om extra geldprikkels aan te bieden als verslaggevers dat niet zijn. niet rapporteren.
Dat gezegd hebbende, kunnen gebruikers vertrouwen op orakels om de gegevens te verstrekken die ze nodig hebben als hun behoeften veranderen?
"Deze ruimte is superinnovatief en snel in beweging en de soorten gegevens die gebruikers nodig hebben, evolueren snel", merkte Zemrose op, met het argument dat de oplossing van Tellor is ontworpen om extreem aanpasbaar te zijn.
Flexibiliteit is een van de belangrijkste kenmerken als het gaat om het bouwen van orakels voor de lange termijn, benadrukte hij.
"De gebruikers bepalen welke gegevens ze nodig hebben, hoe ze deze nodig hebben, in welk formaat ze ze nodig hebben, en we kunnen het snel laten gebeuren", zei hij, met het argument dat het voor Tellor geen enorme opgaaf is om een aangepast gegevenstype voor iemand te bouwen .
De toekomst van orakels
Volgens Kunkel, die gelooft dat crypto nog erg in de innovatiefase zit, zal naarmate de industrie volwassener wordt en professionaliseert, risicomanagement veel meer in de schijnwerpers komen te staan. Hij voorspelde,
"Het zal voor meerdere spelers absoluut noodzakelijk worden om uw crypto-applicatie of crypto-bedrijf niet afhankelijk te maken van een enkele provider, wat betekent dat er een echt grote kans is in de orakel-business",
De definitie van wat een orakel is en wat het kan doen, is het afgelopen jaar drastisch uitgebreid, merkte Kunkel op. Een voorbeeld is het met elkaar verbinden van alle verschillende blockchains, iets dat gewoonlijk 'bruggen' wordt genoemd.
"Wat er in wezen gebeurt als je tokens van de ene blockchain naar de andere wilt verplaatsen - je sluit ze op in chainA, een bridge-validator bevestigt dat ze zijn vergrendeld en stuurt informatie om tokens op chainB uit te geven," legde hij uit.
Afgezien van de semantiek, is een validator eigenlijk gewoon een orakel, legden Kunkel en Zemrose uit.
"Oracles kijken ergens naar gegevens en bevestigen dat ze zeggen: deze gegevens zijn waar, of ik was hier getuige van. Mensen hebben bruggen en validators als iets aparts gezien, maar ze zijn eigenlijk hetzelfde”, verduidelijkt Kunkel.
Volgens hem zal dit het komende jaar veel vaker voorkomen, omdat hij verwacht dat orakels een hoofdrol zullen spelen bij de overgang van wat hij beschreef als "van betrouwbare bruggen naar onbetrouwbare bruggen."
In plaats van cryptoprojecten en cryptoketens die hun eigen brug runnen - waar het team de brug beheert en het team je tokens kan stelen of je overdracht niet kan honoreren als ze dat willen - zal er een grote verschuiving zijn naar bruggen die in wezen zullen worden gerund door de orakelinfrastructuur”, legde hij uit.
Volgens Zemrose zal een orakelsysteem dat kan schalen naar meerdere ketens in de toekomst onvermijdelijk zijn, "een orakelsysteem dat overal kan worden ingezet, zodat gemeenschappen zelf op verschillende ketens het kunnen uitvoeren, ontwikkelen, eraan deelnemen en aanpassen de tokenomics op basis van hun behoeften.”
Pratend over de rol die orakels zouden kunnen spelen bij het decentraliseren van bruggen, voorspelde hij een soortgelijk scenario dat door Kunkel werd geschetst.
"Ik zie iemand een brug ontwikkelen en samenwerken met veel verschillende orakels om het protocol van de brug zelf te versterken", zei Zemrose.
"Een gedecentraliseerde groep van totaal verschillende orakels zou een heel coole manier kunnen zijn om in de toekomst overbrugging te zien gebeuren", concludeerde hij.
Bron: https://cryptoslate.com/demystifying-blockchain-oracles-part-3/