Publicado por
En el informe anterior, API3 Beacon se evaluó como una respuesta de innovación Web3 sin precedentes y juega un papel esencial en el potencial de DeFi. Hoy vamos a aclarar por qué Beacon encaja en la estrategia Oracle actual de API3.
API3 actualmente está realizando dos problemas:
- Cree una herramienta para mostrar la API de Internet para contratos inteligentes en forma de un oráculo propietario.
- Aproveche el ecosistema basado en API de Oracle para superar algunos de los problemas generalizados que se encuentran en las tecnologías emergentes.
El objetivo es transformar las soluciones presentadas por empresas del mundo real en bloques en desarrollo de la cadena de bloques, que los desarrolladores pueden convertir en instancias de uso complejo.
Si alguien desea configurar una fuente de tasa de activos en cadena, puede pensar en hacerlo a través de API3 de reunión inicial de Oracle.
¿Qué es incorrecto con el oráculo «descentralizado»?
La debilidad del modelo descentralizado regular de Oracle es la suposición de que la alimentación de servicios por varios nodos o API tiende a hacerlos mucho más descentralizados. Sin embargo, hay dos necesidades adicionales que todas las tareas de blockchain descentralizadas deben cumplir:
- Falta de administración centralizada.
- Transparencia para estar listo para autenticar solicitudes descentralizadas.
De hecho, la transparencia solo se puede lograr mediante un gobierno centralizado, por lo que los dos a menudo van de la mano.
La respuesta API3: reunión inicial Oracle, Beacon, dAPI y cobertura de seguro
El oráculo de la porción inicial requiere uno: un mapeo sobre las fuentes de información y el oráculo. Por lo tanto, no hay necesidad de pasar por encima de la transparencia, ya que Oracle es la fuente de información y la fuente de información es Oracle. Los usuarios no pueden saber en qué medida se verán afectados los oráculos de terceros o si tomarán precauciones en el potencial ya que el suministro de su información no puede investigarse de manera transparente.
Los oráculos de primera reunión harán el trabajo mejor en caso de una falla en el suministro de datos, mientras que las respuestas de tercera reunión enmascararán los puntos débiles hasta que todo lo demás falle. Lo que tenemos que repasar en esta publicación es cómo se deben hacer los feeds para cumplir con la perspectiva del oráculo de reunión inicial. API3 lanzó una nueva idea denominada Beacon, una fuente atómica implementada por un único oráculo propietario.
Beacon es una etapa de información almacenada en la cadena por el oráculo propietario respectivo. Cualquiera puede solicitar una actualización de Beacon. Estas actualizaciones pueden ser desencadenadas por solicitudes producidas mediante el protocolo de solicitud-respuesta o se realizarán instantáneamente principalmente en función de la situación respectiva especificada mediante el protocolo de publicación-suscripción. En otras palabras, Beacon se basa principalmente en los protocolos Airnode y es totalmente transparente.
Beacon será el bloque en desarrollo de la dAPI, lo que generalmente significa que se creará una dAPI distinta como una combinación arbitraria de Beacons. La arquitectura dAPI basada principalmente en Beacon produce un cambio de paradigma que no solo permite a los usuarios finales ver específicamente de dónde proviene su información, sino que también les brinda una administración granular si así lo necesitan.
Pero, ¿qué pasa si un usuario usa el Beacon por su cuenta y el proveedor de datos que sostiene el Beacon falla? Las balizas y la gran combinación de dAPI parecen elementos de información equivalentes correctos en la cadena, con diversos grados de confianza en sí mismos. Por lo tanto, los Beacons de personas, o, desde un punto de vista diferente, las dAPI construidas a partir de Beacons de personas, pueden compartir exactamente las mismas garantías de seguridad para dAPI: Cobertura, que se puede realizar mediante el replanteo API3. Se aplicarían incentivos similares, donde la DAO aseguraría Beacons para uso independiente solo si se considerara confiable y los eventos de cisne negro estarían cubiertos por las primas recaudadas durante la operación normal.
Una ventaja esencial del Beacon autónomo asegurado sería interrumpir el estado monolítico existente de DeFi. Cuando una empresa de Oracle está a cargo de una organización centralizada regular, esto limita la variedad de cadenas y fuentes que puede servir, lo que obliga a los compradores a acudir en masa al mismo hilo para usar exactamente la misma fuente, lo que resulta en una «sed de datos». Beacon resolverá este desafío.
En última instancia, API3 ve a Beacon como una etapa muy importante en la dirección de democratizar la composición y el gobierno de los feeds. Esto está estrechamente relacionado con la visión de crecimiento de Fractal de API3, donde API3 espera que la gestión de API de Beacon sea uno de los lugares esenciales que perseguirán las tareas del ecosistema de API3.
Únete a la Comunidad API3 para no perderte ninguna información esencial: Canal de Vietnam | canal extranjero
Quizás te interese:
Nota: Este es material de contenido patrocinado, Coinlive no respalda correctamente ninguna información del informe y no garantiza la veracidad del informe. Los lectores deben realizar su propia investigación antes de generar selecciones que influyan en ellos mismos o en sus empresas y estén dispuestos a considerar el deber de sus posibilidades personales. El informe anterior no debe verse como asistencia de inversión.
En el informe anterior, API3 Beacon se evaluó como una respuesta de innovación Web3 sin precedentes y juega un papel esencial en el potencial de DeFi. Hoy vamos a aclarar por qué Beacon encaja en la estrategia Oracle actual de API3.
API3 actualmente está realizando dos problemas:
- Cree una herramienta para mostrar la API de Internet para contratos inteligentes en forma de un oráculo propietario.
- Aproveche el ecosistema basado en API de Oracle para superar algunos de los problemas generalizados que se encuentran en las tecnologías emergentes.
El objetivo es transformar las soluciones presentadas por empresas del mundo real en bloques en desarrollo de la cadena de bloques, que los desarrolladores pueden convertir en instancias de uso complejo.
Si alguien desea configurar una fuente de tasa de activos en cadena, puede pensar en hacerlo a través de API3 de reunión inicial de Oracle.
¿Qué es incorrecto con el oráculo «descentralizado»?
La debilidad del modelo descentralizado regular de Oracle es la suposición de que la alimentación de servicios por varios nodos o API tiende a hacerlos mucho más descentralizados. Sin embargo, hay dos necesidades adicionales que todas las tareas de blockchain descentralizadas deben cumplir:
- Falta de administración centralizada.
- Transparencia para estar listo para autenticar solicitudes descentralizadas.
De hecho, la transparencia solo se puede lograr mediante un gobierno centralizado, por lo que los dos a menudo van de la mano.
La respuesta API3: reunión inicial Oracle, Beacon, dAPI y cobertura de seguro
El oráculo de la porción inicial requiere uno: un mapeo sobre las fuentes de información y el oráculo. Por lo tanto, no hay necesidad de pasar por encima de la transparencia, ya que Oracle es la fuente de información y la fuente de información es Oracle. Los usuarios no pueden saber en qué medida se verán afectados los oráculos de terceros o si tomarán precauciones en el potencial ya que el suministro de su información no puede investigarse de manera transparente.
Los oráculos de primera reunión harán el trabajo mejor en caso de una falla en el suministro de datos, mientras que las respuestas de tercera reunión enmascararán los puntos débiles hasta que todo lo demás falle. Lo que tenemos que repasar en esta publicación es cómo se deben hacer los feeds para cumplir con la perspectiva del oráculo de reunión inicial. API3 lanzó una nueva idea denominada Beacon, una fuente atómica implementada por un único oráculo propietario.
Beacon es una etapa de información almacenada en la cadena por el oráculo propietario respectivo. Cualquiera puede solicitar una actualización de Beacon. Estas actualizaciones pueden ser desencadenadas por solicitudes producidas mediante el protocolo de solicitud-respuesta o se realizarán instantáneamente principalmente en función de la situación respectiva especificada mediante el protocolo de publicación-suscripción. En otras palabras, Beacon se basa principalmente en los protocolos Airnode y es totalmente transparente.
Beacon será el bloque en desarrollo de la dAPI, lo que generalmente significa que se creará una dAPI distinta como una combinación arbitraria de Beacons. La arquitectura dAPI basada principalmente en Beacon produce un cambio de paradigma que no solo permite a los usuarios finales ver específicamente de dónde proviene su información, sino que también les brinda una administración granular si así lo necesitan.
Pero, ¿qué pasa si un usuario usa el Beacon por su cuenta y el proveedor de datos que sostiene el Beacon falla? Las balizas y la gran combinación de dAPI parecen elementos de información equivalentes correctos en la cadena, con diversos grados de confianza en sí mismos. Por lo tanto, los Beacons de personas, o, desde un punto de vista diferente, las dAPI construidas a partir de Beacons de personas, pueden compartir exactamente las mismas garantías de seguridad para dAPI: Cobertura, que se puede realizar mediante el replanteo API3. Se aplicarían incentivos similares, donde la DAO aseguraría Beacons para uso independiente solo si se considerara confiable y los eventos de cisne negro estarían cubiertos por las primas recaudadas durante la operación normal.
Una ventaja esencial del Beacon autónomo asegurado sería interrumpir el estado monolítico existente de DeFi. Cuando una empresa de Oracle está a cargo de una organización centralizada regular, esto limita la variedad de cadenas y fuentes que puede servir, lo que obliga a los compradores a acudir en masa al mismo hilo para usar exactamente la misma fuente, lo que resulta en una «sed de datos». Beacon resolverá este desafío.
En última instancia, API3 ve a Beacon como una etapa muy importante en la dirección de democratizar la composición y el gobierno de los feeds. Esto está estrechamente relacionado con la visión de crecimiento de Fractal de API3, donde API3 espera que la gestión de API de Beacon sea uno de los lugares esenciales que perseguirán las tareas del ecosistema de API3.
Únete a la Comunidad API3 para no perderte ninguna información esencial: Canal de Vietnam | canal extranjero
Quizás te interese:
Nota: Este es material de contenido patrocinado, Coinlive no respalda correctamente ninguna información del informe superior y no garantiza la veracidad del informe. Los lectores deben realizar su propia investigación antes de generar selecciones que influyan en ellos mismos o en sus empresas y estén dispuestos a considerar el deber de sus posibilidades personales. El informe anterior no debe verse como asistencia de inversión.
Si quiere puede hacernos una donación por el trabajo que hacemos, lo apreciaremos mucho.
Direcciones de Billetera:
- BTC: 14xsuQRtT3Abek4zgDWZxJXs9VRdwxyPUS
- USDT: TQmV9FyrcpeaZMro3M1yeEHnNjv7xKZDNe
- BNB: 0x2fdb9034507b6d505d351a6f59d877040d0edb0f
- DOGE: D5SZesmFQGYVkE5trYYLF8hNPBgXgYcmrx
También puede seguirnos en nuestras Redes sociales para mantenerse al tanto de los últimos post de la web:
- Telegram
Disclaimer: En Cryptoshitcompra.com no nos hacemos responsables de ninguna inversión de ningún visitante, nosotros simplemente damos información sobre Tokens, juegos NFT y criptomonedas, no recomendamos inversiones