Como la tercera criptomoneda más grande la mayoría de la gente familiarizada con el espacio han oído hablar de Ripple. Y entienden que es una red global de pagos y divisas que fue diseñada para reemplazar la red bancaria SWIFT obsoleta. Esta aunque funciona muy bien para ese caso de uso específico, de lo contrario ha demostrado una utilidad limitada en otras funciones.
Sin embargo, todo esto podría ser corregido, ya que la red Flare se ha creado con el objetivo de mejorar la utilidad de los tokens XRP. Esto mediante la creación de una red con capacidad de contrato inteligente para el token XRP. Para estar seguros de que los contratos inteligentes no se están agregando a la red de Ondulación, sino que estarán en la red Flare. Y esa red entonces soportará el uso de XRP como FXRP.
La red Flare también tiene su propio token llamado Spark (FLR). Este fue lanzado recientemente a los titulares de XRP en un lanzamiento aéreo que creó un gran revuelo en la comunidad de Ripple. Si todo esto suena interesante, entonces toma algo para beber y prepárate para aprender más sobre la Red Flare.
¿Qué es Flare?
Flare fue creado por Hugo Philion y Sean Rowan, con el fin de resolver dos problemas básicos de blockchain:
1. Tres cuartas partes del valor en los tokens de cadena de bloques públicos no se pueden utilizar con contratos inteligentes de una manera sin confianza. Este es el tema de la necesidad inmediata según Philion y Rowan.
2. Las instrucciones que se toman en el intento de escalar las redes blockchain podrían conducir a posibles problemas futuros. Ya que muchas de las nuevas redes están abordando el escalado a través del consenso de la prueba de estaca o alguna variación de las mismas. Todos estos protocolos derivan su seguridad de red del token nativo de la cadena de bloques. Esto presenta un problema inmediato y a largo plazo.
Prueba de problemas de estaca
Según Flare, el problema más inmediato con el consenso de prueba de estaca es que no está correctamente diseñado para permitir usos alternativos seguros de tokens nativos. Como estamos viendo con la explosión en plataformas DeFi. Cualquier titular de token racional que sea capaz de aumentar el rendimiento de su token proporcionando liquidez a una moneda estable lo hará. El problema es que esto quita los tokens de la apuesta y amenaza la seguridad de la red.
A largo plazo, el problema potencial proviene de la posibilidad de que con el tiempo el valor de un token de apuesta no aumente de valor. Si eso ocurre mientras el tráfico de red está aumentando la red también se vuelve cada vez más insegura. Mientras que un token de mayor valor es bueno para la seguridad de la red y para los inversores de tokens. Es malo si queremos que la descentralización se convierta en la norma para hacer negocios.
Cuando el valor del token aumenta, está desviando el capital de otros usos. A largo plazo, esto se convierte en un problema. Porque, finalmente, en una red de contratos inteligentes que utilizan la prueba de participación. La escala de capital necesaria simplemente para asegurar la red se volvería demasiado alta para ser factible.
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 tiene como objetivo resolver estos problemas
Flare propone una nueva forma de escalar plataformas de contrato inteligente sin vincular la seguridad de la red al valor del token. Aunque la red todavía requiere un token nativo para eliminar el spam, ese token no está vinculado de ninguna manera a la seguridad de la red. Flare utiliza el token FLR como su token nativo. Y es adecuado para permitir el uso sin confianza de tokens completos que no son de Turing con contratos inteligentes.
Flare se llama a sí misma la primera red completa del Acuerdo Bizantino Federado (FBA) de Turing. Utiliza el protocolo de consenso de Avalanche que se ha adaptado al consenso de la FBA. El beneficio de utilizar FBA está en su capacidad para lograr la seguridad de la red sin depender de ningún incentivo económico para los titulares. Debido a que Flare utiliza una versión de Ethereum Virtual Machine (EVM) es capaz de ejecutar contratos inteligentes completos de Turing.
FBA ha sido criticado porque puede conducir a topología frágil donde el error de un solo nodo puede causar el error de toda la red. Flare evita esto mediante la implementación de una topología única de lista de nodos (UNL). Para enfatizar la claridad y la facilidad de uso mientras se mantiene la propiedad de pertenencia abierta de FBA.
Mientras que Flare permite el uso completo de contratos inteligentes de Turing, también tiene un protocolo construido sobre la red. Que permite la emisión, uso y redención sin confianza, de XRP en Flare. Flare llama a este protocolo FXRP y permite que XRP se convierta en FXRP en Flare, protegido por el token FLR nativo. En esencia, esto permite que XRP utilice contratos inteligentes. Y también puede crear una canalización sin confianza para XRP a otras redes con fines de interoperabilidad.
Esta metodología general también se puede extender a cualquier otro token completo que no sea de Turing. Y la capacidad de hacerlo se ha incluido en la gobernanza y los sistemas de la red. Esto significa que cualquier token completo que no sea de Turing puede acceder a la capacidad de usar contratos inteligentes. Y llegar a ser interoperable a través de Flare.
Descripción general de FXRP
Hay un problema al que se enfrenta el equipo de Flare al llevar XRP a la red Flare. Y es la imposibilidad de un contrato inteligente de cadena de bloques público para controlar una dirección XRP. Esto se debe a que los contratos inteligentes no tienen forma de almacenar una clave secreta y mantener su secreto.
Si Flare intentara incorporar XRP a la red usando sólo códigos, también requeriría que un grupo de individuos se uniera y usara una dirección multifirma. Para que controlen colectivamente para autorizar transacciones. Por supuesto, esto significaría que FXRP en estas condiciones no sería descentralizado ni sin confianza. Y eso sería inaceptable.
Con la implementación actual de FXRP cualquier titular XRP puede enviar sus tokens a un agente en la red XRP. El agente sostiene el XRP y comunica con los contratos inteligentes en el destello, que publica el FXRP en una relación 1:1. Dichos tokens FXRP también se aseguran con FLR en una relación 1:2.5. Por lo tanto, por cada 1 FXRP emitido debe haber 2.5 FLR apostado. Esto mantiene el XRP mantenido por el agente seguro y elimina la necesidad de cualquier intermediario centralizado.
¿Cómo funciona FXRP?
Los propietarios de FLR pueden enviar sus tokens a los contratos inteligentes en Flare que componen el sistema FXRP. En esencia, esto está proporcionando garantía al sistema FXRP. Estos contratos inteligentes se llaman agentes. El sistema FXRP estará compuesto por muchos agentes. Vamos a nombrar a uno de ellos Guy.
Como agente en el sistema FXRP, Guy ha apostado 5,000 FLR como garantía. El sistema requiere 2.5 FLR para cada token FXRP emitido. Si el tipo de cambio de FLR a XRP es actualmente 10:1 estos 5,000 FLR permitirán a Guy emitir 200 FXRP. es decir (5.000 / 10) / 2,5
Ahora Guy está listo para menta FXRP. Cuando un titular XRP quiere crear FXRP envían una transacción al sistema FXRP. El titular que inicia esta transacción se denomina originador. Para crear FXRP también pagan una tarifa del 0,1% del valor de la transacción. La tarifa va al agente, y la transacción le dice al agente a qué dirección debe enviar el FXRP cuando se acuña y donde el XRP se originará en el XRP Ledger.
Suponiendo que hay suficiente garantía en el sistema, FXRP está bloqueado para asegurar el FXRP. Lo que hace que la transacción sea confiable. Porque el originador no tiene que confiar en el agente que ahora tiene un incentivo para devolver el XRP. Cuando se le solicite hacerlo o perder el FLR que se mantiene como garantía. Si el sistema no tiene suficiente garantía, devolverá el XRP y la tarifa al originador.
Es clave tener en cuenta que la relación colateral 2.5 debe mantenerse en todo momento, si en algún momento el valor de XRP sube o el valor de FLR cae. De modo que la ración cae por debajo de 2.5 Guy tendrá un corto período de tiempo para restaurar la relación. Mediante la adición de más tokens FLR o la compra de tokens FXRP para canjear.
Si por alguna razón Guy no puede o no está dispuesto a restaurar la relación colateral 2.5. Su garantía se subasta con el fin de recomprar el FXRP que se emitió en su contra. Si queda alguna garantía después de que este Tipo sea capaz de quedarse con ese resto.
Si Guy mantiene la garantía en o por encima de 2.5 todo está bien. Más tarde, cuando el originador decide canjear el FXRP de nuevo al libro mayor XRP, realizan una transacción para hacerlo. Dejando que el sistema sepa qué dirección se debe acreditar con el XRP. Guy recibirá instrucciones del sistema sobre cuánto XRP devolver y a qué dirección enviarlo.
Junto con eso también recibirá dos plazos por los cuales la transacción debe ser completada. Si completa la transacción antes de la primera fecha límite, recibirá toda su garantía de vuelta. Sin embargo, si el primer plazo pasa y completa la transacción antes de la segunda fecha límite, habrá una pequeña tarifa de penalización. Evaluada antes de que se devuelva el resto de su garantía. Esa multa es quemada por el sistema.
Si Guy no completa la transacción antes de la segunda fecha límite, se considera un error de canje. En este caso, el originador es compensado con tokens FLR de la participación de Guy. Más un 1% adicional para cubrir los costos de transacción de usar ese FLR para comprar XRP. El FLR restante de la garantía de Guy ve 50% quemado como una penalización, y el 50% restante regresó a Guy.
FLR y aplicaciones dependientes
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 el gobierno, el Flare Time Series Oracle (FTSO) o alguna combinación de estos elementos. Tenga en cuenta que todos estos son elementos opcionales. Cualquier aplicación en Flare Network es capaz de funcionar utilizando sólo FLR para los costos de transacción y pago.
En el caso del sistema FXRP utiliza FLR como garantía, el Flare Time Series Oracle para rastrear el precio XRP/FLR. Y la propiedad del token FLR establecida para la gobernanza sobre ciertos parámetros como la tarifa de creación FXRP y la relación de garantía. El modelo SDA proporciona una plantilla a los desarrolladores para ampliar el uso de los tres elementos opcionales.
Flare Time Series Oracle
Los titulares del token FLR son elegibles para contribuir a la FTSO para ayudar a formar estimaciones de datos fuera de la cadena. Y, al mismo tiempo, conservar la descentralización. La estructura del FTSO permite muchas estimaciones de cualquier serie temporal fuera de la cadena. El valor XRP/FLR es un ejemplo de dicha serie temporal.
La formulación de los datos de series temporales suele ser de dos grupos participantes. Uno es el titular del token FLR, y el segundo son los titulares del token de aplicación dependiente, que Flare llama al activo F. En el caso del sistema FXRP el token FXRP es el activo F. Cuando hay una aplicación más compleja que requiere el cálculo de varias series temporales, el activo F será algo similar a un token de gobierno emitido.
Al crear la serie temporal, el FTSO consultará a cada participante para obtener 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 de la serie temporal relacionada con el activo F. Las estimaciones se procesan como se detalla en la sección 4 del documento técnico de Flare. El resultado se envía al sistema que requiere los datos de la serie temporal.
Los titulares de activos F son incentivados a participar y proporcionar datos que contribuyan a la seguridad de la aplicación utilizando esos datos. Estos titulares de FLR son incentivados por el potencial de ganar una recompensa de oráculo, que son tokens FLR acuñados por el sistema. Los titulares de tokens FLR ganan esta recompensa cuando proporcionan datos que el sistema considera correctos. La mecánica específica de este cálculo es bastante compleja, y se puede ver en el documento técnico de Destello.
Este sistema apuesta implícitamente todos los tokens FLR en el sistema desde que no participantes o aquellos que proporcionan datos que se consideran incorrectos no ganan recompensas. Lo que es un desincentivo en comparación con los titulares de tokens que sí reciben la recompensa. Esta es la versión de Flare de las recompensas de apuestas o minería.
El FTSO se iniciará para proporcionar los siguientes precios para: XRP/FLR, USD/FLR, BTC/FLR y XLM/FLR. Sólo XRP/FLR tendrá un activo F correspondiente al principio. Las series temporales adicionales y sus activos F relacionados pueden ser propuestos y aceptados a través del proceso de gobernabilidad.
Delegación FLR
Las estimaciones provendrán, cada pocos segundos, de la FTSO. Pero es realista suponer que no todos los titulares de FLR estarán interesados en participar en la gobernabilidad de la red. O que tendrán el hardware necesario para contribuir a la FTSO.
Debido a que el equipo de Flare ha asumido que esto es cierto, hicieron posible separar los votos para estas responsabilidades y delegarlos a otros. La delegación se puede cancelar en cualquier momento y, si el token se transfiere a una nueva dirección, la delegación se cancela automáticamente.
Una característica importante de la delegación es que los ASD son capaces de delegar los votos al propietario real. Que luego puede volver a delegar esos votos a otra entidad. Esto significa que los agentes no tienen que elegir entre ganar FLR para proporcionar garantía al sistema FXRP o ganar del FTSO. Por lo tanto, siempre que los tokens FLR no estén disponibles para los propietarios de un SDA. Y siempre que la aplicación defina quién es el propietario real, se puede usar la delegación.
Gobernabilidad de Flare
Los titulares de tokens FLR votan para gobernar la red, y los ASD también pueden solicitar que se rijan por los titulares de tokens FLR.
En el documento técnico de Flare puede encontrar regímenes para cualquier cambio manual en cadena que pueda ser iniciado y votado por los titulares de FLR. Estas son cosas como cambiar las tarifas asociadas con las acciones, cambiar la relación de garantía, cambiar los costos de las transacciones. Y otras variables que no requieren un cambio de código.
Para aquellas cosas que requieren un cambio de código, como cambiar los parámetros de consenso de red o agregar una nueva serie temporal a FTSO. Se creará una Flare Foundation. La Fundación aún no ha sido creada. Pero será una entidad sin ánimo de lucro con responsabilidad para 5 áreas: subvenciones, inversiones, investigación y desarrollo, educación, publicidad y asociaciones.
Debido a que la Fundación tiene la función de investigación y desarrollo, se convierten en parte integral del proceso de actualización de código, creación, pruebas, análisis. Y, a continuación, la implementación de los cambios de código propuestos.
La Fundación se creará para ser completamente transparente en sus actividades y sus gastos. Dará a conocer un informe bianual sobre sus actividades y gastos. Lo más importante es que no está facultado para establecer una agenda. Sino que se crea de una manera que sólo le permite tomar la dirección de los titulares de FLR.
Debido a esta restricción, la Fundación no puede:
- contribuir a la FTSO de cualquier manera;
- implementar cualquiera de sus participaciones de FLR como garantía para cualquier aplicación en la red;
- utilizar sus posesiones de FLR para votar en cualquier votación de gobierno o asignar sus tokens FLR a otros para hacerlo.
Además, los titulares de FLR podrían votar en cualquier momento para disolver la Fundación. En cuyo caso se le requeriría liquidar todas las actividades y quemar cualquiera de sus fichas restantes.
Emisión de FLR y Airdrop
Flare optó por liberar sus tokens en algo que denominaba bifurcación de utilidad. Las horquillas tradicionales han dividido la base de usuarios de una red, con una porción que se dirige en su propia dirección. Y por lo general tomando una postura antagónica a la cadena padre.
Por el contrario, la horquilla de utilidad está diseñada para agregar valor a la cadena original. Eso es exactamente lo que flare hace al permitir que XRP continúe ofreciendo una solución rápida, confiable y sin confianza. Al tiempo que lo trae contratos inteligentes y la posibilidad de crear canalizaciones sin confianza a otras cadenas de bloques. Es un ejemplo perfecto de traer nueva utilidad a una cadena de bloques existente.
Flare está creando 100 mil millones de tokens FLR para reflejar el número de tokens XRP existentes. La intención al principio es poner estos tokens a disposición de direcciones que no son propiedad de Ripple Labs, fundadores de Ripple, cuentas de ballenas. Y cualquier dirección que sea estafadores conocidos.
Flare ha hecho 45 mil millones de FLR reclamables por los titulares de XRP. Con estos tokens asignados a direcciones que contienen XRP en el momento en que se tomó una instantánea del Libro Mayor. A las 00:00 GMT del 12 de diciembre de 2020. Además, 30 mil millones de FLR se asignan a la Flare Foundation. Y se asignan 25 mil millones adicionales de FLR a Flare Networks Limited, que es la organización con fines de lucro que apoya el desarrollo de Flare.
La asignación está destinada a ser sobre una base de 1:1. Sin embargo, el cálculo real condujo a una relación de distribución de 1.0073 FLR para cada XRP en el momento de la instantánea. Además, los tokens no se pueden reclamar hasta que la red principal entre en funcionamiento. Lo que se supone que se produce en las primeras semanas de junio de 2021. Cualquier persona que haya tenido tokens XRP en un intercambio que admita el lanzamiento aéreo se acreditará automáticamente con tokens FLR cuando se distribuyan.
La lista de intercambios de apoyo incluye Binance, KuCoin, Coinbase, Poloniex y muchos otros. Aquellos que mantienen su XRP en un monedero de auto-custodia tendrán que registrar una reclamación. Y los tokens FLR serán entregados a la dirección establecida en la reclamación. Habrá una serie de carteras compatibles con FLR para elegir cuando se lance la red principal.
También vale la pena señalar que Flare ha dicho: “Usted puede reclamar FLR después de que la red entra en funcionamiento, pero no después de la fecha de 6 meses de la instantánea”. Dado que la instantánea ocurrió el 12 de diciembre de 2020 que indica que la red principal se lanzará antes del 12 de junio de 2021.
Además, no todos los tokens se distribuyen inmediatamente. Flare liberará el 15% de la asignación de tokens cuando se inicie la red principal. El FLR restante se liberará durante los próximos 25-34 meses a una tasa de 2-4% por mes.
¿Quién está detrás de las redes de destellos?
El CEO y cofundador de Flare Network, es Hugo Philion. Antes de crear Flare fue el fundador del sistema de construcción modular, Future Generations. Su experiencia es en inversiones y tiene una Licenciatura en Ciencias en Inversión y Gestión de Riesgos Financieros de Cass Business School.
Más tarde recibió una Maestría en Ciencias en Aprendizaje Automático de la UCL. También ganó experiencia trabajando como gerente de cartera de derivados de materias primas en dos fondos de $1.000mn+.
El otro cofundador de Flare y su CTO es Sean Rowan. Sean ha estado involucrado en el espacio blockchain desde 2015. Cuando diseñó protocolos de comunicaciones vehiculares seguros aprovechando una infraestructura de clave pública basada en blockchain con colegas de UCLA y TCD. Antes de eso recibió una doble licenciatura en Matemáticas y BE en Ingeniería Electrónica e Informática del Trinity College de Dublín.
Más tarde fue a recibir una Maestría en Ciencias en Aprendizaje Automático del University College de Londres, que es presumiblemente donde conoció a Hugo Philion. Sean también fue ingeniero de I+D en RAIL en Dublín, Irlanda, donde desarrolló software de redes backend para un robot de asistencia sanitaria. La última versión de este robot de RAIL aparece en la portada de la revista TIME en noviembre de 2019.
Conclusión
Con Ripple teniendo un gran número de seguidores, y un enorme potencial en el espacio bancario. La Red Flare podría llegar a ser igual de grande que la red que trae funcionalidad de contrato inteligente a XRP. Eso es sin duda lo que los fundadores del proyecto están esperando. Y es probable que haya un gran grupo de entusiastas de XRP que están igualmente entusiasmados con las posibilidades que Ripple le trajo a Ripple.
Una cosa que se puede decir para el proyecto es que sin duda generó una gran cantidad de bombo con su entrega por paracaídas. Estamos dispuestos a apostar que hay millones que nunca han oído hablar de Flare antes. Y de que ahora son conscientes de su existencia, y posiblemente de su misión y objetivos. Después de leer este artículo usted debe ser contado entre ellos.
El lanzamiento aéreo también creó un revuelo dentro de la comunidad de Ripple. Ya que el token XRP aumentó más en casi un 300% en noviembre de 2020. Eso se debió a que los especuladores se apiñaron en la moneda para aprovechar el lanzamiento aéreo. Desde entonces las cosas no han sido tan rosas como XRP. Ha caído de un máximo alrededor de $0.90 a tan bajo como $0.227880 el 23 de diciembre de 2020.
No sabemos qué sucederá con el token FLR cuando se distribuya. Pero incluso con el calendario de emisiones lentas inicialmente planeado parece que el mercado se inundará de tokens FLR. En los primeros 2-3 años después del lanzamiento de la red principal. A menos que haya algunos desarrollos que causen un aumento similar de la demanda durante ese tiempo. El token podría estar listo para caer como los mismos especuladores que compraron XRP para el lanzamiento aéreo deciden volcar su FLR tan pronto como sea posible.
Si usted está tomando un horizonte de tiempo más largo esto podría ser un buen proyecto para conseguir detrás. Y, si estamos a la derecha sobre el lanzamiento de la red principal podría presentar una buena oportunidad para romper bolsas masivas de FLR en el barato. Por supuesto, sólo el tiempo dirá si eso es verdad.
La otra cosa a recordar es que Flare comenzó con Ripple. Pero teóricamente puede agregar funcionalidad de contrato inteligente e interoperabilidad a cualquier blockchain. Teniendo en cuenta que tres cuartas partes del valor en los tokens blockchain públicos no se pueden utilizar con contratos inteligentes de una manera sin confianza. Actualmente Flare tiene una enorme curva de crecimiento potencial por delante.
Descargo de responsabilidad: Estas son las opiniones del escritor y no deben considerarse consejos de inversión. Los lectores deben hacer su propia investigación.
Artículo de interés del autor: Bitcoin (BTC) 26 de diciembre de 2020 – La autopista de $30,000