The OriginTrail v6 network monitoring system
The OriginTrail v6 telemetry hub is a system designed to monitor the Decentralized Knowledge Graph network performance and provide feedback on the network activity.
The Telemetry hub aggregates node telemetry measurements - values such as the timestamps and durations of graph queries, inserts, network operations etc as well as errors observed during execution. These measurements are collected by each individual node on the v6 network and submitted to Telemetry hub in the following way:
- by generating measurement data assertions once per hour and publishing them to the DKG
- by submitting a log of published assertion IDs to a centralized signalling server, used for double-checking the data pipeline incurs no data loss (potentially due to Telemetry Hub ingestion service or network communication issues)
Nodes submit telemetry data to the DKG, later ingested by the Telemetry hub. Nodes also submit basic assertion information to a signalling server, used to double-check that all data has been successfully received by the Telemetry Hub
The telemetry hub then aggregates all information by operation and displays this information via several graphic dashboards. This information is useful for DKG developers when introducing new releases to the network and verifying the correct and efficient operation of the v6 implementation.
Telemetry dashboard example
Note: no personal data, keys or sensitive information is collected via the Telemetry system.
The telemetry hub is in essence a Semantic Web3 application collecting and analysing telemetry data on the usage of the DKG, by using the DKG itself for monitoring its performance. During the beta however there is one more purpose - testing the DKG functionalities in the real-world environment, in order to be able reach of TRL8 and TRL9 (see "NASA technology readiness levels").
Therefore it is expected that during beta stages the Telemetry will collect errors, reveal previously undetected issues and problems - all of these are valuable to the OriginTrail Developer community and by running a v6 node you can contribute to the mission and earn bounty rewards!
You are free to run multiple nodes, and will be rewarded for each of the nodes contributing, however make sure each node uses a different wallet (this is a prerequisite).
If you are running an OriginTrail v6 testnet node and want to contribute to the Telemetry system and earn bounty, please make sure to verify the following:
- Check that your node is up to date with the latest v6 node version (check for the latest release on Github). We suggest that you turn on autoupdating during the beta stage to make sure your node is updated constantly
- Make sure to check that your nodes are operating properly by checking the node logs
- Make sure that the node operational wallet has enough tokens
- Test TRAC tokens (from launch stage 2 onwards)
- Find your node wallet address in the table
- Check that the "records_seen_by_signaling_server" is greater than 0 (the number should be close to 24 as the node should submit one telemetry report assertion every hour)
- Check that the "records_fetched_from_the_network" is greater than 0. We expect this number to be equal or close to the "records_seen_by_signaling_server" - a lower number would mean that the assertion data submitted by your node has not been processed by the telemetry hub yet
- Check the latest timestamps of submission, particularly the "signaling_timestamp_of_last_record_seen" - if this number is not close to the current time (in GMT), that means your node might not be operating properly
The Telemetry data received might be lagging behind (not realtime) which is expected. The Telemetry hub data processing pipeline is constantly being tuned in such a way that the network telemetry data can be visualized as close as possible to real-time.
The bounty scoreboard table is updated daily with points for the previous day.