🏛 Actualización de la capacidad del Router vs Inmutabilidad del Pool en la arquitectura de STONfi
STONfi separa los contratos por responsabilidad. Los contratos de Pool mantienen las reservas y ejecutan la lógica del AMM, mientras que el Router coordina los intercambios y las operaciones de liquidez. El punto importante es qué componente puede cambiar y por qué.
🔒 POR QUÉ LOS POOLS SON INMUTABLES
Los contratos de Pool contienen las reservas y la lógica de precios central del AMM para un par de negociación. Una vez desplegados, su código no puede modificarse. Por lo tanto, la liquidez existente sigue rigiéndose por la misma lógica del pool.
- La lógica central del AMM permanece fija después del despliegue.
- La liquidez existente permanece bajo la misma lógica desplegada.
El intercambio es claro: un error no descubierto no puede simplemente corregirse dentro de ese pool. La inmutabilidad elimina una vía de actualización posterior, pero no prueba que el código original sea impecable.
🔧 POR QUÉ EL ROUTER ES ACTUALIZABLE
El Router es el punto de entrada del DEX. Recibe mensajes de intercambio y de liquidez, y los dirige al Pool correspondiente. A diferencia de los Pools, está diseñado para evolucionar.
La infraestructura de enrutamiento puede cambiar a medida que el ecosistema se desarrolla, sin necesidad de reemplazar cada pool existente.
Pero el proceso no es instantáneo. Las actualizaciones del Router utilizan un bloqueo temporal (timelock) de siete días, lo que les da tiempo a los usuarios para inspeccionar el cambio propuesto antes de activarse.
⚖ DOS MODELOS DE CONFIANZA DIFERENTES
En términos simples:
Pool = lógica fija de AMM y de mantenimiento de valor.
Router = capa de coordinación adaptable.
La inmutabilidad del Pool evita cambios posteriores en la lógica de AMM desplegada. El timelock del Router preserva la flexibilidad de actualización a la vez que hace que los cambios sean observables antes de la activación. Esa distinción define el modelo de confianza.
Ninguna propiedad elimina todo riesgo. El código inmutable aún puede contener errores, mientras que una actualización del Router con timelock sigue requiriendo atención.
La pregunta clave no es si STONfi es “inmutable”. Es qué contrato es inmutable, cuál es actualizable y qué controles existen alrededor de esa actualización.
No es asesoramiento de inversión: ¡investiga por tu cuenta! 🚀
$SOL
STONfi separa los contratos por responsabilidad. Los contratos de Pool mantienen las reservas y ejecutan la lógica del AMM, mientras que el Router coordina los intercambios y las operaciones de liquidez. El punto importante es qué componente puede cambiar y por qué.
🔒 POR QUÉ LOS POOLS SON INMUTABLES
Los contratos de Pool contienen las reservas y la lógica de precios central del AMM para un par de negociación. Una vez desplegados, su código no puede modificarse. Por lo tanto, la liquidez existente sigue rigiéndose por la misma lógica del pool.
- La lógica central del AMM permanece fija después del despliegue.
- La liquidez existente permanece bajo la misma lógica desplegada.
El intercambio es claro: un error no descubierto no puede simplemente corregirse dentro de ese pool. La inmutabilidad elimina una vía de actualización posterior, pero no prueba que el código original sea impecable.
🔧 POR QUÉ EL ROUTER ES ACTUALIZABLE
El Router es el punto de entrada del DEX. Recibe mensajes de intercambio y de liquidez, y los dirige al Pool correspondiente. A diferencia de los Pools, está diseñado para evolucionar.
La infraestructura de enrutamiento puede cambiar a medida que el ecosistema se desarrolla, sin necesidad de reemplazar cada pool existente.
Pero el proceso no es instantáneo. Las actualizaciones del Router utilizan un bloqueo temporal (timelock) de siete días, lo que les da tiempo a los usuarios para inspeccionar el cambio propuesto antes de activarse.
⚖ DOS MODELOS DE CONFIANZA DIFERENTES
En términos simples:
Pool = lógica fija de AMM y de mantenimiento de valor.
Router = capa de coordinación adaptable.
La inmutabilidad del Pool evita cambios posteriores en la lógica de AMM desplegada. El timelock del Router preserva la flexibilidad de actualización a la vez que hace que los cambios sean observables antes de la activación. Esa distinción define el modelo de confianza.
Ninguna propiedad elimina todo riesgo. El código inmutable aún puede contener errores, mientras que una actualización del Router con timelock sigue requiriendo atención.
La pregunta clave no es si STONfi es “inmutable”. Es qué contrato es inmutable, cuál es actualizable y qué controles existen alrededor de esa actualización.
No es asesoramiento de inversión: ¡investiga por tu cuenta! 🚀
$SOL
