Los términos DeFi, definidos
Definiciones claras y verificables de las palabras que importan cuando operas on-chain — las que la gente realmente busca, cada una ligada a su entidad canónica, y los constructos creados por BlazePhoenix, cada uno ligado al concepto estándar que amplía. Cada entrada enlaza a un artículo que lo prueba.
Términos DeFi esenciales
Servicios financieros — trading, préstamos, staking — gestionados por contratos inteligentes públicos en lugar de bancos o brókers, abiertos a cualquiera con una wallet. leer más ›
La blockchain programable sobre la que corre la mayor parte del DeFi; BlazePhoenix despliega el mismo bytecode en Ethereum y sus L2s (Base, Optimism, Arbitrum, Robinhood Chain). leer más ›
Una red EVM (chain id 4663) donde BlazePhoenix está desplegada y conectada a siete venues; ETH nativo, WETH envuelto y la stablecoin USDG, con un explorador Blockscout. leer más ›
La stablecoin del dólar estadounidense usada como el activo de cotización profundo en Robinhood Chain (0x5fc5…d168); BlazePhoenix tiende puentes de rutas multi-hop a través de ella y de WETH. leer más ›
El diseño AMM canónico (V2/V3) en cuyas pools reside la mayor parte de la liquidez de DEX; BlazePhoenix enruta a través de él y de ocho formas de venue. leer más ›
La diferencia entre el precio que viste y el precio que obtuviste, causada por el mercado moviéndose entre la cotización y la ejecución. La limitas con un límite de salida mínima (minOut). leer más ›
La parte de tu coste que tú mismo causas: operar contra una pool finita mueve el precio a medida que retiras tokens. Una pool delgada castiga el tamaño con más dureza. leer más ›
Dos montones de tokens que un contrato inteligente custodia para que cualquiera pueda operar contra ellos. La proporción entre los montones fija el precio; la profundidad real on-chain decide tu coste. leer más ›
Una fórmula que fija el precio de las operaciones a partir de los saldos de una pool en lugar de un libro de órdenes. El producto constante (x·y=k) siempre tiene una cotización; el impacto en el precio es donde te cobra. leer más ›
Un mercado donde las operaciones se ejecutan directamente on-chain contra contratos inteligentes, sin que ningún custodio llegue nunca a tener tus fondos. leer más ›
Una herramienta que enruta un swap a través de muchas pools para la mejor ejecución. BlazePhoenix calcula la cotización on-chain, así que no se confía en ningún servidor off-chain. leer más ›
Código desplegado en una blockchain que corre exactamente como fue escrito, sin que ningún administrador pueda alterarlo o detenerlo una vez que se renuncia a sus poderes. leer más ›
Profundidad de pool anunciada que el contrato de la pool en realidad no tiene on-chain — el slippage que realmente pagarías y los tokens que un honeypot no puede pagar. leer más ›
Un token diseñado para que las compras tengan éxito y las ventas fallen, mediante lógica de contrato oculta. El gráfico sube mientras casi nadie puede salir. leer más ›
Un fraude de salida en el que los insiders drenan la liquidez de un token o vuelcan supply oculto, colapsando el precio a cero. leer más ›
El beneficio que los bots extraen al reordenar, insertar o censurar transacciones en un bloque — la fuerza detrás de los ataques sandwich. leer más ›
Ver una transacción pendiente y adelantarse a ella para lucrarse con el movimiento de precio que va a causar. leer más ›
Un puente que alimenta a un contrato inteligente con datos externos (como precios) — y una superficie de ataque clásica cuando el feed puede manipularse. leer más ›
La pérdida que asume un proveedor de liquidez cuando los dos tokens de la pool divergen en precio, frente a simplemente mantenerlos. leer más ›
Alguien que deposita ambos tokens en una pool para ganar una parte de sus comisiones de trading, asumiendo a cambio el riesgo de impermanent loss. leer más ›
El total de activos depositados en un protocolo — una métrica de popularidad, no una garantía de seguridad; la profundidad real de liquidez es hacia lo que realmente puedes salir. leer más ›
El market cap es precio × supply (un titular); la liquidez es hacia lo que realmente puedes salir. Cuando el cap se alza sobre la profundidad real, la mayor parte de ese valor es inalcanzable. leer más ›
Una demostración verificable on-chain de que un protocolo tiene activos suficientes para cubrir lo que debe — comprobable sin confiar en el equipo. leer más ›
La menor cantidad de salida que aceptarás en un swap; si la operación no puede entregarla, debe revertir en lugar de llenarse peor. leer más ›
El mismo ETH envuelto como un token ERC-20 estándar para que los contratos lo manejen de forma uniforme. Siempre canjeable 1:1; no es un activo distinto. leer más ›
Permiso permanente para que un contrato mueva tu token. Sobrevive a la operación, así que las aprobaciones infinitas son un riesgo vivo que deberías revisar y revocar. leer más ›
Un token diseñado para mantener un valor fijo, normalmente $1, respaldado por dinero fiat, cripto o un algoritmo. El peg solo es tan fuerte como el diseño que lo sostiene. leer más ›
La comisión de red que se paga para ejecutar una transacción on-chain, cotizada en la moneda nativa de la chain y variable según la congestión. leer más ›
Software que guarda las claves privadas que controlan tus fondos on-chain — no los fondos en sí. La seed phrase ES los fondos; nunca la compartas. leer más ›
Una propiedad que permanece verdadera bajo toda transformación permitida de un sistema. En BlazePhoenix, la seguridad ES una invariante: la transacción que la rompería no puede existir. leer más ›
Una ley que afirma que una cantidad medible nunca cambia a medida que un sistema evoluciona. El libro de staking obedece una — valor que entra igual a valor contabilizado — impuesta por transacción. leer más ›
Demostrar que el software es correcto mediante matemáticas en lugar de probarlo con ejemplos. Los contratos guiados por invariantes empujan la propiedad al runtime: la propia EVM rechaza los estados que la violan. leer más ›
Un diseño en el que cada petición lleva todo lo necesario — ninguna sesión almacenada que corromper. El Core de BlazePhoenix es una biblioteca pura: sin almacenamiento, sin dueño, sin ruta de upgrade. leer más ›
Firmas un RESULTADO deseado y los solvers off-chain compiten por cumplirlo. Potente, pero la subasta es una capa de confianza — la apuesta opuesta a calcular la ruta on-chain. leer más ›
Representar fracciones con enteros escalados (aquí WAD = 1e18) porque la EVM no tiene floats. La corrección exige una multiplicación de precisión total para que el producto escalado nunca desborde. leer más ›
Un localizador iterativo de raíces que duplica sus dígitos correctos en cada paso (convergencia cuadrática). BlazePhoenix usa su forma modular para invertir un divisor impar en seis pasos, de 4 bits a 256. leer más ›
Ganar recompensas en tokens por aportar capital a un protocolo. BlazePhoenix paga dos flujos distintos — emisión e interés de prestatarios — desde dos acumuladores sobre una única base de stake, sin subsidio cruzado. leer más ›
El autor seudónimo del whitepaper de Bitcoin (2008), cuya frase de apertura — pagos sin una institución financiera — define la visión de minimización de confianza contra la que mide el Nakamoto Test. leer más ›
Cofundador de Ethereum; su whitepaper de 2014 generalizó la eliminación de confianza de Bitcoin, de los pagos a la computación arbitraria — el linaje sobre el que construye todo protocolo serio de contratos inteligentes. leer más ›
El léxico BlazePhoenix
Construcciones originales del whitepaper del Protocolo BlazePhoenix — cada una un avance formal sobre un concepto estándar de arriba.
La TASA de suelo de salida mínima que el Router re-deriva ON-CHAIN en la ejecución a partir de montos medidos: quienes llaman pueden apretarla, nunca relajarla. La tasa se limita para que nunca caiga por debajo del 80%, y se aplica a la cotización on-chain del último hop antes de la comisión del protocolo. leer más ›
Formaliza Minimum output (minOut).
La misma garantía aplicada a cada tramo de una ruta dividida en lugar de al total: cada tramo debe entregar al menos 8,000 puntos básicos de su salida planificada, de modo que una ruta no pueda esconder un tramo malo detrás de uno bueno. leer más ›
Formaliza Minimum output (minOut).
El campo de aptitud de pool: un contador de swaps enrutados que decae según el reloj de pared — reduciéndose a la mitad cada unas 6.8 horas de silencio y llegando a cero tras unos 9 días — ponderado por cubos de log-depth, con bonificaciones de puente y concentración. La reputación solo se gana siendo enrutado a través, y decide qué venues se consideran, nunca lo que cualquiera de ellas paga. leer más ›
Formaliza Liquidity pool.
La única ecuación que obedece el libro de staking, impuesta por transacción por el guardián conserves: cualquier transacción que la rompería revierte, y cualquiera puede leer el resultado gratis en cualquier bloque. leer más ›
Formaliza Conservation law.
El filtro de credibilidad anclado en la pool con el mayor saldo REAL de tokenOut — la verdad vota con capital, no con mera existencia. Eleva el coste de un ataque en lugar de proporcionar robustez estadística: un atacante que genuinamente es la pool más profunda controla el ancla. leer más ›
Formaliza Blockchain oracle.
El ancho de ese filtro: un candidato cuya tasa queda fuera de ±4% del ancla se descarta antes de enrutar. Un único candidato nunca se filtra, ya que una banda en torno a una sola observación no aporta información. El ancho es una decisión de producto, no una cantidad derivada. leer más ›
Formaliza Blockchain oracle.
El orden en el que las venues deben unirse a una ruta bajo la división óptima: precio spot ajustado por comisión γy/x decreciente, el retorno marginal de cada venue con input cero, computable solo a partir de las reservas, sin oráculo y sin simulación. leer más ›
Formaliza Automated market maker (AMM).
Cada decisión de enrutamiento — admisión, ordenación, división y los suelos — computada solo a partir del estado on-chain de la pool y de constantes del contrato. El protocolo no consume ninguna fuente de precio externa, así que no hereda los modos de fallo de ningún oráculo y no puede importar la manipulación de ninguno. leer más ›
Formaliza Blockchain oracle.
Una garantía cuyas restricciones se imponen on-chain por el código que ejecuta la operación, en lugar de producirse off-chain y solo validarse. Una afirmación sobre DÓNDE vive una garantía: auditable en lugar de prometida — no automáticamente más fuerte, pero comprobable. leer más ›
Formaliza Decentralized exchange (DEX).
Recotización de nivel de ejecución por extracción-de-revert: correr el swap real de la pool dentro de una llamada, revertir, decodificar los deltas — el revert es la respuesta, no un error. leer más ›
Formaliza Automated market maker (AMM).
Una única función de cotización que abarca ocho especies de AMM — matemática de forma cerrada donde las fórmulas son verdad, preguntar-a-la-pool donde la replicación podría mentir. leer más ›
Formaliza Automated market maker (AMM).
El estado de trabajo completo de una pool empaquetado en una única palabra de almacenamiento de 256 bits, de modo que puntuar un candidato cueste un único SLOAD en lugar de varios. leer más ›
Formaliza Smart contract.
Derivación de dirección CREATE2 a través de ocho formas de venue — la dirección de una pool legítima es computable antes de que exista, así que la suplantación se convierte en una discrepancia de dirección. leer más ›
Formaliza Smart contract.
El registro de venues que aprende liquidez ejecutándola: cada swap liquidado incrementa o inserta una pool; el decaimiento de vitalidad y la expulsión ordenada por Ψ lo curan sin ningún keeper. leer más ›
Formaliza Decentralized exchange (DEX).
Cinco preguntas falsables — liquidación, verificación, supervivencia, permiso, transparencia — que miden cualquier protocolo contra la visión fundacional de los whitepapers de Bitcoin y Ethereum. leer más ›
Formaliza Decentralized finance (DeFi).
Gobernar un sistema mediante una invariante matemática comprobada en la frontera, fallando cerrado ante una violación — el patrón detrás del protocolo, y una plantilla para alinear agentes de IA. leer más ›
Formaliza Invariant (mathematics).
La multiplicación-luego-división de 512 bits (mulDiv) por la que fluye cada proporción de BlazePhoenix: el producto intermedio nunca desborda, así que ninguna recompensa, ratio o porción de interés se desvía ni un solo wei. leer más ›
Formaliza Fixed-point arithmetic.
Dos acumuladores al estilo MasterChef sobre una única base de stake — emisión sobre stake efectivo impulsado, interés solo para ahorradores puros — de modo que ningún rol de staking subsidia a otro, todo bajo una única invariante de solvencia. leer más ›
Formaliza Yield farming.