Saltar al contenido principal

Historial de transacciones

Metadatos de tabla

PropiedadConfiguración
Clave(s) natural(es)id
Campo(s) de particiónbatch_run_date (partición por MES)
Campo(s) agrupado(s)account, ledger_sequence, successful
Documentacióndbt docs

Detalles de columna

NombreDescripciónTipo de datosValores de dominio¿Requerido?Notas
idUn identificador único para esta transacciónentero
transaction_hashUn hash SHA-256 codificado en hexadecimales de la forma XDR de esta transaccióncadena
ledger_sequenceEl número de secuencia del ledger en el que se incluyó esta transacciónentero
accountLa dirección de la cuenta que origina la transaccióncadena
account_sequenceEl número de secuencia de la cuenta de origen que consumió esta transacción. Los números de secuencia solo se pueden usar una vez y ayudan a mantener la atomicidad y la idempotencia en la red.entero
max_feeLa tarifa máxima (en stroops) que la cuenta de origen está dispuesta a pagar para que la transacción se incluya en un ledger. Cuando la red entra en precios de sobrecarga, esto ayuda a determinar si una transacción es incluida en el conjuntoenteroEl stroop es la representación fraccionaria de un lumen (XLM). 1 stroop es 0,0000001 XLM.
operation_countEl número de operaciones contenidas dentro de esta transacciónenteroSe permite que una transacción tenga hasta 100 operaciones
created_atLa fecha en que se creó la transaccióntimestampNo
memo_typeEl tipo de memocadena
  • MemoTypeMemoHash
  • MemoTypeMemoId
  • MemoTypeMemoNone
  • MemoTypeMemoReturn
  • MemoTypeMemoText
Predeterminado a MemoTypeMemoNone
memoUn campo opcional de formato libre que adjunta un memo a una transaccióncadenaNoLos memos se utilizan mucho en los exchanges centralizados para ayudar con la administración de cuentas.
time_boundsUna condición previa para la transacción que se puede establecer para determinar cuándo es válida una transacción. El usuario puede establecer un límite temporal inferior y superior, definido como un timestamp UNIX cuando la transacción puede ser ejecutada. Si la transacción intenta ejecutarse fuera del rango temporal, la transacción fallarácadenaNo
successfulIndica si esta transacción fue exitosa o nobooleanoNoEl éxito de una transacción no indica si fue incluida y escrita en un ledger. Solo indica si las operaciones en la transacción se aplicaron exitosamente para mutar el estado del ledger.
fee_chargedLa tarifa (en stroops) pagada por la cuenta de origen para aplicar esta transacción al ledger. Como mínimo, se cobra a la transacción el número de operaciones * tarifa base. La tarifa base mínima es 100 stroopsenteroNoEl stroop es la representación fraccionaria de un lumen (XLM). 1 stroop es 0,0000001 XLM.
inner_transaction_hashUn hash de transacción de una transacción que envuelve sus firmas para transacciones de ajuste de tarifacadenaNo
fee_accountSe permite que una cuenta que no es la cuenta de origen pague las tarifas de transacción en nombre de la cuenta de origen. Estas cuentas se llaman cuentas de tarifa y asumen todos los costos de transacción para la cuenta de origen.cadenaNo
new_max_feeSi una cuenta tiene una cuenta de tarifa, la cuenta de tarifa puede especificar una tarifa máxima (en stroops) que está dispuesta a pagar por las tarifas de esta cuenta. Cuando la red está en precios de sobrecarga, los validadores considerarán la new_max_fee en lugar de la max_fee al determinar si la transacción será incluida en el conjunto de transaccionesenteroNo
account_muxedSi el usuario ha definido cuentas multiplexadas (muxed), la cuenta existe "virtualmente" bajo una dirección de cuenta Stellar tradicional. Esta dirección distingue entre las cuentas virtualescadenaNo
fee_account_muxedSi la cuenta de tarifa que patrocina la tarifa es una cuenta multiplexada, la dirección virtual se enumerará aquícadenaNo
ledger_boundsUna condición previa a la transacción que se puede establecer para determinar las condiciones válidas para una transacción que se envíe a la red. Los límites del ledger permiten al usuario especificar un número mínimo y máximo de número de secuencia de ledger en el que la transacción puede ejecutarse exitosamentecadenaNo
min_account_sequenceUna condición previa a la transacción que se puede establecer para determinar las condiciones válidas para una transacción que se envíe a la red. Esta condición contiene una representación entera del número de secuencia más bajo de la cuenta de origen para la cual la transacción es válidaenteroNo
min_account_sequence_ageUna condición previa a la transacción que se puede establecer para determinar las condiciones válidas para una transacción que se envíe a la red. Esta condición contiene una duración mínima de tiempo que debe haber pasado desde que cambió el número de secuencia de la cuenta de origen para que la transacción sea válidaenteroNo
min_account_sequence_ledger_gapUna condición previa a la transacción que se puede establecer para determinar las condiciones válidas para una transacción que se envíe a la red. Esta condición contiene una representación entera del número mínimo de ledgers que deben haberse cerrado desde que cambió el número de secuencia de la cuenta de origen para que la transacción sea válidaenteroNo
extra_signersUn array de hasta dos firmantes adicionales que deben tener firmas correspondientes para que esta transacción sea válidaarray[string]No
tx_envelopeblobb codificado en base-64 XDRcadenaNo
tx_resultblobb codificado en base-64 XDRcadenaNo
tx_metablobb codificado en base-64 XDRcadenaNo
tx_fee_metablobb codificado en base-64 XDRcadenaNo
batch_idRepresentación en cadena del id de ejecución para un DAG dado en Airflow. Toma la forma de "scheduled__[batch_end_date]-[dag_alias]". Los ids de batch son únicos para el batch y ayudan con la supervisión y capacidades de reejecucióncadena
batch_run_dateLa fecha de inicio del intervalo por lotes. Cuando se toma con la fecha en el batch_id, la fecha representa el intervalo de ledgers procesados. La fecha de ejecución por lotes se puede ver como un proxy de closed_at para un ledger.datetimeLa tabla se partitiona por batch_run_date. Se recomienda incluir siempre batch_run_date en el filtro si es posible para ayudar a reducir el costo de consulta.
batch_insert_tsLa marca de tiempo en UTC cuando un lote de registros fue insertado en la base de datos. Este campo puede ayudar a identificar si un lote se ejecutó en tiempo real o como parte de un backfilltimestamp
resource_feeLa tarifa cobrada menos la tarifa de inclusión para la transacción Soroban. Esto se calcula por las operaciones de lectura/escritura y cuán intensiva es la transacción SorobanenteroNo
instrucciones_recursos_sorobanNúmero de instrucciones de CPU que usa la transacción Sorobannúmero enteroNo
bytes_leídos_recursos_sorobanNúmero de bytes leídos por la transacción Sorobannúmero enteroNo
bytes_escritos_recursos_sorobanNúmero de bytes escritos por la transacción Sorobannúmero enteroNo
cerrado_enMarca de tiempo en UTC cuando este ledger se cerró y se comprometió a la red. Se espera que los ledgers se cierren aproximadamente cada 5 segundosmarca_de_tiempoTenemos como objetivo reorganizar la tabla por cerrado_en
código_resultado_transacciónEl código de resultado detallado que describe por qué falló una transacción. Este código solo es útil para transacciones fallidas. La lista completa de valores de dominio se puede encontrar aquícadena
  • CódigoDeResultadoDeTransacciónTxIncrementoDeTarifaInternaÉxito
  • CódigoDeResultadoDeTransacciónTxÉxito
  • CódigoDeResultadoDeTransacciónTxFallido
  • CódigoDeResultadoDeTransacciónTxDemasiadoTemprano
  • CódigoDeResultadoDeTransacciónTxDemasiadoTarde
  • CódigoDeResultadoDeTransacciónTxOperaciónFaltante
  • CódigoDeResultadoDeTransacciónTxMalaSecuencia
  • CódigoDeResultadoDeTransacciónTxMalaAutenticación
  • CódigoDeResultadoDeTransacciónTxSaldoInsuficiente
  • CódigoDeResultadoDeTransacciónTxSinCuenta
  • CódigoDeResultadoDeTransacciónTxTarifaInsuficiente
  • CódigoDeResultadoDeTransacciónTxMalaAutenticaciónExtra
  • CódigoDeResultadoDeTransacciónTxErrorInterno
  • CódigoDeResultadoDeTransacciónTxNoSoportado
  • CódigoDeResultadoDeTransacciónTxIncrementoDeTarifaInternaFallido
  • CódigoDeResultadoDeTransacciónTxMalaSponsorización
  • CódigoDeResultadoDeTransacciónTxMalaEdadDeSecuenciaMínimaOIntervalo
  • CódigoDeResultadoDeTransacciónTxMalformado
  • CódigoDeResultadoDeTransacciónTxSorobanInválido
oferta_tasa_inclusiónLa oferta máxima que el presentador está dispuesto a pagar por la inclusión de la transacción. Esta tarifa se utiliza para priorizar las transacciones que se incluyen en el ledger.número enteroNo
tarifa_inclusión_cobradaLa tarifa cobrada por la transacción para ser incluida en el ledger. Esta es una tarifa fija para todo el ledger y comienza con un mínimo de 100 stroops. La tarifa aumenta según la demandanúmero enteroNo
reembolso_tarifa_recursoLa cantidad del reembolso de la tarifa del recurso al presentador de la transacción. Las tarifas reembolsables se calculan a partir del alquiler, eventos y valor de retorno. Las tarifas reembolsables se cobran de la cuenta origen antes de que se ejecute la transacción y luego se reembolsan según el uso real.número enteroNo
tarifa_recurso_no_reembolsable_cobradaLa cantidad cobrada por la transacción que no es reembolsablenúmero entero
tarifa_recurso_reembolsable_cobradaLa cantidad cargada por la transacción de la tarifa_reembolsablenúmero entero
tarifa_alquiler_cobradaLa tarifa de alquiler cobrada para persistir el contrato o código del contratonúmero entero
tarifa_reembolsableLa cantidad de tarifas de recursos que son reembolsables según el uso real de los recursos en la transacciónnúmero entero
firmantes_txLas claves públicas de los firmantes que autorizaron la transacción. Este campo lista todos los signatarios que validaron y aprobaron la transacción, asegurando que cumpla con los umbrales de autorización requeridoscadena