{"id":93794,"date":"2020-09-10T07:42:27","date_gmt":"2020-09-10T05:42:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/town-crier-vs-deco-kakoj-orakul-ispolzovat-v-blokchejne"},"modified":"2020-09-10T07:42:27","modified_gmt":"2020-09-10T05:42:27","slug":"town-crier-vs-deco-kakoj-orakul-ispolzovat-v-blokchejne","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/town-crier-vs-deco-kakoj-orakul-ispolzovat-v-blokchejne","title":{"rendered":"Town Crier vs DECO: \u00bfqu\u00e9 or\u00e1culo utilizar en blockchain?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoy en d\u00eda, solo el perezoso no ha escrito sobre la tecnolog\u00eda blockchain, las criptomonedas y cu\u00e1n impresionante es. Pero en este art\u00edculo no se exaltar\u00e1 esta tecnolog\u00eda, sino que se hablar\u00e1 de sus desventajas y de las formas de solucionarlas. <\/p>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

Mientras trabaj\u00e1bamos en uno de los proyectos de Altirix Systems, surgi\u00f3 la necesidad de un mecanismo seguro y resistente a la censura para la verificaci\u00f3n de datos de una fuente externa a blockchain. Era necesario validar los cambios en los registros de un tercer sistema y, bas\u00e1ndose en esos cambios, ejecutar diferentes ramas en la l\u00f3gica del contrato inteligente. La tarea, a primera vista, parece bastante trivial, pero cuando el resultado de su ejecuci\u00f3n afecta la situaci\u00f3n financiera de una de las partes implicadas en el proceso, aparecen requisitos adicionales. En primer lugar, debe haber una confianza total en este mecanismo de validaci\u00f3n. Pero vayamos por partes. <\/p>\n

<\/a><\/noindex><\/p>\n

El problema radica en que el blockchain por s\u00ed solo es un objeto aut\u00f3nomo y cerrado, por lo que los contratos inteligentes dentro del blockchain no tienen conocimiento del mundo exterior. Al mismo tiempo, las condiciones de los contratos inteligentes a menudo est\u00e1n relacionadas con informaci\u00f3n sobre cosas reales (retraso de vuelos, tipo de cambio, etc.). Para que los contratos inteligentes funcionen correctamente, la informaci\u00f3n que se obtiene desde fuera del blockchain debe ser fiable y verificada. Este problema se resuelve utilizando or\u00e1culos, como Town Crier y DECO. Estos or\u00e1culos permiten que un contrato inteligente en la red blockchain conf\u00ede en informaci\u00f3n de un servidor web verificado, se puede decir que son proveedores de informaci\u00f3n confiable. <\/p>\n

<\/p>\n

Or\u00e1culos<\/h1>\n

<\/p>\n

Imagina que un contrato inteligente realiza la transferencia de 0.001 btc a tu billetera de bitcoin en caso de que tu club de f\u00fatbol favorito gane la Copa de Rusia. En caso de una victoria real, el contrato inteligente necesita recibir informaci\u00f3n sobre qu\u00e9 club gan\u00f3, y aqu\u00ed surgen varios problemas: \u00bfc\u00f3mo obtener esa informaci\u00f3n, c\u00f3mo transmitirla de forma segura al contrato inteligente y c\u00f3mo asegurarse de que la informaci\u00f3n recibida por el contrato inteligente realmente coincide con la realidad? <\/p>\n

<\/p>\n

En t\u00e9rminos de la fuente de informaci\u00f3n, pueden existir dos escenarios: conectar un contrato inteligente a un sitio web de confianza que almacena de manera centralizada la informaci\u00f3n sobre los resultados de los partidos, o conectar varios sitios y luego seleccionar la informaci\u00f3n de la mayor\u00eda de las fuentes que proporcionan los mismos datos. Para garantizar la precisi\u00f3n de la informaci\u00f3n, se utilizan or\u00e1culos, como Oraclize, que emplea TLSNotary (una modificaci\u00f3n de TLS para validar la autenticidad de los datos). Sin embargo, hay mucha informaci\u00f3n sobre Oraclize en Google y varios art\u00edculos en Habr\u00e9, hoy hablar\u00e9 de los or\u00e1culos que utilizan un enfoque ligeramente diferente para la transmisi\u00f3n de informaci\u00f3n: Town Crier y DECO. El art\u00edculo describe los principios de funcionamiento de ambos or\u00e1culos, as\u00ed como una comparaci\u00f3n detallada. <\/p>\n

<\/p>\n

Town Crier<\/h1>\n

<\/p>\n

Town Crier (TC) fue presentado por IC3 (The Initiative for CryptoCurrencies and Contracts) en 2016 en CCS\u201916. La idea principal de TC es transmitir informaci\u00f3n desde un sitio web a un contrato inteligente y asegurarse de que la informaci\u00f3n entregada por TC sea la misma que la del sitio web. TC utiliza TEE (Trusted Execution Environment) para la autenticidad de la propiedad de los datos. En la versi\u00f3n original, se describe el trabajo con Intel SGX.
\nTown Crier consta de una parte dentro de la blockchain y una parte dentro del propio sistema operativo: TC Server.
\n\"Town
\nEl contrato TC se encuentra en la blockchain y act\u00faa como un front end para TC. Acepta solicitudes del CU (contrato inteligente del usuario) y devuelve la respuesta del TC Server. Dentro del TC Server se encuentra Relay, que establece la conexi\u00f3n entre el enclave y la red de Internet (tr\u00e1fico bidireccional) y conecta el enclave con la blockchain. El enclave contiene progencl, que es el c\u00f3digo que ejecuta solicitudes desde la blockchain y devuelve mensajes a la blockchain con una firma digital; progencl contiene parte del c\u00f3digo del contrato inteligente y, en esencia, realiza algunas de sus funciones. <\/p>\n

<\/p>\n

El enclave Intel SGX puede considerarse como una biblioteca general con API, funcionando a trav\u00e9s de ecall. Ecall transfiere el control al enclave. El enclave ejecuta su c\u00f3digo hasta que termina, o hasta que ocurre una excepci\u00f3n. Para llamar a funciones definidas fuera del enclave, se utilizan ocall. Ocall se ejecuta fuera del enclave y es manejado por este como una llamada no confiable. Despu\u00e9s de la ejecuci\u00f3n de ocall, el control regresa al enclave.
\n\"Town
\nEn la parte de Enclave se configura un canal seguro con el servidor web; el enclave realiza el handshake de TLS con el servidor objetivo y realiza todas las operaciones criptogr\u00e1ficas internamente. La biblioteca TLS (mbedTLS) y el c\u00f3digo HTTP en versi\u00f3n reducida est\u00e1n exportados al entorno SGX. Adem\u00e1s, el Enclave contiene certificados de CA ra\u00edz (una colecci\u00f3n de certificados) para verificar los certificados de los servidores remotos. El manejador de solicitudes recibe la solicitud de datagrama en el formato proporcionado por Ethereum, la descifra y la analiza. Luego genera una transacci\u00f3n de Ethereum que contiene el datagrama solicitado, la firma utilizando skTC y la env\u00eda a Relay.<\/p>\n

<\/p>\n

La parte de Relay incluye la Interfaz del Cliente, TCP y la Interfaz de Blockchain. La Interfaz del Cliente es necesaria para la atestaci\u00f3n del c\u00f3digo del enclave y la comunicaci\u00f3n con el cliente. El cliente env\u00eda una solicitud de atestaci\u00f3n mediante ecall y recibe un timestamp, firmado con skTC, junto con att (la firma de atestaci\u00f3n); luego, att se confirma mediante el Servicio de Atestaci\u00f3n de Intel (IAS) y el timestamp se verifica con un servicio de tiempo confiable. La Interfaz de Blockchain verifica las solicitudes entrantes y coloca las transacciones en la cadena de bloques para la entrega de datagrams. Geth es el cliente oficial de Ethereum y permite que Relay interact\u00fae con la cadena de bloques mediante llamadas RPC. <\/p>\n

<\/p>\n

Trabajando con TEE, TC permite iniciar varios enclaves simult\u00e1neamente, aumentando as\u00ed la velocidad de procesamiento de informaci\u00f3n tres veces. Si con un enclave funcionando la velocidad era de 15 tx\/sec, con 20 enclaves ejecut\u00e1ndose en paralelo, la velocidad aumenta a 65 tx\/sec; para comparaci\u00f3n, la velocidad m\u00e1xima de operaci\u00f3n en la cadena de bloques de Bitcoin es de 26 tx\/sec.<\/p>\n

<\/p>\n

DECO<\/h1>\n

<\/p>\n

DECO (Or\u00e1culos Descentralizados para TLS) fue presentado en CCS\u201920 y trabaja con sitios que soportan conexi\u00f3n TLS. Asegura la privacidad y la integridad de los datos.
\nDECO con TLS utiliza cifrado sim\u00e9trico, de modo que el cliente y el servidor web tienen claves de cifrado, y el cliente, si lo desea, puede falsificar los datos de la sesi\u00f3n TLS. Para resolver este problema, DECO utiliza un protocolo de handshake tripartito entre prover (smart contract), verifier (or\u00e1culo) y web-server (fuente de datos).<\/p>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

El principio de funcionamiento de DECO es que el verificante (prover) obtenga una parte de los datos D y confirme al verificador (verifier) que D provino del servidor TLS S. Otro problema es que TLS no firma los datos y al cliente TLS le resulta dif\u00edcil demostrar que los datos se han recibido exactamente del servidor (dificultad de procedencia). <\/p>\n

<\/p>\n

En el protocolo DECO se utilizan las claves de cifrado KEnc y KMac. El cliente env\u00eda una solicitud Q al servidor web<\/a>, la respuesta del servidor R llega de forma cifrada, pero el cliente y el servidor tienen los mismos KMac, y el cliente puede falsificar un mensaje TLS. La soluci\u00f3n de DECO consiste en \"ocultar\" KMac del cliente (prover), hasta que \u00e9l responda a la solicitud. Ahora, KMac se divide entre prover y verifier: KpMac y KvMac. El servidor recibe KMac para cifrar la respuesta usando la operaci\u00f3n sobre las partes de la clave KpMac \u2295 KvMac = KMac.<\/p>\n

<\/p>\n

Al configurar un apret\u00f3n de manos tripartito, el intercambio de datos entre el cliente y el servidor se realizar\u00e1 con garant\u00eda de seguridad.
\n\"Town
\nHablando del sistema de or\u00e1culos descentralizados, no se puede dejar de mencionar a Chainlink, que busca crear una red descentralizada de nodos or\u00e1culos compatibles con Ethereum, Bitcoin y Hyperledger, teniendo en cuenta la modularidad: cada parte del sistema puede ser actualizada. Para garantizar la seguridad, Chainlink ofrece a cada or\u00e1culo que participa en la tarea, proporcionar una combinaci\u00f3n de claves (p\u00fablica y privada). La clave privada se utiliza para generar una firma parcial que contiene su soluci\u00f3n a la solicitud de datos. Para obtener una respuesta, es necesario la combinaci\u00f3n de todas las firmas parciales de los or\u00e1culos de la red.<\/p>\n

<\/p>\n

Chainlink planea realizar un PoC inicial de DECO con \u00e9nfasis en aplicaciones financieras descentralizadas, como Mixicles. En el momento de escribir este art\u00edculo, sali\u00f3 una noticia en Forbes sobre que Chainlink adquiri\u00f3 DECO de la Universidad de Cornell.<\/p>\n

<\/p>\n

Ataques a or\u00e1culos<\/h1>\n

<\/p>\n

\"Town<\/p>\n

<\/p>\n

Desde el punto de vista de la seguridad de la informaci\u00f3n, se han considerado los siguientes ataques a Town Crier:<\/p>\n

<\/p>\n

    \n
  1. \n

    Inyecci\u00f3n de c\u00f3digo de contacto inteligente malicioso en nodos TEE.
    \nLa esencia del ataque: transmisi\u00f3n a TEE de un c\u00f3digo de contrato inteligente deliberadamente incorrecto, de modo que un atacante que acceda al nodo tendr\u00e1 la capacidad de ejecutar su propio contrato inteligente (fraudulento) sobre los datos descifrados. Sin embargo, los valores devueltos estar\u00e1n cifrados con la clave privada, y la \u00fanica forma de acceder a esos datos es mediante la filtraci\u00f3n del texto cifrado al devolverlo\/extraerlo.
    \nLa protecci\u00f3n contra este ataque radica en la verificaci\u00f3n de la validez del c\u00f3digo por parte del enclave, ubicado en la direcci\u00f3n actual. Esto puede lograrse mediante un esquema de direccionamiento, donde la direcci\u00f3n del contrato se determina mediante el hash del c\u00f3digo del contrato. <\/p>\n

    \n<\/li>\n

  2. \n

    Los cambios en el texto cifrado del estado del contrato filtran informaci\u00f3n.
    \nLa esencia del ataque: Los propietarios de nodos en los que se ejecutan contratos inteligentes tienen acceso al estado del contrato en una forma encriptada fuera del enclave. Un atacante que logre tomar control del nodo puede comparar el estado del contrato antes y despu\u00e9s de ejecutar la transacci\u00f3n y puede determinar qu\u00e9 argumentos se han ingresado y qu\u00e9 m\u00e9todo espec\u00edfico del contrato inteligente se ha utilizado, ya que el c\u00f3digo del contrato inteligente y sus especificaciones t\u00e9cnicas son de acceso p\u00fablico.
    \nProtecci\u00f3n en garantizar la confiabilidad del propio nodo.<\/p>\n

    \n<\/li>\n

  3. \n

    Ataques de canal lateral.
    \nUn tipo especial de ataques que utiliza el monitoreo del acceso a la memoria y la cach\u00e9 del enclave en varios escenarios. Un ejemplo de tal ataque es Prime and Probe.
    \n\"Town
    \nSecuencia de ejecuci\u00f3n del ataque:<\/p>\n

    <\/p>\n