Análisis de Flare Network: Red de contratos inteligentes para XRP

Como la tercera criptomoneda más grande, la mayoría de las personas familiarizadas con el sector han oído hablar de Ripple y entienden que se trata de una red global de pagos y divisas diseñada para reemplazar la obsoleta red bancaria SWIFT. Si bien funciona muy bien para ese caso específico, por lo demás ha demostrado ser de utilidad limitada en otras funciones.

Sin embargo, todo esto podría solucionarse, ya que Flare Network se creó con el objetivo de mejorar la utilidad de los tokens XRP mediante la creación de una red con capacidad para contratos inteligentes. Para garantizar que los contratos inteligentes no se agreguen a la red Ripple, sino que se incluyan en Flare Network, y esta red admitirá el uso de XRP como FXRP.

Flare Network también tiene su propio token llamado Spark (FLR), que fue lanzado recientemente a los poseedores de XRP en un lanzamiento aéreo que generó una gran revuelo en la comunidad Ripple.

Si todo esto te parece interesante, entonces tómate algo para beber y prepárate para aprender más sobre Flare Network.

¿Qué es Flare?

Flare fue creado por Hugo Philion y Sean Rowan para resolver dos problemas básicos de blockchain:

• Tres cuartas partes del valor de los tokens de blockchain públicos no pueden utilizarse con contratos inteligentes sin necesidad de confianza. Esta es una necesidad urgente, según Philion y Rowan.

• Las direcciones que se están tomando para intentar escalar las redes blockchain podrían generar posibles problemas en el futuro, ya que muchas de las nuevas redes están abordando el escalamiento mediante el consenso de Prueba de Participación o alguna variante del mismo. Todos estos protocolos derivan la seguridad de su red del token nativo de la blockchain. Esto presenta un problema tanto inmediato como a largo plazo.

Problemas de prueba de participación

Según Flare, el problema más inmediato con el consenso de Proof of Stake es que no está diseñado adecuadamente para permitir usos alternativos seguros de los tokens nativos. Como vemos con el auge de las plataformas DeFi, cualquier tenedor racional de tokens que pueda aumentar el rendimiento de sus tokens al proporcionar liquidez a una stablecoin lo hará. El problema es que esto resta tokens al apostar y amenaza la seguridad de la red.

A largo plazo, el problema potencial radica en la posibilidad de que, con el tiempo, el valor de una ficha de apuesta no aumente. Si esto ocurre mientras el tráfico de la red aumenta, la red también se vuelve cada vez más insegura. Si bien un token de mayor valor es positivo para la seguridad de la red y para los inversores, es negativo si queremos que la descentralización se convierta en la norma para hacer negocios.

Cuando el valor del token aumenta, se desvía capital de otros usos. A largo plazo, esto se convierte en un problema, ya que, en una red de contratos inteligentes que utiliza prueba de participación, el capital necesario simplemente para asegurar la red se volvería demasiado alto para ser viable.

En última instancia, las redes de prueba de participación pueden escalar para las transacciones, pero no pueden escalar para el valor.

Cómo Flare pretende resolver estos problemas

Flare propone una nueva forma de escalar plataformas de contratos inteligentes sin vincular la seguridad de la red al valor del token. Si bien la red aún requiere un token nativo para prevenir el spam, este no está vinculado de ninguna manera a la seguridad de la red. Flare utiliza el token FLR como su token nativo y es ideal para permitir el uso sin confianza de tokens no Turing completos con contratos inteligentes.

Flare se autodenomina la primera roja completa de Acuerdo Bizantino Federado (FBA) de Turing. Utiliza el protocolo de consenso Avalanche, adaptado al consenso FBA. La ventaja de usar FBA reside en su capacidad para lograr la seguridad de la red sin depender de incentivos económicos para los titulares. Dado que Flare utiliza una versión de la Máquina Virtual de Ethereum (EVM), es capaz de ejecutar contratos inteligentes completos de Turing.

FBA ha sido criticado porque puede generar una topología frágil, donde el fallo de un solo nodo puede provocar el fallo de toda la red. Flare evita esto implementando una topología de Lista Única de Nodos (UNL) para priorizar la claridad y la facilidad de uso, manteniendo al mismo tiempo la propiedad de membresía abierta de FBA.

Si bien Flare permite el uso completo de contratos inteligentes de Turing, también cuenta con un protocolo integrado en la red que permite la emisión, el uso y el canje de XRP en Flare sin necesidad de confianza. Flare denomina a este protocolo FXRP y permite que XRP se convierta en FXRP en Flare, protegido por el token nativo FLR. En esencia, esto permite a XRP usar contratos inteligentes y también crear una red de intercambio sin necesidad de confianza para XRP con otras redes, con el fin de facilitar la interoperabilidad.

Esta metodología general también puede extenderse a cualquier otro token no Turing completo, y esta capacidad se ha incluido en la gobernanza y los sistemas de la red. Esto significa que cualquier token no Turing completo puede eventualmente acceder a la capacidad de usar contratos inteligentes y volverse interoperable a través de Flare.

Descripción general de FXRP

El problema que enfrentó el equipo de Flare al incorporar XRP a la red Flare fue la imposibilidad de que un contrato inteligente de blockchain público controlara una dirección XRP. Esto se debe a que los contratos inteligentes no tienen forma de almacenar una clave secreta y mantener su confidencialidad.

Si Flare intentara incorporar XRP a la red usando solo código, también requeriría que un grupo de personas se reuniera y usara una dirección multifirma controlada colectivamente para autorizar las transacciones. Por supuesto, esto significaría que FXRP, en estas condiciones, no estaría descentralizado ni sería confiable. Y eso sería inaceptable.

Con la implementación actual de FXRP, cualquier titular de XRP puede enviar sus tokens a un agente en la red XRP. El agente custodia los XRP y se comunica con los contratos inteligentes de Flare, que emiten FXRP en una proporción de 1:1. Estos tokens FXRP también están protegidos con FLR en una proporción de 1:2,5. Por lo tanto, por cada FXRP emitido, se deben depositar 2,5 FLR. Esto mantiene seguros los XRP del agente y elimina la necesidad de un intermediario centralizado.

¿Cómo funciona FXRP?

Los propietarios de FLR pueden enviar sus tokens a los contratos inteligentes en Flare que conforman el sistema FXRP. En esencia, esto proporciona garantía al sistema FXRP. Estos contratos inteligentes se denominan agentes. El sistema FXRP estará compuesto por muchos agentes. Mencionemos a Guy como uno de ellos.

Como agente del sistema FXRP, Guy ha depositado 5000 FLR como garantía. El sistema requiere 2,5 FLR por cada token FXRP emitido. Si el tipo de cambio actual de FLR a XRP es de 10:1, estos 5000 FLR le permitirán a Guy emitir 200 FXRP. Es decir, (5000/10)/2,5

Ahora Guy está listo para acuñar FXRP. Cuando un titular de XRP desea crear FXRP, envía una transacción al sistema FXRP. El titular que inicia esta transacción se denomina originador. Para crear FXRP, también paga una comisión del 0,1% del valor de la transacción. La comisión se destina al agente, y la transacción le indica a qué dirección debe enviar el FXRP al acuñarse y de dónde se originará el XRP en el Libro Mayor de XRP.

Suponiendo que existe suficiente garantía en el sistema FXRP, este se bloquea para asegurar el FXRP, lo que hace que la transacción sea de confianza, ya que el originador no tiene que confiar en el agente, quien ahora tiene un incentivo para devolver los XRP cuando se le solicite o perdería los FLR que se mantienen como garantía. Si el sistema no tiene suficiente garantía, devolverá los XRP y la comisión al originador.

Es fundamental tener en cuenta que la tasa de garantía de 2.5 debe mantenerse en todo momento. Si en algún momento el valor de XRP aumenta o el de FLR disminuye, de modo que la tasa caiga por debajo de 2.5, Guy tendrá un breve período para restablecer la tasa agregando más tokens FLR o comprando tokens FXRP para canjear.

Si, por alguna razón, Guy no puede o no quiere restaurar la tasa de garantía de 2.5, su garantía se subasta para recuperar el FXRP emitido. Si queda alguna garantía después de esto, Guy puede conservarla.

Si Guy mantiene la garantía en 2,5 o más, todo está bien. Posteriormente, cuando el originador decide canjear los FXRP al libro mayor de XRP, realiza una transacción para ello, informando al sistema a qué dirección deben abonarse los XRP. Guy recibirá instrucciones del sistema sobre la cantidad de XRP que debe devolver ya qué dirección enviarla.

Además, recibirá dos plazos para completar la transacción. Si completa la transacción antes del primer plazo, recuperará toda su garantía. Sin embargo, si vence el primer plazo y completa la transacción antes del segundo, se le aplicará una pequeña penalización antes de que se le devuelva el resto de su garantía. Esta penalización es quemada por el sistema.

Si Guy no completa la transacción antes de la segunda fecha límite, se considera un fallo de canje. En este caso, el originador recibe una compensación con tokens FLR de la participación de Guy, más un 1% adicional para cubrir los costos de transacción al usar esos FLR para comprar XRP. El 50% restante de los FLR de la garantía de Guy se queda como penalización, y el 50% restante se le devuelve a Guy.

FLR y aplicaciones independientes

El sistema FXRP es nuestro primer ejemplo de la Aplicación Dependiente de FLR (SDA). Se trata de una dApp que utiliza FLR como garantía, titulares de tokens FLR para la gobernanza, el Oráculo de Series Temporales de Flare (FTSO) o una combinación de estos elementos. Cabe destacar que todos estos elementos son opcionales. Cualquier aplicación en la Red Flare puede funcionar utilizando únicamente FLR para los costos de transacción y pago.

En el caso del sistema FXRP, utiliza FLR como garantía, el Oráculo de Series Temporales de Flare para rastrear el precio de XRP/FLR y el conjunto de propiedad del token FLR para la gobernanza de ciertos parámetros, como la comisión de creación de FXRP y la tasa de garantía. El modelo SDA proporciona una plantilla a los desarrolladores para ampliar el uso de los tres elementos opcionales.

Oráculo de series temporales de llamadas

Los titulares del token FLR pueden contribuir al FTSO para ayudar a generar estimaciones precisas de datos fuera de la cadena, manteniendo la descentralización. La estructura del FTSO permite realizar numerosas estimaciones de cualquier serie temporal fuera de la cadena. El valor de XRP/FLR es un ejemplo de este tipo de serie temporal.

La formulación de los datos de series temporales suele contar con dos grupos participantes. Uno son los titulares del token FLR y el segundo, los titulares del token de la aplicación dependiente, que Flare se denomina activo F. En el caso del sistema FXRP, el token FXRP es el activo F. Cuando existe una aplicación más compleja que requiere el cálculo de múltiples series temporales, el activo F será similar a un token de gobernanza emitido.

Al crear la serie temporal, el FTSO solicitará a cada participante una estimación del valor de los datos. Los titulares de FLR proporcionan estimaciones para cada serie temporal, pero los titulares de activos F solo pueden proporcionar una estimación para la serie temporal relacionada con el activo F. Las estimaciones se procesan como se detalla en la sección 4 del informe técnico de Flare y el resultado se envía al sistema que requiere los datos de la serie temporal.

Los titulares de activos F se ven incentivados a participar y proporcionar datos para contribuir a la seguridad de la aplicación que los utilizan. Los titulares de FLR se ven incentivados por la posibilidad de obtener una recompensa de oráculo, que consiste en tokens FLR emitidos por el sistema. Los titulares de tokens FLR obtienen esta recompensa cuando proporcionan datos que el sistema considera correctos. El mecanismo específico de este cálculo es bastante complejo y puede consultarse en el informe técnico de Flare.

Este sistema participa implícitamente en sumbling con todos los tokens FLR, ya que quienes no participan o proporcionan datos considerados incorrectos no obtienen recompensas, lo cual desincentiva su uso en comparación con quienes sí las reciben. Esta es la versión de Flare de las recompensas por stake o minería.

El FTSO se iniciará para proporcionar los siguientes precios para: XRP/FLR, USD/FLR, BTC/FLR y XLM/FLR. Solo XRP/FLR tendrá un activo F correspondiente inicialmente. Se podrán proponer y aceptar series temporales adicionales y sus activos F relacionados mediante el proceso de Gobernanza.

Delegación de FLR

El FTSO realizará estimaciones cada pocos segundos, pero es realista suponer que no todos los titulares de FLR estarán interesados ​​en participar en la gobernanza de la red, o que tendrán el hardware necesario para contribuir al FTSO.

Dado que el equipo de Flare trabajó esto, permitió separar los votos para estas responsabilidades y delegarlas a otros. La delegación puede cancelarse en cualquier momento, y si el token se transfiere a una nueva dirección, se cancelará automáticamente.

Una característica importante de la delegación es que las SDA pueden delegar votos al propietario real, quien a su vez puede redelegar esos votos a otra entidad. Esto significa que los agentes no tienen que elegir entre obtener FLR para proporcionar garantía al sistema FXRP o obtener ganancias del FTSO. Por lo tanto, cuando los tokens FLR dejan de estar disponibles para los propietarios en una SDA, siempre que la aplicación define quién es el propietario real, se puede utilizar la delegación.

Gobernanza de Flare

Los poseedores de tokens FLR votan para gobernar la red, y las SDA también pueden solicitar ser gobernadas por los poseedores de tokens FLR.

En el libro blanco de Flare se establecerán regímenes para cualquier cambio manual en cadena que los titulares de FLR puedan iniciar y votar. Estos incluyen cambios como las comisiones asociadas a las acciones, la tasa de garantía, los costos de transacción y otras variables que no requieren un cambio de código.

Para aquellas tareas que requieran un cambio de código, como modificar los parámetros de consenso de la red o agregar una nueva serie temporal al FTSO, se creará la Fundación Flare. Esta fundación aún no se ha creado, pero será una entidad sin fines de lucro responsable de cinco áreas: subvenciones, inversiones, investigación y desarrollo, educación, publicidad y colaboraciones.

Debido a que la Fundación tiene la función de investigación y desarrollo, se vuelve parte integral del proceso de actualización del código, construyendo, probando, analizando y luego implementando cualquier cambio de código propuesto.

La Fundación se creará para ser completamente transparente en sus actividades y gastos. Publicará un informe semestral sobre sus actividades y gastos. Es fundamental que no esté facultada para establecer una agenda, sino que se creó de tal manera que solo puede seguir las instrucciones de los titulares de los RPF.

Debido a esta restricción la Fundación no puede:

• contribuir al FTSO de cualquier manera;
• utilizar cualquiera de sus activos FLR como garantía para cualquier aplicación en la red;
• utilizar sus tenencias de FLR para votar en cualquier votación de gobernanza o asignar sus tokens FLR a otros para que lo hagan.

Además, los titulares de FLR podrían votar en cualquier momento para disolver la Fundación, en cuyo caso sería necesario finalizar todas las actividades y quemar cualquiera de sus tokens restantes.

Emisión y lanzamiento aéreo de FLR

Flare decidió lanzar sus tokens en lo que denominó una bifurcación de utilidad. Las bifurcaciones tradicionales han dividido la base de usuarios de una red, con una parte que toma su propio rumbo y, por lo general, adopta una postura antagónica hacia la cadena matriz.

En cambio, la bifurcación de utilidad busca añadir valor a la cadena original. Eso es precisamente lo que hace Flare al permitir que XRP siga ofreciendo liquidaciones rápidas, fiables y sin necesidad de confianza, a la vez que incorpora contratos inteligentes y la posibilidad de crear canales sin necesidad de confianza con otras cadenas de bloques. Es un ejemplo perfecto de cómo aportar nueva utilidad a una cadena de bloques existente.

Flare está creando 100 mil millones de tokens FLR para reflejar la cantidad de tokens XRP existentes. La intención inicial es que estos tokens estén disponibles para direcciones que no sean propiedad de Ripple Labs, fundadores de Ripple, cuentas de ballenas y cualquier dirección que sea conocida por ser estafadora.

Flare ha hecho que 45 mil millones de FLR sean reclamables por los poseedores de XRP, y estos tokens se asignarán a direcciones que poseían XRP en el momento en que se tomó una instantánea del Ledger a las 00:00 GMT del 12 de diciembre de 2020. Además, 30 mil millones de FLR se asignarán a la Flare Foundation y 25 mil millones de FLR adicionales se asignarán a Flare Networks Limited, la organización con fines de lucro que apoya el desarrollo de Flare.

La asignación está prevista en una proporción de 1:1; sin embargo, el cálculo real resultó en una tasa de distribución de 1,0073 FLR por cada XRP al momento del snapshot. Además, los tokens no se pueden reclamar hasta que la red principal entre en funcionamiento, lo que se espera que ocurra en las primeras semanas de junio de 2021. Cualquier persona que posea tokens XRP en un exchange que apoye el airdrop recibirá automáticamente tokens FLR cuando se distribuyan.

La lista de exchanges compatibles incluye Binance, KuCoin, Coinbase, Poloniex y muchos otros. Quienes tengan sus XRP en una billetera autocustodial deberán registrar una solicitud, y los tokens FLR se entregarán a la dirección indicada en la solicitud. Habrá varias billeteras compatibles con FLR disponibles cuando se lance la red principal.

También cabe destacar que Flare ha indicado: «Puedes reclamar FLR después del lanzamiento de la red, pero no después de los 6 meses posteriores a la instantánea». Dado que la instantánea se realizó el 12 de diciembre de 2020, esto indica que la red principal se lanzará antes del 12 de junio de 2021.

Además, no todos los tokens se distribuirán de inmediato. Flare liberará el 15% de su asignación de tokens cuando se lance la red principal. El resto de FLR se liberará durante los próximos 25 a 34 meses a un ritmo del 2 al 4% mensual.

¿Quién está detrás de Flare Networks?

El director ejecutivo y cofundador de Flare Network es Hugo Philion. Antes de crear Flare, fue el fundador del sistema de construcción modular Future Generations. Tiene experiencia en inversiones y es licenciado en Ciencias en Gestión de Inversiones y Riesgos Financieros por la Cass Business School.

Posteriormente, obtuvo una Maestría en Ciencias en Aprendizaje Automático por la UCL. También adquirió experiencia trabajando como gestor de cartera de derivados de materias primas en dos fondos de más de mil millones de dólares.

El otro cofundador de Flare y su director de tecnología es Sean Rowan. Sean ha estado involucrado en el ámbito de la cadena de bloques desde 2015, cuando diseñó protocolos seguros de comunicación vehicular aprovechando una infraestructura de clave pública basada en blockchain junto con colegas de UCLA y TCD. Anteriormente, obtuvo una doble licenciatura en Matemáticas y una licenciatura en Ingeniería Electrónica e Informática por el Trinity College de Dublín.

Posteriormente, obtuvo una Maestría en Ciencias en Aprendizaje Automático en el University College de Londres, donde presumiblemente conoció a Hugo Philion. Sean también fue ingeniero de I+D en RAIL en Dublín, Irlanda, donde desarrolló software de red backend para un robot de asistencia sanitaria. La última versión de este robot, desarrollado por RAIL, apareció en la portada de la revista TIME en noviembre de 2019.

Conclusión

Con la enorme cantidad de seguidores de Ripple y su enorme potencial en el sector bancario, Flare Network podría alcanzar el mismo tamaño que la red que incorpora la funcionalidad de contratos inteligentes a XRP. Eso es precisamente lo que esperan los fundadores del proyecto, y es probable que exista un gran grupo de entusiastas de XRP igualmente entusiasmados con las posibilidades que Flare ofrece a Ripple.

Algo que se puede decir del proyecto es que ciertamente generó mucha expectación con su airdrop, y estamos dispuestos a apostar que millones de personas que nunca habían oído hablar de Flare ahora conocen su existencia, y posiblemente su misión y objetivos. Después de leer este artículo, deberías contarte entre ellos.

El airdrop también provocó revuelo en la comunidad de Ripple, ya que el token XRP se disparó casi un 300% en noviembre de 2020. Esto se debió a que los especuladores se abalanzaron sobre la moneda para aprovechar el airdrop. Desde entonces, la situación no ha sido tan prometedora, ya que XRP ha caído desde un máximo de alrededor de $0.90 hasta un mínimo de $0.227880 el 23 de diciembre de 2020.

No sabemos qué pasará con el token FLR cuando se distribuya, pero incluso con el lento calendario de emisión inicialmente planeado, parece que el mercado se verá inundado de tokens FLR en los primeros 2-3 años tras el lanzamiento de la red principal. A menos que se produzcan acontecimientos que provoquen un aumento similar en la demanda durante ese período, el token podría estar a punto de caer, ya que los mismos especuladores que compraron XRP para el airdrop deciden deshacerse de sus FLR lo antes posible.

Si tienes un horizonte temporal más largo, este podría ser un buen proyecto para apoyar, y si acertamos con el lanzamiento de la red principal, podría representar una buena oportunidad para conseguir grandes cantidades de FLR a bajo precio. Claro que solo el tiempo dirá si es cierto.

Otro aspecto a recordar es que Flare comenzó con Ripple, pero teóricamente puede agregar funcionalidad de contratos inteligentes e interoperabilidad a cualquier blockchain. Considerando que tres cuartas partes del valor de los tokens de blockchain públicos no se pueden usar con contratos inteligentes de forma confiable, Flare tiene un enorme potencial de crecimiento por delante.

Si quieres conocer otros artículos parecidos a Análisis de Flare Network: Red de contratos inteligentes para XRP puedes visitar la categoría Analisis.