Utilizando el contrato inteligente de la fábrica de tokens, cualquiera puede emitir nuevos tokens o activos sintéticos (erc20) y tokens no fungibles (erc721) utilizando la fábrica de tokens Radian de forma totalmente descentralizada.
Una pequeña parte del suministro acuñado se envía al contrato Radian Collector, que distribuye todos los tokens en el fondo común de Radian, y crea de hecho una entrega indirecta a todos los poseedores de Radian. De este modo, también se puede cultivar de forma instantánea proporcionando liquidez al fondo común de este activo mediante el contrato Radian Trader.
Si el activo alcanza finalmente un cierto nivel de liquidez y estabilidad de precios, también puede utilizarse como garantía dentro del protocolo.
El recolector es el núcleo del protocolo Radian. Las garantías y todos los tokens del ecosistema Radian soportado se envían al recolector Radian, que a cambio suministra, emite o acuña nuevos RAD.
El valor de la garantía o los tokens suministrados al recaudador dependerán del precio actual de ETH del token convertido en el precio actual en RAD. Esto significa que Radian y los tokens subyacentes de Radian Pool se utilizan como forma de garantía y forma de liquidez para todo el protocolo.
Dado que Radian se puede quemar en cualquier momento por una parte proporcional de los activos del recopilador, se valora implícitamente utilizando una función que contiene una fórmula que utiliza el valor de los activos totales del recopilador combinado con el valor comercial estabilizado actual del precio de RADX utilizando un oráculo de precios, la Fórmula de fijación de precios de Radian o RPF. Esta RPF es también lo que determina la cantidad de RADX que puede irradiarse de Radian, o la cantidad de Radian que se recibirá al volver a intercambiar de RADX a RAD en un momento dado. En ocasiones, el suministro total en el Pool de Radian puede caer por debajo del valor suministrado por el oráculo de precios. En estos momentos, no se pueden desbloquear nuevos Radianes ni radiarlos en RADX hasta que se suministren más garantías en el contrato de recogida de Radianes. En todos los casos, cada vez que se estacan tokens en RAD, o se produce un intercambio o emisión de RAD, una parte de la comisión se distribuye desde el contrato de recaudador y hacia el fondo común de Radian, y también se quema permanentemente una pequeña cantidad de Radian, lo que da como resultado una reducción permanente del suministro total de Radian que puede acuñarse o intercambiarse alguna vez por RADX.
Radian Trader permite la negociación de cualquier activo utilizando su RAMM y las comisiones se dividen entre los proveedores de liquidez y Radian Pool. Esto significa que una parte de las comisiones de negociación se distribuye entre todos los titulares de Radian.
Los titulares de Radian tienen la opción de desbloquear sus tokens subyacentes en el fondo común quemando permanentemente el token Radian y recibiendo a cambio una proporción igual de los tokens contenidos en Radian Pool, o utilizando el token RAD para "irradiar" tokens de liquidez RDX que pueden utilizarse para comerciar en cualquier bolsa descentralizada.
Para reforzar la gobernanza de forma fiable y estabilizar el intercambio entre RAD, RDX y Radian Pool, el propio token RAD de Radian no es negociable, pero puede quemarse a cambio de su suministro proporcional de Radian Pool, utilizarse directamente para la gobernanza descentralizada o desbloquearse y convertirse en RDX.
Cuando un proveedor de liquidez añade liquidez a un pool, recibe un token específico para ese pool que representa su parte del pool de liquidez. A continuación, este token puede apostarse en el contrato Radian Yield para ese fondo. Cuando se apuestan los tokens de liquidez, la totalidad de las comisiones de negociación que habrían ido a parar al LP van a parar al recaudador.
Sin embargo, el LP ganará ahora cantidades considerables de Radian en cada recompensa de bloque que, dependiendo del APY, está diseñada para crear recompensas superiores para el LP que simplemente proporcionar liquidez por sí sola.
Similar en diseño al DAI de MakerDao, la moneda estable Radian necesita ser colateralizada utilizando un factor de colateralización para poder acuñar nuevas monedas USD Plus.
Pretendemos que la moneda estable Radian sea una moneda estable de capa 2 por defecto. Aunque las soluciones de capa 2 basadas en rollups y pruebas de conocimiento cero aún están en pañales, las pruebas han demostrado ser viables, por lo que planeamos utilizar esta innovadora tecnología criptográfica. De este modo, las transacciones más pequeñas resultarán muy prácticas, aunque sigue existiendo el problema de los depósitos y las retiradas. Incluso si una solución de capa 2 permite que una transferencia sea como un céntimo, sigue siendo necesaria una transacción de capa 1 que podría costar fácilmente 100 veces más en gas en la red Ethereum para poder moverla con confianza a la capa 2 en primer lugar. Por lo tanto, nuestra intención actual con la moneda estable de Radian es que USD Plus se acuñe en la capa 2 para empezar, y proporcionar rampas de entrada y salida a través de cualquier aplicación descentralizada para que USD Plus se pueda utilizar sin tener que interactuar nunca con la capa 1.
Si este plan resulta crear demasiadas limitaciones o dificultades para nuestro lanzamiento inicial, podemos optar por desplegar USD Plus inicialmente en la capa 1 y, a continuación, como transición a la capa 2, empezar con USD Plus como el primer aspecto de Radian que se ponga en marcha en la capa 2.
Radian contiene capacidades de filtrado de listas negras y listas blancas de usuarios con identidad verificada sin exponer ninguna información PII mediante el uso de hashing criptográfico. El protocolo también permite a las dapps mantener sus propias listas blancas y negras para permitir que se produzcan transacciones conformes, sin exponerse a sí mismas ni a la identidad de sus usuarios. Se anima a las aplicaciones que se basan en el protocolo Radian a que utilicen las funciones del contrato de conformidad, ya que esto les permite cumplir la normativa si surge la necesidad.
Sin embargo, dado que Radian es un software abierto y descentralizado, la responsabilidad recae en la aplicación que utiliza el protocolo para garantizar que se cumplen todas las normativas conocidas dentro de su jurisdicción, y el propio protocolo no hace ninguna afirmación o reclamación aparte del hecho de que permite el cumplimiento, donde la mayoría de los protocolos fallan en este sentido.
Como muchos han descubierto, los protocolos DeFi pueden ser a menudo susceptibles de múltiples tipos de ataques, incluidos ataques económicos que explotan las características del protocolo, o ataques que podrían explotar las características de gobernanza y permitir a los atacantes controlar aspectos críticos de la red.
Radian está diseñado para no permitir este tipo de ataques como parte del protocolo, y además estamos trabajando y seguiremos trabajando con algunas de las mejores y más respetadas empresas de auditoría de seguridad, investigadores de seguridad y auditores de contratos inteligentes para garantizar que cualquier superficie vulnerable descubierta se proteja de forma segura y descentralizada.
Planeamos soportar un rendimiento de transacciones mucho mayor de lo que es posible actualmente en la capa 1 de Ethereum. Por lo tanto, planeamos desplegar la totalidad del protocolo Radian tan pronto como sea posible en una solución de capa 2.
Aunque las soluciones de capa 2 hacen que las transacciones sean baratas para los activos dentro de la capa 2, todavía se requiere una transacción cara en la capa 1 para entrar en ella, por lo tanto, nuestro objetivo de hacer de Radian un protocolo DeFi completo y con todas las características se entiende mejor, y esta es una de las razones principales por las que Radian implementa un conjunto tan completo de características financieras descentralizadas.
Nuestro plan de escalado para la capa 2 incluye que todas las funciones de los contratos inteligentes de Radian que entren en la capa 2 tendrán dos tipos de funciones:
La función de entrada estándar común a los contratos actuales habilitados para capa 2. Por ejemplo, una función de "Depósito" para depositar activos en la capa 2.
Una función equivalente, que agrupa la acción de varios usuarios que hacen lo mismo en una única función, similar en concepto a la agrupación de transacciones y a muchas de las ideas subyacentes a los canales de estado.
Todos los derechos reservados.