Viendo 1 entrada (de un total de 1)
  • Autor
    Entradas
  • #2504
    VTBCommunityWebMaster
    Superadministrador


    Tecnología


    La tecnología utilizada en este proyecto se seleccionó en función de sus capacidades para controlar tarifas, escalabilidad y un sistema de «oráculo» (inserción de datos). De manera similar, la tecnología de sustrato ofrece varias consideraciones de configuración futuras que serán atractivas para la Fundación y su democracia a medida que evoluciona.

    Esta sección cubre el sistema en general y las tecnologías utilizadas para crear nuestro producto definido. Se divide en tres partes principales:

    • Arquitectura del sistema
    • Trabajadores fuera de la cadena
    • Tiempo de ejecución

    1. Arquitectura del sistema

    Se utiliza una metodología de «capa 2», junto con un patrón de cadena lateral para maximizar la escalabilidad y permitir la gestión y el control del proyecto en general. Para ahorrar en tarifas sin dejar de ser transparente, el sistema VTB no informa cada transacción a una cadena costosa, como Ethereum. En cambio, una dirección IPFS con el estado de tiempo de ejecución se envía diariamente a la cadena Ethereum, capturando de manera transparente todas las transacciones durante un período determinado. Se utiliza software de código abierto de Parity, específicamente el sustrato y las API de empresas respetadas, como Infura y servicios de interfaz de usuario de back-end, y otras que utilizan proveedores de la nube, como Google, Amazon y Azure.

    La arquitectura consta de nodos de sustrato, que realizan consenso utilizando Aura y Grandpa. En el futuro, el nodo puede estar disponible para las personas que deseen participar en este consenso de blockchain (opción futura). Se utiliza una configuración de múltiples fuentes para las API, como Infura para ETH y las instantáneas de Block Producer y API para EOS, para reducir el riesgo y evitar cambios importantes. En conjunto, los contratos y cuentas inteligentes externos se utilizan para aceptar depósitos de su respectiva moneda nativa. El contrato inteligente de Ethereum también mantendrá una dirección IPFS almacenada para permitir a los usuarios ver constantemente al blockchain VTB y verificar sus saldos de VTBC a través de aplicaciones de terceros. Como se mencionó anteriormente, esta actualización de estado ocurre con una frecuencia establecida de no más de 24 horas. Esto también sirve como copia de seguridad del estado del blockchain VTB. Estas llamadas (externas a la cadena de bloques) se realizan a través de un sistema «oráculo» de mecanismos únicos de sustrato llamados trabajadores fuera de la cadena.

    2. Trabajador fuera de la cadena

    Esta construcción de sustrato crea un método razonablemente estable para proporcionar datos externos al blockchain. Estos datos pueden provenir de una API y/o ser el resultado de una ecuación matemática considerable que requiere varios minutos u horas para ejecutarse. El trabajador fuera de la cadena actúa como una interfaz para los valores de intercambio ETH/USD, por ejemplo, y brinda acceso al blockchain Ethereum a través de Infura. Este protocolo complementa el funcionamiento general del sustrato y aumenta la facilidad de uso y la seguridad, ya que es una parte integral de cada nodo del sustrato. Además, estos trabajadores fuera de la cadena facilitan interacciones de blockchain más complejas, como transacciones entre cadenas. En resumen, nuestro equipo monitorea Ethereum, EOS y otras cadenas para garantizar que se vean las transacciones y, si es relevante para VTB, se capturen y utilicen en el tiempo de ejecución. Este sistema simple mejora nuestro proyecto al permitir la capacidad de realizar transacciones entre cadenas.

    3. Tiempo de ejecución

    Un nodo de sustrato tiene la capacidad única de ejecutar cualquier código como un «contrato inteligente» o incluso proporcionar una plataforma de contrato inteligente dentro del tiempo de ejecución para que los usuarios creen sus contratos inteligentes de manera muy similar al blockchain de Ethereum. Hemos decidido ejecutar nuestro código directamente en el tiempo de ejecución en lugar de crear una plataforma de contrato inteligente. Esta decisión de operar ahora en el tiempo de ejecución se basó en no requerir las capacidades para desarrollar contratos o permitir que cualquier otro usuario lo hiciera en el blockchain VTB. El código adicional implicado en la cadena la inflaría y ralentizaría su desarrollo. Este enfoque simplificado proporciona un cambio más rápido en las actualizaciones, mejoras y mantenimiento. La buena noticia es que a medida que el proyecto crece y la comunidad evoluciona, la comunidad de VTB podría votar para agregar capacidades de contratos inteligentes al sistema. En esta fase de desarrollo, sin embargo, lo simple es mejor.

    Puede consultar nuestro Informe Técnico para obtener una referencia completa de toda esta sección en https://bit.ly/VTBCommunity-WP-Espanol.

Viendo 1 entrada (de un total de 1)
  • Debes estar registrado para responder a este debate.