Saltar al contenido principal

Historial de transacciones

Metadatos de la 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 la columna

NombreDescripciónTipo de datoValores 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 fuente que consumió esta transacción. Los números de secuencia solo pueden usarse una vez y ayudan a mantener la atomicidad y la idempotencia en la red. Los números de secuencia sólo pueden usarse 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 fuente está dispuesta a pagar para que la transacción se incluya en un ledger. Cuando la red entra en precios máximos, esto ayuda a determinar si una transacción se incluye en el conjunto. Cuando la red entra en precios máximos, esto ayuda a determinar si una transacción está 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
Por defecto es MemoTypeMemoNone
memoUn campo opcional de libre formato que adjunta un memo a una transaccióncadenaNoLos memos son muy utilizados por los exchanges centralizados para ayudar con la gestión de cuentas.
time_boundsUna precondición de transacción que se puede establecer para determinar cuándo una transacción es válida. Esta condición contiene una representación entera del número de secuencia más bajo de la cuenta fuente para la que la transacción es válida. Si la transacción intenta ejecutarse fuera del rango de tiempo, 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 correctamente para modificar el estado del ledger.
fee_chargedLa tarifa (en stroops) pagada por la cuenta fuente para aplicar esta transacción al ledger. Como mínimo, se cobra # de operaciones * tarifa base. La tarifa base mínima es de 100 stroopsenteroNoEl stroop es la representación fraccionaria de un lumen (XLM). 1 stroop es 0.0000001 XLM.
inner_transaction_hashUn hash de una transacción envuelta con sus firmas para transacciones de aumento de tarifacadenaNo
fee_accountUna cuenta que no es la cuenta fuente de una transacción puede pagar las tarifas de transacción en nombre de la cuenta fuente. Estas cuentas se llaman cuentas de tarifas y asumen todos los costos de transacción de la cuenta fuente. Estas cuentas se llaman cuentas de tarifas y asumen todos los costos de transacción de la cuenta fuente.cadenaNo
new_max_feeSi una cuenta tiene una cuenta de tarifas, la cuenta de tarifas 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 aumento, los validadores considerarán el new_max_fee en lugar del 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 tarifas que patrocina la tarifa es una cuenta multiplexada, la dirección virtual se listará aquícadenaNo
ledger_boundsUna precondición de transacción que se puede establecer para determinar las condiciones válidas para que una transacción 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 fuente para la que la transacción es válida.cadenaNo
min_account_sequenceUna precondición de transacción que se puede establecer para determinar las condiciones válidas para que una transacción 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 fuente para la que la transacción es válida. enteroenteroNo
min_account_sequence_ageUna precondición de transacción que se puede establecer para determinar las condiciones válidas para que una transacción 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 fuente para que la transacción sea válida. enteroenteroNo
min_account_sequence_ledger_gapUna precondición de transacción que se puede establecer para determinar las condiciones válidas para que una transacción se envíe a la red. enteroenteroNo
extra_signersUn arreglo de hasta dos firmantes adicionales que deben tener firmas correspondientes para que esta transacción sea válidaarray[string]No
tx_envelopeblob XDR codificado en base-64cadenaNo
tx_resultblob XDR codificado en base-64cadenaNo
tx_metablob XDR codificado en base-64cadenaNo
tx_fee_metablob XDR codificado en base-64cadenaNo
batch_idRepresentación en cadena del id de ejecución de un DAG en Airflow. Toma la forma de "scheduled__[batch_end_date]-[dag_alias]". Los ids de lote son únicos para el lote y ayudan con la supervisión y la capacidad de volver a ejecutarcadena
batch_run_dateLa fecha de inicio del intervalo de lotes. Tomado con la fecha en el batch_id, la fecha representa el intervalo de ledgers procesados. La fecha de ejecución del lote se puede ver como un proxy de closed_at para un ledger.datetimeLa tabla se particiona por batch_run_date. Se recomienda incluir siempre el 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 se insertó un lote de registros en la base de datos. Este campo puede ayudar a identificar si un lote se ejecutó en tiempo real o como parte de un retrocesotimestamp
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 en procesos es la transacción SorobanenteroNo
instrucciones_recursos_sorobanNúmero de instrucciones de CPU que utiliza la transacción de SorobanenteroNo
bytes_leídos_recursos_sorobanNúmero de bytes leídos por la transacción de SorobanenteroNo
bytes_escritos_recursos_sorobanNúmero de bytes escritos por la transacción de SorobanenteroNo
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 tiempoNuestro objetivo es re-particionar la tabla por closed_at
código_resultado_transacciónEl código de resultado detallado que describe por qué una transacción falló. Este código es útil solo para transacciones fallidas. La lista completa de valores de dominio se puede encontrar aquícadena
  • CódigoResultadoTransacciónTxCostoIncrementoÉxito
  • CódigoResultadoTransacciónTxÉxito
  • CódigoResultadoTransacciónTxFallido
  • CódigoResultadoTransacciónTxDemasiadoPronto
  • CódigoResultadoTransacciónTxDemasiadoTarde
  • CódigoResultadoTransacciónTxOperaciónFaltante
  • CódigoResultadoTransacciónTxSecuenciaMala
  • CódigoResultadoTransacciónTxAutenticaciónMala
  • CódigoResultadoTransacciónTxSaldoInsuficiente
  • CódigoResultadoTransacciónTxSinCuenta
  • CódigoResultadoTransacciónTxCostoInsuficiente
  • CódigoResultadoTransacciónTxAutenticaciónMalaExtra
  • CódigoResultadoTransacciónTxErrorInterno
  • CódigoResultadoTransacciónTxNoSoportado
  • CódigoResultadoTransacciónTxCostoIncrementoFallido
  • CódigoResultadoTransacciónTxMalaPatrocinación
  • CódigoResultadoTransacciónTxBajaSecuenciaEdadODeuda
  • CódigoResultadoTransacciónTxMalFormada
  • CódigoResultadoTransacciónTxSorobanInválido
oferta_costo_inclusiónLa oferta máxima que el remitente 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.enteroNo
costo_inclusión_cobradoLa tarifa cobrada por la transacción para ser incluida en el ledger. Esta es una tarifa fija para todo el ledger y comienza en un mínimo de 100 stroops. La tarifa aumenta según la demandaenteroNo
reembolso_costo_recursoLa cantidad de la tarifa de recurso reembolsada al remitente 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.enteroNo
costo_recurso_no_reembolsable_cobradoLa cantidad cobrada por la transacción que no es reembolsableentero
costo_recurso_reembolsable_cobradoLa cantidad cobrada por la transacción de la refundable_feeentero
costo_alquiler_cobradoLa tarifa de alquiler cobradas para persistir el contrato o código de contratoentero
costo_reembolsableLa cantidad de tarifas de recurso que son reembolsables en función del uso real de los recursos en la transacciónentero
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