Empieza con la transacción correcta
Si ElyxS muestra un hash de transacción o un enlace a SupraScan, empieza ahí. El historial del sorteo, la verificación de resultado y las entradas del historial del perfil abren la transacción vinculada.
Para un reclamo de premio o un reembolso, después de confirmar en la billetera también puedes tomar el hash desde el historial de la billetera.
Si ya tienes un hash de transacción, pégalo en el campo de búsqueda de SupraScan. Si buscas manualmente, usa Blockchain -> Transactions y abre la transacción correspondiente.
Antes de revisar campos, compara la red de SupraScan con la red usada por ElyxS y tu billetera. Si en SupraScan está seleccionada la red Testnet, la página muestra un aviso de que la red solo conserva datos recientes durante un periodo limitado. Guarda los hashes importantes en cuanto los veas.
Bloques principales de la página
En Basic Information, empieza con estas comprobaciones rápidas:
Status: una transacción exitosa aparece comoSuccess.Sender: la billetera que firmó la transacción.Recipient: la dirección del contrato o el destinatario de la transacción.Transaction Hash: el hash que debes comparar con el enlace de ElyxS o incluir al contactar con soporte.Function: la función Move llamada por la transacción, por ejemplocancellation::cancel_draw,cancellation::claim_refundopayout_processor::claim_payout.Time (Local): hora local de la transacción.
En Advanced Information, abre los detalles técnicos:
VM Status: para una ejecución correcta debe mostrarExecuted successfully.Payload {...}: datos de la llamada cuando SupraScan los decodifica.Output {...}: el bloque principal para revisar eventos. Dentro de él, abreMove -> events[].
Usa la pestaña Events si SupraScan muestra una lista de eventos para esa transacción.
Dónde encontrar los campos
- Abre la transacción en SupraScan.
- Ve a
Advanced Information. - Despliega
Output {...}. - Despliega
Move -> events[]. - En cada evento, lee la línea
typey el objetodata. - Usa la búsqueda de la página con el nombre exacto del evento, como
WinnerRecordedEventoRefundClaimPaidEvent.
type muestra el nombre del evento. data contiene los campos del evento: draw_id, winner, amount, request_id, reason_code y otros valores para comparar con ElyxS.
Qué verificar por escenario
| Qué revisas | Qué buscar | Campos en data |
|---|---|---|
| Compra de boletos | Function = sales::buy_tickets_paid; TicketPurchaseBatchEvent | draw_id, buyer, start_ticket_id, ticket_count, ticket_price_amount |
| Registro de boleto individual | TicketPurchasedEvent | draw_id, ticket_id, buyer, ticket_price_amount |
| Solicitud VRF | RandomnessRequestedEvent | request_id, draw_id, round_id, total_tickets_at_request, round_snapshot_hash, request_payload_bcs, request_payload_hash, vrf_client_seed |
| Respuesta VRF | RandomnessFulfilledEvent | request_id, draw_id, randomness |
| Resultado de sorteo estándar | DrawFulfilledEvent | draw_id, request_id, winners, ticket_indices, random_bytes, prize_amount, payload |
| Registro de ganador | WinnerRecordedEvent | payout_id, draw_id, winner, ticket_index, amount, randomness_hash, payload_hash |
| Resultado del premio mayor | JackpotFulfilledEvent | draw_id, request_id, winner, ticket_index, prize_amount, random_bytes, payload |
| Cancelación de sorteo | Function = cancellation::cancel_draw; DrawCanceledEvent | draw_id, reason_code, canceled_ts, previous_status, tickets_sold, proceeds_accum, jackpot_locked, pending_tickets_cleared |
| Reembolso por jugador | DrawRefundEvent | draw_id, player, ticket_count, refund_amount, refund_ts |
| Solicitud de reembolso preparada | RefundClaimPreparedEvent | draw_id, recipient, ticket_count, amount, prepared_ts |
| Reembolso pagado | Function = cancellation::claim_refund; RefundClaimPaidEvent | draw_id, recipient, amount, paid_ts |
| Reclamación de premio | Function = payout_processor::claim_payout; PayoutStatusUpdatedEvent | payout_id, draw_id, previous_status, next_status |
Para conectar la solicitud VRF y el resultado, compara request_id y draw_id en RandomnessRequestedEvent y RandomnessFulfilledEvent. Deben referirse al mismo sorteo.
Códigos y valores
Para la cancelación de un sorteo, reason_code tiene dos valores visibles para el usuario:
1: participación insuficiente al llegar la fecha límite de ventas.2: se alcanzó el límite de boletos sin cumplir el requisito mínimo de participación.
Para pagos, PayoutStatusUpdatedEvent usa estos estados:
1: pendiente (pending).2: pagado (paid).3: reembolsado (refunded).4: vencido (expired).5: sin pago monetario (non-monetary).6: anulado (voided).
Los campos amount, prize_amount, refund_amount y ticket_price_amount son números de la cadena sin formato. ElyxS muestra al usuario el valor ya formateado.
En verificaciones de premio mayor, ticket_index es una posición ponderada de boleto, con índice desde cero. No es el número de fila del participante en la interfaz.
Si falta el evento
Primero revisa la red, el hash de transacción y el draw_id. Luego confirma que abriste Output -> Move -> events[] o la pestaña Events.
Si el evento sigue sin aparecer, no lo sustituyas por otra transacción con un draw_id parecido. Vuelve a ElyxS y abre de nuevo el enlace de verificación.
Al contactar con soporte, incluye la dirección de la billetera, el ID del sorteo, el hash de transacción, una captura de SupraScan y el campo o evento que no coincide.
Qué leer después
- Abre Verificar resultados de sorteos si quieres empezar con el flujo breve de usuario.
- Abre Reclamar premios y reembolsos si estás revisando un pago o un reembolso.
- Abre Contratos inteligentes si necesitas contexto de contratos y direcciones.
- Abre Preguntas frecuentes si quieres respuestas más cortas sobre billetera, dVRF y reclamos.