> For the complete documentation index, see [llms.txt](https://docs.pots.money/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.pots.money/es/como-funciona-ibs/tesoreria-inteligente.md). # Tesorería inteligente #### La arquitectura de reservas Un sistema monetario es tan creíble como lo sean sus reservas. IBS mantiene una tesorería de cuatro componentes, donde el pool LP propiedad del protocolo forma la capa base de reserva, respaldada por tres módulos operativos adicionales: $$\mathcal{T} = {V\_{LP},\ T\_{RBS},\ T\_{ST},\ T\_{PBM}}$$ {% hint style="success" %} 📌 El LP es la tesorería. El USDT y el IBS bloqueados permanentemente en el pool LP Blackhole no están separados de la tesorería: son el componente de reserva más grande y fundamental de la tesorería. Toda fórmula de solvencia en este protocolo lo considera $$V\_{LP}$$ como el activo de respaldo principal. {% endhint %} Estos componentes no son intercambiables. Cada uno tiene entradas dedicadas, propósitos definidos y una lógica de ejecución separada. | Componente | Naturaleza | Ejecución | | ------------------------------------------------ | ----------------------------------------------------------- | ---------------------------- | | $$V\_{LP}$$ **— LP propiedad del protocolo** | Reserva base permanente; USDT + IBS bloqueados en Blackhole | Inmutable (no puede moverse) | | $$T\_{RBS}$$ **— Estabilidad acotada por rango** | Reserva activa de estabilización | Automatizado | | $$T\_{ST}$$ **— Tesorería de seguridad** | Reserva de solvencia de último recurso | Gobernanza multifirma | | $$T\_{PBM}$$ **— Fondo de pujas POTS** | Distribución del token de gobernanza | Automatizado + multifirma |

#### Capa 1: RBS — Estabilidad acotada por rango El módulo RBS es el estabilizador activo del mercado del protocolo. Opera dentro de una banda de precios definida alrededor del valor de respaldo de IBS: $$\mathcal{B}*{RBS} = \[P*{RBS}^{-},\ P\_{RBS}^{+}] = \[B\_{IBS} \times 0.95,\ B\_{IBS} \times 1.10]$$ Cuando $$P\_{market} > P\_{RBS}^{+}$$ (precio por encima de la banda superior): El protocolo acuña nuevos IBS en el pool LP, absorbiendo USDT en $$T\_{RBS}$$: $$\Delta T\_{RBS} = +\Delta V\_{USDT,\ absorbed}When $P\_{market} < P\_{RBS}^{-}$$$ (precio por debajo de la banda inferior): El protocolo inyecta USDT desde $T\_{RBS}$ en el pool LP para recomprar y quemar IBS: $$\Delta T\_{RBS} = -\Delta V\_{USDT,\ deployed}$$ El módulo RBS está totalmente automatizado — no se requiere aprobación de gobernanza para las operaciones rutinarias de estabilización. Su capacidad de reserva está limitada: $$T\_{RBS} \geq T\_{RBS}^{min} = \gamma \cdot V\_{LP}$$ Donde $$\gamma$$ es la relación mínima de reserva de RBS (valor inicial: 0,20, es decir, 20% del valor del LP). Si $$T\_{RBS}$$ cae por debajo de este umbral, la emisión de bonos se pausa hasta que las reservas se repongan. #### Capa 2: Tesorería de seguridad — La garantía de solvencia La Tesorería de seguridad $$T\_{ST}$$ es la reserva de último recurso del protocolo. Existe para un solo propósito: garantizar que cada IBS en circulación pueda canjearse por al menos 1 USDT, bajo cualquier condición de mercado. La condición de solvencia es: $$\frac{V\_{LP} + T\_{RBS} + T\_{ST}}{S\_{circ}} \geq 1 \quad \text{(always)}$$ $$T\_{ST}$$ se financia con una parte de los ingresos del protocolo (flujos YRF) y crece monótonamente en funcionamiento normal. Solo puede desplegarse bajo una condición específica: cuando ambos $$T\_{RBS}$$ está agotado y $$R < 1 + \epsilon$$. El despliegue de $$T\_{ST}$$ requiere aprobación de gobernanza multifirma — no puede activarse solo por ningún proceso automatizado. Esta protección de dos capas (automatización + gobernanza) evita tanto crisis lentas como explotaciones rápidas. #### Capa 3: Fondo de pujas POTS — Distribución del token de gobernanza El fondo de pujas POTS $$T\_{PBM}$$ se financia con dos fuentes: $$T\_{PBM}(t) = \int\_0^t \left\[\tau\_{slash}(s) \cdot V\_{unlock}(s) + \rho\_{YRF}(s)\right]ds$$ Donde: * $$\tau\_{slash}$$ = Tasa de penalización aplicada a cada desbloqueo (valor inicial: 10–30% según la velocidad de desbloqueo) * $$V\_{unlock}$$ = Valor en USDT de cada evento de desbloqueo * $$\rho\_{YRF}$$ = Tasa de flujo de ingresos del protocolo YRF $$T\_{PBM}$$se usa exclusivamente para pujar por y redistribuir tokens de gobernanza $POTS mediante el mecanismo de subasta PBM. Se rige por la aprobación multifirma de la DAO para asignaciones estratégicas, mientras que la ejecución rutinaria de las pujas está automatizada. #### La Tesorería como un mecanismo de compromiso de teoría de juegos La arquitectura de tesorería de tres capas funciona como un mecanismo de compromiso creíble en el sentido de la teoría de juegos. Un compromiso es creíble cuando su reversión es costosa — y la arquitectura de tesorería hace que la reversión sea estructuralmente imposible para las capas automatizadas. Considere lo siguiente: un atacante racional que contemple un ataque de corrida bancaria contra IBS debe superar tres barreras secuenciales: 1. RBS: la recompra automatizada absorbe la primera ola de presión vendedora 2. Tesorería de seguridad: la gobernanza multifirma debe aprobar cualquier despliegue — introduciendo un retraso temporal que permite la respuesta de la comunidad 3. LP permanente: incluso si ambas reservas se agotan, persiste el piso de liquidez permanente — proporcionando un valor de rescate distinto de cero Por lo tanto, el costo de un ataque exitoso es: $$C\_{attack} \geq T\_{RBS} + T\_{ST} + L\_{permanent}$$ Para un atacante racional, el ataque solo es rentable si la ganancia esperada supera este costo. A medida que la tesorería crece, el ataque se vuelve progresivamente menos viable — una propiedad conocida como escalado de la seguridad económica. {% hint style="success" %} 🏛️ El resultado La Tesorería Inteligente no es solo un fondo de reservas. Es un elemento disuasorio de teoría de juegos — un sistema diseñado para que atacar el protocolo sea siempre más caro que participar en él. {% endhint %} #### Gobernanza: automatización + multifirma | Operación | Ejecución | Aprobación requerida | | ----------------------------------------- | ------------ | -------------------- | | Estabilización RBS (rutinaria) | Automatizado | Ninguna | | Emisión / pausa de bonos | Automatizado | Ninguna | | Despliegue de la Tesorería de seguridad | Multifirma | 25 de 50 firmantes | | Actualización de parámetros del protocolo | Multifirma | 25 de 50 firmantes | | Asignación estratégica de la tesorería | Multifirma | 25 de 50 firmantes | La estructura multifirma de 25 de 50 garantiza que ningún actor individual — incluido el equipo fundador — pueda acceder unilateralmente a los fondos de la tesorería. Cualquier decisión estratégica requiere consenso entre un conjunto distribuido de poseedores de claves. #### Parámetros iniciales | Parámetro | Símbolo | Valor inicial | Gobernanza | | ----------------------------------------- | -------------------------- | --------------------------- | -------------------- | | Multiplicador de la banda superior de RBS | — | 1.10 | Ajustable por la DAO | | Multiplicador de la banda inferior de RBS | — | 0.95 | Ajustable por la DAO | | Relación mínima de reserva de RBS | $$\gamma$$ | 0.20 (20%) | Ajustable por la DAO | | Tasa de penalización (inmediata) | $$\tau\_{slash}^{fast}$$ | 30% | Ajustable por la DAO | | Tasa de penalización (lineal) | $$\tau\_{slash}^{linear}$$ | 10% | Ajustable por la DAO | | Participación de ingresos YRF para PBM | $$\rho\_{YRF}$$ | 100% de los ingresos de CBT | Ajustable por la DAO | | Umbral multifirma | — | 25 de 50 | Ajustable por la DAO | > Todos los parámetros están sujetos a la gobernanza de la DAO. Consulte la tabla de referencia de parámetros.