Delayed Initial Transaction Screenings
Timeline · 1 update
- resolved Oct 21, 2026, 12:00 AM UTC
Initial screenings in Transaction Monitoring 2.0 experienced delays in the US region.
TRM Labs had 78 outages in the last 2 years totaling 83h 20m of downtime — averaging 3.2 incidents per month.
There were 78 TRM Labs outages since October 22, 2025 totaling 83h 20m of downtime. Each is summarised below — incident details, duration, and resolution information.
Initial screenings in Transaction Monitoring 2.0 experienced delays in the US region.
We’re investigating an issue affecting Graph Visualizer. Some customers may be unable to save graphs, may see graph nodes become unclickable during auto-save, or may find that saved graphs reopen blank or without a draft name. Our engineering team is actively investigating. We will provide another update within approximately 30 minutes, or sooner if we identify a mitigation or resolution. We’re sorry for the disruption and recommend avoiding edits to affected graphs until we provide further guidance.
Updated the components affected.
We identified the issue was with the saving functionality and are landing a fix.
The fix has been verified and the issue has been resolved.
Between September 13 at 02:08am UTC and September 17 at approximately 05:45am UTC, some Beacon Network alerts were delayed and did not reach customers as expected. Alert delivery has been restored, and all alerts from the affected period have now been delivered. No alert data was lost, although affected alerts may have arrived later than usual and in a burst. We apologize for the disruption. We are continuing to monitor the service and reviewing our alerting and workflow safeguards to help prevent a recurrence.
Systems are stable. Closing the incident.
All ARC transfers within the ~last hour are unable to be resolved within our backend and do not complete screening. We have escalated the issue to the third-party dependency and are working on a fix.
We've determined that the failure rate seen on Transaction Monitoring was inaccurate and driven by an influx of invalid Arc transfers. No outage identified.
We're experiencing an elevated level of API errors and are currently looking into the issue.
We've identified the cause of the elevated error rate and are working on a fix.
We have deployed a fix and are monitoring the currently-falling error rate.
We have confirmed that the error rate has fallen back to before-incident levels.
We’re investigating an issue preventing some users from switching between customer environments. Other functionality may be available, but switching environments is currently affected. As a workaround in the meantime, users can log out and and log back into the environment they wish to switch to.
We deployed a fix and validated that the environment switch flow now routes correctly and opens the environment switcher, as expected.
Issue is fixed
We are investigating an issue causing an elevated rate of HTTP errors for Wallet Screening. The issue has been mitigated, and our engineering team is actively assessing the scope and cause of the issue.
We are continuing to monitor for any further issues.
We've identified the root cause and have implemented a fix.
A cross-service error-rate spike affected Transaction Monitoring, Graph Visualizer, and Wallet Screening for approximately 15 mins between 22:23–22:38 UTC (6:23–6:38pm EDT). The spike has subsided and the current error rate is now low. The team is investigating the root cause.
We identified an infrastructure node upgrade that rotated database proxy pods during the incident window. The pods did not drain connections cleanly, concentrating reconnects on replacement pods and causing database query read timeouts. A fix is being actively pushed. Customer impact remains resolved.
Some customers and internal users were intermittently unable to log in to TRM for approximately 38 minutes on 27 August 2026, from around 3:15pm to 3:53pm PDT. The issue was caused by an intermittent outage affecting one of our authentication service providers. The provider has restored service, and TRM login access has been restored and validated. We are continuing to monitor the service. We apologize for the disruption.
The provider restored service, and TRM login access has been restored and validated
We are investigating ongoing degraded performance affecting Graph Visualizer. Some customers may experience elevated error rates and requests taking longer than usual. We will provide another update as more information becomes available.
We confirmed this degradation was caused by AlloyDB realtime replication lag, which led to realtime query timeouts and elevated 5xx responses on GV fast path endpoints. We're investigating remediation steps.
We have identified the cause of the degraded performance affecting Graph Visualizer, where some requests may be slow or return an error. A scheduled background data process is placing elevated load on a supporting database, and we are actively working to reduce that load and restore normal performance.
The steps we took to reduce load on the affected database have taken effect, and Graph Visualizer error rates and response times have returned to normal levels. We are continuing to monitor closely to confirm performance remains stable before marking this resolved.
All systems continue to look healthy. Resolving the incident.
We are investigating an issue causing Graph Visualizer to load very slowly or freeze when customers add or manipulate graphs.
The issue has been identified and a fix is being implemented.
The fix for the Graph Visualizer performance issue has been deployed to production. We are monitoring the rollout and verifying that large graphs load and respond normally when customers add or move elements.
We've spotted that something has gone wrong. We're currently investigating the issue, and will provide an update soon.
The fix for the Graph Visualizer performance issue has been deployed to production. We are monitoring the rollout and verifying that large graphs load and respond normally when customers add or move elements.
This incident has been resolved.
We're experiencing an elevated level of API errors and are currently looking into the issue.
We are continuing to investigate this issue.
We’re investigating slow responses and elevated errors affecting the transactions feature and API endpoint. Requests involving multiple transactions may take up to 30 seconds to complete or may fail with a timeout, which can cause plotting and transaction-query features in GV to load slowly or fail.
Investigating: degraded Graph Visualizer transaction queries We’re continuing to investigate slow responses and intermittent timeouts affecting transaction-based plots in Graph Visualizer. Requests involving multiple transactions may take up to 30 seconds to complete or may fail, causing some plots to load slowly or not render. Our engineering team has identified and is applying a fix. We’re aiming to restore normal performance within approximately one hour. We’ll provide another update when the fix is deployed and verified.
Monitoring: degraded Graph Visualizer transaction queries The issue affecting transaction-based Graph Visualizer plots has been resolved. Requests to the transaction query endpoint are now responding normally, and Graph Visualizer plots should load as expected. We'll continue monitoring the service and are also completing a longer-term fix to prevent the issue from recurring. We're sorry for the disruption.
This incident has been resolved.
At approximately 10:35 PM PT, TRM experienced a brief service interruption due to the underlying cloud provider's maintenance affecting some Insights endpoints. The disruption lasted approximately ten minutes, after which systems recovered and service resumed normal operation.
We are investigating reports of elevated errors and latency affecting wallet screening requests. Our engineering team is reviewing the available data to determine the scope and cause of the issue. We will provide another update by 6:00pm PDT on 20 August 2026, or sooner if more information becomes available.
We think the impact from the issue is over.
This incident has been resolved.
TM2 transfers are currently experiencing degraded performance and customers might experience timeouts. The team is investigating
This incident has been resolved.
We are investigating delays affecting retry screening for Transaction Monitoring (TM2) transfers on the Injective chain.
This incident has been resolved.
Some of the TRM systems are experiencing issues resulting in users not being able to access our services. We are investigating the issues.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
We are currently investigating a performance degradation affecting the GV Fast Path service. Users may experience slower response times and increased latency. Our engineering team is actively working to identify and resolve the root cause.
We are experiencing some data freshness issues. All services remain available. The team has identified the issue and is investigating.
We are experiencing some data freshness issues. All services remain available. The team has implemented the fix and we are seeing recovery and are monitoring for further issues.
This incident has been resolved.
We are investigating an error rate on specific API route for Forensics
We have identified the issues, and rolling forward with the fix.
We have rolled out the fix and monitoring for recovery.
Error rates on the single API are back to normal.
We investigated errors affecting address-to-address un-plotted flows (if toggled on). Affected Forensics Web showed an error message, but were able to complete investigations. We suppressed the erroneous code and everything is now functional. All other services were unaffected.
We are investigating reports of 502 Bad Gateway errors.
We are continuing to investigate the issue.
We identified the issue and rolling back the changes to unblock.
This affects web surfaces only. API access is still working as intended.
The rollback unblocked certain login flows not all, the fix is continuing to propagate to unblock all flows.
All user login and management flows are now working. We are continuing to monitor.
All green for the last few hours. Resolving.
We're noticing roughly 1% of initial screenings are degraded. We're investigating the issue.
Service is back to 100%. Stuck workers were restarted and no lag is being noticed. Monitoring.
Services continue to remain healthy. Resolving.
Currently investigating
Note: API services are healthy. Only webhook services are affected.
NOTE: The API itself continues to be healthy. This is only affecting webhook services.
Webhook delivery is flowing again. We are continuing to monitor the service.
Transaction Monitoring webhook delivery has been fully restored, and all delayed notifications have now been sent. No webhooks were lost.