Transacciones Blockchain de NFTs (Diario)
Requisitos previos de acceso
- Permiso (módulo):
viewNftTransactionsJournal - Licencia/Feature: Ninguna
- Contenedor del menú: GENERAL → grupo Diarios de transacciones → Transacciones Blockchain de NFTs (
/nft-blockchain-transactions-journal)
Qué es / cuándo usar
Registra los eventos on-chain de NFTs procesados por la plataforma: emisión (mint), transferencia (transfer) y demás movimientos del activo en la blockchain, junto con el vendedor, el comprador, el activo y el hash de la transacción. Es la pantalla para confirmar que un NFT fue realmente minteado/transferido en la red, obtener el transaction_hash para consultarlo en un explorador, y diagnosticar entregas pendientes.
Requisitos previos
- Permiso:
viewNftTransactionsJournal(permiso doble — enum CPM + módulo dinámico en la DB). - Licencia/Feature: ninguna.
- Dependencias de otras pantallas: Ninguna. Los eventos provienen de TokenController/ExternalBlockchainProvider (watcher on-chain).
Paso a paso
- Accede a Diarios de transacciones → Transacciones Blockchain de NFTs.
- Completa uno o más filtros: ID del activo, ID del comprador, ID del vendedor (la búsqueda tiene un debounce de 400 ms; también hay botones Aplicar y Limpiar).
- Haz clic en Ver detalles para abrir el diálogo con el hash y los datos completos del evento.
Filtros y columnas
| Filtro / Columna | Qué muestra / hace | Origen del dato |
|---|---|---|
| Filtro ID del activo | Restringe a un asset_id. | filters.assetId. |
| Filtro ID del comprador | Restringe a un buyerId. | filters.buyerId. |
| Filtro ID del vendedor | Restringe a un sellerId. | filters.sellerId. |
Fecha (createdOn) | Cuándo se registró el evento. | created_on. |
Activo (assetId) | Identificador del NFT/activo. | asset_id. |
Tipo (transactionType) | mint, transfer (traducido); otros tipos mostrados tal como llegan. | transaction_type. |
Vendedor (seller) | Email/nombre resuelto del vendedor (o el ID en bruto). | seller_id (resuelto vía registro de usuarios). |
Comprador (buyer) | Email/nombre resuelto del comprador (o el ID en bruto). | buyer_id. |
| Acciones | Abre el diálogo de detalles. | openTransactionDetails(transaction). |
Campos adicionales en el diálogo
| Campo | Qué muestra |
|---|---|
| ID en la blockchain | nft_blockchain_id — el ID on-chain del token. |
| Hash de la transacción | transaction_hash — para consulta en el explorador de la red. |
Motivo (reason) | Razón/contexto del evento (ej.: mint de crowdfunding, quema). |
Ejecutado en (executed_on) | Cuándo se efectivizó el evento on-chain (puede diferir del created_on). |
Acciones y modales
- Ver detalles: abre
TransactionDetailsDialogComponent, solo lectura, con el hash, IDs on-chain y las etiquetas de comprador/vendedor ya resueltas.
Reglas de negocio / consideraciones
Atención
- La diferencia entre
created_on(registro) yexecuted_on(efectivización on-chain) indica latencia de confirmación. Un evento concreated_onpero sinexecuted_onaún está pendiente en la red. - Para NFTs de crowdfunding, el
mintes exclusivo del job de crowdfunding (no existe emisión individual por parte del dueño del token). Unmintaquí debe tener siempre unreasoncoherente con el origen. - En una quema de NFT, el evento on-chain puede ser un
NATIVE_BURN(contratos v2) o una transferencia a la billetera-sumideroBURN_SINK(v1). El comprador/destino no es un usuario, sino el sink — no confundir con una transferencia común.
- Esta pantalla es de solo lectura: no dispara mint/transfer/burn. Las operaciones de emisión/quema se realizan en las pantallas de Tokenización.