| id | Un identificador único para esta transacción | entero | | Sà | |
| transaction_hash | Un hash codificado en hexadecimal SHA-256 del formulario codificado en XDR de esta transacción | cadena | | | |
| ledger_sequence | El número de secuencia del ledger en el que se incluyó esta transacción | entero | | Sà | |
| account | La dirección de la cuenta que origina la transacción | cadena | | Sà | |
| account_sequence | El número de secuencia de la cuenta origen que esta transacción consumió. Los números de secuencia solo pueden usarse una vez y ayudan a mantener la atomicidad y la idempotencia en la red. | entero | | Sà | |
| max_fee | La tarifa máxima (en stroops) que la cuenta origen está dispuesta a pagar para que la transacción se incluya en un ledger. Cuando la red entra en tarificación por congestión, esto ayuda a determinar si una transacción se incluye en el conjunto | entero | | Sà | El stroop es la representación fraccional de un lumen (XLM). 1 stroop es 0.0000001 XLM. |
| operation_count | El número de operaciones contenidas dentro de esta transacción | entero | | Sà | Una transacción puede contener hasta 100 operaciones |
| created_at | La fecha en que se creó la transacción | marca de tiempo | | No | |
| memo_type | El tipo de memo | cadena | - MemoTypeMemoHash
- MemoTypeMemoId
- MemoTypeMemoNone
- MemoTypeMemoReturn
- MemoTypeMemoText
| SÃ | Por defecto es MemoTypeMemoNone |
| memo | Un campo opcional de texto libre que adjunta un memo a una transacción | cadena | | No | Los memos son usados ampliamente por las exchanges centralizadas para ayudar en la gestión de cuentas. |
| time_bounds | Una precondición de transacción que puede establecerse para determinar cuándo una transacción es válida. El usuario puede establecer un lÃmite inferior y superior de tiempo, definido como una marca de tiempo UNIX en la que la transacción puede ejecutarse. Si la transacción intenta ejecutarse fuera del rango de tiempo, la transacción fallará | cadena | | No | |
| successful | Indica si esta transacción fue exitosa o no | booleano | | No | El é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_charged | La tarifa (en stroops) pagada por la cuenta origen para aplicar esta transacción al ledger. Como mÃnimo, una transacción se cobra número de operaciones * tarifa base. La tarifa base mÃnima es 100 stroops | entero | | No | El stroop es la representación fraccional de un lumen (XLM). 1 stroop es 0.0000001 XLM. |
| inner_transaction_hash | Un hash de transacción de una transacción envuelta con sus firmas para transacciones con fee-bump | cadena | | No | |
| fee_account | Una cuenta que no es la cuenta origen de una transacción puede pagar las tarifas de transacción en nombre de la cuenta origen. Estas cuentas se llaman cuentas de tarifa y asumen todos los costos de transacción para la cuenta origen. | cadena | | No | |
| new_max_fee | Si 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 tarificación por congestión, los validadores considerarán new_max_fee en lugar de max_fee para determinar si la transacción será incluida en el conjunto de transacciones | entero | | No | |
| account_muxed | Si el usuario ha definido cuentas multiplexadas (muxed), la cuenta existe "virtualmente" bajo una dirección tradicional de cuenta Stellar. Esta dirección distingue entre las cuentas virtuales | cadena | | No | |
| fee_account_muxed | Si la cuenta de tarifa que patrocina la tarifa es una cuenta multiplexada, la dirección virtual se listará aquà | cadena | | No | |
| ledger_bounds | Una precondición de transacción que puede establecerse para determinar condiciones válidas para que una transacción sea enviada a la red. Los lÃmites del ledger permiten al usuario especificar un número de secuencia mÃnimo y máximo del ledger en el que la transacción puede ejecutarse exitosamente | cadena | | No | |
| min_account_sequence | Una precondición de transacción que puede establecerse para determinar condiciones válidas para que una transacción sea enviada a la red. Esta condición contiene una representación entera del número de secuencia mÃnimo de la cuenta origen para la cual la transacción es válida | entero | | No | |
| min_account_sequence_age | Una precondición de transacción que puede establecerse para determinar condiciones válidas para que una transacción sea enviada 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 origen para que la transacción sea válida | entero | | No | |
| min_account_sequence_ledger_gap | Una precondición de transacción que puede establecerse para determinar condiciones válidas para que una transacción sea enviada a la red. Esta condición contiene una representación entera del número mÃnimo de ledgers que deben haberse cerrado desde el cambio del número de secuencia de la cuenta origen para que la transacción sea válida | entero | | No | |
| extra_signers | Un arreglo de hasta dos firmantes adicionales que deben tener firmas correspondientes para que esta transacción sea válida | array[cadena] | | No | |
| tx_envelope | blob XDR codificado en base-64 | cadena | | No | |
| tx_result | blob XDR codificado en base-64 | cadena | | No | |
| tx_meta | blob XDR codificado en base-64 | cadena | | No | |
| tx_fee_meta | blob XDR codificado en base-64 | cadena | | No | |
| batch_id | Representació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 reejecución | cadena | | Sà | |
| batch_run_date | La fecha de inicio para el intervalo del batch. Cuando se toma junto con la fecha en 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. | datetime | | Sà | La 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_ts | La 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 batch se ejecutó en tiempo real o como parte de un relleno (backfill) | marca de tiempo | | Sà | |
| resource_fee | La tarifa cobrada menos la tarifa de inclusión para la transacción de Soroban. Esto se calcula según las operaciones de lectura/escritura y qué tan intensiva en procesos es la transacción Soroban | entero | | No | |
| soroban_resources_instructions | Número de instrucciones de CPU que usa la transacción Soroban | entero | | No | |
| soroban_resources_read_bytes | Número de bytes leÃdos por la transacción Soroban | entero | | No | |
| soroban_resources_write_bytes | Número de bytes escritos por la transacción Soroban | entero | | No | |
| closed_at | Marca de tiempo en UTC cuando este ledger se cerró y se comprometió a la red. Se espera que los ledgers cierren aproximadamente cada 5 segundos | marca de tiempo | | Sà | Planeamos reparticionar la tabla por closed_at |
| transaction_result_code | El código de resultado detallado que explica 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 | - TransactionResultCodeTxFeeBumpInnerSuccess
- TransactionResultCodeTxSuccess
- TransactionResultCodeTxFailed
- TransactionResultCodeTxTooEarly
- TransactionResultCodeTxTooLate
- TransactionResultCodeTxMissingOperation
- TransactionResultCodeTxBadSeq
- TransactionResultCodeTxBadAuth
- TransactionResultCodeTxInsufficientBalance
- TransactionResultCodeTxNoAccount
- TransactionResultCodeTxInsufficientFee
- TransactionResultCodeTxBadAuthExtra
- TransactionResultCodeTxInternalError
- TransactionResultCodeTxNotSupported
- TransactionResultCodeTxFeeBumpInnerFailed
- TransactionResultCodeTxBadSponsorship
- TransactionResultCodeTxBadMinSeqAgeOrGap
- TransactionResultCodeTxMalformed
- TransactionResultCodeTxSorobanInvalid
| SÃ | |
| inclusion_fee_bid | La puja máxima que el remitente está dispuesto a pagar por la inclusión de la transacción. Esta tarifa se usa para priorizar las transacciones que se incluyen en el ledger. | entero | | No | |
| inclusion_fee_charged | La tarifa cobrada para que la transacción sea incluida en el ledger. Esta es una tarifa fija para todo el ledger que comienza en un mÃnimo de 100 stroops. La tarifa aumenta según la demanda | entero | | No | |
| resource_fee_refund | La cantidad de la tarifa de recurso reembolsada al remitente de la transacción. Las tarifas reembolsables se calculan a partir de renta, eventos y valores de retorno. Las tarifas reembolsables se cargan de la cuenta origen antes de que la transacción se ejecute y luego se reembolsan según el uso real. | entero | | No | |
| non_refundable_resource_fee_charged | La cantidad cobrada por la transacción que no es reembolsable | entero | | | |
| refundable_resource_fee_charged | La cantidad cobrada por la transacción desde la tarifa reembolsable | entero | | | |
| rent_fee_charged | La tarifa de renta cobrada para persistir el contrato o el código del contrato | entero | | | |
| refundable_fee | La cantidad de tarifas de recursos que son reembolsables según el uso real de recursos en la transacción | entero | | | |
| tx_signers | Las claves públicas de los firmantes que autorizaron la transacción. Este campo lista a todos los signatarios que validaron y aprobaron la transacción, asegurando que cumple con los umbrales de autorización requeridos | cadena | | | |