Reserve Rights (RSR)¶
Reserve Rights (RSR) es un token ERC20 común a todos los tokens de Reserve (RTokens). RSR se puede apostar en un RToken en particular, donde tiene dos funciones:
- El RSR apostado recibe una parte de los ingresos de la garantía de RToken a cambio de ser el primer capital en riesgo en caso de incumplimiento de la garantía.
- El RSR apostado o en staking propone y vota sobre cambios en la configuración del RToken.
Toda la información relevante sobre el suministro de RSR, calendario de lanzamiento, auditorías, etc. se puede encontrar a través de los siguientes enlaces:
- Código fuente
- Contrato en vivo
- Auditoría
- Mercados: CMC / CoinGecko
- Estadísticas de GeckoTerminal
- Calendario de lanzamiento
Staking de Reserve Rights¶
Los Reserve Rights (RSR) existen como un mecanismo de sobrecolateralización para que los holders de RToken estén protegidos en el improbable caso de que se produzca un incumplimiento del token colateral. Para que los holders de RSR brinden esta sobrecolateralización, pueden decidir apostar en cualquier RToken o dividir sus RSR tokens apostando en múltiples RTokens. Los holders de RSR también pueden decidir no apostar su RSR en absoluto.
A cambio de proporcionar este seguro, los stakers de RSR pueden esperar recibir una parte de los ingresos del RToken específico en el que apuestan. Como regla general, los participantes de RSR pueden esperar rendimientos más altos (APY) a medida que aumenta la capitalización de mercado del RToken en el que apuestan.
Cuando se apuesta RSR en un RToken, se deposita en un contrato de participación específico para ese RToken, y el staker recibe un token ERC-20 correspondiente, que representa su posición de RSR apostada en ese RToken en particular. Este token es transferible y fungible con otros saldos RSR apostados para ese RToken, por lo que puede enviar cualquier parte de la posición apostada a otra persona o intercambiarla, y el nuevo holder puede dejar de apostar si así lo desea.

El RSR apostado puede ganar recompensas, en función de tres factores:
- La cantidad de ingresos que genera el RToken
- La parte de los ingresos que la gobernanza ha dirigido a las partes interesadas de RSR
- Su parte del RSR total apostado en ese RToken
Como un ejemplo simple, supongamos (estos números están hechos para explicarlo de forma simple, para aclarar las matemáticas detrás):
- Un RToken ficticio generó $100 en ingresos en un período
- El 20 % de los ingresos se designó para stakers de RSR
- Se apostaron 1000 RSR totales
- Había apostado 100 del total de 1000 RSR que está apostado
En este ejemplo simple, obtendría $100 * 20% * (100/1000) = $2 para ese período.
El protocolo almacena los ingresos para un RToken en diferentes ERC20s (incluyendo RTokens). Cuando se distribuyen las recompensas de staking, se compra RSR en el mercado a través de subastas con esos ERC20s y se deposita en el contrato de staking para distribuir las recompensas a los stakers de RSR. Por lo tanto, a medida que se ganan las recompensas, la tasa de conversion de RSR apostado a RSR aumenta.
Cuando se apuesta RSR, en realidad está en juego. El RSR en staking puede ser incautado por el protocolo en el caso de un incumplimiento de token colateral, para cubrir las pérdidas de los titulares de RToken. Se incauta a prorrata si esto sucede.
Dejar el staking de RSR viene con un retraso, que es configurable por el gobierno, y se prevé que por lo general sea entre 7 y 30 días. Este retraso es necesario para que, en caso de incumplimiento, el RSR apostado permanezca en el contrato de participación durante el tiempo suficiente para permitir que el RToken se apodere de cualquier RSR que necesite para cubrir pérdidas.
Durante este periodo de retraso, el staker no gana ninguna recompensa. Esto es necesario para evitar que los participantes se retiren y vuelvan a depositar una y otra vez para subvertir el mecanismo de demora de retiro.
Gobernanza deReserve Rights¶
Si bien cada RToken puede tener su propio sistema de gobierno personalizado, esperamos que la mayoría de los RTokens usen nuestra configuración predeterminada donde la cantidad de tokens RSR que posee un participante sirve como peso de votación.
Si tanto la sobrecolateralización como el gobierno de un RToken lo realizan los holders de tokens RSR, existe el incentivo para que los participantes del gobierno de RSR mantengan el RToken lo más seguro posible, en lugar de correr riesgos innecesarios con la garantía, ya que son sus fondos los que serían incautado primero si alguna de las garantías del RToken incumpliera.
El sistema de gobierno creado por Reserve se basa en un modelo transparente y democrático. Permite a los holders de RSR proponer, discutir, y votar en cambios en el protocolo.
Esta diseñado con foco en la comunidad, lo que significa que cualquiera puede proponer cambios para modificar o mejorar un RToken. Una vez que la propuesta es presentada, los holders de RSR votan. Si la propuesta pasa y cumple con el criterio requerido, el código para actualizar el RToken puede ser ejecutado (después de un período de demora pre-definido).
Governor Alexios es nuestra implementación recomendada de gobierno, la cual es detallada a continuación.
Reserve Governor Alexios¶
El equipo de Reserve ha implementado un sistema de gobierno recomendado para RTokens (Reserve Governor Alexios) que se sugerirá a los implementadores de RToken de forma predeterminada. Este sistema de gobierno es una versión ligeramente modificada del [Gobernador de OpenZeppelin] (https://docs.openzeppelin.com/contracts/4.x/api/governance).
Governor Alexios permite a los holders de RSR participar en el proceso de toma de decisiones del protocol al proponer, votar, y ejecutar propuestas. Sigue un modelo de delegación donde los holders de RSR pueden delegar su poder de voto a otras direcciones. Esto permite una participación más eficiente en el proceso de toma de decisiones e incrementa la participación general.
El proceso de gobierno esta dividido en tres sub-fases:
Propuesta
: Las propuestas pueden incluir cambios a ciertos parámetros del protocolo, nuevas funcionalidades, o todo aquello que requiera aprobación de los holders de RSR. Las propuestas pueden ser creadas por cualquiera que tenga en su poder una cantidad mínima requerida de tokens.Voto
: Un voto es una decisión tomada por un holder de tokens sobre una propuesta. Los votos pueden ser a favor, en contra, o en abstención. Los holders de tokens pueden delegar su poder de voto a otra dirección para que vote en su representación.Ejecución
: Una vez que una propuesta es aprobada, puede ser ejecutada para completar la acción requerida.
Un componente de timelock se introduce una vez que una propuesta es aprobada. Esto agrega una demora configurable entre que la propuesta es aprobada y se completa su ejecución, lo cual permite a los holders de RToken tomar una decisión antes de que algún cambio se implemente.
Los siguientes parámetros pueden ser configurados en el proceso de gobierno:
- Límite de propuesta (
Proposal Threshold
): El mínimo poder de voto requerido para crear una propuesta. Quorum
: El mínimo poder de voto requerido para considerar válida una votación.- Votación snapshot (
Voting snapshot delay
): El tiempo para poder hacer stake entre que la propuesta es creada y hasta que se toma el snapshot del poder de voto de cada participante. - Período de votación (
Voting period
): La duración del período de votación para cada propuesta. - Demora de Ejecución (
Execution delay
): El tiempo entre que una votación es aprobada, y entre que es finalmente ejecutada. Provee de un tiempo a los holders de RToken para tomar una decisión antes de que los cambios se apliquen.
Por defecto, el proceso de extremo a extremo para aprobar y ejecutar propuestas es por defecto de 8 días:
- Votación snapshot: 2 días
- Período de votación: 3 días
- Demora de ejecución: 3 días
Dentro de RSR Governor, cada RToken puede tener diferentes funciones de protección asignadas: Pauser, Short Freezer, Long Freezer, y Guardian, que el implementador/propietario de RToken puede otorgar a cualquier dirección de Ethereum. Cada uno tiene la capacidad de poner el sistema de su RToken en ciertos estados en caso de un ataque, vulnerabilidad o error. Estos estados son:
- En pausa: cuando el sistema de un RToken está en pausa, todas las interacciones además del canje, las funciones ERC20, el staking de RSR, y el pago de rendimientos están deshabilitadas.
- Congelado: cuando el sistema de un RToken está congelado, todas las interacciones además de las funciones ERC20 y el staking de RSR están deshabilitadas.
Para obtener más información sobre la pausa, la congelación breve y la congelación prolongada, consulte la sección de funciones y estados del sistema.
Suministro de Reserve Rights¶
Reserve Rights (RSR) tiene un suministro total fijo de 100 mil millones de tokens, de los cuales hay actualmente 42.3b en circulación. Los tokens RSR 57.7b restantes están bloqueados. De estos, 49.4b tokens pertenecen a Slow Wallet y 8.3b a inversores iniciales, socios estratégicos, miembros del equipo y asesores.
La Slow Wallet es una billetera bloqueada controlada por el proyecto Reserve, utilizada para financiar iniciativas de adopción de RToken como listados, asociaciones, marketing bajo el, etc. control discrecional del equipo de Reserve. Sin embargo, tiene un retraso codificado de 4 semanas después de iniciar cada transacción de retiro en la cadena de bloques. Al iniciar una transacción de retiro, el equipo anuncia el propósito del retiro a través de un mensaje público en la cadena o en las redes sociales. Si los holders de RSR no están de acuerdo con el propósito del retiro, pueden vender su RSR en el período de 4 semanas antes de que el proyecto pueda vender lo que han retirado. El equipo solo puede acceder a estos tokens retirados después de esas 4 semanas.
Calendario de lanzamiendo de Reserve Rights¶
Como se anunció en nuestra actualización de fin de año de 2021, todos los holders de RSR bloqueados recibieron dos opciones para desbloquear su RSR. Inicialmente, solo había una opción, pero después de que la comunidad de Reserve expresó su preocupación sobre el cronograma de desbloqueo en particular, comenzamos a pensar en formas de mejorarlo, lo que llevó a la nueva opción.
Hay mucha información de fondo relevante que nos encantaría que conozca, por lo que le recomendamos que vea el video a continuación, donde el CEO de Reserve, Nevin Freeman, explica todos los detalles:
El resumen a continuación muestra los detalles de cada programa de desbloqueo, así como una estimación del porcentaje de holders de RSR bloqueados que eligieron cada opción.
Opción 1¶
Esta es la nueva opción que se propuso a todos los holders de RSR bloqueados en diciembre de 2021. Aquí hay un breve resumen de lo que implica esta nueva opción (consulte el video de arriba para obtener todos los detalles):
- En lugar de que los tokens RSR se desbloqueen en el lanzamiento de la red principal, los tokens se desbloquearon linealmente en enero de 2022 en el transcurso de 6 meses.
- Pero... estos tokens en realidad no se desbloquearon, ya que aún estaban bajo la custodia de Reserve.
- Si los titulares de RSR desearon vender cualquiera de sus tokens RSR, enviaron su solicitud para vender tokens a través de un escritorio OTC conectado.
- Esta mesa OTC igualó las órdenes de venta con las compras OTC y limitó las ventas en los intercambios a aproximadamente el 3 % del volumen real de transacciones diarias, a fin de limitar el impacto en el precio de RSR.
- Después de seis meses, los holders de RSR que optaron por esta opción recibieron directamente todos los tokens que no decidieron vender.
Opción 2¶
Este es el horario de desbloqueo original. Aquí tienes un resumen de lo que supone esta opción de desbloqueo:
- El día del lanzamiento del protocolo en la red principal de Ethereum, el 10 % de los tokens bloqueados del titular se desbloquearon a la vez.
- Posteriormente, el 90% restante se distribuyó linealmente en los siguientes seis meses.
Total¶
Aquí hay un desglose de la cantidad de RSR en poder de los titulares de RSR bloqueados que se desbloquearon para cada opción:
- Opción 1: 29.4b RSR (89,5%)
- Opción 2: 3.5b RSR (10,5%)