Nuestra propuesta para desactivar la inflación

La inflación no está beneficiando a los proyectos que se construyen en Stellar

Cuando Stellar fue concebido, imaginamos un mecanismo de incentivo por el cual los titulares de cuentas dirigirían colectivamente lumens generados por inflación hacia proyectos construidos en Stellar. La idea era que esos lumens apoyarían el desarrollo y crecimiento del ecosistema, por eso la inflación se configuró como una votación, por qué puedes dirigir tu inflación a cualquier dirección de Stellar, y por qué requiere una cantidad mínima de apoyo comunitario reflejada por el número de votos para ser elegible para recibir inflación.

Cinco años y varios millones de cuentas después, está claro que la inflación no sirve a este propósito. En lugar de enviar inflación a proyectos que se construyen en Stellar, la mayoría de los usuarios se unen a pools para reclamar esa inflación para sí mismos, si es que establecen su destino de inflación en absoluto. Cada semana, el protocolo crea nuevos lumens; cada semana la mayoría de esos lumens van a titulares de cuentas individuales o a cuentas de SDF.

Unos pocos proyectos del ecosistema Stellar reciben suficientes votos para calificar para inflación, pero las buenas personas que votan por esos proyectos están esencialmente optando por no participar en los pools de inflación. Están eligiendo hacer una donación. Estamos a favor de eso, pero simplemente no tiene sentido incorporar la opción de donar en el protocolo mismo.

Cada vez más, la inflación se reparte proporcionalmente entre los titulares de cuentas individuales, lo que significa que en realidad no sirven ningún propósito económico. Los saldos aumentan al unísono con el suministro total de XLM, por lo que los aumentos individuales se compensan con un aumento exactamente proporcional en todas partes. Imagina despertar con el doble de dinero en tu cuenta bancaria solo para descubrir que a todos los demás también les pasó, y por lo tanto, todo cuesta el doble. Realmente, nada habría cambiado. La inflación, para Stellar, es solo redenominar el ecosistema cada semana.

La inflación llevará a problemas de escalabilidad en el futuro

Para hacer crecer la red, necesitamos maximizar la eficiencia, el rendimiento y la escalabilidad, y continuar produciendo pagos semanales sin operaciones va en contra de esa necesidad. Los pagos de los pools de inflación no tienen mucho impacto operativo ahora, pero a medida que Stellar crezca y el número de cuentas aumente, comenzarán a ser un lastre. Cuanto más crezca la red, mayor será el problema.

Recientemente, OrbitLens de stellar.expert presentó una Propuesta de Avance del Núcleo en nuestro repositorio de Github de código abierto que describe un plan para desactivar la inflación. El cambio necesario es en realidad increíblemente simple: simplemente modificamos la operación de inflación para que no haga nada. En su lugar, devuelve un código de resultado opNOT_SUPPORTED. Algunos rastros vestigiales del mecanismo pueden permanecer pero no tendrán ningún efecto. Todavía podrás establecer el destino de inflación en tu cuenta, por ejemplo, pero no se enviará ninguna inflación. Las tarifas seguirán yendo al pool de tarifas, simplemente estarán bloqueadas allí, inaccesibles y sin usar.

Dado que la ejecución técnica es tan trivial, y dado que desactivar la inflación es realmente un asunto de sí o no, decidimos ir al grano, implementar el CAP en una versión central, y llamar a una votación de validadores.

Dejemos que la red decida

Sabemos que no podemos decidir unilateralmente este cambio; esto es simplemente nuestra propuesta de lo que creemos que es mejor. Los validadores de Stellar votan sobre qué versión del protocolo ejecuta la red, así que en última instancia depende de ellos decidir si aceptan o no esta versión que deshabilita la inflación. Después de introducir la versión 12, necesitamos dar tiempo para que todos en el ecosistema se preparen para la actualización, por lo que seguiremos el calendario normal, trabajaremos con organizaciones y SDKs para hacer los cambios necesarios, y desplegaremos en el testnet para verificar la estabilidad. Eso tomará alrededor de un mes.

Durante ese mes, estamos proponiendo que los validadores preparen sus nodos para actualizar la red a la versión 12, y para establecer el tiempo de actualización a lunes, 28/10 a las 1600 UTC. En el momento de la actualización, nos reuniremos en el canal #validators en Keybase para esperar los resultados, y para ver si deciden actualizar la red, y al hacerlo, desactivar el mecanismo de inflación actual. Cualquiera que sea el resultado de esa votación, la red avanzará junta. Muy emocionante.

¿Por qué ahora?

Desactivar la inflación es un cambio a nivel de protocolo. Requiere una actualización en toda la red para tener efecto, y las actualizaciones en toda la red toman tiempo, planificación y coordinación. Los desarrolladores del núcleo de Stellar tienen que escribir, evaluar y probar el código. Los mantenedores de SDK tienen que procesar los cambios pendientes y preparar las actualizaciones necesarias para su software. Las aplicaciones, exchanges y negocios que se construyen en Stellar tienen que asegurar que sus integraciones estén actualizadas para poder aprovechar las nuevas características y evitar interrupciones.

Para darle tiempo a todo el ecosistema para prepararse, programamos actualizaciones en toda la red con mucha antelación, y después de octubre, la próxima actualización no está programada hasta enero. Como mencionamos al principio de este post, el debate sobre la inflación ha durado alrededor de un año. En este punto, los argumentos están dentro, todos han tenido su oportunidad de hablar. Nos gustaría que los validadores votaran sobre el asunto ahora en lugar de dejarlo pendiente hasta el próximo año. Cualquiera que sea el resultado, todos podemos avanzar juntos.

¿Qué pasa si la votación no se aprueba?

Si la red decide no aceptar la actualización del protocolo que deshabilita la inflación, esto es lo que sucederá: crearemos una nueva versión del protocolo que sea la misma que la versión 12 menos el cambio para desactivar la inflación, la llamaremos versión 13, y la presentaremos para una votación. Tendremos que darle tiempo a todos en el ecosistema para instalar la versión 13, por lo que la votación de actualización de la red subsiguiente no ocurrirá durante varias semanas, pero el protocolo continuará avanzando, sin daño, sin falta.

Hay otras mejoras importantes introducidas en el protocolo v12 (como CAP24 que implementa un cambio muy solicitado a los pagos de ruta), y estamos comprometidos a asegurar que esas mejoras salgan al mundo para que la gente pueda seguir construyendo más grande y mejor en Stellar.

¿Qué pasa con los proyectos que la inflación estaba diseñada para apoyar?

El mandato de SDF es crecer y apoyar la red, y como parte de eso proporcionamos educación y asistencia técnica a proyectos que se construyen en Stellar. También ofrecemos subvenciones en lumens.

Además de subvenciones para investigación y el Fondo Comunitario de Stellar, ofrecemos subvenciones trimestrales a proyectos que construyen y mantienen infraestructura vital para que el ecosistema florezca. Esos son los exactos proyectos que la inflación estaba diseñada para beneficiar.

¿Qué pasa con la inflación que SDF ya recolectó?

Sabemos que esto es un problema para muchos en la comunidad. También nos damos cuenta de que, en general, necesitamos mejorar la transparencia alrededor de las distribuciones de lumens pasadas, presentes y futuras. “Aumentar la claridad alrededor de las tenencias y planes de distribución de lumens de SDF” está literalmente en nuestro plan de ruta, y todavía planeamos hacer eso antes de fin de año. Estamos considerando varias opciones específicas para la inflación que hemos recolectado, y una respuesta a esta pregunta será parte del plan de divulgación general. Así que mantente atento.