Saltar al contenido principal

Operaciones Históricas

Metadatos de la Tabla

PropiedadConfiguración
Clave(s) Natural(es)history_operation_id, order
Campo(s) de Particiónledger_closed_at (partición MENSUAL)
Campo(s) Clusterizado(s)selling_asset_id, buying_asset_id, trade_type
Documentacióndbt docs

Detalles de la Columna

NombreDescripciónTipo de DatosValores del Dominio¿Requerido?Notas
history_operation_idEl identificador de la operación asociada con la operación ejecutada. La cantidad total negociada en una operación puede dividirse en varias operaciones más pequeñas distribuidas en múltiples órdenes por varias partes.integerExiste una relación de muchos a uno para history_operation_id con la tabla history_operations.
orderEl número secuencial asignado a la porción de una operación que se ejecuta dentro de una operación. El history_operation_id y el número de orden juntos representan un segmento único de la operación.integer
ledger_closed_atLa marca de tiempo en UTC cuando se cerró el ledger con esta operacióntimestamp
selling_account_addressLa dirección de cuenta de la parte vendedorastringNo
selling_asset_codeEl código del activo vendido de 4 o 12 caracteres dentro de una operaciónstringNoLos códigos de activos no garantizan unicidad. La combinación de código de activo, emisor y tipo representa un activo distinto
selling_asset_issuerLa dirección de cuenta del emisor original del activo vendido dentro de una operaciónstringNo
selling_asset_typeEl identificador para el tipo de código de activo usado para el activo vendido dentro de la operaciónstring
  • credit_alphanum4
  • credit_alphanum12
  • native
XLM es el activo nativo de la red. XLM no tiene código de activo ni representación de emisor y en cambio se mostrará con un tipo de activo 'native'
selling_amountLa cantidad del activo vendido que se movió de la cuenta del vendedor a la cuenta del comprador, reportada en términos del monto vendidofloat
buying_account_addressLa dirección de cuenta de la parte compradorastringNo
buying_asset_codeEl código del activo comprado de 4 o 12 caracteres dentro de una operaciónstringNoLos códigos de activos no garantizan unicidad. La combinación de código de activo, emisor y tipo representa un activo distinto
buying_asset_issuerLa dirección de cuenta del emisor original del activo comprado dentro de una operaciónstringNo
buying_asset_typeEl identificador para el tipo de código de activo usado para el activo comprado dentro de la operaciónstring
  • credit_alphanum4
  • credit_alphanum12
  • native
XLM es el activo nativo de la red. XLM no tiene código de activo ni representación de emisor y en cambio se mostrará con un tipo de activo 'native'
buying_amountLa cantidad del activo comprado que se movió de la cuenta del vendedor a la cuenta del comprador, reportada en términos del monto compradofloat
price_nLa proporción de precio del activo vendido respecto al activo comprado. Junto con price_d, el precio puede calcularse mediante price_n/price_dintegerNo
price_dLa proporción de precio del activo vendido respecto al activo comprado. Junto con price_n, el precio puede calcularse mediante price_n/price_dintegerNo
selling_offer_idEl ID de la oferta en el libro de órdenes de la oferta de venta. Si esta oferta fue consumida inmediatamente y en su totalidad, este será un ID sintético.integerNo
buying_offer_idEl ID de la oferta en el libro de órdenes de la oferta de compra. Si esta oferta fue consumida inmediatamente y en su totalidad, este será un ID sintético.integerNo
batch_idRepresentación en cadena del ID de ejecución para un DAG dado en Airflow. Tiene la forma scheduled__<batch_end_date>-<dag_alias>. Los batch IDs son únicos para el batch y ayudan con el monitoreo y las capacidades de re-ejecuciónstringNo
batch_run_dateLa fecha de inicio para el intervalo del batch. Junto con la fecha en el batch_id, la fecha representa el intervalo de ledgers procesados. La fecha de ejecución del batch puede verse como un proxy de closed_at para un ledger.datetimeNoLa tabla está particionada por batch_run_date. Se recomienda siempre incluir batch_run_date en el filtro si es posible para ayudar a reducir el costo de la consulta.
batch_insert_tsLa marca de tiempo en UTC cuando un batch de registros fue insertado en la base de datos. Este campo puede ayudar a identificar si un batch se ejecutó en tiempo real o como parte de una recarga históricatimestampNo
selling_liquidity_pool_idEl identificador único para un liquidity pool si la operación se ejecutó contra un liquidity pool en lugar del libro de órdenesstringNo
liquidity_pool_feeEl porcentaje de comisión (en puntos base) de la comisión total recolectada por el liquidity pool al ejecutar la operación. La comisión se acumula y se distribuye de vuelta a los accionistas del liquidity pool para incentivar a los usuarios a apostar dinero en el pool.integer30NoLas comisiones de los liquidity pools solo pueden cambiar con cambios de protocolo a la red misma
trade_typeIndica si la operación se ejecutó contra el libro de órdenes (exchange descentralizado) o un liquidity poolinteger
  • 1 - Operación de Exchange Descentralizado
  • 2 - Operación de Liquidity Pool
No
rounding_slippageAplica solo a operaciones de liquidity pool. Con cantidades fraccionarias de un activo negociado, la red debe redondear una fracción al número entero más cercano. Esto puede causar que la operación "deslice" el precio un porcentaje comparado con la oferta original. El slippage por redondeo reporta el porcentaje que las operaciones de polvo se deslizan antes de ejecutarse.integerNoPor defecto es 1. El slippage por redondeo siempre es perjudicial para el operador y no es una forma válida de intentar extraer más valor de la red.
seller_is_exactIndica si la operación de la parte compradora o vendedora fue afectada por el slippage por redondeo. Si es verdadero, el comprador fue afectado. Si es falso, el vendedor fue afectado.booleanNo
selling_asset_idIdentificador único para selling_asset_code, selling_asset_issuerintegerNo
buying_asset_idIdentificador único para buying_asset_code, buying_asset_issuerintegerNo