Si bien, dado que IBC es un protocolo de cadena cruzada que puede conectar cadenas de bloques heterogéneas, ¿por qué necesitamos iService que siga otra forma de idea?
Debido a que los sistemas que se espera estén conectados en Internet de blockchains deben incluir esos sistemas en muchas otras formas, como sistemas heredados centralizados (sin cadena) y blockchains autorizados. Es probable que estos sistemas, como fuente de datos y servicios, no tengan pruebas verificables, por lo que debemos combinarlos con el servicio entre cadenas para que las aplicaciones completen toda la pila de protocolos: utilizando iService como capa de aplicación, mientras que IBC como capa de comunicación de red para forman el TCP / IP + HTTP del internet de blockchains.
Sin embargo, iService también se puede utilizar sin IBC y servir en una sola cadena como mercado de servicios. Los usuarios pueden definir, vincular, solicitar y responder a servicios depositando algunos tokens de IRIS en la cadena de bloques, como IRIS Hub, que en realidad actúa como un mercado de intercambio de servicios.
Cuando se trata de cadenas cruzadas, iService que combina IBC juega un papel más importante con respecto a la conexión.
Pero es necesario personalizar IBC e involucrar la implementación de varias funciones:
1. Retransmisor: clientes ligeros que conectan AppChain (es decir, la cadena de bloques debe estar conectada a través de una cadena cruzada y completar una determinada aplicación comercial), analizan y transmiten mensajes de iService, así como pruebas relevantes.
2. iService Ex: debe implementarse en AppChain normalmente en forma de contratos inteligentes, ser responsable de la gestión del servicio entre cadenas, que normalmente incluye iService Core Ex e iService Market Ex:
• iService Core Ex: el componente central de iService Ex, responsable de la lógica central de la invocación y respuesta del servicio.
• iService Market Ex: ayuda a la cadena de acceso a obtener información sobre los servicios y los proveedores de servicios.
Además, iService puede conectarse con los sistemas fuera de la cadena, es decir, los sistemas de contabilidad distribuida / no blockchain.
Oracle es uno de los usos típicos de la capacidad fuera de cadena de iService. IRISnet, basada en iService, desarrolló el módulo de Oracle; todas las cadenas de bloques basadas en Cosmos SDK pueden tener la capacidad de obtener datos fuera de la cadena después de integrar este módulo. La alimentación de datos implementada depende de iService y su ciclo de vida es el mismo que el de iService, incluida la creación, el inicio, la pausa, la edición, etc.
Además, iService puede integrar varios tipos de sistemas, como el servicio de informática de privacidad que puede realizar el intercambio de datos cifrados, sistemas heredados como ERP, OA, sistemas bancarios en las aplicaciones empresariales. Estos servicios centralizados tradicionales pueden integrarse en servicios para interactuar entre cadenas.
Basado en los diseños anteriores, el equipo de desarrollo de IRISnet ha logrado:
Se hizo la función iService disponible en IRISnet mainnet Desarrolló el módulo Oracle basado en iService Implementado Relayer & iService Ex para Ethereum, Fabric, FISCO BCOS, etc., que puede lograr la interoperabilidad entre cadenas públicas y blockchains autorizadas Implementación de una instancia (IRITA Hub en BSN) por IBC personalizado
Por ejemplo, basado en IBC + iService, el centro de servicios entre cadenas en BSN puede lograr la interoperabilidad entre cadenas de bloques autorizadas, cadenas de bloques públicas y oráculos fuera de cadena.
Para el siguiente paso, con la forma de IBC + iService, pretendemos mejorar la capacidad de conectar más cadenas (tanto con permiso como sin permiso).
Al mismo tiempo, planeamos lanzar más servicios y aplicaciones en IRIS Hub / IRITA Hub, como el e-Ticket con StarryMedia (usando también el módulo NFT).
Video: https://www.crowdcast.io/e/interchain-conversations-II/24