Motor de Staking Whitepaper v1.0
El Motor de Staking BlazePhoenix es una bóveda de un solo activo y una línea de crédito para BZPX sin oráculo alguno, porque la garantía y la deuda son el mismo token. La Identidad Maestra de Conservación (Master Conservation Identity) se exige en cada transacción que mueve valor mediante el modificador conserves — una transacción que dejara al registro reclamando más de lo que el contrato posee revierte. La emisión se reduce a la mitad a lo largo de ocho períodos de dos años (eight two-year periods), en forma cerrada sobre el reloj de bloques; un impulso cuadrático paga el compromiso de bloqueo hasta 2.75× a los siete años; dos acumuladores disjuntos pagan la emisión y el interés de los prestatarios sin subsidio cruzado alguno; el mantenimiento viaja en las transacciones ordinarias, acotado en gas; y cualquier persona del mundo puede activar el interruptor con prueba on-chain de insolvencia. El diseño descansa sobre una disciplina, compartida con el agregador BlazePhoenix y aplicada aquí al capital del propio protocolo: calcular, no confiar. Todo rendimiento, toda tasa y toda comprobación de solvencia se derivan del estado de la cadena mediante aritmética que un lector puede rehacer — sin feed de precios, sin flota de keepers, sin panel en el que haya que creer. Tres límites se enuncian de entrada, porque una garantía sólo es tan honesta como sus bordes. El motor está en construcción — el aviso de arriba, no una nota al pie. Existen roles administrativos, y cada uno se enumera con la línea que lo acota: un admin cuyos poderes de movimiento de valor no alcanzan el principal de los stakers (§10.3), y un guardián cuyo poder más fuerte no mueve fondo alguno (§12). Y el bloqueo no es incondicional: existen dos vías de parada, deliberadamente distintas entre sí, cada una especificada por completo y con su procedencia registrada de forma permanente (§12). Lo que un lector debe evaluar no es nuestra honestidad, sino nuestra fuente.
Estado: el motor está en construcción
El agregador de liquidez BlazePhoenix es el producto que está en producción. El motor de staking no está en producción: está en ingeniería activa. Este documento especifica el diseño del motor de staking tal como está — cada ecuación, invariante, constante y punto de entrada nombrado más abajo es la especificación a la que queda sujeta la implementación — para que un lector pueda evaluar el motor antes de que exista. Publicar primero el diseño es el orden correcto de las operaciones para el software inmutable: un contrato que no puede parchearse debe juzgarse antes de desplegarse, no después, y este documento está construido para hacer posible ese juicio — cada número re-derivable, cada garantía enunciada con su punto de aplicación y su límite en el mismo párrafo. Cuando el motor se despliegue, el bytecode desplegado pasa a ser canónico y este documento pasa a ser su registro; hasta entonces, el documento es la afirmación pública y falsable del motor sobre lo que llegará a ser. Texto completo, en inglés: https://blazephoenix.xyz/staking-whitepaper.md
§1 · Una disciplina, dos motores
BlazePhoenix es un protocolo financiero on-chain completo, construido a partir de dos motores entrelazados — un agregador de liquidez y un motor de staking — que comparten una disciplina: calcular, no confiar. Todo precio, todo rendimiento y toda comprobación de solvencia del protocolo se derivan del estado de la cadena mediante aritmética que un lector puede rehacer. Sin servicio de enrutamiento, sin oráculo de precios, sin keeper, sin ruta de actualización: donde la mayoría de los protocolos pide que se les crea, éste publica los medios para ser comprobado.
§2 · La tesis del staking y la Identidad Maestra de Conservación
Un agregador enruta la liquidez de otros; un protocolo debe además cultivar la propia. El Motor de Staking BlazePhoenix convierte el BZPX de un saldo estático en capital productivo — un instrumento de rendimiento, una línea de crédito colateralizada y el mecanismo de alineación que vincula a los tenedores de largo plazo con el éxito del protocolo — y hace todo esto en un solo contrato, gobernado por una sola ecuación.
§3 · El token y el calendario de emisión
Mil millones de BZPX, fijos para siempre, como un ERC-20 corriente: 18 decimales, sin ruta de acuñación, sin comisión en la transferencia, sin rebasing, sin hooks de transferencia, sin pausa ni lista negra — las seis invariantes de despliegue registradas en el repositorio de staking, verificadas contra el bytecode del token en el momento del cableado. El suministro totalmente diluido se conoce desde el génesis; la escasez es una propiedad del contrato, no una política. La distribución de los mil millones entre las asignaciones del protocolo es un registro a nivel de protocolo y vive con el documento acompañante y con el propio registro on-chain del token; este documento trae la parte que el motor exige — el presupuesto de emisión
§4 · Staking bloqueado obligatorio y la curva de impulso
En claro: no hay staking líquido — cada depósito compromete su capital por un plazo elegido, y el protocolo simplemente honra el plazo. Con precisión:
§5 · La Doctrina del Doble Acumulador (Dual-Accumulator Doctrine)
El Motor paga dos rendimientos distintos desde dos fuentes disjuntas, y un staker gana uno o ambos según pida o no prestado. Ésta es la parte más sutil del diseño y la razón por la que un solo contrato puede servir a ahorradores y prestatarios sin que ninguno subsidie al otro. La contabilidad sigue el patrón de acumulador probado en todo el DeFi: un índice global por participación avanza a medida que llega el valor, cada posición guarda el índice de su última liquidación, y el rendimiento pendiente es la diferencia multiplicada por el peso de la posición. Ambos acumuladores avanzan con el mismo reloj — _updateGlobal se ejecuta primero en cada punto de entrada,
§6 · La línea de crédito
Los protocolos de préstamo se rompen en el oráculo mucho más a menudo que en las matemáticas: un feed manipulado hace que una garantía sólida parezca no valer nada — o que una garantía sin valor parezca sólida — y la lógica de liquidación, por correcta que sea, se ejecuta sobre una mentira. BlazePhoenix no endurece el oráculo; elimina la categoría. El activo en garantía y el activo prestado son el mismo token: un staker bloquea BZPX y pide prestado BZPX contra él, de modo que la relación préstamo/valor de una posición es una razón pura entre dos cantidades de un mismo token — deuda sobre stake — y no necesita precio externo para evaluarse. No hay feed que manipular, no hay ventana de TWAP
§7 · Liquidación
Una posición se vuelve liquidable cuando el interés devengado ha erosionado su stake hasta quedar a un 5% de su deuda — la garantía en una frase: una posición puede liquidarse exactamente cuando debt × 100 ≥ stake × 95, comprobado de forma idéntica en la vía sin permisos y en la vía autónoma, y ni un bloque antes. La incautación ejecuta entonces una cascada fija:
§8 · Mantenimiento Autónomo (Autonomous Maintenance)
Las liquidaciones deben ser oportunas, el interés debe devengarse y los impulsos de bloqueo vencidos deben liberarse — y la respuesta habitual de la industria a las tres es una flota de bots keeper off-chain vigilando la cadena. Si los bots se detienen, el libro se pudre. Ésa es una dependencia de liveness exactamente del tipo que este protocolo rechaza en todos los demás sitios, así que el Motor de Staking la elimina: el libro se limpia solo, a partir del flujo orgánico del uso ordinario.
§9 · La Superficie de Verificación
Un protocolo que custodia valor no debería pedir que se le crea; debería publicar los medios para ser comprobado. El Motor de Staking convierte su propia integridad en un conjunto de lecturas públicas, gratuitas y on-chain, de modo que cualquier parte — un staker, un auditor, un competidor, un escéptico — pueda confirmar en un único eth_call que el contrato posee lo que declara deber. Sin panel, sin subgraph, sin indexador, sin confianza.
§10 · Seguridad Económica
La seguridad del Motor descansa en una aritmética que un adversario no puede doblegar, no en supuestos que un adversario puede romper. Sin oráculo y sin dependencia off-chain, el modelo de amenaza es inusualmente pequeño, y cada amenaza que queda se cierra mediante una propiedad estructural exigida en cada transacción, y no mediante la vigilancia de un operador.
§11 · El Ciclo de Vida de una Posición
La mecánica de las secciones anteriores se entiende mejor siguiendo una posición a lo largo de toda su vida, con números concretos. Las cifras globales de este recorrido son ilustrativas — fijan los denominadores contra los que se calcula la participación de la posición — pero cada constante y cada fórmula son del propio contrato, y cada número de abajo se deduce de ellas.
§12 · Emergencias y el Interruptor
El bloqueo no es incondicional, y decir lo contrario tergiversaría la garantía. Existen dos vías de parada, y son deliberadamente distintas entre sí.
§13 · Conclusión
Nos propusimos hacer de la solvencia una propiedad del código y no una afirmación sobre él, y el motor que este documento especifica es esa intención llevada hasta el final. Una identidad de conservación, exigida como condición de reversión en cada transacción que mueve valor, vuelve inalcanzable la insolvencia por operación ordinaria; un diseño de un solo activo elimina el oráculo que rompe a la mayoría de los prestamistas antes de que pueda existir; el mantenimiento viaja en el uso ordinario, acotado en gas, sin keeper alguno; y la parada de último recurso pertenece a cualquiera que pueda probar, sólo a partir del estado de la cadena, que hace falta.
Questions, a partnership or a bug to report? Contact us or email contact@blazephoenix.xyz