El protocolo Reserve permite a cualquier persona crear stablecoins respaldadas por cestas de tokens ERC-20 en Ethereum. Las stablecoins de Reserve se llaman RTokens.

Al igual que con cualquier aplicación de contrato inteligente, el comportamiento real puede variar del comportamiento previsto, por lo que es más seguro esperar a que una aplicación se utilice durante un largo período de tiempo antes de confiar en que se comporte como se espera. Este resumen y la documentación posterior describen el comportamiento previsto.

Una vez que se ha implementado una configuración de RToken, los RTokens se pueden emitir depositando toda la cesta de tokens de respaldo del colateral, y también se pueden canjear por toda la cesta. Por lo tanto, un RToken tiende a comerciar al valor de mercado de toda la cesta que lo respalda, ya que cualquier precio más bajo o más alto podría ser objeto de arbitraje.

Los RTokens pueden ser asegurados, lo que significa que si alguno de sus tokens de respaldo del colateral entra en default, hay un fondo de valor disponible para compensar la pérdida. El seguro de RToken es proporcionado por los titulares de los Reserve Rights (RSR), quienes pueden elegir apostar sus RSR en cualquier RToken. Los RSR apostados pueden ser incautados en caso de incumplimiento, en un proceso que es completamente mecanístico basado en los feeds de precios en cadena, y no depende de ninguna votación de gobernanza o decisiones humanas.

Los RTokens pueden generar ingresos y estos ingresos son el incentivo para que los titulares de RSR apuesten. Los ingresos pueden provenir de comisiones por transacciones, repartición de ingresos con emisores de tokens de respaldo del colateral o rendimientos de préstamos de tokens de respaldo del colateral en cadena. La gobernanza puede dirigir cualquier parte de los ingresos a los apostantes de RSR, para incentivar a los titulares de RSR a apostar y proporcionar seguro. Si un RToken no genera ingresos o si ninguno de ellos se dirige a los apostantes de RSR, probablemente no tendrá RSR apostado, y por lo tanto no estará asegurado en caso de un incumplimiento del token de respaldo del colateral.

Cada RToken es gobernado por separado y cada uno puede tener un sistema de gobernanza completamente diferente. Los RTokens iniciales que el equipo principal está implementando tendrán sistemas de gobernanza relativamente simples, que probablemente evolucionarán con el tiempo. Esa evolución depende de aquellos que tienen el poder en los sistemas de gobernanza iniciales.

La gobernanza no define solo una cesta para respaldar un RToken, sino una serie de cestas organizadas en una estructura similar a un árbol. Por lo tanto, hay una cesta actual y una serie de respaldos que se seleccionan algorítmicamente en caso de incumplimiento. Un token de respaldo del colateral se considera que ha incumplido si su valor ha bajado más de una cantidad definida durante un tiempo determinado, en relación con cualquiera de sus tokens de respaldo disponibles más abajo en la estructura similar a un árbol.

Para los tipos de RTokens que el equipo principal imagina, el incumplimiento será una situación extremadamente rara de "cisne negro", no algo que ocurra regularmente. Pero aún así, podría suceder, y ese es el propósito del mecanismo de seguro.

La gobernanza puede actualizar regularmente la configuración de la cesta. Cuando se actualiza la cesta actual, o en caso de incumplimiento, el protocolo realiza transacciones en cadena para alcanzar la nueva composición de la cesta. Este comercio se modulariza para que pueda suceder de diferentes maneras a medida que evoluciona la liquidez en cadena. El acceso a los AMM existentes y la realización de subastas en lote son los principales métodos anticipados para el comercio en cadena en el corto plazo.