Els oracles de la cadena de blocs resolen el problema de lliurar informació del món exterior a la cadena de blocs. Però és important per a nosaltres saber en quins podem confiar.
В sobre el llançament del catàleg vam escriure sobre la importància dels oracles per a la cadena de blocs.
Les aplicacions descentralitzades no tenen accés a dades fora de la cadena de blocs. Per tant, es creen petits programes -oracles- que accedeixen a les dades necessàries del món exterior i les enregistren a la cadena de blocs.
Segons el tipus de font de dades, els oracles es poden dividir en tres categories: programari, maquinari i humà.
Oracles de programari rebre i processar dades d'Internet, com ara la temperatura de l'aire, els preus de les mercaderies, els retards de trens i avions. La informació prové de fonts en línia com les API, i l'oracle l'extreu i la col·loca a la cadena de blocs. Llegiu com fer un oracle de programari senzill .
Oracles de maquinari rastrejar objectes al món real mitjançant dispositius i sensors. Per exemple, una càmera de vídeo calibrada per creuar una línia grava els cotxes que entren en una zona determinada. L'oracle registra el fet de creuar una línia a la cadena de blocs i, a partir d'aquestes dades, l'script de l'aplicació descentralitzada pot, per exemple, iniciar l'emissió d'una multa i el càrrec de fitxes del compte del propietari del cotxe.
Oracles humans utilitzar les dades introduïdes per humans. Es consideren els més progressistes per la seva visió independent del resultat de l'esdeveniment.
Recentment hem proporcionat una eina que permet escriure dades d'oracle a la cadena de blocs segons una especificació determinada. Funciona de manera molt senzilla: només cal registrar-se omplint l'especificació. Les transaccions de dades es poden publicar segons aquesta especificació mitjançant la interfície Waves Oracles. Llegiu més sobre l'eina a .
Aquestes eines i interfícies estandarditzades faciliten la vida tant als desenvolupadors com als usuaris dels serveis blockchain. La nostra eina és útil específicament per a oracles humans i es pot utilitzar, per exemple, per registrar certificats o drets d'autor de qualsevol objecte.
Però quan s'utilitzen oracles, sorgeix la qüestió de la confiança en la informació rebuda d'ells. La font és fiable? Es rebran les dades a temps? A més, hi ha el risc que l'oracle enganyi els usuaris proporcionant deliberadament informació incorrecta en benefici propi.
Com a exemple, considereu un oracle que proporciona informació sobre esdeveniments esportius per a un intercanvi d'apostes descentralitzat.
L'esdeveniment és la lluita principal del torneig UFC 242, Khabib Nurmagomedov contra Dustin Poirier. Segons les cases d'apostes, Nurmagomedov és el clar favorit de la lluita. Es podria apostar per la seva victòria amb una probabilitat d'1,24, que correspon a una probabilitat del 76%. Les probabilitats de la victòria de Poirier eren de 4,26 (22%), i les probabilitats d'empat van ser estimades per les cases d'apostes en 51,0 (2%).
El guió accepta apostes d'usuari sobre els tres resultats possibles fins que rep informació de l'oracle sobre el resultat real de la batalla. Aquest és l'únic criteri de distribució dels guanys.
Ara se sap que Nurmagomedov va guanyar. Tanmateix, imaginem que el propietari sense escrúpols de l'oracle, planificant l'engany per endavant, va apostar pel resultat amb les probabilitats més favorables: un empat. Quan el banc d'apostes ha arribat a un gran volum, el propietari de l'oracle inicia la gravació d'informació falsa a la cadena de blocs sobre el suposat resultat del sorteig de la batalla. L'script d'intercanvi descentralitzat no té la capacitat de comprovar la precisió de les dades rebudes i només distribueix els guanys d'acord amb aquestes dades.
Si el benefici potencial d'aquest tipus d'engany és superior als ingressos previstos d'un oracle honest i el risc d'anar als tribunals és baix, la probabilitat d'accions deshonestas per part del propietari de l'oracle augmenta significativament.
Una possible solució al problema és demanar dades a diversos oracles i portar els valors resultants a un consens. Hi ha diversos tipus de consens:
- tots els oracles proporcionaven la mateixa informació
- la majoria dels oracles van proporcionar la mateixa informació (2 de 3, 3 de 4, etc.)
- portar les dades de l'oracle al valor mitjà (es possibles opcions en què primer es descarten els valors màxim i mínim)
- tots els oracles van proporcionar informació uniforme amb una tolerància prèviament acordada (per exemple, les cotitzacions financeres de diferents fonts poden diferir en 0,00001, i obtenir una coincidència exacta és una tasca impossible)
- seleccioneu només valors únics de les dades rebudes
Tornem al nostre intercanvi d'apostes descentralitzat. Quan s'utilitza un consens "3 de 4", un oracle que informi d'un empat no podria influir en l'execució del guió, sempre que els altres tres oracles proporcionessin informació fiable.
Però un usuari sense escrúpols pot ser propietari de tres dels quatre oracles, i llavors serà capaç de proporcionar una majoria decisiva.
Lluitant per la integritat dels oracles, podeu introduir una qualificació per a ells o un sistema de multes per dades poc fiables. També podeu fer la ruta de la "pastanaga" i oferir una recompensa per l'autenticitat. Però cap mesura evitarà completament, per exemple, la inflació de qualificació o una majoria injusta.
Val la pena, doncs, inventar serveis complexos, o n'hi haurà prou amb una eina de consens que permeti, com a la prestatgeria d'un supermercat, seleccionar, per exemple, cinc oracles que aportin les dades necessàries, establir el tipus de consens i aconseguir el resultat?
Per exemple, una aplicació descentralitzada necessita dades de temperatura en graus centígrads. Al catàleg d'oracles, trobem quatre oracles que proporcionen aquestes dades, estableixen el tipus de consens a "mitjana" i fan una sol·licitud.
Suposem que els oracles donen els valors següents: 18, 17, 19 i 21 graus. Una diferència de tres graus pot ser força crítica per a l'execució del guió. El servei processa el resultat i rep un valor mitjà de temperatura de 18.75 graus. L'script de l'aplicació descentralitzada rebrà aquest número i treballarà amb ell.
En última instància, la decisió correspon al consumidor: si confiar en un oracle i utilitzar les seves dades, o construir un consens de diversos oracles escollits a la seva discreció.
En qualsevol cas, els oracles de dades són un camp força nou. És en l'etapa on els mateixos usuaris poden determinar en quina direcció s'ha de desenvolupar. Per això volem escoltar la teva opinió. És necessària l'eina anterior per als oracles? Com veus el futur dels oracles de dades en general? Comparteix la teva opinió als comentaris i al nostre grup oficial a .
Font: www.habr.com