wormhole-explorer/tx-tracker
walker-16 7545acb77e
Feature/handle governor fly event processor (#1436)
* changes in fly component to send governor status events

* split processor in vaaProcessor and governor processor

* add governor processsor v1

* Add endpoint in tx-tracker to calculate txHash for a vaa id

* fly-event-processor integration with new tx-tracker endpoint and refactor

* Add governor vaas endpoint in api

* api, fix amount data type in governor vaas endpoint

* fly-event-processor normalize emitter and txHash

* fly-event-processor fix nodeGovernorVaa id

* fly-event-processor control array not empty in insert/delete many operation

* add index in nodeGovernorVaas collection by vaaId

* add prometheus metrics

* add tx-tracker url for fly-event-processor deployment

* Add sns attributes into sns messages

Co-authored-by: walker-16 <agpazos85@gmail.com>

* fix governor vaa endpoint empty response

---------

Co-authored-by: Fernando Torres <fert1335@gmail.com>
2024-05-31 15:38:21 -03:00
..
chains 1407 update sdk and modify tx tracker to support xlayer (#1440) 2024-05-28 10:28:11 -03:00
cmd Store duplicate vaas on a secondary collection (#1308) 2024-04-22 14:26:07 -03:00
config 1407 update sdk and modify tx tracker to support xlayer (#1440) 2024-05-28 10:28:11 -03:00
consumer Feature/handle governor fly event processor (#1436) 2024-05-31 15:38:21 -03:00
http Feature/handle governor fly event processor (#1436) 2024-05-31 15:38:21 -03:00
internal/metrics Store duplicate vaas on a secondary collection (#1308) 2024-04-22 14:26:07 -03:00
queue 1301 create a backgroundrecurrent process which checks which duplicate vaas txs actually reached finality on the blockchain (#1359) 2024-05-07 16:38:16 -03:00
.gitignore Add support to sepolia chains (#1001) 2024-01-22 11:01:18 -03:00
Dockerfile Add backfiller for tx-tracker (#1132) 2024-02-20 09:58:37 -03:00
Makefile Add backfiller for tx-tracker (#1132) 2024-02-20 09:58:37 -03:00
README.md Fix [api] get transactions by address and add mongo query monitor (#707) 2023-09-25 16:50:16 -03:00
go.mod Fix go dependencies (#1448) 2024-05-28 11:30:41 -03:00
go.sum Fix go dependencies (#1448) 2024-05-28 11:30:41 -03:00

README.md

tx-tracker service

The purpose of this service is to fetch, for each VAA, the metadata of associated to the transaction that generated it.

Data flow

This service is consumes new VAAs from an SQS queue.

For most chains, the VAA includes a txHash field that identifies the transaction that generated the VAA (for the particular case of Solana and Aptos, the value of this field is more like an indirect pointer to the transaction).

The service uses the value of this txHash field to query the associated chain's node RPC service, obtaining the transaction's metadata (e.g.: the sender's address).

This data is persisted in MongoDB the globalTransaction collection, as in the originTx object.

Retry logic

Sometimes, fetching tx metadata from a node fails, e.g.:

  1. The VAA was emitted with a low consistency level and the tx was not confirmed.
  2. The particular node we're querying is down or we've reached a request limit.

When this happens, the service will retry until both these conditions are met:

  • At least 10 minutes have passed since the VAA was emitted (this mitigates problem 1)
  • At least 4 retries have been made (this mitigates problem 2)

This service processes VAAs in a sequential order, there is no concurrency.

Backfiller

In the cmd/backfiller directory, there is a backfiller program that can be used to:

  • Fill gaps in processing (e.g. due to downtime)
  • Reprocess old records (e.g. overwrite them, this can be useful to apply database model changes)

The backfiller processes VAAs between two input dates.

VAAs will be iterated in a descending timestamp order, that is, newer VAAs are processed first. The rationale behind this is that old VAAs are not as relevant as recent ones.

Localstack configuration

Config sns topic

aws --profile localstack --endpoint-url=http://localhost:4566 sns create-topic --name vaas-pipeline.fifo --attributes FifoTopic=true,ContentBasedDeduplication=false

Config SQS FIFO with dead letter queue localstack

aws --profile localstack --endpoint-url=http://localhost:4566 sqs create-queue --queue-name=wormhole-vaa-tx-tracker-dlq-queue.fifo --attributes "FifoQueue=true"

aws --profile localstack --endpoint-url=http://localhost:4566 sqs create-queue --queue-name=wormhole-vaa-tx-tracker-queue.fifo --attributes FifoQueue=true,MessageRetentionPeriod=3600,ReceiveMessageWaitTimeSeconds=5,VisibilityTimeout=20,RedrivePolicy=""{\"deadLetterTargetArn\":\"arn:aws:sqs:us-east-1:000000000000:wormhole-vaa-tx-tracker-dlq-queue.fifo\",\"maxReceiveCount\":\"2\"}""

Subscribe SQS FIFO to vaas-pipeline.fifo topic

aws --profile localstack --endpoint-url=http://localhost:4566 sns subscribe --topic-arn arn:aws:sns:us-east-1:000000000000:vaas-pipeline.fifo --protocol sqs --notification-endpoint http://localhost:4566/000000000000/wormhole-vaa-tx-tracker-queue.fifo

Check message in the dead letter queue localstack

aws --profile localstack --endpoint-url=http://localhost:4566 sqs receive-message --queue-url=http://localhost:4566/000000000000/wormhole-vaa-tx-tracker-dlq-queue.fifo